Discussion utilisateur:Od1n/Archives 2011 (2nd semestre)

Cette page de discussion est une archive.

Cette page contient les discussions autour de l’article Utilisateur:Od1n qui ont eu lieu entre le 1^er juillet 2010 et le 31 décembre 2010.
Pour intervenir sur les discussions actuelles ou pour en lancer une nouvelle, allez sur la page Discussion utilisateur:Od1n.

Rougitude

Hello,
Je me doute que ce sera quand cela te conviendra, mais au moins pour marquer encore une fois le coup: Wikipédia:Administrateur/Od1n est d'un rouge de plus en plus laid . Cordialement, --Lgd (d) 2 juillet 2011 à 16:52 (CEST)

Même symptôme chez moi, testé avec monobook et vector. Ce serait mieux en bleu… tu peux y faire quelque chose ?

. — Arkanosis ^✉ 2 juillet 2011 à 17:48 (CEST)

Si vous voulez, je peux mettre une photo de canard sur la page, pour bleuir le lien en attendant. C'est joli les canards, et ça fait « coin » de temps en temps. od†n ↗^blah 12 juillet 2011 à 21:45 (CEST)

Entretien avec un vampire

Bonjour, la page d'homonymie que tu as recréée est inutile puisqu'il n'y a que 2 articles homonymes. Tu pourras trouver quelques exemples dans les conventions filmographiques. Enfin, merci pour le coup de main pour le ménage que tu as effectué sur les liens. od†n ↗^blah 17 juillet 2011 à 12:32 (CEST)

Bonjour,
tu as tout à fait raison, je ne devais pas être bien réveillé ! Cordialement, Patangel (d) 17 juillet 2011 à 15:34 (CEST)

Palette encore

Bonjour Od1n

Désolé de t'embêter encore avec les palettes tauromachie. Nicourse (d · c · b) souhaiterait à juste titre qu'on mette les passes de muleta avant les passe de cape (selon la logique). J'ai essayé. Ça ne marche pas. Est-ce que tu aurais le temps de passer par là? Merci d'avance. Bien à toi.--Lepetitlord ^[Fauntleroy] 22 juillet 2011 à 11:40 (CEST)

Voilà qui est fait. Au passage, j'ai mis en forme le code, ça facilite grandement la compréhension du code et les modifications

od†n ↗^blah 22 juillet 2011 à 14:08 (CEST)

Mille fois merci. En plus tu rectifies les erreurs dans ma demande... (avant après. etc.). Sympa.--Lepetitlord ^[Fauntleroy] 22 juillet 2011 à 17:05 (CEST)

For the record, modifs effectuées : mise en forme code et réordonnancement. od†n ↗^blah 14 novembre 2012 à 18:04 (CET)

Infobox V3

Hello,
Modèle:Infobox V3 et ses pages liées : si tu as deux minutes pour jeter un œil sur la gestion de la documentation des modèles ? (les querelles entre les divers modèles de doc ont le don de m'agacer, je l'avoue, et je ne sais jamais lequel choisir ). Cordialement, --Lgd (d) 22 juillet 2011 à 14:20 (CEST)

J'ai oublié l'autre moitié de ma question : Bottine voudrait-elle s'occuper de la conversion des tailles d'images en px vers l'upright, si l'utilisation de ces modèles se fait pour le projet Hockey (dans un premier temps) ? Cordialement, --Lgd (d) 22 juillet 2011 à 15:05 (CEST)

Si en même temps vous pouviez les rendre plus esthétiques et surtout, les réduire, ce serait sympa

! — Cordialement, Bolte911 ^{[Parlons-en!]} 25 juillet 2011 à 10:06 (CEST)

On est d'accord sur un point

. ~Hlm Z. [@] 28 juillet 2011 à 23:06 (CEST)

Infobox Montagne

Bonjour, c'est au sujet de cette annulation, je suis vraiment loin d'en faire une affaire, mais ne trouves-tu pas que cela améliore considérablement la lisibilité ? od†n ↗^blah 25 juillet 2011 à 21:26 (CEST)

Bonjour,

J'ai déjà fait l'expérience des infobox avec les signes = sur une colonne, et mon constat c'est qu'au bout de quelques mois et une poignée de modifications de paramètres plus tard il n'y avait plus rien d'aligné, tout partait en vrille. De plus, ce que tu gagnes sur la gauche en lisibilité, tu le perds à droite lorsqu'il y a beaucoup de texte en face du paramètre et qu'il y a un retour à la ligne suivante, ce qui de fait coupe l'alignement des signes = tout ça à cause d'espaces franchement inutiles. Bref, je ne sais pas si on perd en lisiblité mais on n'y gagne rien non plus. Et vu qu'il y a plusieurs milliers d'articles qui comportent cette infobox, j'aime autant qu'on continue comme c'est actuellement.

Salutations. Gemini1980 oui ? non ? 25 juillet 2011 à 22:58 (CEST)

C'est un point de vue que je peux comprendre, l'alignement vertical peut effectivement présenter les inconvénients que tu as exposés (même si, pour ma part, je considère que les avantages surpassent les inconvénients). Un espace avant et après les « = », ça te conviendrait ? od†n ↗^blah 25 juillet 2011 à 23:23 (CEST)

Comme je l'ai écrit, cette infobox est utilisée dans plusieurs milliers d'articles. Très clairement, je ne souhaite pas qu'il y ait des articles d'avant juillet 2011 qui n'aient pas d'espaces et d'autres d'après juillet 2011 qui aient des espaces, et encore pas tous puisque beaucoup d'articles sont créés par copie. L'infobox a été faite comme ça, je m'y tiens, et d'ailleurs elle est suffisamment simple pour rester lisible ; il ne faut pas non plus prendre les contributeurs pour des demeurés pour qui deux espaces supplémentaires changeraient leur vision de Wikipédia. Mais merci pour ta sollicitation en tout cas. Gemini1980 oui ? non ? 25 juillet 2011 à 23:43 (CEST)

Subway

Encore un film que je n'ai pas vu… décidément, j'ai beaucoup de choses à rattraper .

Amicalement — Arkanosis ^✉ 26 juillet 2011 à 20:20 (CEST)

Requête bot

Je te remercie d'avoir traité ma requête, pour les deux communes j'ai fais le nécessaire. --Parisdreux (allo) 30 juillet 2011 à 09:34 (CEST)

Consulté le ...

Bonjour, od†n !

Ledit « consulté le » n’a été « subsidiairement » apposé que « faute de mieux », i. e. en l’absence de mention spécifique concernant la date rédactionnelle propre à la source en question.

J’avais cru comprendre que, dans ce cas de figure, il était d’ordinaire conseillé de procéder à l’inclusion précitée.

Si tu as une autre alternative, de meilleur aloi, je suis toute ouïe.

Au plaisir de te lire !

Cordialement !

euphonie ^bréviaire
04 août 2011, 05:03 (CET)

Bonjour, vaste sujet que ces immondes « consulté le »… même en considérant qu'ils pourraient être utiles dans certains cas de figure, je préfère ne pas y toucher… Ce n'est pas ma guerre

Donc, quand j'appose des réfs, je n'en mets pas, et quand j'en vois, je les laisse bien en place comme ils sont. Je me suis juste permis de toucher au tien, parce que bon, mettre l'heure et le fuseau horaire, faut p'têtre pas pousser non plus

En espérant que ma modif ne t'ait pas opportuné ! Bien à toi, od†n ↗^blah 4 août 2011 à 20:35 (CEST)

For the record, la modif en question. od†n ↗^blah 13 novembre 2012 à 23:10 (CET)

Avis

Salut Od1n,
J'aimerai avoir ton avis sur le point que j'ai abordé ici. Merci à toi et bonne soirée . ~Hlm Z. [@] 16 août 2011 à 20:24 (CEST)

Salut, je viens de répondre à l'instant. Si je peux me permettre une remarque personnelle, tu ne devrais pas tant chercher à copier le wiki anglais. Le wiki français est différent, avec sa propre organisation et son propre style, et ce que fait le wiki anglais n'est ni forcément adéquat pour nous, ni forcément la Bonne Méthode à copier absolument

od†n ↗^blah 17 août 2011 à 19:44 (CEST)

Modèle:Infobox Montagne et ligne Géologie

Bonjour,
J'ai annulé ta modif sur l'infobox, après plusieurs jours, à la suite du constat fait sur Iyang-Argapura où, uniquement parce que l'âge et la roche ne sont pas précisés, tout le reste des informations géologiques se retrouvaient accolées à l'administration. Je n'ai pas vérifié les autres conséquences négatives potentielles. Il y aurait visiblement beaucoup plus de conditions à prendre en considération.
Au passage on appréciera (ou pas) la magnifique faute d'orthographe à « bazar(re) », mélange de « bizarre ». Quoi qu'il en soit, même si tu n'es pas susceptible, désolé.
Salutations. Gemini1980 oui ? non ? 23 août 2011 à 20:14 (CEST)

