Un client me fait remarquer à juste titre qu'il existe un bug avec spip en partie privée sous IE8 :
Quand le texte d'un article est très long, la barre de défilement du champ de formulaire remonte de plusieurs lignes à la moindre action dans ce champ : taper au clavier, clic de souris, etc.
Est-ce que ce bug est connu ?
Existe-t-il un correctif quelque part (autre que "ben y a qu'à rédiger l'article dans word et le copier-coller dans le champ de formulaire quand c'est terminé") ?
* Frank Delandshere tapuscrivait, le 19/01/2010 14:46:
Bonjour,
Un client me fait remarquer à juste titre qu'il existe un bug avec spip
en partie privée sous IE8 :
Quand le texte d'un article est très long, la barre de défilement du
champ de formulaire remonte de plusieurs lignes à la moindre action dans
ce champ : taper au clavier, clic de souris, etc.
Est-ce que ce bug est connu ?
Existe-t-il un correctif quelque part (autre que "ben y a qu'à rédiger
l'article dans word et le copier-coller dans le champ de formulaire
quand c'est terminé") ?
* Frank Delandshere tapuscrivait, le 19/01/2010 14:46:
Bonjour,
Un client me fait remarquer à juste titre qu'il existe un bug avec spip
en partie privée sous IE8 :
Quand le texte d'un article est très long, la barre de défilement du
champ de formulaire remonte de plusieurs lignes à la moindre action dans
ce champ : taper au clavier, clic de souris, etc.
Est-ce que ce bug est connu ?
Existe-t-il un correctif quelque part (autre que "ben y a qu'à rédiger
l'article dans word et le copier-coller dans le champ de formulaire
quand c'est terminé") ?
Merci de l'effort, mais cette réponse ne m'aide pas vraiment.
Evidemment qu'IE et tout ce qui est propriétaire est à jeter par la fenêtre, mais allez expliquer cela au client qui doit travailler avec 50 rédacteurs, chacun sur son navigateur préféré...
Si je dis au client de virer IE, voilà ce qu'il va faire : virer Spip et filer chez Joomla où il n'y a pas ce problème.
Une réponse un peu plus constructive svp quelqu'un ?
* Frank Delandshere tapuscrivait, le 19/01/2010 14:46:
Bonjour,
Un client me fait remarquer à juste titre qu'il existe un bug avec spip
en partie privée sous IE8 :
Quand le texte d'un article est très long, la barre de défilement du
champ de formulaire remonte de plusieurs lignes à la moindre action
dans
ce champ : taper au clavier, clic de souris, etc.
Est-ce que ce bug est connu ?
Existe-t-il un correctif quelque part (autre que "ben y a qu'à rédiger
l'article dans word et le copier-coller dans le champ de formulaire
quand c'est terminé") ?
Merci de l'effort, mais cette réponse ne m'aide pas vraiment.
Evidemment qu'IE et tout ce qui est propriétaire est à jeter par la
fenêtre, mais allez expliquer cela au client qui doit travailler avec
50 rédacteurs, chacun sur son navigateur préféré...
Si je dis au client de virer IE, voilà ce qu'il va faire : virer Spip
et filer chez Joomla où il n'y a pas ce problème.
Une réponse un peu plus constructive svp quelqu'un ?
Ok,
Ma suggestion plus constructive est la suivante : s'agissant d'un bug
d'IE8, ne serait-il pas judicieux de faire un bug report directement à
Microsoft afin qu'il patche son logiciel, plutôt qu'à l'équipe de
développement de SPIP qui n'y est pour rien ?
* Frank Delandshere tapuscrivait, le 19/01/2010 14:46:
Bonjour,
Un client me fait remarquer à juste titre qu'il existe un bug avec spip
en partie privée sous IE8 :
Quand le texte d'un article est très long, la barre de défilement du
champ de formulaire remonte de plusieurs lignes à la moindre action
dans
ce champ : taper au clavier, clic de souris, etc.
Est-ce que ce bug est connu ?
Existe-t-il un correctif quelque part (autre que "ben y a qu'à rédiger
l'article dans word et le copier-coller dans le champ de formulaire
quand c'est terminé") ?
A l'invitation du CERTA
(),
cesser d'utiliser IE et passer à FireFox ou Chrome ou Safari, ou
Opera...
Merci de l'effort, mais cette réponse ne m'aide pas vraiment.
Evidemment qu'IE et tout ce qui est propriétaire est à jeter par la
fenêtre, mais allez expliquer cela au client qui doit travailler avec
50 rédacteurs, chacun sur son navigateur préféré...
Si je dis au client de virer IE, voilà ce qu'il va faire : virer Spip
et filer chez Joomla où il n'y a pas ce problème.
Une réponse un peu plus constructive svp quelqu'un ?
Ok,
Ma suggestion plus constructive est la suivante : s'agissant d'un bug
d'IE8, ne serait-il pas judicieux de faire un bug report directement à
Microsoft afin qu'il patche son logiciel, plutôt qu'à l'équipe de
développement de SPIP qui n'y est pour rien ?
PM
Bon. J’en déduis par ces quelques réactions que la réponse à mes deux questions est : non.
Vous savez, il suffisait de me répondre ça. Je ne demande pas aux développeurs de Spip de se justifier de quoi que ce soit.
Après tout, vous avez raison, allez. Qu’ils se débrouillent donc tous ces **** avec leurs produits Microsoft de *****.
Désolé d’avoir osé parler du diable. Si j’avais su que c’était devenu tabou à ce point, croyez-moi, je me serais abstenu.
Je vais aller expier mes fautes au nom du pingouin, du gnou et de la sainte-ménagerie.
Bonne journée.
* Frank Delandshere tapuscrivait, le 19/01/2010 14:46:
Bonjour,
Un client me fait remarquer à juste titre qu'il existe un bug avec spip
en partie privée sous IE8 :
Quand le texte d'un article est très long, la barre de défilement du
champ de formulaire remonte de plusieurs lignes à la moindre action
dans
ce champ : taper au clavier, clic de souris, etc.
Est-ce que ce bug est connu ?
Existe-t-il un correctif quelque part (autre que "ben y a qu'à rédiger
l'article dans word et le copier-coller dans le champ de formulaire
quand c'est terminé") ?
Merci de l'effort, mais cette réponse ne m'aide pas vraiment.
Evidemment qu'IE et tout ce qui est propriétaire est à jeter par la
fenêtre, mais allez expliquer cela au client qui doit travailler avec
50 rédacteurs, chacun sur son navigateur préféré...
Si je dis au client de virer IE, voilà ce qu'il va faire : virer Spip
et filer chez Joomla où il n'y a pas ce problème.
Une réponse un peu plus constructive svp quelqu'un ?
Ok,
Ma suggestion plus constructive est la suivante : s'agissant d'un bug
d'IE8, ne serait-il pas judicieux de faire un bug report directement à
Microsoft afin qu'il patche son logiciel, plutôt qu'à l'équipe de
développement de SPIP qui n'y est pour rien ?
PM
Bon. J'en déduis par ces quelques réactions que la réponse à mes deux
questions est : non.
Vous savez, il suffisait de me répondre ça. Je ne demande pas aux
développeurs de Spip de se justifier de quoi que ce soit.
Après tout, vous avez raison, allez. Qu'ils se débrouillent donc tous
ces **** avec leurs produits Microsoft de *****.
Désolé d'avoir osé parler du diable. Si j'avais su que c'était devenu
tabou à ce point, croyez-moi, je me serais abstenu.
Je vais aller expier mes fautes au nom du pingouin, du gnou et de la
sainte-ménagerie.
Bonne journée.
--
Frank Delandshere
rue du Potay 10
4000 Liège
Belgium
Tel: +32.496.72.95.45
thengen@gmail.com
__________ Information provenant d'ESET NOD32 Antivirus, version de la
base des signatures de virus 4778 (20100116) __________
Le message a été vérifié par ESET NOD32 Antivirus.
Écoute, ma réponse n'était en aucun cas péremptoire : il est clair que
ta démarche serait incomplète si tu te contentais de rapporter le bug
sur cette liste et pas auprès des responsables du développement
d'Internet Explorer 8 ; c'est tout ce que j'ai dit et il n'y a pas lieu
d'extrapoler sur d'éventuels sous-entendus occasionnels qui se
rencontrent c'est vrai parfois chez certains dogmatiques, mais auquel il
me semble assez cavalier d'assimiler aussitôt ton interlocuteur :
- ce bug se produit-t-il sur un autre navigateur ? non
Dans ces conditions inciter tes clients à éditer - transitoirement -
leurs articles avec un navigateur alternatif n'a rien ni de proslyte ni
d'insensé : c'est le plus simple et le plus rapide, tout bonnement ! Si
tel cas de figure s'était produit avec un navigateur libre je t'aurais
donné les mêmes conseils, et en particulier celui de rapporter le bug à
qui de droit.
Et si c'était un hack développé antérieurement pour résoudre un bug dans IE6 ou IE7, et qui ferait foirer IE8, alors qu'il n'a pas ce même bug ?
Je suis moi-même utilisateur plutôt de Firefox que de IE, que je trouve nul, mais c'est pas pour autant que je conclue à tous les coup que c'est lui l'unique fautif possible quand quelque chose se passe mal...
Frank, il faut vraiment que tu expliques plus ce qu'il se passe dans un ticket.
Ma suggestion plus constructive est la suivante : s'agissant d'un bug
d'IE8, ne serait-il pas judicieux de faire un bug report directement à
Microsoft afin qu'il patche son logiciel, plutôt qu'à l'équipe de
développement de SPIP qui n'y est pour rien ?
Bon. J'en déduis par ces quelques réactions que la réponse à mes deux questions est : non.
Tu sautes un peu vite à une mauvaise conclusion. Deux réponses à côté de la plaque ne sont pas une déclaration d'intention de la communauté entière, d'autant plus qu'aucun mainteneur du noyau dur du projet ne t'a encore répondu, sans doute faute de temps.
Oui, et y a toujours des malins plus forts pour troller et faire du bruit que pour aider.
Ces esprits éclairés auraient mis autant d'énergie à faire une copie d'ecran et confirmer le bug que répondre n'importe quoi, le bug serait déjà résolu.
Tu peux déjà essayer de créer un ticket sur le Trac de SPIP, avec un maximum d'informations et copie d'écran, pour que cela ne se perde pas. Je ne dis pas que ce sera corrigé rapidement, d'autres priorité étant en cours, mais au moins ce bug sera référencé, on ne pourra pas le nier ultérieurement...
Oui, un ticket sur trac.rezo.net/spip avec un screenshot. Mais attention à bien confirmer le bug sans plugin (ou le cas échéant de préciser quel plugin fait apparaître le bug).
Oui, et y a toujours des malins plus forts pour troller et faire du bruit que pour aider.
Ces esprits éclairés auraient mis autant d'énergie à faire une copie d'ecran et confirmer le bug que répondre n'importe quoi, le bug serait déjà résolu.
Merci Denis ! Je n'ai pas vu passer ce message ; en fait je ne l'ai même
pas reçu, curieusement.
Merci à Nicolas et Cédric pour vos conseils éclairés.
Et mes excuses à Marcel si j'ai mal interprété tes propos.
Donc problème réglé. C'était bien ça.
En revanche, la modification à apporter est plutôt à la ligne 95, et en
diminuant davantage la valeur de la propriété :
