Loading AI tools
 Archives | |
Bonjour Dr Brains !
J'utilise le gadget RenommageCategorie, et j'ai repéré deux petites améliorations qui pourraient être faites :
- Déjà, il y a un petit bug d'apparence lors que la première boîte de dialogue s'affiche : les sauts de ligne se font bizarrement, ce qui rend le tout difficilement compréhensible ;
- Ensuite, pour les non-administrateur, je suggère de faire en sorte que la catégorie initiale soit blanchie à la fin du processus, avec un petit message, pour qu'elle soit rapidement repérée et supprimée.
Voilà. 
Bonne soirée --Pic-Sou (d) 27 juillet 2011 à 19:38 (CEST)
- Salut,
- La première pop-up ? Tu parles de ça ?
- Il doit être possible d'y coller un {{Suppression immédiate}}
- ⇨ Dr Brains ∞ Consultation ∞ 27 juillet 2011 à 19:42 (CEST)
Salut! Je vais bientôt proposer à la communauté une réforme du système de labélisation, et j'aimerai savoir quelle est la meilleure solution de vote pour l'application de mon système.
Si tu as le temps d'y jeter un oeil, c'est à mes résultats de vote. A bientôt. LD • m'écrire • 29 juillet 2011 à 23:39 (CEST)
- Heu, dans la mesure ou je ne vote jamais, que je ne suis pas crateur d'AdQ, j'ai du mal a saisir pourquoi tu me demandes ca a moi. Pour tout dire, je ne sais pa quoi te repondre.
- juste une remarque : la sous-page que tu me montres et qui semble devoir servir de grille de lecture et/ou de notation s'attache beaucoup a la forme mais semble delaisser le fond, ce qui ne me semble pas tres pertinent.
- desole de limiter ma reponse mais ce w-e je suis en vadrouille et ne peut repondre qu'avec un portable, ce qui n'est guere pratique.
- Dr Brains
- Je sais que tu es bon en calcul. Pas de problème, de toute façon, cette réforme ne peut être amenée à son but, étant donné que l'encyclopédie souffre de pertes de contributeur et que les labels n'intéressent personne ... LD • m'écrire • 9 août 2011 à 12:50 (CEST)
Salut,
Depuis quelques mois, je n'arrive plus à mettre à jour la liste des liens les plus demandés pour le compte du Projet:Jeu vidéo. J'ai essayé de réinstaller Java mais rien n'y fait. Le processus cesse dès le début lors du listage des pages du projets. Peux-tu y jeter un œil si tu as un peu de temps ? Merci par avance. Kilianours (d) 31 juillet 2011 à 15:38 (CEST)
- Salut,
- Désolé pour la réponse tardive...
- Effectivement, il y a quelques temps j'ai "modernisé" le script qui est resté pendant un temps non opérationnel. Mais à présent ça devrait être OK. J'ai testé et le script se lance correctement.
- Par contre, si le process semble cesser lors du listage des page, c'est peut-être normal car si il y a de nombreuses pages liées au portail, il fait plusieurs requêtes pour les avoir toutes (499 pages par requête pour les non-sysop), donc ça peut prendre un certain temps.
- ⇨ Dr Brains ∞ Consultation ∞ 6 août 2011 à 22:56 (CEST)
- C'est pas un problème pour le temps. En tout cas, merci de t'y être attardé. Encore une fois, je tiens à te dire que je suis admiratif du boulot que tu fais dans sa globalité. Merci. Kilianours (d) 7 août 2011 à 00:14 (CEST)
- J'ai eu un bon parrain...
- ⇨ Dr Brains ∞ Consultation ∞ 7 août 2011 à 01:21 (CEST)
- C'est pas un problème pour le temps. En tout cas, merci de t'y être attardé. Encore une fois, je tiens à te dire que je suis admiratif du boulot que tu fais dans sa globalité. Merci. Kilianours (d) 7 août 2011 à 00:14 (CEST)
BeBot (d) 1 août 2011 à 07:11 (CEST)
Bonjour Docteur,
Est-ce que Catégorie:Article soupçonné de travail sous copyright non protégé est toujours d'actualité ?
Cordialement – Bloody-libu (ö¿ô) 1 août 2011 à 14:22 (CEST)
- D'après la syntaxe du modèle {{Copie de site}}, oui. Mais les autres bandeaux ({{Copie à vérifier}} par exemple), ne semblent pas utiliser cette catégorie.
- ⇨ Dr Brains ∞ Consultation ∞ 6 août 2011 à 23:00 (CEST)
- Ok. Je te demandais ça car j’ai toujours vu Catégorie:Article soupçonné de travail sous copyright non protégé vide (alors que les 24 articles en attente de traitement sont non protégés).
- Note : Actuellement seulement deux articles non protégés ont le bandeau {{Copie de site}} (Qenites et Prédation intraguilde) mais ne sont pas pour autant catégorisés dans la catégorie spécifique aux articles non protégés.
- Cordialement – Bloody-libu (ö¿ô) 7 août 2011 à 04:52 (CEST)
BeBot (d) 8 août 2011 à 07:11 (CEST)
Salut,
Je me suis permis de faire cette modification sur l'une de tes sous-pages : j'ai simplement mis à jour le nom du modèle (avec Palette) ; c'était la dernière page liée au modèle avec ancien nom. Si tu penses que je n'aurais pas dû le faire, n'hésite pas à me le faire savoir ! 
B'soir ! Auxerroisdu68 @ 10 août 2011 à 18:09 (CEST)
Bonjour Dr Brains. Je m'adresse à toi car c'est ce qu'on m'a suggéré sur le bistro du jour… En gros, j'ai un problème avec le modèle {{BS-overlap}} qui utilise pas mal de CSS, et que je n'arrive pas à modifier… Je te recopie en boîte déroulante mon message du Bistro. Pourrais-tu m'aider s'il-te-plaît ? Cela fait plusieurs jours que je recherche une solution, sans résultat… Cordialement --Pic-Sou (d) 11 août 2011 à 22:26 (CEST)
Recopié depuis le bistro du onze août 2011
Bonjour. Je souhaiterais savoir si un utilisateur plus doué que moi dans le domaine de l'utilisation du XHTML/CSS pourrait m'aider. J'ai en effet un problème avec le modèle {{BS-overlap}}, que j'ai récemment modifié pour pouvoir créer des schémas de type Bahnstrecke plus complexes, en superposant jusqu'à cinq de ces icônes. Ainsi, les modèles {{BS1bis}} à {{BS9bis}} ainsi que leurs alter-ego grisés {{BS1ebis}} à {{BS9ebis}} fonctionnent ainsi :
- Le code |- est ajouté, pour obtenir une ligne supplémentaire de schéma ;
- Un tableau est ouvert par {| ; il contient jusqu'à neuf icônes ou groupes de deux à cinq icônes superposées entre elles par le modèle BS-overlap. Le tableau étant centré, on peut sans problème alterner des lignes de différentes largeur ;
- Le tableau est refermé, puis, les paramètres
|km=!,|Titre=!,|Remarque=!et|Remarque2=!sont remplis dans trois colonnes à droite du tableau d'icônes.
Le modèle {{BS-overlap}}, quant à lui, est aussi assez simple :
- Pour commencer, une nouvelle case est insérée avec le code
|. Elle a pour seule propriété une taille particulière, par défaut la valeur de {{BSpx}}, soit 20px. Cette valeur peut-être modifiée par le paramètre|PX=!; - Puis, le modèle teste avec un grand
{{#if:||}}si il y a plus d'une image à afficher (paramètre|2=!:- Si celui-ci est renseigné, le modèle appelle {{Superimpose2}} qui superpose les images souhaitées ;
- Sinon, un second
{{#if:||}}est appelé. Si|1=!est non-vide, l'imageBSicon_est affichée. Sinon, c'est que l'auteur du schéma souhaitait une case vide : l'image|1=.svgBSicon_.svg, vide, prend place dans le tableau.
Je souhaiterais faire en sorte que si aucun des paramètres n'est renseigné autre que |PX={{BSpx}}, une case vide soit affichée plutôt que l'image vide, qui ne sert finalement à rien sinon à devoir être générée, chargée puis affichée. J'ai donc tenté une fois de plus de modifier le modèle, simplement en supprimant la dernière partie else du {{#if: . Le résultat est disponible sur Utilisateur:Pic-Sou/Brouillon 3 ; et un test sur Utilisateur:Pic-Sou/Bac à Sable. Tout semble donc fonctionner pour le mieux ; je décide même de tester le résultat si je remplace sur Ligne A du métro de Lyon (d · h · j · ↵) par exemple les modèles {{BS4bis}} par {{Utilisateur:Pic-Sou/Bac à Sable}}. Là aussi, résultat sans problème. Et manque de bol, quand je demande la déprotection du modèle pour le remplacer par mon brouillon, j'obtiens des résultats étranges : des erreurs d'espacement un peu partout ou ou par endroit seulement. Le problème, c'est que je ne vois pas du tout d'où ça peut venir, le HTML me paraissant correct. Par exemple, la première ligne boguée sur la capture 1 (1,982 : ligne de Petite Ceinture) est obtenue par :|2=!||
<tr style="">
<td style="padding: 0pt; white-space: nowrap;" bgcolor="transparent">
<center>
<table style="background-color: transparent;" cellpadding="0" cellspacing="0">
<tbody><tr>
<td width="20px"></td>
<td width="20px"><img alt="vSTRxl-KRZo" src="bug2_fichiers/20px-BSicon_vSTRxl-KRZo.png" height="20" width="20"></td>
<td width="20px"><img alt="exABZqr" src="bug2_fichiers/20px-BSicon_exABZqr.png" height="20" width="20"></td>
<td width="20px"><img alt="evKRZo" src="bug2_fichiers/20px-BSicon_evKRZo.png" height="20" width="20"></td>
<td width="20px"><img alt="evKRZo" src="bug2_fichiers/20px-BSicon_evKRZo.png" height="20" width="20"></td>
<td width="20px"><img alt="eKRZo" src="bug2_fichiers/20px-BSicon_eKRZo.png" height="20" width="20"></td>
<td width="20px"><img alt="exLUECKEq" src="bug2_fichiers/20px-BSicon_exHLUECKE.png" height="20" width="20"></td>
</tr>
</tbody></table>
</center>
</td>
<td style="text-align: right; vertical-align: middle; padding: 0pt 0.5em; font-size: 80%;">1,982</td>
<td style="padding: 0pt;" colspan="2"><span class="nowrap"><span style="font-size:80%; ;"><i><a href="http://fr.wikipedia.org/wiki/Ligne_de_Petite_Ceinture" title="Ligne de Petite Ceinture">Ligne de Petite Ceinture</a></i></span></span></td>
</tr>
(Les bug2_fichiers sont liés au fait que j'aie fait une sauvegarde de la page avant de récupérer le HTML).
Quelqu'un pourrait-il m'aider à obtenir le résultat souhaité, à savoir des cases vides de 20 px lors qu'aucune icône ne doit être affichée ? Merci d'avance ! --Pic-Sou (d) 11 août 2011 à 10:40 (CEST)
- Désolé, j'ai été très pris ces derniers temps. Je réponds un peu en retard mais mieux vaut tard que jamais comme on dit.
- Mon avis est que tout cela à l'air très compliqué. Trop compliqué.
- Il te faut
- 1 modèle pour générer la table,
- 1 sous-modèle pour générer les lignes,
- 1 sous-modèle pour généré les cases (un truc à base de
{{#switch:}}), - 1 sous-modèle pour gérer les superpositions d'images dans une case
- 1 sous-modèle pour mettre en forme le texte.
- Et surtout, il faudrait utiliser du HTML pour ne pas s'emmerder avec les modèles comme | et compagnie.
- Là tu as toute une tripotée de modèles aux noms de code bizarres. Franchement, c'est pas du tout intuitif.
- Le code devrait ressembler à :
{{Modèle Table|enroulé=oui|titre=Schéma de la ligne|
{{Modèle Ligne|type=francisés|case1|case2|case3|case4|case6|texte={{Modèle Texte|Type=Gare|Paris-Austerlitz|km=0}}}}
{{Modèle Ligne|type=francisés|case1|case2|case3|case4|case6|texte={{Modèle Texte|Type=Gare|Brest|km=450}}}}
{{Modèle Ligne|type=francisés|case1|case2|case3|case4|case6|texte={{Modèle Texte|Type=Tunnel|Tunnel sous l'Atlantique|km=455}}}}
{{Modèle Ligne|type=francisés|case1|case2|case3|case4|case6|texte={{Modèle Texte|Type=Gare|New-York|km=5500}}}}
{{Modèle Ligne|type=francisés|case1|case2|case3|case4|case6|texte={{Modèle Texte|Type=Gare|Washington D.C.|km=6000}}}}
}}
- Ce serait quand même plus simple à utiliser, non ?
- ⇨ Dr Brains ∞ Consultation ∞ 19 août 2011 à 23:26 (CEST)
- Merci pour ta réponse, je me doutais bien que si tu ne me répondais pas, tu devais avoir une bonne raison.
- Pour l'instant, les modèles dont nous disposons sont (je suis en train de mettre la doc à jour) :
- Des modèles conteneurs, comme les infoboxes et surtout {{BS-header}}. Il s'agit simplement de tableaux à deux colonnes.
- Le modèle de début de table, {{BS-table}}. Lui, se contente d'ouvrir un nouveau tableau à quatre colonnes imriquées dans le premier, de rendre le tout collapsible et de mettre un lien vers la légende.
- Les modèles de ligne, euh, sont plus nombreux que ça pour une raison assez simple : il faut pouvoir mettre côte à côte une à neuf icônes. Je ne vois donc pas bien comment tu veux changer tout ça… Par contre, on pourrait les fusionner avec les BSe.
- Le type=francisé pourrait être utile pour pouvoir distinguer du type international. Mais comme la volonté actuelle est de supprimer les schémas francisés, je pense que le paramètre type devrait valoir par défaut international.
- Je ne comprends pas ton idée avec le modèle de texte… pour l'instant, c'est assez simple, on a un PK, un titre, et deux remarques. Après, l'avantage est que l'on pourra tout normaliser.
- Pour l'utilisation du HTML, je suis fortement pour, j'ai énormément galéré en mw…
- Et je ne pige pas l'histoire du switch… un switch pour régler quoi en fonction de quoi ?
- Enfin, n'oublie pas que si l'on veut faire d'importantes modifications de la syntaxe,
- Faudra modifier des centaines de pages dans tous les sens et assez vite ;
- Faudra que le projet accepte (et c'est pas vraiment sûr).
- Concrètement, que propose-tu ? --Pic-Sou 24 août 2011 à 10:22 (CEST)
- Modèle Table :
<table class="BS">
{{{1}}}
</table>
- Modèle Ligne :
<tr>
{{#if:{{{1|}}}|{{Modèle Case|{{{1|}}}|type=Type}}}}<!--
-->{{#if:{{{2|}}}|{{Modèle Case|{{{2|}}}|type=Type}}}}<!--
-->{{#if:{{{3|}}}|{{Modèle Case|{{{3|}}}|type=Type}}}}<!--
-->{{#if:{{{4|}}}|{{Modèle Case|{{{4|}}}|type=Type}}}}<!--
-->{{#if:{{{5|}}}|{{Modèle Case|{{{5|}}}|type=Type}}}}<!--
-->{{#if:{{{6|}}}|{{Modèle Case|{{{6|}}}|type=Type}}}}<!--
-->{{{texte|}}}
</tr>
- Modèle Case :
<td width="20px">
{{#switch:{{{type|international}}}
|francisés = {{#switch:{{{1|}}}
|gare = [[file:??????.???|20px|alt=?????|?????]]
|croisement = [[file:??????.???|20px|alt=?????|?????]]
...
}}
|international = {{#switch:{{{1|}}}
|gare = [[file:??????.???|20px|alt=?????|?????]]
|croisement = [[file:??????.???|20px|alt=?????|?????]]
...
}}
}}
</td>
- Modèle Texte :
<td>
{{#switch:{{{type}}}
|gare = <small>{{km|}}}km</small> Gare de {{{1|}}}
|tunnel = <small>{{km|}}}km</small> Tunnel de {{{1|}}}
...
</td>
- ⇨ Dr Brains ∞ Consultation ∞ 24 août 2011 à 13:09 (CEST)
- OK, mais quelques points :
- Il faut pouvoir mettre jusqu'à neuf icônes côte à côte
- Comment gérerais-tu la superposition ?
- Surtout pas de switch pour international : toutes les icônes utilisables ont un nom en File:BSicon_XXX.svg. AUtant utiliser cet avantage, sous peine de retomber dans les défauts qui ont conduit à abandonner les modèles francisés !
- Comment envisage-tu la transition
- Perso, ton idée est bonne, mais pour l'instant, je pense qu'il faudrait juste résoudre les problèmes existants avant de tout bousculer. Et pour l'instant, le principal est celui pour lequel je suis venu t'interroger : les icônes vides qui ne servent à rien et qu'il faudrait supprimer…
- Cordialement --Pic-Sou 24 août 2011 à 13:16 (CEST)
- Aucun pb. Il suffit d'aligner 9 modèles "Case" (ou plus) dans le code du modèle "Ligne"
- Dans le modèle "Case", il faut remplacer "[[File:XXX.XXX|20px|alt=????|????]]" par ton modèle qui effectue les superpositions ({{BS-overlap}} suivant le paramètre (en fait il faut créer tous les types de cases possibles dans le modèle "Case", y compris la case vide)
- pas compris. Par défaut c'est "international".
- Créer un autre modèle pour faire des tests, écraser l'existant lorsque OK.
- ⇨ Dr Brains ∞ Consultation ∞ 24 août 2011 à 13:36 (CEST)
- Je veux dire que si les identifiants francophones sont peu à peu abandonnés, c'est parce qu'il fallait, pour cahque icône nouvellement créée, ajouter un modèle qui permettait de faire la traduction entre le nom de l'icône en français et le nom international. Si il faut ajouter une nouvelle ligne de switch pour chaque icône créée, on retombe dans les mêmes travers, ce qui est relativement néfaste. Il faut que, comme aujourd'hui, les modèles insèrent l'icône BSicon_
|1=!.svg, et que si 1 est vide, rien ne soit ajoutédans la case. - Et lors que je parle de la transition, je veux dire qu'il faudra modifier la syntaxe de tous els modèles existant, ce qui sera relativement dûr… --Pic-Sou 24 août 2011 à 13:42 (CEST)
- Je veux dire que si les identifiants francophones sont peu à peu abandonnés, c'est parce qu'il fallait, pour cahque icône nouvellement créée, ajouter un modèle qui permettait de faire la traduction entre le nom de l'icône en français et le nom international. Si il faut ajouter une nouvelle ligne de switch pour chaque icône créée, on retombe dans les mêmes travers, ce qui est relativement néfaste. Il faut que, comme aujourd'hui, les modèles insèrent l'icône BSicon_
- OK, mais quelques points :
- ⇨ Dr Brains ∞ Consultation ∞ 24 août 2011 à 13:09 (CEST)
Salut,
Otourly (d · c · b) m'a dit de voir avec toi pour ce qui concerne HotCats... Rapport à cette modification qu'il a faite avec HotCats, elle a transformé le modèle en modèle catégorisant, et tous les articles contenant l'infobox étaient catégorisés comme Catégorie:Modèle infobox V2. Je ne sais pas si tu peux arranger ça, par exemple faire en sorte que HotCats encadre les catégories ajoutées avec des <noinclude> quand il s'agit de pages de l'espace Modèle.
Bye. Auxerroisdu68 @ 13 août 2011 à 14:28 (CEST)
Depuis votre modif du gadget cet après-midi, HotCats ne marche plus sur mon compte. Que faut-il faire ? Merci d'avance, FHd (d) 13 août 2011 à 22:44 (CEST)
Bonjour,
après avoir papoté un peu avec Lepsyleon, il m'a dit que tu l'avais pas mal aidé pour la création du portail Colombie, et que tu avais créé pas mal de portails par la suite pour les pays qui n'en avaient toujours pas.
Pour faire simple, j'ai commencé à travaillé un peu sur les plus grosses villes bretonnes (modèles de géoloc et cartes...), mais je n'arrive toujours pas à voir comment les portails se mettent en place, et j'aurais besoin d'un petit coup de mains pour ça. Il y aurait 6 villes concernées (portail:Brest, portail:Lorient, portail:Quimper, portail:Saint-Brieuc, portail:Saint-Malo, portail:Saint-Nazaire). Je peux me charger de tout le boulot à coté (remplir les différentes catégories, déployer les bandeaux de portail sur les articles...), mais il faudrait que quelqu'un puisse me mettre le squelette en place. Il n'y a aucune urgence, mais si jamais tu as un peu de temps à y consacrer...
Cdlt, XIII,東京から [何だよ] 14 août 2011 à 14:06 (CEST)
- Tu veux un type de portail en particulier ?
- ⇨ Dr Brains ∞ Consultation ∞ 19 août 2011 à 23:28 (CEST)
- Merci déjà pour être repassé derrière moi sur le portail de Lorient, et si tu pouvais prendre exemple sur le portail de la Colombie pour la suite, ça pourrait être pas mal. Pour ce qui est des onglets, je pense rediriger les PDD de ces portails vers ceux de leurs départements, donc il n'est pas nécessaire de bleuir leurs PDD, et je pense aussi faire une demande pour avoir les pages populaires intégrées (comme c'est le cas sur le portail:université par exemple, je vois comment ça marche, donc je peux le faire). Cdlt, XIII,東京から [何だよ] 20 août 2011 à 10:29 (CEST)
- Généralement, pour les liens Projet et Discussion Projet, si le projet n'existe pas, on mets des redirections vers le projet "du niveau supérieur".
- Si je comprends bien, tu veux une série de cadres "Lumière sur...", "Le saviez-vous", "Articles labellisés", "Article au hasard", "Articles récents" ?
- ⇨ Dr Brains ∞ Consultation ∞ 20 août 2011 à 15:57 (CEST)
- Bonjour,
- Du coup, pour ce qui est du renvois vers le "projet du dessus", ça oblige à mettre à jour à la mains le nombre d'articles total/BA/AdQ liés, ou est-ce qu'il y aurait moyen de bidouiller quelque chose (au moins pour le nombre d'articles liés) ?
- Pour les cadres que tu as rajouté, c'est bien ce que j'avais en tête, mais est-ce que tu pourrais réduire la taille du bloc bleu en en-tête (avoir un truc un peu plus sobre façon Portail:Université).
- Merci pour le boulot déjà effectué. XIII,東京から [何だよ] 21 août 2011 à 11:05 (CEST)
- Merci déjà pour être repassé derrière moi sur le portail de Lorient, et si tu pouvais prendre exemple sur le portail de la Colombie pour la suite, ça pourrait être pas mal. Pour ce qui est des onglets, je pense rediriger les PDD de ces portails vers ceux de leurs départements, donc il n'est pas nécessaire de bleuir leurs PDD, et je pense aussi faire une demande pour avoir les pages populaires intégrées (comme c'est le cas sur le portail:université par exemple, je vois comment ça marche, donc je peux le faire). Cdlt, XIII,東京から [何だよ] 20 août 2011 à 10:29 (CEST)
Bonjour,
je viens de mettre en place le portail de Brest, en prenant exemple sur ce que tu avais fait pour le portail de Lorient. Si tu as un peu de temps, est-ce que tu pourrais jeter un coup d’œil pour voir si tout est bien à sa place ? Si c'est bon, je pense m'occuper des autres portails dans les jours qui viennent.
BeBot (d) 15 août 2011 à 09:32 (CEST)
Bonjour docteur, il semblerait que la modification de la clé de tri (du defaultsort) ne fonctionne plus correctement (en tout cas pour moi) sur ce gadget. En effet, lorsque je modifie la clé de tri d'un article donné, une fois que je valide la page passe en mode édition ... et le reste, au lieu de finaliser l'édit. Je ne peux pas non plus cliquer sur « Publier » à la main étant donné que le cadre d'édition, et les boutons n'apparaissent pas, seul le bandeau vert en haut de la page m'informe que je suis en mode éditionprévisualisation. Le problème vient-il du gadget, ou bien de moi ? Cordialement, Linedwell [discuter] 21 août 2011 à 10:59 (CEST)
- Est-ce que tu as une erreur javascript ? (sur FF : Outils >> Console d'erreur)
- ⇨ Dr Brains ∞ Consultation ∞ 22 août 2011 à 12:14 (CEST)
Wikipédia:Wikimag/2011/33 BeBot (d) 22 août 2011 à 07:10 (CEST)
salut Dr.
j'ai vu ton message sur le Bistro. Faut-il que je me créé une page Utilisateur:Dr Brains/HistoryDeluxe.js avec mon nom pour que ça marche ou je copie tout dans mon monobook ?
HEEEEEEEEEEEEEELP
merci ;)
--TaraO (d) 22 août 2011 à 20:43 (CEST)
- Répondu sur le Bistro.
- ⇨ Dr Brains ∞ Consultation ∞ 22 août 2011 à 20:54 (CEST)
bonsoir,
n'y aurait-il pas un bug avec MediaWiki:Gadget-Evaluation.js ?
exemple: cf Discussion:Gastrotheca ruizi où l'avancement reste toujours à évaluer malgré l'utilisation du gadget "évaluation"
Cordialement. £e p$y £éon (d) 24 août 2011 à 23:19 (CEST)
- Non, c'est parce qu'il faut cocher "Avancement par défaut", là il y a l'avancement Colombie "?" qui prend le pas sur l'avancement "Ébauche" général.
- ⇨ Dr Brains ∞ Consultation ∞ 24 août 2011 à 23:30 (CEST)
Salut,
suite au déplacement de LiveRC en gadget et profitant de la future mise à jour (version 0.5, cf pdd), j'envisage de transférer toutes les extensions existantes dans l'espace MediaWiki. Es-tu d'accord pour tes deux extensions (UserWarningsExtension et LinkOnIconExtension) ?
⇨ Dr Brains ∞ Consultation ∞ 25 août 2011 à 15:02 (CEST)
Wikipédia:Wikimag/2011/34 BeBot (d) 29 août 2011 à 07:11 (CEST)
J’ai l’intention de proposer prochainement la page « Portail:Moyen-Orient » au label « portail de qualité ». Si vous estimez que la procédure est prématurée, vous pouvez me contacter pour me faire part de vos arguments.
Masterdeis
29 août 2011 à 09:51 (CEST)
- Bonjour, Après une période de restructuration massive, d'ajout et de corrections sur les conseils de plusieurs contributeurs, je te redemande ton avis sur la qualité du portail en l’état, ou sur les modifications restant à y apporter. --Masterdeis
18 septembre 2011 à 22:09 (CEST)
bonjour,
sais tu s'il existe un script d'orthographe qu on peut intégrer dans son monobook? par exemple, je voudrais pouvoir choisir une catégorie de la colombie, faire une recherche dans les articles classés dedans, et que tous les « bogota » soient remplacés par « bogotá ». idéalement, je souhaiterais pouvoir faire ça moi-même sans devoir faire une requête à un bot...
Merci d'avance. £e p$y £éon (d) 29 août 2011 à 12:25 (CEST)
- Salut, je pense que AWB doit pouvoir le faire. Sinon j'ai un script js qui devrait pouvoir le faire (User:Dr Brains/Remplace.js) mais je ne l'ai jamais testé. A utiliser donc avec précaution.
- ⇨ Dr Brains ∞ Consultation ∞ 30 août 2011 à 13:03 (CEST)
Salut ! Depuis cette modif, je ne peux plus faire de patrouille. J'ai vérifié mes gadjets, j'ai encore le javascript. Une idée Docteur ? Cordialement. LD • m'écrire • 30 août 2011 à 00:34 (CEST)
- Salut,
- Tu utilises quel navigateur ?
- Apparemment il pourrait y avoir un pb avec Opera.
- ⇨ Dr Brains ∞ Consultation ∞ 30 août 2011 à 00:37 (CEST)
- J'utilise Google Chrome 13. Je vais essayé sous les autres : Firefox, Safari, IE. LD • m'écrire • 30 août 2011 à 00:41 (CEST)
- Ne marche pas sous IE 9, Safari 5.1 mais marche sous Firefox 3.6 (P.S.S:5 & 6) à ma grande suprise, étant donné que ce n’est pas la dernière version.
- Je fonctionne sous Windows Vista, si cela a de l'importance. LD • m'écrire • 30 août 2011 à 01:01 (CEST)
- A priori, non, l'OS n'a pas d'importance. Bon, ben demain je vais devoir inspecter ça et essayer de comprendre pourquoi ça ne marche pas...
- ⇨ Dr Brains ∞ Consultation ∞ 30 août 2011 à 01:13 (CEST)
- Bonjour. Pour info, pour moi non plus ça ne fonctionne plus sous Chrome 13, ni sous Safari (iPad ou iPhone). Merci de tes efforts
— S t a r u s – ¿ Qué ? – 30 août 2011 à 07:30 (CEST)
- Idem pour moi. Ne fonctionne pas sous Safari 5.1 mais marche sous Firefox 6.0. Toto Azéro suivez le guide ! 30 août 2011 à 09:40 (CEST)
- OK, j'ai enlevé un test qui semblait ne pas plaire.
- A priori, c'est OK pour Chrome et Opera (et sans doute Safari).
- Il reste un pb avec IE, qui bloque en cours de route. Je suis dessus.
- ⇨ Dr Brains ∞ Consultation ∞ 30 août 2011 à 13:01 (CEST)
- OK : ça marche de nouveau sur Safari… Merci à toi ! Toto Azéro suivez le guide ! 30 août 2011 à 13:16 (CEST)
- Effectivement, ça marche! Bravo et merci. LD • m'écrire • 30 août 2011 à 13:19 (CEST)
- Hello. Pour moi ça fonctionne sous Chrome maintenant. En revanche, sur Safari iPad, il est impossible de modifier la limite entre les deux fenêtres. En tout cas bravo et merci pour tout ce boulot ! — S t a r u s – ¿ Qué ? – 31 août 2011 à 16:25 (CEST)
- Idem pour moi. Ne fonctionne pas sous Safari 5.1 mais marche sous Firefox 6.0. Toto Azéro suivez le guide ! 30 août 2011 à 09:40 (CEST)
- Bonjour. Pour info, pour moi non plus ça ne fonctionne plus sous Chrome 13, ni sous Safari (iPad ou iPhone). Merci de tes efforts
Bonjour, Dr Brains,
La page Catégorie:Naissance dans le département de Nariño (page supprimée) que vous avez créée vient d'être supprimée par l'administrateur Padawane avec le commentaire : « Catégorie vide ou remplacée : contenait avant blanchiment « {{Catégorie Colombie}} Catégorie:Nariño Narino » ».
Ne recréez pas cette page vous-même. Si vous tentez de la recréer, elle sera automatiquement blanchie par Salebot.
--Salebot (bot de maintenance) (d) 30 août 2011 à 10:54 (CEST)
Salut,
j'ai un soucis 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 par 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 ?
⇨ Dr 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. A présent le menu de contrôle s'affiche et les RC défilent à peu près correctement, hors le bug dont je te parles ('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.
- ⇨ Dr Brains ∞ Consultation ∞ 31 août 2011 à 14:22 (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...
- ⇨ Dr 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
.offsetHeightou une erreur dans la récupération de la hauteur de l'écran (LiveRC_GetScreenHeight()) ? - ⇨ Dr Brains ∞ Consultation ∞ 31 août 2011 à 15:58 (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.
- ⇨ Dr 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...
- ⇨ Dr Brains ∞ Consultation ∞ 31 août 2011 à 17:36 (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
- Je viens de regarder pour le deuxième bug. C'est tout con. Tu n'aurais pas laissé deux « monbody » dans le code ?
┌────────────────────┘
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 ?
- ⇨ Dr 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.
- ⇨ Dr 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 srollbar 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 ?
- ⇨ Dr 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).
- ⇨ Dr 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)
- Bah, j'avoue que les icônes, j'ai choisi dans l'existant. On pourrait en créer d'autres, plus caractéristiques de leurs fonctions.
- Pour les events, c'est vrai que cette nouvelle version en ajoute pas mal, ainsi que des timeout. Si tu te sens d'attaque pour améliorer tout ça, n'hésites pas . Pour l'instant je vais pas y retoucher (sauf signalement de bug).
- ⇨ Dr Brains ∞ Consultation ∞ 31 août 2011 à 23:58 (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
- 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
- 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 «
Salut Dr Brains ! Dis-moi, je suis en train de finaliser mon script python pour prendre la relève de ton bot pour les mises à jour des modèles {{Articles récents}}. J'ai juste une petite question à te poser : le paramètre 'pageportail' est-il vraiment utile ? Parce qu'en fait, aucun modèle {{Articles récents}} ne renvoie à une autre page que celle qui le contient, me semble-t-il… Sinon, j'ai détaillé ici, si cela t'intéresse, les quelques petites différences entre mon script et le tien. Amicalement, Toto Azéro suivez le guide ! 2 septembre 2011 à 10:55 (CEST)
- Comment tu fais pour déterminer quels articles sont nouveaux si tu n'as pas la liste de l'ancien contenu de la catégorie ?
- ⇨ Dr Brains ∞ Consultation ∞ 2 septembre 2011 à 12:58 (CEST)
- La branche
rewritede Pywikipedia permet de connaître les articles ajoutées à une catégorie après un temps X. Je me base donc sur la dernière modification apportée à la page contenant le modèle pour connaître ce temps, puis le bot récupère uniquement les pages ajoutées à la catégorie depuis…
Ça évite de surcharger la page, et ça va plus vite ! Au passage : voilà ce que ça donne… Toto Azéro suivez le guide ! 2 septembre 2011 à 13:18 (CEST)
- OK. Mais le pb, si la liste complète de la catégorie n'est pas ajoutée au modèle, c'est que le gadget et mon script ne fonctionneront plus, vu qu'il est impossible (ou très très fastidieux) de savoir quand la page a été ajoutée à la catégorie.
- ⇨ Dr Brains ∞ Consultation ∞ 2 septembre 2011 à 14:32 (CEST)
- Mmmhhh… oui, c'est vrai. Mais de toute façon, cela n'a pas beaucoup d'importance, sauf si le gadget est utilisé en complément de mon bot… Mais comme ces modèles seront mis à jour deux fois par heure par ZéroBot (d · c), je doute que ce soit nécessaire d'utiliser les deux à la fois…
Toto Azéro suivez le guide ! 2 septembre 2011 à 18:37 (CEST)
- OK, mais dans ce cas il faut désactiver le gadget et mon bot. Si ton script est OK je peux le faire.
- Question : tu pars de quelle liste pour mettre à jour ? user:Dr Bot/Scripts/Articles récents BOT ? Ou les pages liées au modèle ?
- ⇨ Dr Brains ∞ Consultation ∞ 2 septembre 2011 à 18:44 (CEST)
- Mon script semble OK, mais je préfèrerais que tu ne désactives pas ton gadget tout de suite, au cas où il y aurait un problème… Sinon, je pars de la liste des pages liées au modèle. Toto Azéro suivez le guide ! 3 septembre 2011 à 18:19 (CEST)
- OK
- Si tu pars des pages liees, alors il vaut mieux garder la variable pageportail car ces pages peuvent etre incluses. Il faut etre sur de la page a editer.
- ⇨ Dr Brains ∞ Consultation ∞ 3 septembre 2011 à 23:35 (CEST)
- Mon script semble OK, mais je préfèrerais que tu ne désactives pas ton gadget tout de suite, au cas où il y aurait un problème… Sinon, je pars de la liste des pages liées au modèle. Toto Azéro suivez le guide ! 3 septembre 2011 à 18:19 (CEST)
- Mmmhhh… oui, c'est vrai. Mais de toute façon, cela n'a pas beaucoup d'importance, sauf si le gadget est utilisé en complément de mon bot… Mais comme ces modèles seront mis à jour deux fois par heure par ZéroBot (d · c), je doute que ce soit nécessaire d'utiliser les deux à la fois…
- La branche
Wikipédia:Wikimag/2011/35 BeBot (d) 5 septembre 2011 à 07:11 (CEST)
  |
Bonjour Dr Brains/Archives. La carte que vous avez demandée à l'Atelier graphique il y a plus de quatre mois n'a pas retenu l'attention des Wikigraphistes, n'est plus considérée comme une demande prioritaire et sera mise en sommeil. Si vous pensez avoir de nouveaux éléments qui pourraient accélérer sa prise en charge, merci de l'indiquer dans votre demande. Vous pouvez aussi essayer de réaliser les travaux par vous-même en vous aidant des didacticiels. Ce message a été envoyé par un bot. Pour ne plus recevoir de notifications concernant l'atelier graphique, vous pouvez ajouter {{bots|optout=ateliergraphique}} sur votre page de discussion. |
OrlodrimBot (d) 5 septembre 2011 à 23:57 (CEST)
Salut. Je suis en train d'étrenner la nouvelle version de LiveRC. Juste deux remarques :
- je préfère que le défilement en bas, et la modif en haut (comme avant).
- l'icône indiquant les robots apparaît pour des IP ou pour des comptes enregistrés classiques.
Voilà. A bientôt Grimlock 6 septembre 2011 à 18:28 (CEST)
- Malheureusement, les changements dans l'interface sont trop profond pour pouvoir revenir dans la disposition d'avant. Ce n'est, à mon avis, qu'une question d'habitude à prendre.
- Ce n'est pas normal. Ca ne le fait pas chez moi et je n'ai rien vu dans ton LiveRCparam.js qui puisse en être la cause. par contre, dans ton monobook tu as une ligne
importScript('User:Argos42/LiveRC_ModA.js');qui fout peut-être la merde (j'imagine que tu as sélectionné LiveRC dans les préférences). - La liste de contacts est désormais gérée par la liste de suivi (via le panneau de configuration de LiveRC), ton LiveRCparam.js est donc obsolète à ce niveau-là.
- ⇨ Dr Brains ∞ Consultation ∞ 6 septembre 2011 à 18:54 (CEST)
Salut, je ne sais pas si une discussion a eu lieu sur ce transfert de script (en plein mois d'Aout, ça m'a échapper). Le multi a l'air plus complet mais l'ancien avait l'avantage d'être simple et maniable de plus on vient de me signaler un bug du multi et j'ai ouvert la discussion sur la page qui va bien. A+ --Pªɖaw@ne 8 septembre 2011 à 15:50 (CEST)
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.
⇨ Dr Brains ∞ Consultation ∞ 8 septembre 2011 à 16:37 (CEST)
- Hum… on dirait que c'est l'assignation de
DebutModeleetFinModele, avec la boucle ligne 1240, qui est prise en défaut. Si j'ai bien compris,DebutModeleest 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), etFinModeleest censé contenir le complément, c'est-à-dire depuis la fin deDebutModelejusqu'à 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,DebutModeleetFinModelene 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
FoundInterwikiactuellement 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 :
- À 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
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;
- ⇨ Dr 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)
- ⇨ Dr Brains ∞ Consultation ∞ 9 septembre 2011 à 09:09 (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 nettoyerOldTextau 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\nen\r\nquand 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)
Bonjour, je suis inscrit depuis peu à Wikipédia et je me sens parfois un peu perdu. J'ai découvert le service de parrainage et voulais vous demander si vous pouviez me parainer. Dans le cas où vous ne pourriez pas, pourriez vous m'indiquer une personne qui puisse le faire ?
Cordialement, --Antonin du 31 (d) 10 septembre 2011 à 12:14 (CEST)
- Bonjour,
- on peut se tutoyer
- C'est avec plaisir. Cela fait longtemps que je n'ai pas eu de filleul.
- Tu peux me poser toutes les questions que tu le souhaites.
- J'ai vu que tu avais surtout travaillé sur Laborde (Hautes-Pyrénées) jusqu'à présent.
- ⇨ Dr Brains ∞ Consultation ∞ 10 septembre 2011 à 12:47 (CEST)
- Merci beaucoup, cela me fait très plaisir tu tu ais accepté ma requête.
- Effectivement je travaille en ce moment sur Laborde (Hautes-Pyrénées).
- Mais j'ai un petit problème : dans la rubrique administration, j'ai mis un tableau avec la liste des maires, et une photo à coté, mais je n'arrive pas à la positionner à coté (à droite de ce tableau).
- Pourrais tu me dire comment faire ?
- --Antonin du 31 (d) 10 septembre 2011 à 13:03 (CEST)
Fait. Mais je ne suis pas sûr que la licence de cette image soit compatible avec la politique de commons. A voir.- Ça manque d'image tout ça. Ce serait bien que, à l'occasion, tu puisses fournir des photos d'ensemble du village et/ou de monuments particuliers (l'église, par exemple).
- ⇨ Dr Brains ∞ Consultation ∞ 10 septembre 2011 à 14:34 (CEST)
- Merci pour l'image ! Ensuite pour la license sur Commons, c'est bien moi qui ai pris la photo, sauf que j'ai utilisé l'appareil photo d'une tierce personne.
- J'ai alors importé une nouvelle version de cette photo qui tient compte de mon ID en tant que nom d'auteur. Malheureusement, cette information n'a pas été mise à jour dans la rubrique Métadonnées associée à cette image.
- Comment puis-je faire pour rendre effective cette modification ?...
- Antonin du 31 (d) 10 septembre 2011 à 16:38 (CEST)
- C'est plus compliqué que cela.
- Tu est certes détenteur des droits sur la photo si c'est toi qui l'as prise, mais tu n'est sans doute pas l'auteur du tableau (on peut se demander également si le créateur du tableau possède bien les droits sur les photo qui le composent)
- Du coup, comme il n'y a pas d'autorisation de l'auteur du tableau (et peut-être des photos qui le composent) pour mettre cette image en licence libre, ça ne va pas. Il est donc probable que cette image se verra un jour supprimée par un administrateur de commons (c'est bien dommage mais c'est malheureusement la loi...).
- ⇨ Dr Brains ∞ Consultation ∞ 11 septembre 2011 à 13:44 (CEST)
- Alors on verra bien... Mais j'ai quand même eu l'acord explicite de l'actuel maire de Laborde pour la prendre et la diffuser sur Wikipédia dans le cadre de cet article.
- En outre, la photo des personnes sur ce tableau a été prise dans le cadre de leur fonction publique en tant que maires de Laborde. Donc je ne comprendrais pas pourquoi, pour des raisons de droit à l'image, elle serait supprimée. Mais bon, on verra bien. Parfois, effectivement, la loi est plus complexe qu'on ne le croit...
- Antonin du 31 (d) 11 septembre 2011 à 14:42 (CEST)
Salut !
Je ne sais pas si c'est une erreur mais à la suite du renommage, il y a l'ajout de {{SI}} avec une raison du style :
- Catégorie remplacée par Catégorie:X
Mais, il manquerait pas le point avant "Catégorie" : Catégorie remplacée par Catégorie:X
Sinon, ça catégorise la catégorie. Cordialement LD • m'écrire • 11 septembre 2011 à 15:45 (CEST)
- J'avais pas pensé à ça. Je corrige.
- ⇨ Dr Brains ∞ Consultation ∞ 11 septembre 2011 à 15:50 (CEST)
CA VA ?
qui es tu ?
- Oui et toi ?
- T'es de la police ?
- ⇨ Dr Brains ∞ Consultation ∞ 13 septembre 2011 à 17:47 (CEST)
Salut Dr,
Je t'ai répondu sur le bistro. Ça m'intéresserait beaucoup qu'on puisse essayer de faire avancer un projet sur les intersections ensemble... Amicalement.--Juju2004 (d) 13 septembre 2011 à 18:58 (CEST)
- Pas de pb, mais il faudrait avoir le code source de ce que tu as déjà fait sous la main.
- Quelques remarques à propos de mw:Extension:CrossCat :
- mw:Extension:CrossCat#Articles : ça va entrer en conflit avec HotCats. Pas sûr que ce soit le bon endroit pour mettre un formulaire de recherche croisée. Les pages
Catégorie:s'y prêtent plus amha. - mw:Extension:CrossCat#Category page : pourquoi ne plus montrer le contenu de la catégorie ? Ça n'empêche pas l'ajout d'un formulaire pour créer une sous-cat (= mw:Extension:Add Article to Category) ou pour faire une recherche croisée.
- mw:Extension:CrossCat#Intersection page : c'est le cœur de l'extension, sous la forme d'une nouvelle page spéciale. Creuser du côté de mw:Extension:CategoryIntersection
- mw:Extension:CrossCat#Articles : ça va entrer en conflit avec HotCats. Pas sûr que ce soit le bon endroit pour mettre un formulaire de recherche croisée. Les pages
- ⇨ Dr Brains ∞ Consultation ∞ 13 septembre 2011 à 21:54 (CEST)
- Première remarque : je me suis inspiré de en:Wikipedia:Category_intersection. Ensuite, dans l'ordre : le code source est dispo depuis le lien de téléchargement dans l'infobox sur le site MediaWiki. Je te le recolle le lien ici. C'est la dernière version, contrairement à ce que j'avais mis sur le Bistro. Si tu as un MediaWiki chez toi, tu peux l'essayer, c'est fonctionnel avec MW1.17.
- Je ne connaissais pas HotCats. Le risque de conflit est évident, mais doit pouvoir être contourné. En fait, ce n'est pas exactement un formulaire de recherche croisée qui se trouve au bas de la page, mais quelque chose de très semblable à ce que tu peux voir là : en:Wikipedia:Category_intersection#User_created_category_intersection. On construit très facilement l'intersection qui nous intéresse à partir des catégories disponibles, sans pouvoir en rajouter.
- Les catégories ne sont, dans mon esprit, plus qu'une structure qu'on doit pouvoir modifier le plus simplement possible. Pour consulter les articles de la catégorie "X", on tape juste "Intersection:X". Continuer à voir les articles comme dépendant d'une catégorie, c'est rester dans l'optique actuelle. Je trouve plus simple de séparer les opérations : 1. construire l'arborescence ; 2. assigner des articles à des intersections ; 3. consulter des intersections. Cela dit, il y a une option de config qui permet d'afficher les articles dans les cats.
- J'avais commencé par une page spéciale, mais j'ai finalement ajouté un espace de noms "Intersection" (option décrite ici : en:Wikipedia:Category_intersection#Option:_Separate_intersection_space). Les requêtes sur cet espace de noms sont interceptées et les pages contruites dynamiquement (comme celles des catégories dans MW).
- Ce dont j'ai besoin, c'est d'une part d'un pro de SQL (je ne sais pas si c'est ton rayon) pour vérifier que mes requêtes sont optimisées et d'autre part d'un pro de JS-AJAX (je sais que c'est ton cas) pour suggérer des possibilités auxquelles je n'ai pas pensé... Par ex. je ne savais pas comment mettre les suggestions dans l'inputbox ou l'histoire de HotCats. J'espère que tu vas pouvoir tester.--Juju2004 (d) 13 septembre 2011 à 22:27 (CEST)
- Honnêtement, je crois que tu vas trop loin. Un système de catégories comme (je crois que) tu le décris à l'air séduisant, mais il n'y a à mon avis aucune chance que ce soit possible sur Wikipédia à brève échéance :
- Il faudra passer par une PDD pour entériner le changement quasi complet du système de catégorisation actuel. Pas facile...
- Il faudra (par le biais de l'installation de cette extension) convaincre ensuite les développeurs. Même si il y a consensus de la communauté fr, je doute qu'ils acceptent. C'est plutôt délicat de tester une nouvelle extension sur un wiki d'une dizaine de millions de pages, et ils ne sont pas précisément connus pour être des aventuriers (cf. par exemple une vieille PDD pour installer un système de forum dans les pdd, refusé par les devs). Sans compter qu'on va être les seul à avoir changé de système et que ça risque de mettre le souk dans les interwikis.
- Enfin il faudra une armée de bots pour dé-catégoriser les pages et supprimer les catégories intermédiaires.
- Je crois qu'il est plus raisonnable de développer un outil simple, sous la forme d'une nouvelle page spéciale, qui se greffe sur le système actuel. L'équivalent de que fait le gadget .js avec en plus un formulaire dans les pages de catégorie pour pouvoir effectuer des croisements avec la catégorie courante.
- Pour le SQL, je ne peux guère t'aider. J'imagine que l'on peut déjà trouver la bonne méthode en regardant le code de
/includes/CategoryPage.phpqui génère les pages de catégorie actuelles. - Après, pour la partie .js, pas de pb .
- ⇨ Dr Brains ∞ Consultation ∞ 13 septembre 2011 à 23:42 (CEST)
- Pour répondre à ton sentiment général : lorsque j'ai codé cette extension, j'avais en tête les difficultés que tu mentionnes à faire accepter un autre système de catégorisation ou installer une extension. Je me suis donc attelé à la tâche sans trop de préjugés, en pensant MediaWiki plutôt que WP, en partant du système que j'aurais aimé voir fonctionner sur WP. J'essaie d'améliorer l'extension en gardant cette direction : WP, au loin, très loin.
- Plus en détail sur l'extension CrossCat :
- Un complément sur les pages de catégories : il ne sert plus à grand chose d'afficher les articles, car sans intersections en dur (= sous forme de catégories) toutes les catégories seraient "surpeuplées" et il deviendrait rapidement impossible de les utiliser pour trouver un article.
- Sur les intersections en dur :
- la décatégorisation n'est pas obligatoire. Fonctionnellement, le résultat est identique, intersections en dur ou non. Le problème est que ces intersections en dur ralentissent énormément la constitution de la liste complète des descendants d'une catégorie.
- la décatégorisation peut se faire directement en utilisant des hooks, ce qui est plus rapide qu'un bot. Par exemple : à chaque enregistrement d'article, on vérifie la présence d'un flag. Si le flag n'est pas là, on regarde si les catégories dans lesquelles se trouve l'article n'ont qu'un seul parent. Si c'est le cas, ok, on met le flag ; sinon on catégorise dans les catégories parentes de la catégorie qui a plusieurs parents puis on met le flag. Le système serait rapidement allégé. L'effacement accidentel du flag ne serait pas dramatique.
- Au sujet de mes besoins en JS pour cette extension :
- je trouve MediaWiki:Gadget-Suggest.js très intéressant : en es-tu l'auteur ? Je ne l'ai pas vu ailleurs (WP:en ou MW). Je veux m'en inspirer, mais a priori il y aurait incompatibilité entre la licence CC BY-SA 3.0 et la GPL (voir ici) ;
- d'autre part, et si ça t'intéresse, je suis à la recherche d'idées (ou de code) en JS pour améliorer l'extension. Pour ça, il faudrait que tu la voies fonctionner sur un MW. Pour l'instant, la seule solution est de l'installer en local sur une machine.
- Tout ceci sort évidemment un peu du cadre de WP au sens strict (même si l'objectif reste WP). Je comprendrais que tu aies d'autres priorités. Si tu es néanmoins intéressé, on peut continuer à en discuter là mw:User_talk:Juju2004.--Juju2004 (d) 14 septembre 2011 à 09:46 (CEST)
- Je t'empêche pas de travailler sur une extension telle que tu la prévoies, mais c'est à mon avis illusoire que d'espérer qu'elle soit installée sur fr.wikipedia.
- Oui, je suis l'auteur de MediaWiki:Gadget-Suggest.js. Te bile pas pour la licence, comme je l'indique sur ma pu, je mets toutes mes contribs dans le domaine public. Mais à priori, il devrait être possible d'avoir une partie de code dans une licence et une autre partie dans une autre licence, même si ça rend peut-être la réutilisation plus compliquée.
- Pour ma disponibilité, ça risque d'être compliqué. Le wikiconcours va commencer et j'ai l'intention de m'y impliquer, plus que lors de ma dernière participation. Par ailleurs, il se peut que je sois assez occupé IRL. Mais je reste quand même plus ou moins dispo pour faire d'autres choses. Pas de wikibreak en vue.
- ⇨ Dr Brains ∞ Consultation ∞ 14 septembre 2011 à 12:36 (CEST)
- Comme dit, c'est plutôt une optique MediaWiki qui me motive à court terme. Pour WP, je n'y crois pas trop, d'autant qu'il y a des extensions plus urgentes à installer, comme par ex. mw:Extension:StringFunctions. Je travaille et on verra ce qu'il en sortira... Au sujet de MediaWiki:Gadget-Suggest.js : 1. ça m'a vraiment impressionné ; 2. si c'est DP, ça doit pouvoir passer sous GPL ; 3. je vais l'adapter pour mes besoins spécifiques et je n'oublierai évidemment pas de te citer. Sur ta (faible) disponibilité, pas de souci : je comprends tout à fait que tu ais d'autres priorités. Merci.--Juju2004 (d) 14 septembre 2011 à 14:41 (CEST)
- Honnêtement, je crois que tu vas trop loin. Un système de catégories comme (je crois que) tu le décris à l'air séduisant, mais il n'y a à mon avis aucune chance que ce soit possible sur Wikipédia à brève échéance :
- Première remarque : je me suis inspiré de en:Wikipedia:Category_intersection. Ensuite, dans l'ordre : le code source est dispo depuis le lien de téléchargement dans l'infobox sur le site MediaWiki. Je te le recolle le lien ici. C'est la dernière version, contrairement à ce que j'avais mis sur le Bistro. Si tu as un MediaWiki chez toi, tu peux l'essayer, c'est fonctionnel avec MW1.17.
Je viens de voir ton message sur le Bistro, j'ai fait quelque chose d'assez différent basé sur l'extension Extension:DynamicPageList, mais tu pourras peut être y pêcher des idées, il faut activer le gadget pour voir l'effet ("Outil permettant de faire l'intersection de catégorie") , la page spéciale est s:fr:Wikisource:Recherche dans les catégories, le code du Gadget est à s:fr:MediaWiki:Gadget-IntersectionCategorie.js. Les résultats sont bookmarkables, par exemple (après avoir activé le gadget). Le système peut être utilisé via une url construite par un modèle ou en ajoutant de nouveau groupe en sous-pages de la page spéciale. — phe 14 septembre 2011 à 00:11 (CEST)
- C'est en effet le même principe. Sauf que tu ne propose qu'un choix limité de catégories. Mais le fait d'avoir des catégories à éviter est pas mal.
- ⇨ Dr Brains ∞ Consultation ∞ 14 septembre 2011 à 00:56 (CEST)
Bonjour. Il faudrait aussi mettre à jour Modèle:Articles remarquables par portail avec {{CategoryIntersection}}. Thierry Caro (d) 14 septembre 2011 à 00:30 (CEST)
- C'était en cours. Il fallait juste un peu plus longtemps à cause de l'absence de sous-modèle.
- A part les tableaux d'évaluation, as-tu connaissance d'un autre endroit ou on trouve ce type de liens ?
- ⇨ Dr Brains ∞ Consultation ∞ 14 septembre 2011 à 00:47 (CEST)
- {{Articles de qualité}} et {{Bons articles}}. Peut-être peut-on les trouver via ça. Mais je ne connais pas bien cette page spéciale de recherche de liens externes. Thierry Caro (d) 14 septembre 2011 à 00:51 (CEST)
- Ouais mais le pb c'est que les quelques liens en dur sont noyés parmi des centaines de milliers dus aux tableaux d'évaluation détaillés. Il faudrait voir le dresseur du bot pour qu'il utilise ce nouveau modèle. Ca permettra d'y voir plus clair.
- ⇨ Dr Brains ∞ Consultation ∞ 14 septembre 2011 à 00:59 (CEST)
- {{Articles de qualité}} et {{Bons articles}}. Peut-être peut-on les trouver via ça. Mais je ne connais pas bien cette page spéciale de recherche de liens externes. Thierry Caro (d) 14 septembre 2011 à 00:51 (CEST)
Bonjour, nous importons ce gadget dans nos gadget sur wikisource, toute utilisation provoque une erreur javascript removeClass(OngletsCactions, "emptyPortlet"); is not defined, cette fonction est présente dans common.js. Le gadget fonctionne, l'erreur se produit après l'ajout de l'onglet sur une page de catégorie. Ce ne serait pas la dépendance avec common.js qui empêche d'utiliser ce script comme un gadget sur fr.wp ? (je ne le vois pas dans la liste des gadgets) — phe 17 septembre 2011 à 13:51 (CEST)
- En effet, la fonction
removeClass()n'est pas présente dans le s:Mediawiki:Common.js, il faudrait l'y ajouter, et peut-être en profiter pour y ajouter les autres fonctions de manipulation de classe (addClass()ethasClass()) histoire d'assurer la compatibilité d'autres scripts WP utilisés sur wikisource. - A noter également : il manque dans la personnalisation (s:Mediawiki:Gadget-RenommageCategorie.js) la variable correspondant au modèle de SI,
RenommageCategorie_Text_DeleteTemplate, que j'ai ajoutée récemment. - ⇨ Dr Brains ∞ Consultation ∞ 17 septembre 2011 à 14:00 (CEST)
- Oui, mais ça n'est le problème que je pointais, dépendance d'un gadget avec common.js, le gadget ne peut pas être utilisé de façon fiable comme gadget, common.js peut être chargé après le gadget, voir Gadget scripts loaded too early— phe 17 septembre 2011 à 14:15 (CEST)
- Bon, j'ai corrigé le script en me passant de la fonction removeClass(), ça devrait régler le pb. Pour info, la classe "emptyPortlet est présent sur vector lorsque le menu déroulant est vide (courant pour les non-sysop), cette classe le cache carrément et il faut donc l'enlever.
- Common.js peut être chargé après le gadget, certes, mais dans ce cas précis la fonction n'est appelée qu'après le addOnloadHook, donc après le chargement de tous les scripts (en théorie).
- C'est le problème classique. Il est intéressant du point de vue de la maintenance de regrouper les fonctions utilitaires sur une seule page, mais cela rend tout script qui les utilise dépendant de la dite page lors d'une utilisation sur un autre site.
- ⇨ Dr Brains ∞ Consultation ∞ 17 septembre 2011 à 14:31 (CEST)
- Pour le point sur addOnloadHook(), si le DOM est déjà construit avant la fin du chargement de common.js, les addOnloadHook() des gadgets sont appelés avant que common.js soit disponible. Il y a moyen de contourner le problème en mettant la lib sous forme de gadget, mais la façon actuelle de faire sur fr.wp n'est pas fiable. C'est pourquoi on voit souvent dit que les gadgets doivent être standalone — phe 17 septembre 2011 à 14:45 (CEST)
- Certains gadgets de WP le sont, LiveRC et HotCatsMulti par exemple. Et RenommageCategorie à présent. Mais peut-être as-tu raison et faudrait-il créer une page spécifique pour ces fonctions "standards" afin qu'elles soient appelées au bon moment (càd au tout début), exiler ailleurs également les fonctions "addOnloadHook" du Common.js et ne plus se servir du Commons que comme page d'aiguillage.
- Mais c'est un chantier compliqué.
- ⇨ Dr Brains ∞ Consultation ∞ 17 septembre 2011 à 15:04 (CEST)
- Pour le point sur addOnloadHook(), si le DOM est déjà construit avant la fin du chargement de common.js, les addOnloadHook() des gadgets sont appelés avant que common.js soit disponible. Il y a moyen de contourner le problème en mettant la lib sous forme de gadget, mais la façon actuelle de faire sur fr.wp n'est pas fiable. C'est pourquoi on voit souvent dit que les gadgets doivent être standalone — phe 17 septembre 2011 à 14:45 (CEST)
- Oui, mais ça n'est le problème que je pointais, dépendance d'un gadget avec common.js, le gadget ne peut pas être utilisé de façon fiable comme gadget, common.js peut être chargé après le gadget, voir Gadget scripts loaded too early— phe 17 septembre 2011 à 14:15 (CEST)
Bonsoir!
Bravo pour ta nomination… Au moins une bonne nouvelle après ma longue absence! Courage et fait en bon usage :)
Pincourt (d) 18 septembre 2011 à 20:13 (CEST)
- Ah ouais, quand même. Longue absence en effet !
- Ben merci, et bon retour parmi nous.
- ⇨ Dr Brains ∞ Consultation ∞ 18 septembre 2011 à 21:43 (CEST)
ƝEMOI – Bonjour Dr Brains. Pour info, tu peux faire un peu de ménage chez toi. Avec sympathie, ce 19 septembre 2011 à 00:03 (CEST).
- Excellent, ça fera ça de moins à m'occuper .
- Merci
- ⇨ Dr Brains ∞ Consultation ∞ 19 septembre 2011 à 00:20 (CEST)
Une nouvelle édition du Wikimag est disponible à la lecture.
Bonjour, je suis en train de faire des essais sur Utilisateur:Lepsyleon/Brouillon afin d'apporter un peu de sang neuf au portail. Pas de gros changements en perspective mais voici quelques modifications apportées afin que le portail soit "visuellement" moins lourd et plus interactif/dynamique:
- disparition des onglets remplacés par un menu horizontal qui me semble plus "léger".
- Disparition de la section "images" MAIS dans l'entête, un panoramaapparait de facon aléatoire parmi plusieurs. De plus, apparition de la section "image mystere" pour piquer la curiosité du lecteur (un clic sur l'image permet d'aller sur l'article) concerné.
- une seule phrase "le saviez vous" au lieu de 3. De même pour les articles au hasard.
dis moi ce que tu en penses. Ce n'est pas encore parfait mais l'idée principale est là.
£e p$y £éon (d) 19 septembre 2011 à 15:59 (CEST)
Rapport à ceci.
Il y a visiblement un problème. Cette date ne correspond à rien. Mosquera ne prend Bogota que le 18 juillet 1861 et n'est "dictateur" que jusqu'au 8 mai 1863 (convention de Rionegro, qui le nomme officiellement président provisoire jusqu'au élections suivantes de 1864 et la victoire de Manuel Murillo Toro).
Je ne vois donc pas trop à quoi ça correspond cette date du 8 mai 1860, dans le contexte, surtout si l'annonce de La República a bien lieu en 1867, soit 3 ans après que Mosquera ait quitté le pouvoir.
Par contre, Mosquera a fait un autre coup d'État le 29 avril 1867, lors de sa quatrième et dernière présidence, coup d'État qui est manqué et se termine le 23 mai 1867. Il semble que cela correspondrait mieux à la date de l'annonce du journal (encore que, si l'annonce est faite en décembre, c'est un peu du réchauffé...) oups. non, au contraire, ça colle tout à fait : date de l'annonce : 23 mai 1867.
⇨ Dr Brains ∞ Consultation ∞ 20 septembre 2011 à 00:04 (CEST)
- D'après la source citée (Darío Henao Restrepo, Memorias del Primer Simposio Internacional Jorge Isaacs: el creador en todas sus facetas), il s'agirait bien du 8 mai 1860.
- Par ailleurs, selon une source sur le site de la BLAA (« Por un decreto del 8 de mayo de 1860, Mosquera declaró separado el Estado del Cauca de 1a confederación Granadina. Desde ese momento el país entró en un estado de guerra que duró hasta finales del año 62, con la derrota de los conservadores antioqueños. ») et d'après cette étude (« El 8 de mayo de 1860 el general Tomás Cipriano de Mosquera (1798-1878) se rebeló en el sur contra el gobierno de Mariano Ospina Rodríguez (1805-1885) »), la date du 8 mai 1860 correspond effectivement à quelque chose.
- Mosquera a pris plusieurs fois le pouvoir entre 1860 et 1867. Il est d'ailleurs effectivement arrêté le 23 mai 1867. Je pense que La Republica voulait faire comprendre que c'était la fin des actions politiques de Mosquera. Ainsi, je devrais peut-être reformuler la phrase qui pose problème de la façon suivante: Alors que Mosquera est arrêté le 23 mai 1867, ce périodique annoncera à cette même date ce qu'il considère comme la fin de la dictature imposée par Mosquera depuis le 8 mai 1860, date de son insurrection contre le gouvernement de Mariano Ospina Rodríguez avant d'assurer plusieurs présidences.
- £e p$y £éon (d) 20 septembre 2011 à 07:49 (CEST)
- OK, cette date correspond peut-être au début de son premier coup d'État.
- Il n'empêche que sa "dictature" n'a pas duré de 1860 à 1867, comme on pourrait le penser à la lecture de la phrase. Il me semble plus logique de penser que l'annonce de mai 1867 correspond à la fin de son deuxième coup d'État (avril-mai 1867).
- Pour être sûr, il faudrait avoir accès directement à l'article du journal.
- ⇨ Dr Brains ∞ Consultation ∞ 20 septembre 2011 à 12:37 (CEST)
- Je ne trouve pas d'archives de ce journal... Je continue mes recherches mais si je ne trouve rien, j'enlèverai cette phrase. £e p$y £éon (d) 20 septembre 2011 à 13:42 (CEST)
- Pas d'archive trouvée. je supprime la phrase litigieuse. £e p$y £éon (d) 26 septembre 2011 à 08:42 (CEST)
- Je ne trouve pas d'archives de ce journal... Je continue mes recherches mais si je ne trouve rien, j'enlèverai cette phrase. £e p$y £éon (d) 20 septembre 2011 à 13:42 (CEST)
Salut Dr,
J'ai pas mal bossé à partir de ton script... avant de découvrir jQuery.autocomplete. Peut-être que tu connais. A tout hasard, je te donne deux exemples :
- le premier, juste pour une démo : si tu tapes "p" dans la boîte de recherche, il te propose les deux possibilités.
var data = ["Proposition 1", "Proposition 2"];
mw.loader.using ( 'jquery.ui.autocomplete', function() {} ); // charge le module si nécessaire.
$(document).ready (function () { // = addOnLoadHook
$( '#searchInput' ).autocomplete({source:data});
});
- le second est un peu plus complet. Pour les suggestions de catégories :
mw.loader.using ( 'jquery.ui.autocomplete', function() {} ); // charge le module si nécessaire.
$(document).ready (function () { // = addOnLoadHook
$( '#<id de l\'input>' ).autocomplete( {
minLength: 2,
source: function( request, response ) {
$.getJSON(
wgScriptPath+'/api.php', {
format: 'json',
action: 'opensearch',
namespace: 14,
search: request.term
}, function( arr ) {
if ( arr && arr.length > 1 ) {
// ici, on peut travailler les réponses (virer le namespace, etc.)
response( arr[1] );
} else {
response( [] );
}
}
);
}
});
});
C'est enfantin à coder, mais attention : les bibliothèques MW et jQuery.ui.autocomplete sont encore sujettes à variations. Quoi qu'il en soit, il y a sûrement moyen de brancher ton script là-dessus si tu le souhaites.--Juju2004 (d) 21 septembre 2011 à 12:30 (CEST)
- Bonjour à vous, je souhaiterais apporter une précision : le chargement avec mw.loader.using est asynchrone, autrement dit avec ce script :
mw.loader.using('jquery.ui.autocomplete', function () {} );
// ici, code utilisant le plugin jQuery
- … le plugin peut tout à fait ne pas être chargé à temps.
- La solution est simple, le callback est exécuté une fois la librairie chargée, donc il faut faire :
mw.loader.using('jquery.ui.autocomplete', function () {
// code utilisant le plugin jQuery
});
- (par ailleurs, pourquoi charger un script avec mw.loader.using avec un callback vide, alors qu'il existe mw.loader.load pour cela ! mais le problème d'async reste présent, donc seule la solution sus-mentionnée est à retenir)
- Cordialement, od†n ↗blah 22 septembre 2011 à 00:25 (CEST)
- Salut Od1n,
- Je dois avouer que je n'ai pas trop fait attention à ce problème, parce que je travaille sur une extension MediaWiki côté serveur : le mw.loader n'est pas primordial puisqu'on charge les modules avec addModules. En tout cas, merci pour l'info. La conclusion : en décalant une accolade, une parenthèse et point-virgule tout à la fin, ça doit être bon.--Juju2004 (d) 22 septembre 2011 à 11:49 (CEST)
Bonsoir,
Comme on m'a proposé, je viens sur ta PdD pour te parler de mon problème!
Donc, depuis le transfère de LiveRC vers ce magnifique nouveau design… Je n'arrive plus à patrouiller! Je reçois les notifications suivante :
Get extensions Get user rights Get disambiguation templates Create control bar
Et après, c'est un attente sans résultats, sa reste bloqué sur Create control bar!
J'ai testé sur IE, Chrome et FF !
Merci d'avance pour ton aide
Pincourt (d) 22 septembre 2011 à 00:50 (CEST)
- Sous Firefox, as-tu un message d'erreur dans la console (Outils > Console d'erreur ) ?
- ⇨ Dr Brains ∞ Consultation ∞ 22 septembre 2011 à 00:55 (CEST)
- J'ai vérifié, aucun message nul part!
- Tout est bon. Pincourt (d) 22 septembre 2011 à 01:02 (CEST)
- Enfin, par tout est bon, je voulais dire que je n'ai aucun message d’erreur mais je n'arrive tout de même pas à patrouiller! Pincourt (d) 22 septembre 2011 à 01:25 (CEST)
Bonjour, pourriez vous débloquer mon compte Utilisateur:Dino22. je partage la même ip que mon frère et je ne suis pour rien dans son vandalisme. J'envoie ce message depuis mon iPhone et ce n'est pas pratique donc si vous pouviez me débloquez au plus vite, merci. Bonne journée ! Utilisateur:Dino22
Salut,
Juste pour te signaler que Panamá a été renommé en Panama suite à une DR, et qu'il convient donc de propager cette orthographe aux différentes pages liées... Bibi Saint-Pol (sprechen) 25 septembre 2011 à 13:04 (CEST)
- Justement, j'allais te demander des explications sur ce renommage massif (je n'avais pas vu, lors de mon annulation, qu'il était systématique).
- Si tout le monde est d'accord, moi je m'en fous.
- ⇨ Dr Brains ∞ Consultation ∞ 25 septembre 2011 à 13:10 (CEST)
Une nouvelle édition du Wikimag est disponible à la lecture.
Bonjour. J'aurais voulu savoir si ce gadget pouvait fonctionner sur le Wiktionnaire. D'ailleurs, en regardant la doc, j'ignore même si la syntaxe obtenir() fonctionne là-bas... Merci pour ton éclairage. --GaAs 28 septembre 2011 à 22:43 (CEST)
- Bonjour
- A priori, il devrait fonctionner quel que soit le site. Tout au plus faudrait-il vérifier qu'il récupère correctement les motifs standards de suppressions (Mediawiki:Deletereason-dropdown), mais à priori, la structure du message système devrait être la même.
obtenir()est un raccourci de fr.wikipedia pour insérer un gadget. Sur un autre site (ici, fr.wiktionary), il faut créer MediaWiki:Gadget-DeleteBot.js et y mettre :
importScriptURI('http://fr.wikipedia.org/w/index.php?title=MediaWiki:Gadget-DeleteBot.js&action=raw&ctype=text/javascript');
function DeleteBot_SiteCustom(){
/* ici les variables globales à personnaliser au niveau du site */
DeleteBot_Text_DeleteAll = "Tout supprimer";
DeleteBot_Text_ConfirmDeleteThisPage = "Supprimer « $1 » ?";
DeleteBot_Text_Summary = "";
DeleteBot_Text_OKInput = "Valider";
DeleteBot_Text_CancelInput = "Annuler";
DeleteBot_Text_Legend = "Supprimer les pages de la catégorie « $1 »";
DeleteBot_Text_ListLegend = "Liste des pages";
DeleteBot_Text_SummaryLegend = "Résumé de suppression";
DeleteBot_Text_ButtonsLegend = "Supprimer";
DeleteBot_Text_OtherReason = "Autre motif";
DeleteBot_Param_NoConfirm = false;
}
- ⇨ Dr Brains ∞ Consultation ∞ 28 septembre 2011 à 23:00 (CEST)
- Merci pour ta réponse fort claire, je n'ai pas encore essayé mais je te tiendrai au courant. --GaAs 28 septembre 2011 à 23:07 (CEST)
- Wooh ! Je viens de le tester (dans mon .js perso, juste la ligne "importScriptURI") sur wikt:Catégorie:espagnol (presque 12000 pages, je parie que tu n'avais pas osé essayer aussi gros), sans valider la suppression bien sûr, mais la liste semble s'afficher correctement, et les raisons de suppressions sont bien celles du Wiktionnaire, bravo. Petite précision, j'utilise vector (depuis la beta açai) et la commande apparait dans le menu
, ce qui est parfait. - Honnêtement, je ne pense pas que cette fonction soit utile pour les admins du Wiktionnaire, mais je suis très intéressé par ton code, dans l'optique de la création de scripts spécifiques à celui-ci.
- Encore une fois, bravo. --GaAs 29 septembre 2011 à 19:13 (CEST)
- Wooh ! Je viens de le tester (dans mon .js perso, juste la ligne "importScriptURI") sur wikt:Catégorie:espagnol (presque 12000 pages, je parie que tu n'avais pas osé essayer aussi gros
- J'ai soulevé une question importante sur wikt:Wiktionnaire:Bulletin_des_administrateurs/2011#Annulation_de_DeleteBot : comment annuler ce qu'un admin fou aurait fait ? --GaAs 29 septembre 2011 à 20:22 (CEST)
- Ce script peut être utile pour les catégories de maintenance "à vider". Mais il est vrai que je l'ai créé pour une utilisation précise et je ne suis pas sûr que j'en ai grande utilité à l'avenir. Il est amha aussi utile que Spécial:Nuke.
- Pour défaire ce qu'un admin fou aurait fait, il "suffit" de créer un autre script qui regarde le log de suppression d'un utilisateur (admin), puis restaure toutes les pages supprimées qu'on lui dit de restaurer (même principe de cases à cocher). C'est amha encore moins probable qu'un tel script soit utile un jour, aussi je me réserve le droit de ne le créer que si vraiment il y en a besoin (c'est l'affaire de quelques heures).
- ⇨ Dr Brains ∞ Consultation ∞ 29 septembre 2011 à 20:52 (CEST)
- Merci pour ta réponse fort claire, je n'ai pas encore essayé mais je te tiendrai au courant. --GaAs 28 septembre 2011 à 23:07 (CEST)
Mais ça y est, j'ai compris. J'espère que tu me pardonneras. --GaAs 29 septembre 2011 à 20:44 (CEST)
- Pas grave si t'as tout remis dans l'ordre. C'est pas comme si je me servais de cette page tous les jours.
- ⇨ Dr Brains ∞ Consultation ∞ 29 septembre 2011 à 20:52 (CEST)
Bonjour, j'ai vu que tu as protégé la page Boycott d'Israël et je ne peux que te féliciter pour cela ! Cependant, tu as protégé la version après modifications unilatérales. En clair, en protégeant cette version, tu as validé une modification qui s'est faite sans PDD, ce qui est le contraire de ta démarche. Merci--Histazim (d) 29 septembre 2011 à 21:17 (CEST)
- C'est normal.
- Pour tout dire, je m'en moque totalement et je n'ai pas l'intention de prendre parti.
- Un peu de lecture : WP:NPOV, WP:Guerre d'édition, WP:Citez vos sources
- ⇨ Dr Brains ∞ Consultation ∞ 29 septembre 2011 à 21:37 (CEST)
Salut Docteur ! j'essaye de faire fonctionner DeleteBot car il y a une demande de SI sur tous les articles d'une catégorie (cf demandes de suppression immédiate). Mais ça cloche. la suppression ne se fait pas. Peux-tu y jeter un coup d'oeil ? Matpib (discuter) 2 octobre 2011 à 19:27 (CEST)
- Quelle est la catégorie ? Je ne vois rien sur WP:SI.
- ⇨ Dr Brains ∞ Consultation ∞ 2 octobre 2011 à 21:16 (CEST)
- Il doit parler de ça. LD • m'écrire • 2 octobre 2011 à 21:17 (CEST)
- Donc, des Six catégories que je viens de supprimer...
- Si c'est ça ben chez moi ça fonctionne.
- ⇨ Dr Brains ∞ Consultation ∞ 2 octobre 2011 à 21:18 (CEST)
- Catégorie:Bandeau de wikiprojet. Je viens de la purger à l'ancienne : à la main modèle par modèle. En fait J'ai voulu activer Deletebot, mais j'ai tout de suite eu un message qui me demandait de supprimer la première ligne, ce que j'ai fait, puis la deuxième, fait aussi. bref j'en était arrivé à tout faire un par un. Matpib (discuter) 2 octobre 2011 à 21:19 (CEST)
- Catégorie:Bandeau de wikiprojet était effectivement dans Catégorie:Wikipédia:Suppression immédiate demandée. Matpib (discuter) 2 octobre 2011 à 21:21 (CEST)
- Je ne comprends pas.
- Quand tu parles de message "qui me demandait de supprimer la première ligne", tu parles d'une pop-up de confirmation disant "Voulez-vous vraiment supprimer X ?" ?
- As-tu eu accès au menu ?
- ⇨ Dr Brains ∞ Consultation ∞ 2 octobre 2011 à 21:47 (CEST)
- Catégorie:Bandeau de wikiprojet était effectivement dans Catégorie:Wikipédia:Suppression immédiate demandée. Matpib (discuter) 2 octobre 2011 à 21:21 (CEST)
- Il doit parler de ça. LD • m'écrire • 2 octobre 2011 à 21:17 (CEST)
Une nouvelle édition du Wikimag est disponible à la lecture.
Wikiwand in your browser!
Seamless Wikipedia browsing. On steroids.
Every time you click a link to Wikipedia, Wiktionary or Wikiquote in your browser's search results, it will show the modern Wikiwand interface.
Wikiwand extension is a five stars, simple, with minimum permission required to keep your browsing private, safe and transparent.