For the record, corrigé le 23 août 2011 à 20:34, soit 20 minutes après la réception du message

od†n ↗^blah 13 novembre 2012 à 18:24 (CET)

ANADIR

Mon bon od†n !

Détiendrais-tu, dans ton auguste viatique scriptural, une solution technique, voire une astuce, qui permettrait de conférer, au logo de cet article, le même background chromatique que celui figurant sur le → site associé, soit : une déclinaison issue du vert olive ?

Apparemment, le code couleur semble être le CAC293, mais je n’arrive pas à le circonscrire juste « derrière » le logo, histoire de rendre son énoncé complémentaire (en lanque espagnole) un tant soit peu « lisible ».

Comme tu peux le constater, en l’état, la formulation du fichier graphique électivement concerné — encodé au format *.png (on dirait presque une sorte de *.gif transparent) — ne permet pas vraiment de « déchiffrer » le texte qui lui est annexé ... alors que ledit texte est justement supposé constituer le motto de l’association en question.

Bien entendu, toute approche alternative, palliative ou subsidiaire, que tu pourrais suggérer, est la bienvenue.

Je suis sûr que tu vas réussir à nous concocter tout ça aux petits oignons.

Par ailleurs, n’hésite surtout pas à corriger les erreurs de syntaxe, coquilles et autres approximations que ta diligence et ta sagacité pourraient être amenées à déceler dans le corpus textuel. Le cas échéant, le ciel t’en saurait gré … et moi aussi !

Au plaisir de découvrir le résultat conclusif de tes futures inclusions, accompagnées des fruits issus de ta baguette magique !

Bien à toi et merci d’avance !

euphonie ^bréviaire
24 août 2011, à 05:20 (CEST)
Mise à jour : 24 août 2011, à 05:25 (CEST)

Bonjour, od†n !

As-tu bien reçu le message susmentionné ?

Comme je n’ai pas encore eu d’écho de ta part, je m’interroge et je viens aux nouvelles, au cas où la communication précitée se serait éventuellement perdue dans la masse, voire dans la perspective où ma demande d’aide t’aurait accidentellement échappé.

Au plaisir de te lire !

Cordialement !

euphonie

26 août 2011, à 06:22 (CEST)

For the record, j'avais juste profité de l'occasion pour agir dans l'ombre et corriger des trucs dans le modèle {{Infobox Association}} sous-jacent

od†n ↗^blah 13 novembre 2012 à 22:40 (CET)

Infobox V3 (2)

Merci pour les passages de relecture. N'hésite pas, qu'il s'agisse de doc ou de fonctionnalités ou de code ;-) Ce bouzin souffre actuellement d'un manque criant de recettage. Cordialement, --Lgd (d) 24 août 2011 à 21:41 (CEST)

J'ai déjà noté 2-3 trucs de mon côté, essentiellement d'éventuelles possibilités de simplification de syntaxe. Ces infoboxes m'ont l'air très prometteuses, il est dommage qu'elles paraissent plus compliquées, alors que fondamentalement il n'y a qu'un élément en plus, le {{Infobox V3/Tableau fin}}. J'essaierai de t'en dire davantage lorsque j'aurai examiné plus en détail.

Je peux aussi te signaler un problème avec les images. Le max-width:90% de l'image ne se fait pas par rapport à l'infobox, mais par rapport au parent, div.thumbinner, et ce div a une largeur fixe déterminée par MediaWiki. Par conséquent :

l'image est toujours redimensionnée à 90% de sa taille prévue
le problème de dépassement de la largeur de l'infobox n'est pas résolu
le redimensionnement est effectué par le navigateur, généralement avec une méthode "rapide" dont le rendu est mauvais, cela se voit particulièrement avec les images contenant des lignes (du texte, par exemple)

J'ai un peu regardé pour corriger cela, la meilleure solution que j'ai trouvée est d'ajouter un display:inline au div.thumbinner.

od†n ↗^blah 31 août 2011 à 11:31 (CEST)

Merci bcp pour tes retours.

Je suis plutôt médiocre côté algorithme, je fais donc souvent un peu bourrin : n'hésites pas si tu vois des simplifications dans les syntaxes.

Pour le 90%, je n'aime pas du tout ce patch un peu vite appliqué, pas seulement en raison du recours au redimensionnement côté navigateur. Le souci est de contenir l'image (thumb, donc préférences utilisateurs) dans la largeur de l'infobox (taille de caractère définie par le navigateur), les deux étant en fait totalement indépendants (je n'ose imaginer le peu de robustesse si les options de thumb sont par la suite élargies dans les préférences par le dev ^^).

Un autre souci pesant : la gestion des lignes vides, c'est à dire la génération de p vides par mediawiki quand plusieurs briques successives renvoient un résultat vide. Cela oblige à des {{#if:}} supplémentaires dans les modèles, ou bien des {{trim}}, ou encore des bricolages d'indentation à coups de commentaires HTML... On ne peut sans doute pas aboutir à quelque-chose de vraiment propre en l'état du parseur, mais il y a certainement à améliorer...

Il y a aussi bcp de boulot de documentation/tutoriel à faire. Notamment pour donner des modèles de base correspondant aux cas courants et pour expliquer que cela n'a de sens que si l'usage qui en est fait respecte certains principes de sémantique etc. (sinon, mieux vaut rester en V2 généralement).

Pour ma part, après ces premiers développements et les tests grandeur nature avec le projet Hockey et les corrections d'infobox en hiddenStructure, je pense qu'une petite pause de consolidation serait habile (et puis, cela coïncide pour moi avec une rentrée assez chargée IRL après la disponibilité de l'été). Avis, recettages, idées, compétences... bienvenues !

Cordialement, --Lgd (d) 31 août 2011 à 11:56 (CEST)

arf, une autre question pendante : ce fichu calcul de densité. Créer Le modèle générique de calcul robuste qui puisse être appelé depuis n'importe quel autre modèle ? Cordialement, --Lgd (d) 31 août 2011 à 13:23 (CEST)

À partir du {{Ligne optionnelle population}} que j'ai corrigé, cela peut se faire très facilement. Toutefois, je préférerais laisser le soin de le faire à des habitués des infoboxes géographiques ; pour des cas du genre : en cas de problème de paramètre absent/incorrect, échouer silencieusement et ne rien retourner, plutôt produire un message d'erreur, catégoriser ? En somme, la difficulté (pas très grosse) majeure est l'intégration avec les modèles qui utiliseront celui-ci, et sur ce point précis je n'ai pas de compétences particulières. Dans le domaine, on a quelques champions, je pense en premier à Xfigpower (d · c)

od†n ↗^blah 1 septembre 2011 à 00:37 (CEST)

Patches iRef

Bonjour Od1n ,

Merci pour tous tes ajouts à iRef, je vais essayer d'intégrer mmh… de copier-coller, quoi tout cela très prochainement et d'en faire un gadget (soyons fous).

Amicalement — Arkanosis ^✉ 26 août 2011 à 22:23 (CEST)

comment ça, « copier-coller » ? un code jQuery n'est pas fait pour être « copié-collé », il est fait pour être admiré.

Le fonctionnement est satisfaisant, et – à ce jour – à l'épreuve des race conditions. On devrait néanmoins être tranquille pour un certain temps, tout en étant attentif en cas de modification importante au niveau du ResourceLoader, de l'ordre de chargement des scripts, ou bien sûr du preview.js

Toutefois, avant d'utiliser ma version du code, je pense pouvoir arranger un peu l'override du hook preview.js (en fait, le simplifier)

od†n ↗^blah 29 août 2011 à 17:48 (CEST)

Ceci est susceptible de t'intéresser

. Amicalement — Arkanosis ^✉ 6 septembre 2011 à 10:59 (CEST)

(ohh, un code à copier-coller !) Merci, c'est effectivement susceptible de m'intéresser

J'ajoute ici quelques liens qui pourront servir : article QuirksMode, SO - gestion des espaces sous IE (ben voui, ça aurait été trop simple sinon), SO - attention aux différentes versions de IE, référence .collapse()

Il y a des jours comme ça, on a envie de jeter IE par la fenêtre, tu ne trouves pas ?

od†n ↗^blah 6 septembre 2011 à 17:29 (CEST)

Jeter IE par la fenêtre ? Mais je l'ai déjà fait, moi

. Quand le passage d'ie7 à ie8 a cassé mon Maxthon, je suis re-passé à ie6 (impossible de refaire fonctionner ie7), puis quand ie6 a cessé de fontionner également, j'ai laissé tomber Maxthon pour le panda rouge (à contre-cœur, vraiment) et j'ai jeté IE par la fenêtre. Puis j'ai jeté la fenêtre aussi — enfin Windows, je veux dire

. Je ne pourrai jamais revenir en arrière. — Arkanosis ^✉ 6 septembre 2011 à 20:23 (CEST)

Maxthon ? Ha ha, no wonder you got rid of it

Ça me rappelle mes débuts en informatique, pas si anciens que cela, sous Windows Me, à télécharger des trainers pour Baldur's Gate II, à utiliser au mieux chaque minute de la connexion 56K non-illimitée, avec le modem au son strident si caractéristique, pour ensuite réaliser des mois après que le son était tout à fait désactivable

Et aussi, lorsque je suis passé à la suite Mozilla, avec son éditeur WYSIWYG intégré, quel bonheur, mes tout premiers pas en authoring

Pour ensuite passer, un peu réticent au début, à Firefox (Firebird à l'époque)… C'était encore en pre-1.0, un peu beaucoup instable, de nombreux sites passaient mal, mais il était si ergonomique, rapide d'exécution, voire même élististe ! Les choses ont tant évolué depuis lors

Bref, ce message simplement pour ajouter ce lien vers l'extension jquery.textSelection.js intégrée à Wikipédia, que je n'ai pas encore examinée, mais qui pourrait permettre de ne pas réécrire la roue dans nos scripts !

Amicalement, od†n ↗^blah 9 septembre 2011 à 01:57 (CEST)

C'est trop fort… On me demande une fonctionnalité, et le programmeur d'élite que tu es a déjà fait tout le boulot…

Des raisons de se priver plus longtemps de tes améliorations avant d'en faire un gadget ? — Arkanosis ^✉ 19 janvier 2012 à 19:58 (CET)

Pour l'instant ça m'a l'air bien stable. Il manque les fonctionnalités les plus délicates (si ce n'est impossible) à implémenter, mais on gagne déjà pas mal par rapport à la version actuelle : compatibilité avec IE, avec les scripts de prévisualisation ajax, avec le script de Lgd (même s'il est largement préférable de garder les 2 scripts bien distincts), support des réfs groupées, restauration de la position dans le textarea… Ça devrait le faire pour un passage en gadget, en plus j'ai l'impression qu'il n'y a que comme ça qu'on aura des testeurs

od†n ↗^blah 19 janvier 2012 à 20:18 (CET)

Je plussoie pour la gadgetisation et pour les félicitations et quant à mon idée de coupler les deux scripts dans TooltipRef, on va charitablement l'oublier ;-) Ce serait bien de pousser et d'annoncer les deux gadgets en même temps, non ? Il me reste deux bricoles à faire sur TooltipRef, je le ferai ce We, si jamais vous voulez faire coup double ? --Lgd (d) 19 janvier 2012 à 20:30 (CET)

Bonne idée : ça évitera d'avoir à expliquer deux fois ce qu'est un gadget et comment ça s'installe

— Arkanosis ^✉ 20 janvier 2012 à 10:29 (CET)

Plop,
J'ai mis à jour le tooltipRef avec l'option de fonctionnement au survol plutôt qu'au clic (ajouter var tooltipRefHover = true; dans le common.js personnel) et un peu de proprage. Si vous pouvez me confirmer que j'ai bon

? Je pousserai cette version en gadget. Question existentielle : par défaut, au clic ou au survol, selon vous ? En fait, j'hésite... --Lgd (d) 22 janvier 2012 à 13:55 (CET)

Au clic, àmha. Il n'y a rien de plus crispant que les panneaux / menus / infobulles qui apparaissent et disparaissent au gré des soubresauts de la souris (et je ne souffre pas de Parkinson). Personnellement j'utiliserai la version au survol (merci de l'avoir rendu disponible, au passage

), mais j'ai un entraînement spécial (Counter-Strike et Age of Empires) qui me permet de déplacer ma souris avec précision (du moins jusqu'à un certain point : les menus déroulants, je ne supporte pas), mais je sais par expérience que ce n'est pas le cas de tout le monde.

Amicalement — Arkanosis ^✉ 22 janvier 2012 à 14:56 (CET)

La voix de la raison en effet (à ce propos, Wikipédia:Prise de décision/Crochets autour des appels de notes pourrait améliorer les choses, mais je n'ai pas trop d'illusions sur l'issue).

Bon, bref : j'ai basculé en gadget et créé également Aide:Gadget-tooltipRef et Catégorie:Aide Gadgets. Je vous laisse traiter iRef et faire l'annonce bistrotière (une vraie annonce serait elle aussi habile AMHA). Je vous encourage d'ailleurs à créer Aide:Gadget-iRef et à en donner le lien dans MediaWiki:Gadget-iRef

. Amicalement, --Lgd (d) 22 janvier 2012 à 16:05 (CET)

Je passe iRef en gadget et bleuis les pages demain (relecture de blog en retard et pas envie de bâcler le boulot

). Merci ! — Arkanosis ^✉ 22 janvier 2012 à 17:44 (CET)

Voila, comme on est demain (touss, touss…), j'ai fusionné et gadgetisé tout ça. Entre nous, Od1n, c'est pas franchement trop stylé d'avoir son pseudo dans un historique de l'espace MediaWiki ? C'est facile, tu sais (et puis ça te permettrait d'assurer la maintenance

).

Bon, reste la doc et l'annonce…

Amicalement — Arkanosis ^✉ 30 janvier 2012 à 20:37 (CET)

Modèle:Images

MediaWiki:Common.js Fait.
Bonne continuation si tout va bien ! TIGHervé 29 août 2011 à 16:46 (CEST)

Ça a l'air tout bon, merci

(rassure-toi, même en le voulant on n'aurait pas pu casser ce modèle davantage qu'il ne l'était déjà…) od†n ↗^blah 29 août 2011 à 17:48 (CEST)

Mortal Kombat Legacy et Rebirth = même chose

Bonjour. J'ai ajouté un détail important là Discussion:Mortal Kombat: Legacy/Suppression. Autant faire une pierre deux coups. Cordialement, LatinoSeuropa (d) 30 août 2011 à 11:16 (CEST)

Merci pour ta participation ; j'ai répondu sur la page de PàS. od†n ↗^blah 2 septembre 2011 à 00:54 (CEST)

Modèle:Images (2)

Bonjour,

Il y a un problème avec tes modifs récentes sur ce modèles : on reste bloqué sur la première image et le défilement ne se fait plus. Peux-tu voir ça rapidement. Merci-- LPLT ^[discu] 31 août 2011 à 09:40 (CEST)

Bonjour, c'est très probablement un problème de JavaScript. Je n'arrive pas à reproduire le problème ; j'ai même réessayé avec l'ancienne version du JavaScript, car j'ai veillé à ce que le modèle reste compatible avec celle-ci, le temps que les caches soient actualisés. J'aurais besoin de davantage d'informations. Peux-tu me dire quel navigateur tu utilises, si tu as effectué une mise à jour de ton cache, et si tu as des erreurs dans la console d'erreur de ton navigateur ? Mes excuses pour la gêne occasionnée, et d'avance merci pour ton aide. od†n ↗^blah 31 août 2011 à 10:05 (CEST)

C'est réparé. Une simple erreur de copié-collé, comme nous en faisons tous inévitablement parfois

. Cordialement, --Lgd (d) 31 août 2011 à 10:31 (CEST)

Il m'avait déjà fallu un certain temps pour remarquer que les images ne changeaient pas (manque de caféine je suppose), et là je m'acharnais sur le debugger, évidemment sans résultat

Un immense merci Lgd !

od†n ↗^blah 31 août 2011 à 10:46 (CEST)

De rien, je compte sur toi à mon prochain bug de caféine

. Cordialement, --Lgd (d) 31 août 2011 à 10:57 (CEST)

Merci à vous deux.-- LPLT ^[discu] 31 août 2011 à 21:56 (CEST)

LiveRC

Salut,

j'ai un souci que je ne parviens pas à résoudre. Il s'agit de deux bugs sur LiveRC qui apparaissent avec IE. J'espère que tu seras en mesure de m'aider...

Le premier bug apparait parfois lors de la mise à jour des RC. Le message de la DebugBar indique « 'length' a la valeur Null ou n'est pas un objet. », à la ligne 5741. Je le situe quelque part dans les fonctions liveRC() et getRC(), mais je ne vois pas le pb, d'autant que cette partie du code n'a pas bougé.

Le deuxième apparaît lorsque l'on tente de redimensionner/déplacer des fenêtres. Le message indique « 'monbody' est indéfini. », à la ligne 1256. Cela correspond à cette partie du code. Le truc étant que j'ai remplacé partout la variable "monbody" par document.getElementsByTagName('body')[0]. Cela ne devrait pas se produire...

Une idée ?

⇨ D^r Brains ^{∞ Consultation ∞} 31 août 2011 à 13:50 (CEST)

Je viens de lancer LiveRC sous IE 8, j'ai une runtime error à la ligne 3975 (lvPreviewFoot.innerHTML = ...) ; tu ajoutes un <form> avec un innerHTML, IE est connu pour boguer dans ce cas de figure (un classique). Il faudrait commencer par régler ce point, cela pourrait peut-être même résoudre ton premier bug.

note : j'ai testé avec MediaWiki:Gadget-LiveRC.js, mais le problème doit être similaire avec Utilisateur:Dr Brains/LiveRC.js, dans la fonction buildControlBar().

od†n ↗^blah 31 août 2011 à 14:17 (CEST)

Oui mais non. J'ai réglé ce point sur Utilisateur:Dr Brains/LiveRC.js. À présent le menu de contrôle s'affiche et les RC défilent à peu près correctement, hors le bug dont je te parle ('length'). Comme lorsqu'il apparaît le panneau de débogage de s'en va pas (et l'icône reste animée), le pb se situe soit dans liveRC() soit dans getRC() mais j'ignore où. Contrairement à la console d'erreur de Firefox, celle d'IE ne renvoie pas vers la ligne fautive mais donne juste son numéro, ce qui ne m'aide pas.

⇨ D^r Brains ^{∞ Consultation ∞} 31 août 2011 à 14:23 (CEST)

Dans ta fonction updateFollowRevoc(), tu fais un « for (var user in lstRevoc) { } », or le contenu de lstRevoc est du genre :

{méthode indexOf héritée du proto, 'userName': {'nb':, 'pages':, etc.}}

du coup, dans la boucle tu te retrouves avec une variable user qui vaut "indexOf"

(références : D. Crockford, YUI)

od†n ↗^blah 31 août 2011 à 14:51 (CEST)

Bien vu. J'ai modifié le test et ce pb semble réglé.

Reste le bug du redimensionnement/déplacement...

⇨ D^r Brains ^{∞ Consultation ∞} 31 août 2011 à 15:07 (CEST)

Je viens de regarder pour le deuxième bug. C'est tout con. Tu n'aurais pas laissé deux « monbody » dans le code ?

od†n ↗^blah 31 août 2011 à 15:10 (CEST)

PFF ! Quel boulet je fais.

OK. On est presque bon. Il n'y a que le redimensionnement des RC lorsque on bouge un cadre inférieur qui merde (fonction lrcInitTableHeight().

Il semble qu'il ne compte pas la hauteur de la partie haute. Un pb d'IE avec .offsetHeight ou une erreur dans la récupération de la hauteur de l'écran (LiveRC_GetScreenHeight()) ?

⇨ D^r Brains ^{∞ Consultation ∞} 31 août 2011 à 15:59 (CEST)

J'ai eu une erreur "invalid argument" ligne 1188 (TabDiv.style.height = NewHeight "px"), avec NewHeight ayant pour valeur -2. C'est à ce niveau que ça doit coincer. od†n ↗^blah 31 août 2011 à 16:22 (CEST)

Tu as réussi à reproduire cette erreur ? J'ai aussi repéré une erreur similaire ligne 1333 (Element.style.height = NewHeight 'px';). Elle se produit lorsque l'on redimensionne le cadre de prévisualisation vers tout en bas. od†n ↗^blah 31 août 2011 à 16:50 (CEST)

Non, j'ai essayé de mettre un try{}catch(e){} à cet endroit-là mais ça ne change rien. Le pb vient d'ailleurs.

⇨ D^r Brains ^{∞ Consultation ∞} 31 août 2011 à 16:51 (CEST)

Trouvé ! « The overflow-y property does not work properly in IE8 and earlier » (W3Schools). Aussi, il faudra quand même corriger le bug ligne 1333, ça produit une erreur sous IE et des warnings à la chaîne sous Firefox

– od†n ↗^blah 31 août 2011 à 17:16 (CEST)

Corrigé, mais ça ne règle pas le pb. Il demeure un décalage correspondant à peu près à la hauteur de la partie haute...

⇨ D^r Brains ^{∞ Consultation ∞} 31 août 2011 à 17:36 (CEST)

┌────────────────────┘
J'ai une erreur qui empêche le fonctionnement de LiveRC. Ligne 4513 (var mitigating = ...) j'ai une méthode inexistante sur "lstSuivi.indexOf(rc.title) != -1". Les objets "lstSuivi" et "rc" sont bien remplis. Un problème dû à cette modif ? od†n ↗^blah 31 août 2011 à 17:52 (CEST)

A présent ça va mieux ?

⇨ D^r Brains ^{∞ Consultation ∞} 31 août 2011 à 18:02 (CEST)

Oui, LiveRC refonctionne correctement sous IE. Concernant cette histoire de redimensionnement, je regarde en ce moment, j'aurais peut-être une piste, au feeling : LiveRC_GetScreenHeight() ne retourne pas la même chose selon que le navigateur soit IE ou autre. Lorsque c'est non-IE, cela retourne le viewport (la taille intérieure de la fenêtre), tandis que lorsque c'est IE cela retourne la taille de l'écran. Essaie « $(window).height() ». od†n ↗^blah 31 août 2011 à 20:38 (CEST)

Bingo ! L'erreur vient de là

En fait il semble qu'il faille tester IE 5 ou inférieur, IE 6 et et non IE.

⇨ D^r Brains ^{∞ Consultation ∞} 31 août 2011 à 20:51 (CEST)

Un grand classique en programmation web, c'est qu'il vaut mieux tester les fonctionnalités et comportements réels du navigateur, plutôt que de faire des suppositions selon le navigateur que l'on a détecté. Je te suggère de plutôt utiliser la méthode jQuery.height(), simple et robuste. Si tu veux savoir comment ils font, cherche « does it walk and quack like a window? » dans la source de la 1.4.2

od†n ↗^blah 31 août 2011 à 21:13 (CEST)

OK, ça fonctionne. On y est presque.

Le seul truc qui reste (un peu) embêtant, avec IE, c'est que lorsque la scrollbar apparaît à droite, une autre apparaît en bas, la table (ou le div qui la contient ?) prenant toute la largeur dont la scrollbar de droite.

Saurais-tu comment remédier à ce pb ?

⇨ D^r Brains ^{∞ Consultation ∞} 31 août 2011 à 21:11 (CEST)

OK. J'ai réglé momentanément le pb en jouant avec le padding. J'ai mis à jour le script et ça fonctionne sans bug avec IE (me semble-t-il).

⇨ D^r Brains ^{∞ Consultation ∞} 31 août 2011 à 22:54 (CEST)

J'avais rapidement regardé et je n'avais pas constaté ce bug sous IE 8, et comme LiveRC ne fonctionne pas avec IE 7 (au moins comme ça c'est clair

), j'en ai rapidement supposé que le bug ne devait se produire que sous IE 9. Manque de pot, là tout de suite je n'ai pas de IE 9 (pas de Win7) sous la main… Bon, si tu as pu régler le problème c'est très bien (« momentanément », « en jouant avec le padding » ? j'ai rien lu, j'ai rien vu). <bourrin> De toute façon, si LiveRC est fonctionnel sous IE avec seulement au pire des problèmes d'affichage mineurs, c'est pas trop mal. Ce navigateur ne mérite pas plus.

</bourrin>

Pour les futures versions de LiveRC, il y a 2 points qui me viennent à l'esprit :

J'adore cette nouvelle interface, mais je suis sûr qu'on pourrait encore l'améliorer, en particulier au niveau des icônes. Ces icônes nécessitent un temps d'adaptation (il faut mémoriser spatialement leurs rôles respectifs), il y a possibilité de réduire ce temps d'adaptation en améliorant la visibilité de leurs rôles. Des libellés me paraissent envisageables (pour le moins, optionnellement), il y a de la place horizontalement.
Les performances pourraient grandement être améliorées. Si je ne me trompe pas, il y a des event handlers de partout, notamment sur le window.mousemove, avec des setTimeout, etc. notamment pour faire fonctionner la barre de redimensionnement horizontale. A priori on pourrait connecter les handlers de façon plus précise, et optimiser le code à l'intérieur de ceux-ci (ne pas hésiter à mettre en cache les accès au DOM)

od†n ↗^blah 31 août 2011 à 23:32 (CEST)

Richie Hawtin

Hello, je ne sais pas si tu te souviens, mais nous avions discuté discographie concernant Ellen Allien et aussi Richie Hawtin. Ce dernier est actuellement en procédure de labellisation BA, si tu veux y jeter un coup d'oeil et éventuellement voter. Bon après-midi. --Koui² (d) 31 août 2011 à 16:02 (CEST)

Merci pour tes multiples coups de main sur cette page et ses articles connexes, un vrai travail de wiki-fourmi ! --Koui² (d) 1 septembre 2011 à 16:46 (CEST)

Merci à toi…

… d'avoir squatté ma PdD ! Non, sérieusement, merci à toi d'avoir répondu à ma place (et un grand merci aussi d'avoir corrigé les deux autres articles problématiques) ! Amicalement, Toto Azéro ^{suivez le guide !} 5 septembre 2011 à 18:21 (CEST)

You're welcome. Ce ne fut pas long et cela aura permis de réparer des articles cassés depuis plus de quatre ans

– od†n ↗^blah 6 septembre 2011 à 02:58 (CEST)

HotCatsMulti

Salut,

est-ce que tu pourrais voir d'où vient le bug signalé ici, dont je n'ai pas trop le temps de m'occuper. Je penche pour un pb de RegExp mais sans être sûr (c'est pas trop mon truc les RegExp).

D'avance merci.

⇨ D^r Brains ^{∞ Consultation ∞} 8 septembre 2011 à 16:37 (CEST)

Hum… on dirait que c'est l'assignation de DebutModele et FinModele, avec la boucle ligne 1240, qui est prise en défaut. Si j'ai bien compris, DebutModele est censé contenir les lignes depuis le début de la source jusqu'aux interwikis, exclus (donc, si la source est habituelle, il comprend l'article et les catégories), et FinModele est censé contenir le complément, c'est-à-dire depuis la fin de DebutModele jusqu'à la fin de l'article (donc, les interwikis).

Le problème est que dans cette boucle, la condition « if (!interWiki.exec(lines[lineId]) && !blank.exec(lines[lineId])) » n'est jamais vérifiée avec notre testcase, vu que chacune des lignes est soit un interwiki, soit une ligne vide. Et du coup, DebutModele et FinModele ne sont pas assignés et restent vides.

od†n ↗^blah 8 septembre 2011 à 22:44 (CEST)

À noter aussi que la même boucle est présente quelques lignes plus loin dans le code, pour une affaire de defaultsort apparemment. Je n'ai pas regardé, mais je suppose que ça serait à corriger de la même façon. Par ailleurs, dans ces deux parties il y a une variable FoundInterwiki actuellement inutilisée. od†n ↗^blah 9 septembre 2011 à 05:50 (CEST)

OK, je vois.

Ne serait-il pas plus solide d'avoir un truc dans ce style :

var DebutModele = "", SuiteModele = "";
var interWiki = new RegExp('^\\s*\\[\\[([a-z][a-z].?(x?-[^\\]] )?|simple|tokipona):([^\\]]*)\\]\\]\\s*$');
var MatchIW = OldText.match(interWiki);
if(MatchIW == null){
    DebutModele = OldText;
    SuiteModele = "";
}else{
    var Index = OldText.indexOf(MatchIW[0]);
    DebutModele = OldText.substring(0, Index);
    SuiteModele = OldText.substring(DebutModele.length, OldText.length);
}
var NewText = DebutModele   '\n'   txt   SuiteModele;

⇨ D^r Brains ^{∞ Consultation ∞} 9 septembre 2011 à 09:09 (CEST)

Il y a de l'idée. Autant il peut souvent être utile de découper une entrée en lignes, autant là ça ne me paraît pas nécessaire… Par contre je viens de penser à un risque de faux-positif avec la regex pour les interwikis : [[wp:règles]]. Si on parcourt la source de la page depuis le début, le risque ne me semble pas négligeable. od†n ↗^blah 9 septembre 2011 à 15:01 (CEST)

┌───────┘
Pour l'instant j'en suis à ça :

var DebutModele, SuiteModele;
var interWiki = /\s*\[\[ *(?!wp)(?:[a-z]{2,3}(?:-[a-z] ){0,2}|simple) *:[^\]]*\]\]/;
var findIW = interWiki.exec(OldText);
if (findIW) {
    DebutModele = OldText.substr(0, findIW.index);
    SuiteModele = OldText.substr(findIW.index);
} else {
    DebutModele = OldText;
    SuiteModele = '';
}

J'aime bien. od†n ↗^blah 9 septembre 2011 à 16:30 (CEST)

Je pense qu'on pourrait aussi simplifier la suite :

DebutModele = DebutModele   '\n\n';
while(SuiteModele.indexOf('\n\n')!=-1){
    SuiteModele = SuiteModele.split("\n\n").join("\n");
}
SuiteModele = SuiteModele.replace(/^\n/, "");
OldText = DebutModele   txt   '\n\n'   SuiteModele;

Comme suit :

SuiteModele = SuiteModele.replace(/^\n /g, '');
OldText = DebutModele   '\n\n'   txt   '\n\n'   SuiteModele;

Je te signale aussi un problème important avec la valeur des textarea sous IE : les sauts de lignes sont faits avec \r\n. Le plus simple devrait être de nettoyer OldText au tout début du traitement, juste après son obtention. Un simple .replace(/\r\n/g, '\n') et hop. D'autre part, dans l'autre sens, IE convertit automatiquement les \n en \r\n quand on set un textarea.value, donc on peut faire directement textarea.value = 'foo\n\bar' sans reconvertir les sauts de ligne, ça fonctionne.

od†n ↗^blah 10 septembre 2011 à 21:02 (CEST)

Ortho

Salut Od1n, juste un petit message pour te préciser que jeux vidéos n'est pas une faute. ;) a --Arcade Padawan (d) 18 septembre 2011 à 12:59 (CEST)

Salut, j'ai vérifié diverses sources, elles indiquent toutes bien que « vidéo » est un préfixe ou un adjectif invariable : Wiktionnaire, Répertoire terminologique ([1], [2]), mon Robert, et tu peux en trouver moult autres sur Google. Le seul cas de figure où on rencontrera le pluriel « vidéos » est lorsqu'il s'agit d'un substantif : « Kenny a enregistré des vidéos de ses aventures à la ferme ». Eu égard aux règles actuelles, « jeux vidéos » est donc bien fautif… od†n ↗^blah 18 septembre 2011 à 14:13 (CEST)

bandeauxportails

coucou odin ! c'est moi qui sais pas faire ou bien on est réellement obligés de se taper le nom entier du portail alors que pour les cat avec hotcatmulti il suffit de cliquer sur la cat de son choix dans la liste pour qu'elle s'affiche dans la zone d'edit ? regarde ce qui m'est arrivé ici : le nom du portail était en bleu et j'ai cru que c'était suffisant ! pitibizou ! mandar(ii)ne le 21 septembre 2011 à 22:42 (CEST)

Coucou

L'utilisant également, je confirme que BandeauxPortails est effectivement capricieux : les résultats d'« autocomplétion » traînent un peu à afficher, et pour sélectionner l'une des entrées affichées, il faut le faire à la souris… Je me souviens qu'auparavant l'autocomplétion était plus réactive, et la sélection pouvait se faire au clavier. Le script est néanmoins utilisable (et ma foi, très pratique), il faut juste prendre le pli de ces particularités de fonctionnement. Toutefois, cela peut être amélioré (je t'épargne les explications techniques), et on pourrait faire quelque chose de beaucoup plus fluide à l'utilisation. C'est justement l'une des choses que j'avais noté dans un coin de mon esprit, section « trucs à faire le jour où j'aurai le temps ». Pour l'instant, je ne peux faire grand chose pour toi, si ce n'est te conseiller d'attendre un bref instant entre chaque pression de touche clavier et sélectionner l'entrée à la souris, comme je fais actuellement

Cordialement (Odin ne fait pas de « bizoux »

) od†n ↗^blah 22 septembre 2011 à 00:08 (CEST)

ok d'ac ! je note dans un coin gélatineux de ce qui me sert de cerveau que tu as noté dans un coin de ton esprit de rendre « bandeauxportails » aussi convivial que « hotcatmulti »

en attendant je tente l'artillerie lourde avec ctrlc/ctrlv (yes ?) mandariine n'est pas cordiale du tout du tout ! mandariine est une sorcière qui fait des pitibizoux

! mandar(ii)ne le 22 septembre 2011 à 13:53 (CEST)

ah ben non finalement le copier coller ne marche pas et, s'il apparaît bien, et même en bleu dans la liste proposée, je suis bien obligée de me taper le nom du portail au clavier et « odeurs, senteurs et parfum » c'est un peu looong

! ma bah : « j'attendrai ton retour »

... autre chose : « hotcatmulti » semble incompatible avec une semi protection (cf. ça pardon ça sent pas très bon mais le portail c'est aussi ça...) ? c'est vraiment indispensable dans la mesure où « bandeauxportails » ne l'est pas sans que ça pose problème ? pitibizou ! mandar(ii)ne le 24 septembre 2011 à 12:04 (CEST)

encore un truc bizarre : essaye d'utiliser hotcatmulti ou bandeauxportails sur cet article ! ça fait bizarre

... je me suis retrouvée avec cette espèce de création intempestive ! ! ! c'est quoi le gag ? pitibizou ! mandar(ii)ne le 24 septembre 2011 à 12:33 (CEST)

Script signature

Bonjour, j'aurais quelques observations concernant le script que tu as écrit suite à la demande sur le bistro :

« wgAction == 'edit' » ne fonctionne que lors du 1^er affichage de la fenêtre de modification, après un « prévisualiser » ou un « changements en cours » cela ne fonctionne pas. Il faut remplacer par « wgAction === 'edit' || wgAction === 'submit' »
Tu peux améliorer la détection des namespaces de discussion en faisant simplement « if (wgNamespaceNumber % 2 === 1) »
Concernant l'ordre de chargement, normalement aucun souci : le WikiEditor est également exécuté dans un document.ready, et les scripts utilisateurs (MediaWiki:Common.js, Gadgets, Vector/etc.js perso) sont obligatoirement chargés à la fin, une fois que les autres fichiers (dont le fichier du WikiEditor) ont été chargés et exécutés.

Bien à toi, od†n ↗^blah 23 septembre 2011 à 08:13 (CEST)

Merci pour ces observations. Je vais essayer d'améliorer le script dans ce sens, mais il y a quelques obstacles :

je n'ai pas ajouté "wgAction === 'submit'" par prudence, parce que j'avais un doute : "publier" est aussi un bouton "submit". Le script n'étant pas très robuste (pas de vérification de l'existence du bouton, par ex.), je ne voulais pas risquer de planter le JS dans une publication (je ne sais même pas s'il y en a) sans faire plus de tests avant. A priori, ce n'est pas dangereux, mais on ne sait jamais.
quant à "wgNamespaceNumber % 2 === 1", ça m'avait aussi paru une bonne idée jusqu'au moment où j'ai voulu publier le message sur le Bistro ! Il y a d'autres exemples de pages où on a besoin de signer, par ex. Projet:Modèle/Demandes, et qui ne font pas partie des espaces de discussion. Donc je suis resté sur une version basique, mais il doit être possible d'affiner.
pour l'ordre de chargement, j'ai mis la précision car j'ai eu un cas où le script n'a pas semblé avoir d'effet. J'ai pensé que c'était le problème de chargement, mais ça devait être autre chose.--Juju2004 (d) 23 septembre 2011 à 08:35 (CEST)

La valeur de variable « submit » prête à confusion : elle n'a aucun rapport avec l'action « submit » des formulaires html. Le http est stateless, à l'affichage de l'article après sa publication, la variable vaut bien « view », donc pas de souci.
Bien vu, j'avais oublié que certaines pages, dont celles du bistro, sont « manuellement » converties en pages de discussion avec la fonction TransformeEnDiscussion() du Common.js éventuellement le magic word « __NEWSECTIONLINK__ ».
Les race conditions sont un univers complexe et impitoyable

od†n ↗^blah 23 septembre 2011 à 09:29 (CEST)

pour le "submit", c'est évident... après explication. Fait.
pour ce qui est des pages de discussion, je pense que le test de l'existence de "li#ca-addsection" après passage de transformeEnDiscussion() est le plus simple. On peut ensuite distinguer trois types de pages : interdiction de signer (main) ; obligation de signer (discussion) ; autre (ex. Projet:Modèle/Demandes). J'attends d'avoir quelques retours avant de modifier le script.

Finalement, il semble que la vraie bonne idée de ce script est de supprimer le bouton signature pour les pages du Main. Ça prend quelques lignes et ça pourrait être intégré de manière profitable à Common.js.--Juju2004 (d) 23 septembre 2011 à 10:30 (CEST)

Il arrive que le CSS des pages de discussion soit appliqué, mais sans ajouter le bouton « nouvelle section » (exemple : WP:BA). Donc le test « if (document.getElementById('ca-addsection')) » donne un faux négatif. Je pense qu'il faudrait plutôt faire quelque chose comme « if ($(document.body).hasClass('ns-talk')) ».

À propos, il faudra que je modifie {{Page de discussion}} pour que l'ajout du bouton « nouvelle section » soit optionnel, entre autres parce que des pages comme Projet:Modèle/Demandes requièrent que l'ajout d'un message se fasse avec un lien spécial qui précharge un contenu (ce qui est d'ailleurs problématique, mais c'est une autre histoire…)

od†n ↗^blah 23 septembre 2011 à 11:15 (CEST)

Infobox Musique (artiste) V3

Salut Od1n,
J'ai l'intention de passer le modèle Infobox Musique (artiste) en V3 (après demande à la communauté biensûr). Comme tu peux le voir sur mon bacasable, je suis en train de changer les couleurs car les anciennes ne passaient pas très bien sur certains écrans. C'est encore en version expérimental, mais quand penses-tu ?

Par contre, j'ai un gros problème au niveau du thumb et du recadrage automatique de l'image (et c'est là que Lgd intervient normalement ), je ne comprends pas d'où cela peut venir. Amicalement ~Hlm Z. [@] 29 septembre 2011 à 21:34 (CEST)

Salut,

Pour ce qui est des couleurs, ça m'a l'air pas mal, je ne vois pas d'objection. De toute façon, c'est assez simple à retoucher ultérieurement, comme cela avait été le cas avec l'infobox pour les albums.

Pour ce qui est de la conversion en V3, à titre personnel je ne convertis pas encore d'infobox en V3, car il subsiste encore quelques points à corriger dans ce nouveau système. Par exemple les images qui sont toujours redimensionnées à 90 %, comme tu en as fait l'expérience j'ai l'impression

(j'en avais déjà parlé avec Lgd) Pour ma part, j'ai un peu mis les V3 de côté pour l'instant, d'autant plus que Lgd est en break. Néanmoins, cela ne me gène pas que d'autres fassent des conversions en V3, au contraire c'est comme cela que le système sera amélioré. Il faudrait éventuellement en parler aux projets Modèle ou Infobox, pour assurer l'intérim sur la mise en point et la maintenance de ces modèles.

od†n ↗^blah 30 septembre 2011 à 03:51 (CEST)

Bonjour,

J'espère que vous ne m'en voudrez pas d'intervenir dans la discussion, mais j'ai fait un petit test dans mon common.css : en imposant au div class="thumbinner" de rester dans son propre parent, on n'a plus de dépassement (sous FF) :

.infobox_v3 .thumbinner {
  background-color: transparent; border: none; padding: 0 !important;
  max-width:100% /* <- ceci en plus */
}

Pour le problème de redimensionnement automatique à 90%, je ne l'ai pas constaté (voir Utilisateur:Juju2004/Bac à sable : chez moi, c'est ok). Cordialement.--Juju2004 (d) 30 septembre 2011 à 11:21 (CEST)

QT - Aide

Merci de ton aide sur Utilisateur:Stef48/Brouillon. Néanmoins, j’ai bien peur que cette page ne contienne d'emblée tous les articles dont le titre contient un accent. Il doit bien y avoir une solution, que je cherche encore, parmi les parsers… A priori, c'est la seule chose qui pose problème ! L'accentuation fonctionne, les parenthèses pour pallier à l’homonymie aussi… — Steƒ ^๏̯͡๏ 2 octobre 2011 à 16:54 (CEST)

A priori, ça fonctionne maintenant :) Grâce à l’utilisation du tag tc qui transforme le texte en paramètre en minuscule. Je transforme PAGENAME ainsi que le champ de l'infobox en minuscule, je les compare, et c'est OK ! So fun ! Merci de ton aide, encore une fois… Cordialement — Steƒ ^๏̯͡๏ 2 octobre 2011 à 17:04 (CEST)

Localurl fonctionne aussi ! Bon, y a plus qu'à voir s'il n’y a pas d'autres bogues, et à mettre en place le système. — Steƒ ^๏̯͡๏ 2 octobre 2011 à 17:06 (CEST)

(conflit de modif sur le brouillon, ça fonctionne parce que j'ai modifié juste après

) Salut, j'ai implémenté un workaround pour le bug des apostrophes. On avait eu le même problème avec {{Méta palette de navigation}}. J'en profite pour attirer ton attention sur cette (longue) discussion, où j'y évoque notamment (message du 25 août) un cas d'homonymie des albums musicaux qui risque de ne pas pouvoir être géré avec des modèles… od†n ↗^blah 2 octobre 2011 à 17:11 (CEST)

Négatif : essaye {{#ifeq:{{#tag:lc|{{PAGENAME}}}} | {{#tag:lc|Wayne's World}} | oui | non}} sur Wayne's World ;)

D'accord pour les apostrophes. Si tu peux me tenir au courant ;) Je ne suis pas suffisamment souvent là pour tout suivre… à mon grand malheur !

Je vais jeter un coup d'œil à cette discussion. Merci du lien ! Amitiés — Steƒ ^๏̯͡๏ 2 octobre 2011 à 17:19 (CEST)

Je viens de lire toute la discussion ! En ce qui concerne le projet cinéma, on peut, je pense, aisément se passer du JavaScript avec le code que l'on a mis en place ensemble sur mon brouillon. Comme tu le vois, les trois tests effectués devraient permettre de gérer tous les cas, normalement. Le pire que l'on puisse avoir serait : TITRE (SUITE DU TITRE) (film, ANNÉE DE SORTIE). Mais ce cas serait géré par nos tests.

En ce qui concerne les valeurs auxquelles on compare {{PAGENAME}} et dont tu soulèves le problème ne devrait, au moins, pas poser de problème pour le projet cinéma. Nos conventions veulent que l'on ne précise que film entre parenthèse s'il y a un soucis d'homonymie. On rajoute l’année ensuite, séparés par une virgule, si deux films ont le même titre. On ne peut à priori pas avoir d'autres cas (deux films au même titre sortant la même année, mais j’ai du mal à y croire). A la limite, on pourrait rajouter un test : il me semble avoir croisé des pages de film dont le titre était : TITRE (ANNÉE), sans l'indication film. Pour le reste, on peut créer une catégorie qui listerait les cas non traités, mais je les pense faibles voire nuls.

— Steƒ ^๏̯͡๏ 2 octobre 2011 à 17:37 (CEST)

Le problème avec ton {{#ifeq:{{#tag:lc|{{PAGENAME}}}} | {{#tag:lc|Wayne's World}} | oui | non}}, c'est que {{#tag:lc|trucmuche}} est un code invalide (il n'existe pas de tag <lc>) et produit un message d'erreur. Du coup, tu compares dans le #ifeq deux messages d'erreur qui sont… identiques. Et la comparaison donne donc toujours un résultat positif.

od†n ↗^blah 2 octobre 2011 à 18:21 (CEST)

Roh que c'est pas drôle ça ! Bon, dans tous les cas, on a bien avancé en ce qui concerne l'infobox cinéma ! Petit à petit, je vais mettre en place ça, si le projet me suit. Cordialement — Steƒ ^๏̯͡๏ 2 octobre 2011 à 23:17 (CEST)

Notoriété des ateliers

Bonjour,

Merci infiniment pour votre intervention dans le Bistro hier, et pour les pistes très judicieuses que vous avez indiquées. J'ai modifié ma page personnelle en conséquence, et je vais répercuter votre seconde proposition dans la page de discussion de l'article « Wikipédia:Accueil de la communauté ».

Bon vent. Pautard (d) 3 octobre 2011 à 21:33 (CEST)

Modèle:Images

Salut,

Je crois que l'on s'est trouvé au même endroit et au même moment : tu as créé la catégorie dédiée au moment où j'étais en train de la vider. Pour le coup, je me rend compte que je ne t'ai pas prévenu que j'avais demandé sa SI et que j'avais recatégorisé dans la catégorie principale. J'ai aussi mis à jour la documentation du modèle et celle de la catégorie.

Je n'avais pas compris le pb soulevé par Ironie mais effectivement, un titre plus large que l'image pose quelques soucis d'affichage. Je fais une nouvelle tentative sur la sous-page d'Ironie avec un bricolage que j'ai déjà employé ailleurs. Rémi ✉ 7 octobre 2011 à 08:59 (CEST)

xpatrol et la 1.18

Bonjour, c'est corrigé . Merci pour ton aide précieuse qui m'a fait gagner du temps. — Arkanosis ^✉ 8 octobre 2011 à 19:25 (CEST)

You're welcome. Tu pourras surtout remercier Xofc (d · c), si je n'étais pas tombé sur ce message sur le bistro un peu auparavant, je n'aurais pas pensé à ce détail. od†n ↗^blah 8 octobre 2011 à 20:06 (CEST)

Infobox Musique (œuvre)

Je vois que vous faites beaucoup de modifications sur cette page. Récemment la façon d'indiquer la date de sortie des singles a été modifiée et moi qui ai beaucoup d'albums dont les singles, dont le terme français est « simple » en passant, n'ont pas de date précise de sortie, je me retrouve maintenant avec des « Sortie le Mai 1972 » dans mes fiches. Un « Sortie : » comme le wiki anglais serait plus approprié selon moi, merci. --Bespin (d) 13 octobre 2011 à 15:58 (CEST)

Bonjour, je suis d'accord avec vous, il y a un problème de forme lorsque le jour de sortie n'est pas connu. Le changement est en fait dû à des modifications qui ont été effectuées par Hlm Z. (d · c) sur le modèle {{Singles}}. Je vous invite à voir avec lui quelle forme serait la plus appropriée (des parenthèses comme avant, ou un « Sortie : »). Bien à vous, od†n ↗^blah 14 octobre 2011 à 06:13 (CEST)

Effectivement, je n'avais pas pensé à ce cas de figure, merci de l'avoir signalé. Cordialement, ~Hlm Z. [@] 15 octobre 2011 à 13:53 (CEST)

Voir. ~Hlm Z. [@] 17 octobre 2011 à 11:11 (CEST)

Listes en lignes

Message du comte Ɲemoi – Bonjour Od1n. Tu peux aller jeter un œil à mon test10, à sa page de discussion, et à la troisième partie de mon Common.css ? Amicalement, ce 25 octobre 2011 à 05:40 (CEST).

Projet musique & homonymie

Salut Od1n,

J'aimerai avoir ton avis ici si possible . Cordialement, ~Hlm Z. [@] 31 octobre 2011 à 17:41 (CET)

Petite erreur dans la catégorie:Page dont la protection est à vérifier

Salut Od1n ! Je viens de remarquer que la page Jésus de Nazareth est présente dans la catégorie:Page dont la protection est à vérifier, alors qu'elle est encore protégée jusqu'au 15 novembre (protection totale : [edit=sysop] (expire le 15 novembre 2011 à 10:51 (UTC)) [move=sysop] (infini)). Je pense qu'il s'agit d'un léger problème dans le modèle {{Protection}}. Puisque tu t'étais occupé de ce modèle — et que tu es un as des modèles en général — je pense que tu sauras réparer ça ! Amicalement, Toto Azéro ^{suivez le guide !} 13 novembre 2011 à 14:27 (CET)

Salut, il y a un {{semi-protection longue}} qui ~~traîne~~ traînait dans la page

od†n ↗^blah 13 novembre 2011 à 14:56 (CET)

Pppffff… Quel idiot !

Désolé de t'avoir déranger pour si peu !

Toto Azéro ^{suivez le guide !} 14 novembre 2011 à 18:47 (CET)

Catégorie:Nazi exécuté par la SS

Bonjour Od1n, j'ai l'intention de proposer cette catégorie à la suppression sous peu de temps, vu qu'elle ne contient toujours qu'un et un seul article. Cordialement,--SammyDay (d) 16 novembre 2011 à 23:34 (CET)

Bonjour, cette catégorie fait partie d'un travail de réorganisation que j'avais commencé il y a assez longtemps, mais que je n'ai pas poursuivi ensuite… J'ai survolé rapidement la situation des catégories, je ne m'oppose pas à la suppression de celle-ci. Je présume qu'elle ne peut pas être remplie davantage. Merci pour ton message d'information. od†n ↗^blah 17 novembre 2011 à 00:35 (CET)

Anniv'

Fichier:Copas-vino.jpg

Dans ces cas-là, faut fêter ça !

Salut Od1n, ça fait longtemps ! Comment vas-tu ? Au fait, je te souhaite en passant un très bon anniversaire ! C'est bien aujourd'hui, ou je me trompe ? Bises, Céℓine (✉) 18 novembre 2011 à 13:31.

oui oui c'est mon anniversaire, mais chut, j'ai planqué la date exprès, j'me sens déjà assez vieux comme ça, pas envie qu'on me le rappelle ! od†n ↗^blah 18 novembre 2011 à 22:12 (CET)

Ah bon, t'es pas content que je te l'ai souhaité quand même ?

Céℓine (✉) 19 novembre 2011 à 11:30.

Si si, ça me fait plaisir ! D'autant plus que tu y as pensé sans passer par le bistro

En cadeau, tu m'offres une baguette magique qui rajeunit d'un an à chaque année ? od†n ↗^blah 19 novembre 2011 à 16:25 (CET)

Pourquoi tu me demande ça, tu as plus de 60 ans ou quoi ?

Céℓine (✉) 19 novembre 2011 à 19:30.

Vil manipulateur !

. T'es vieux^[1], assume !

.

Heureusement qu'il y en a une qui suit avec plus de sérieux que moi… joyeux lendemain de lendemain de lendemain d'anniversaire, et plein de bonheur !

— Arkanosis ^✉ 21 novembre 2011 à 17:56 (CET)

↑ Je ne sais pas à quel point en fait, mais je doute que ce soit dramatique .

Si tu fais partie de la génération Y, c'est que tu es encore jeune ! Alors arrête tes ********* !

LOL !

Attention, demain c'est mon anniv' !

Bonne journée,

Céℓine (✉) 23 novembre 2011 à 11:50.

Anniv' (2)

Merci d'avoir pensé à me le souhaiter, cher Od1n ! Bises, Céℓine (✉) 24 novembre 2011 à 19:05.

Intention de proposer Richie Hawtin (d · h · j · ↵ · AdQ · BA · Ls) au label Article de Qualité

J’ai l’intention de proposer prochainement la page « Richie Hawtin » au label « article de qualité ». Si vous estimez que la procédure est prématurée, vous pouvez me contacter pour me faire part de vos arguments.

Koui² (d) 25 novembre 2011 à 17:10 (CET)

Hello ! Petit update car je ne sais pas si tu as vu, mais le processus de vote est lancé : Discussion:Richie Hawtin/Article de qualité. --Koui² (d) 6 décembre 2011 à 15:06 (CET)

À toi ô créateur de "Modèle:Liste éléments"

Bonjour ! Au sujet de la version anglophone du Modèle:Liste éléments. Une amélioration d'accessibilité a été lancée, et est relatée dans le Wikipedia Signpost Horizontal lists have got class. En gros, les listes générées avec ce modèle sont maintenant des vraies listes <li>, et en plus des classes correspondantes il existe un petit script qui corrige le rendu sous IE.

En gros, c'est pour atteindre ce but que tu as créé liste éléments, si ma mémoire est correcte. C'est donc l'occasion de suivre l'exemple de la version anglophone. Il suffit d'un changement au modèle, et d'ajouter les classes et scripts correspondants dans Commons.css et .js. Voici les codes :

classes et script "hlist"

/* Helper script for .hlist class in common.css
 * Maintainer: [[User:Edokter]]
 */
 
if ( $.browser.msie ) {
  /* remove interpunct from last list items in IE 8 */
  if ( $.browser.version == '8.0' ) {
    $( '.hlist' ).find( 'dd:last-child, dt:last-child, li:last-child' )
      .addClass( 'nopunct' );
  }
  /* Generate interpuncts and parens for IE < 8 */
  if ( $.browser.version < '8.0' ) {
    $( '.hlist' ).find( 'dd   dd, dd   dt, dt   dd, dt   dt, li   li' ).prev()
      .append( '<b>·</b> ' );
    $( '.hlist dl dl, .hlist ol ol, .hlist ul ul' )
      .prepend( '( ' ).append( ') ' );
  }
}

/* Style for horizontal lists (separator following item) */
.skin-monobook .hlist dl,
.skin-modern .hlist dl,
.skin-vector .hlist dl {
    line-height: 1.5em;
}
.hlist dl,
.hlist ol,
.hlist ul {
    margin: 0;
}
.hlist dd,
.hlist dt,
.hlist li { 
    display: inline;
    margin: 0;
}
/* Display nested lists inline */
.hlist dl dl,
.hlist ol ol,
.hlist ul ul {
    display: inline;
}
/* Generate interpuncts */
.hlist dd:after,
.hlist dt:after,
.hlist li:after {
    content: " ·";
    font-weight: bold;
}
.hlist dd:last-child:after,
.hlist dt:last-child:after,
.hlist li:last-child:after {
    content: none;
}
/* for IE 8 */
.hlist dd.nopunct:after,
.hlist dt.nopunct:after,
.hlist li.nopunct:after {
    content: none;
}
/* Add parens around nested lists */
.hlist dl dl:before,
.hlist ol ol:before,
.hlist ul ul:before {
    content: "(";
}
.hlist dl dl:after,
.hlist ol ol:after,
.hlist ul ul:after {
    content: ")";
}
/* Put numbers in ordered lists */
.hlist.hnum ol li {
    counter-increment: level1;
}
.hlist.hnum ol li:before {
    content: counter(level1) " ";
}
.hlist.hnum ol ol li {
    counter-increment: level2;
}
.hlist.hnum ol ol li:before {
    content: counter(level2) " ";
}

Un des autres but, c'est de répandre ces mêmes classes sur plusieurs gros wikis, afin d'améliorer la portabilités du contenu entre différents Wikis. :-) Qu'en dis-tu ? Dodoïste ^{[ dring-dring ]} 28 novembre 2011 à 14:30 (CET)

J'ai copié la discussion sur Discussion modèle:Liste éléments, peut-être qu'il vaut mieux continuer là-bas pour plus de transparence ? Dodoïste ^{[ dring-dring ]} 28 novembre 2011 à 14:35 (CET)

As-tu vu mon message ? Dodoïste ^{[ dring-dring ]} 6 décembre 2011 à 13:56 (CET)

Ta Muse

Bonjour ! Si tu veux, je peux t'aider à bosser sur l'article et à compiler informations et références, une fois que j'aurais obtenu l'AdQ pour Hawtin. Ça nous fera un bel objectif à atteindre. --Koui² (d) 8 décembre 2011 à 15:23 (CET)

Ce sont les meilleurs qu'on vient ennuyer ;-) (bis)

Bonjour,

Je ne vais pas faire un bête copié collé du message déposé chez Arkanosis : l'idée est la même ;-)

Bonnes fêtes, amicalement, --Lgd (d) 25 décembre 2011 à 17:07 (CET)

Bonjour, j'ai suivi – d'assez loin

– tous ces projets d'améliorations des palettes, modèles déroulants, listes horizontales… Tout cela est de très bon augure, mais j'avoue avoir été un peu impressionné par la complexité des codes et la longueur des discussions (en particulier sur le wiki EN pour ce qui est de la compatibilité IE). Il semble heureusement y avoir ici de nombreuses bonnes volontés pour se pencher sur les chantiers, car je ne suis guère en mesure d'apporter mon aide pour l'instant, toujours chargé IRL

J'ai regardé ton code JS, mes premiers essais d'optimisation des sélecteurs n'ont rien donné de probant, le .text() est coûteux mais non dispensable… Une amélioration envisageable serait de disposer de l'attribut role sans passer par JS, mais c'est déjà sur bugzilla et ne semble pas prévu pour l'instant…

Désolé, j'aurais voulu apporter des nouvelles plus encourageantes

Bonnes fêtes aussi, amicalement, od†n ↗^blah 25 décembre 2011 à 19:15 (CET)

Merci pour ce retour, en tous cas. Amicalement, --Lgd (d) 26 décembre 2011 à 08:42 (CET)

Sinon, si je peux encore t'enquiquiner un chouïa pour un truc vite vu : ceci améliore les perfs en évitant de parcourir à deux reprises le DOM, non ? Amicalement, --Lgd (d) 26 décembre 2011 à 11:59 (CET)

Pour minimiser les accès DOM, j'avais aussi essayé :

var foo = $('.foo');
foo.each(/*...*/);
foo.add('.bar').each(/*...*/);
// au lieu de :
$('.foo').each(/*...*/);
$('.foo, .bar').each(/*...*/);

… mais un rapide bench sous Fx n'avait rien montré de probant. À voir sous les autres navigateurs, je pense qu'il y a quand même une légère marge d'optimisation possible sur ce point. od†n ↗^blah 26 décembre 2011 à 16:10 (CET)

[1] Je ne sais pas à quel point en fait, mais je doute que ce soit dramatique .

[1]