Wikipédia:Demande d'intervention sur un message système/Archives 2010

Ajouter des liens
Une page de Wikipédia, l'encyclopédie libre.

MediaWiki:Common.css[modifier le code]

Pages concernées : La géolocalisation ({{Carte/Bretagne}} par exemple).

Changement proposé : Ajout de 

/* Géolocalisation : Carte complétée */
span.map-region a { font-weight: bold; font-family: DejaVu Sans Condensed; color: rgb(100, 100, 100); }

à placer (je pense) avant 

/* Géolocalisation dynamique */

Voir Wikipédia:Jargon/Modèle de point/Tests d'ajustement#Amélioration de {{Point/Région}}.

Note: d'autres "classes" map-... devraient suivre.   <STyx @ (en break de long break ;) 30 avril 2010 à 02:04 (CEST)[répondre]

 Non pas sous cette forme. En effet, ce code pose un problème immédiat : le rendu correct repose sur une police de caractère spécifique, qui ne sera pas nécessairement présente chez l'utilisateur. Or, en son absence, le texte sera plus « grand » que prévu. Comme il s'agit d'éléments positionnés, le rendu comportera alors donc des chevauchements entre les libellés de liens.
Par ailleurs, au-delà de ce problème ponctuel, ces cartes composées à l'aide de liens positionnés sur une image posent d'importants problèmes de fond en termes de robustesse technique, qui devraient être examinés avant que ce système ne soit éventuellement adopté de manière massive. Le détournement de l'usage de CSS pour simuler un pseudo-contenu facilite indiscutablement la création rapide d'un rendu de carte. Mais il a plusieurs défauts qu'on ne peut négliger : non-accessibilité, obstacle à la réutilisation du contenu, rendu dénué de sens sans la couche de mise en forme CSS qui n'est pas destiné à cet usage, erreurs lors de la conversion au format PDF, etc. Avant d'envisager d'aller plus loin que les quelques essais actuels, une décision devrait être prise en connaissance de cause sur ces montages CSS séduisants, mais fragiles. Cordialement, --Lgd (d) 30 avril 2010 à 07:04 (CEST)[répondre]
Cordialement, --Lgd (d) 30 avril 2010 à 07:04 (CEST)[répondre]
ok, il suffit d'améliorer la commande font-family: DejaVu Sans Condensed; spécification plus souple; fontes alternatives (je suis pas spécialiste en matière de fontes) ou (ad minima) de la supprimer.   <STyx @ (en break de long break ;) 30 avril 2010 à 15:40 (CEST)[répondre]

Ce serait aussi une bonne idée de transférer les commandes de style de {{Début de carte}} dans une "class" map ; etc.   <STyx @ (en break de long break ;) 30 avril 2010 à 15:43 (CEST)[répondre]

Bonjour,
Merci de ne pas modifier une réponse en « transférant » une partie de celle-ci dans une autre page. Je vous ai répondu en ce qui concerne l'accessibilité dans Discussion Wikipédia:Atelier accessibilité, mais le problème est de portée beaucoup plus générale. Je vous suggère d'ouvrir une discussion dans le projet de cartes/géolocalisation, puisque c'est de celui-ci qu'il s'agit. Il sera alors possible de détailler les différents problèmes en cause.
Dans l'immédiat, je reste extrêmement réservé quant à l'incorporation dans les feuilles de styles de WP de styles concernant ces bricolages CSS, au moins en l'absence d'un débat de fond à leur sujet. Cordialement, --Lgd (d) 1 mai 2010 à 08:01 (CEST)[répondre]
Cette argumentation est tout à fait hors de propos ! Concrètement tu refuses que l'on remplace style="..." par class="map..." ce qui me sidère venant de toi.
Pour le reste, voir Discussion Wikipédia:Atelier accessibilité#Géolocalisation   <STyx @ (en break de long break ;) 1 mai 2010 à 15:50 (CEST)[répondre]

MediaWiki:Vector.css[modifier le code]

Changement proposé : Ajouter le code ci-dessous. C'est pour faire fonctionner {{Lien AdQ}} sur Vector. Merci, Jafeluv (d) 7 mai 2010 à 19:37 (CEST)[répondre] 

#panel div.portal div.body ul li.FA {
  background: url("http://upload.wikimedia.org/wikipedia/commons/d/d4/Monobook-bullet-star.png") no-repeat 0% 0%;
  margin-left: -10px;
  padding-left: 10px;
}
Pas besoin ça marche déjà sur Vector. J'ai fais moi-même la modif il y a 2 mois. Cdlt, Kyro cot cot ? le 7 mai 2010 à 19:44 (CEST)[répondre]
Ah, je le vois maintenant. *facepalm* J'aurais dû vérifier encore une fois... Jafeluv (d) 7 mai 2010 à 20:03 (CEST)[répondre]

MediaWiki:Common.js[modifier le code]

Pages où apparaît ce message : Toutes

Changement proposé :

Modification des commentaires comme dans MediaWiki:Common.js/Miroir/Test.js (inspiré du code de LiveRC) afin de permettre, via une inclusion, d'aboutir à une page "miroir" comme ceci, page où apparaîtrait les sections et donc un sommaire, avec possibilité, via cette page, de modifier MediaWiki:Common.js par section/fonction.

  • Remarque : La page miroir où se trouve le "modèle" ne peut pas être une page MEDIAWIKI ou DISCUSSION MEDIAWIKI (l'inclusion ne marche pas et donne seulement un lien). J'ai donc utilisé, pour mon test, une sous-page du Projet:JavaScript, mais on peut changer.

⇨ Dr Brains ∞ Doléances ∞ 10 mai 2010 à 07:02 (CEST)[répondre]

Hum... Cela compliquera l'édition (voir cet exemple) et finalement les risques d'erreurs. D'autre part, les modifications de Common.js ne sont pas si fréquentes et sont en principe faites par des admins expérimentés que le mode d'édition actuel ne gêne certainement guère. Autant éviter les astuces Émoticône. Cordialement, --Lgd (d) 10 mai 2010 à 07:13 (CEST)[répondre]

MediaWiki:Talkpagetext[modifier le code]

Pages où apparaît ce message : les pages de discussions utilisateurs

Changement proposé : Un changement d'icône a été réalisé récemment suite au passage à Vector. Les contributeurs utilisant l'ancienne interface ont donc une image qui ne correspond pas. Es ce possible de mettre les 2 images, ce qui donnerai "...le bouton -Image- ou -AutreImage-..." ? --Manu1400 (d) 14 juin 2010 à 17:49 (CEST)[répondre]

Les contributeurs ayant activé dans leur préférences le retour à Monobook ou désactivé la barre d'outils améliorée ne sont pas a priori des nouveaux arrivants qui ignorent quel bouton insère la signature. Est-ce donc bien utile ? Cordialement, --Lgd (d) 19 juin 2010 à 08:35 (CEST)[répondre]
J'utilise Monobook, et je ne pense pas que ça vaille le coup d'embrouiller les nouveaux avec ça. --Hercule Discuter 7 juillet 2010 à 22:52 (CEST)[répondre]

MediaWiki:Editnotice-10-Alerte vandalisme[modifier le code]

Pages où apparaît ce message : http://fr.wikipedia.org/w/index.php?title=Mod%C3%A8le:Alerte_vandalisme&action=edit

Changement proposé : Créer la page avec {{Alerte vandalisme/Editnotice}}

Hein ? Pour quoi faire ? Ce message est par ailleurs utilisé nulle part — Steƒ ๏̯͡๏ 3 juillet 2010 à 19:40 (CEST)[répondre]
C'est pour que la notice d'édition soit affichée sur la page http://fr.wikipedia.org/w/index.php?title=Mod%C3%A8le:Alerte_vandalisme&action=edit. Cdlt, almaghi (d) 3 juillet 2010 à 20:17 (CEST)[répondre]
Hum, depuis quand on a le droit de faire un « Editnotice » par modèle ? Ça risque de devenir un gros bordel dans pas longtemps si tout le monde fait comme toi. Cette infobox est un modèle à risque, hop, un « editnotice » pour prévenir qu'il faut passer sur la page de discussion avant une modification. Cette palette est terminée, hop, un « editnotice » pour dire qu'il faut passer par la page de discussion avant de modifier, etc. Tu vois d'où je veux en venir ? Je pense qu'il y a d'autres moyens que le « Editnotice » pour parvenir à tes besoins. — Steƒ ๏̯͡๏ 3 juillet 2010 à 20:21 (CEST)[répondre]
Cette fonctionnalité est activée, on peut l'utiliser. Ma demande ne va pas créer de gros bordel, on peut essayer et on verra. almaghi (d) 4 juillet 2010 à 12:45 (CEST)[répondre]
Je laisse à un autre administrateur, balayeur, ou autre technicien de surface, le soin de juger de réaliser, ou de clôturer cette requête. De mon côté, je m'abstiens. Le nombre de modèle existant sur Wikipédia est énorme… Si chacun y va de sa sauce, on n’a pas fini, et je juge qu'il y a bien des moyens différent de parvenir au résultat souhaité ici ! — Steƒ ๏̯͡๏ 4 juillet 2010 à 12:49 (CEST)[répondre]
Pas mieux que Stef48. Le modèle concerné ne fait l'objet que d'une utilisation sporadique (pour une utilité donc assez indiscernable, il s'agit plus d'un jouet que d'autre chose), et les instructions pour son usage figurent déjà dans les commentaires en début de modèle, visibles lors de l'édition. --Lgd (d) 4 juillet 2010 à 13:08 (CEST)[répondre]
Pensons à l'utilisateur, certains auraient besoin d'une telle notice pour avoir confiance dans leur modification du modèle (voir son historique). Le nombre conséquent de modèles sur fr.wp et l'utilisation modérée du modèle ne sont pas des problèmes. Cdlt, almaghi (d) 4 juillet 2010 à 13:18 (CEST)[répondre]

Motivation : il y a besoin d'une notice d'édition parce que le modèle {{alerte vandalisme}} n'est pas intuitif et est parfois mal utilisé (voir son historique) ; la notice peut rassurer et aider l'utilisateur qui souhaite lancer une alerte mais qui « ne maitrise pas très bien les protocoles de lancement d'une alerte ». A noter que la notice d'édition pourra être améliorée pour répondre aux hésitations des utilisateurs. --almaghi (d) 4 juillet 2010 à 13:13 (CEST)[répondre]

Comme pour tous les autres modèles, l'usage des commentaires est suffisant (voir le renvoi en PDD). Mieux les formuler, les clarifier, etc. est la solution la plus appropriée. Si le modèle n'est pas assez intuitif, alors il faut le revoir lui, et non pas sa modification ! — Steƒ ๏̯͡๏ 4 juillet 2010 à 13:24 (CEST)[répondre]
<Maudite Edith> En outre, soyons sérieux: ce modèle n'est présent que sur quelques dizaines de pages utilisateurs (dont combien d'actifs ?) ; il n'est par nature jamais mis à jour, comme toute tentative de gérer manuellement ce genre de choses ; c'est une fausse bonne idée rendue de toutes façon obsolète par le développement des filtres, et sa suppression serait tout à fait avisée. --Lgd (d) 4 juillet 2010 à 13:28 (CEST)[répondre]
Tiens, il y a encore des gens qui utilisent ce truc ?!? Litlok (m'écrire) 7 juillet 2010 à 22:07 (CEST)[répondre]

MediaWiki:Probleme avec l'application Wikipedia sur iPhone[modifier le code]

Bonjour, J'utilise régulièrement l'application Wikipedia pour iPhone. J'ai constaté qu'à chaque fois qu'il y a un mot avec des accents dans la barre de recherche Wikipedia, cela intraine le plantage et donc la fermeture prématurée de l'application. Je supposes qu'il doit y avoir un problème avec la gestion des accents, et donc le format d'encodage. Cordialement, — Le message qui précède, non signé, a été déposé par l'IP 77.195.29.240 (discuter), le 12 juillet 2010 à 16:26 (CEST)[répondre]

Bonjour, il faut voir avec les développeurs de l'app en question, nous on y peut rien. Cdlt, Kyro cot cot ? le 12 juillet 2010 à 15:31 (CEST)[répondre]

Création de livre?[modifier le code]

Ceci ne viens pas directement de wiki mais plustôt de l'utilitaire utiliser à la création de livre, toutefois je ne connais pas d'autres endroits où je pourrais poser la question.

Quelqu'un a-t-il eu récemment des difficultés avec la fonction création de livre sur WP?. J'essaie depuis quelques jours de créer un livre d'environ 30 à 40 articles qui donne environ 200 pages et le système me donne des erreurs de types "fichier corrompu" ou encore une autre erreur venant de l'application elle même me précisant qu'il y a eu une erreur majeure et que le processus ne peut être compléter! Merci. Capbat (d) 19 juillet 2010 à 15:42 (CEST)[répondre]

Il devait s'agir d'une défaillance technique d'ordre temporaire, du moins je l'espère. od†n ↗blah 18 mars 2011 à 05:33 (CET)[répondre]

table sortable[modifier le code]

Pages où apparaît ce message : http://bits.wikimedia.org/skins-1.5/common/wikibits.js?283l

Changement proposé : Bonjour, les tableaux triables ne prennent pas en compte les nombres négatifs et utilisent des points à la place des virgules. Est-ce que c'est possible de remplacer le code javascript (lignes 533 à 896) par celui-ci :

 
/*
  SortTable
  version 2
  7th April 2007
  Stuart Langridge, http://www.kryogenix.org/code/browser/sorttable/
  
  Instructions:
  Download this file
  Add <script src="sorttable.js"></script> to your HTML
  Add class="sortable" to any table you'd like to make sortable
  Click on the headers to sort
  
  Thanks to many, many people for contributions and suggestions.
  Licenced as X11: http://www.kryogenix.org/code/browser/licence.html
  This basically means: do what you want with it.
*/

 
var stIsIE = /*@cc_on!@*/false;

sorttable = {
  init: function() {
    // quit if this function has already been called
    if (arguments.callee.done) return;
    // flag this function so we don't do the same thing twice
    arguments.callee.done = true;
    // kill the timer
    if (_timer) clearInterval(_timer);
    
    if (!document.createElement || !document.getElementsByTagName) return;
    
    sorttable.DATE_RE = /^(\d\d?)[\/\.-](\d\d?)[\/\.-]((\d\d)?\d\d)$/;
    
    forEach(document.getElementsByTagName('table'), function(table) {
      if (table.className.search(/\bsortable\b/) != -1) {
        sorttable.makeSortable(table);
      }
    });
    
  },
  
  makeSortable: function(table) {
    if (table.getElementsByTagName('thead').length == 0) {
      // table doesn't have a tHead. Since it should have, create one and
      // put the first table row in it.
      the = document.createElement('thead');
      the.appendChild(table.rows[0]);
      table.insertBefore(the,table.firstChild);
    }
    // Safari doesn't support table.tHead, sigh
    if (table.tHead == null) table.tHead = table.getElementsByTagName('thead')[0];
    
    if (table.tHead.rows.length != 1) return; // can't cope with two header rows
    
    // Sorttable v1 put rows with a class of "sortbottom" at the bottom (as
    // "total" rows, for example). This is B&R, since what you're supposed
    // to do is put them in a tfoot. So, if there are sortbottom rows,
    // for backwards compatibility, move them to tfoot (creating it if needed).
    sortbottomrows = [];
    for (var i=0; i<table.rows.length; i++) {
      if (table.rows[i].className.search(/\bsortbottom\b/) != -1) {
        sortbottomrows[sortbottomrows.length] = table.rows[i];
      }
    }
    if (sortbottomrows) {
      if (table.tFoot == null) {
        // table doesn't have a tfoot. Create one.
        tfo = document.createElement('tfoot');
        table.appendChild(tfo);
      }
      for (var i=0; i<sortbottomrows.length; i++) {
        tfo.appendChild(sortbottomrows[i]);
      }
      delete sortbottomrows;
    }
    
    // work through each column and calculate its type
    headrow = table.tHead.rows[0].cells;
    for (var i=0; i<headrow.length; i++) {
      // manually override the type with a sorttable_type attribute
      if (!headrow[i].className.match(/\bsorttable_nosort\b/)) { // skip this col
        mtch = headrow[i].className.match(/\bsorttable_([a-z0-9]+)\b/);
        if (mtch) { override = mtch[1]; }
	      if (mtch && typeof sorttable["sort_"+override] == 'function') {
	        headrow[i].sorttable_sortfunction = sorttable["sort_"+override];
	      } else {
	        headrow[i].sorttable_sortfunction = sorttable.guessType(table,i);
	      }
	      // make it clickable to sort
	      headrow[i].sorttable_columnindex = i;
	      headrow[i].sorttable_tbody = table.tBodies[0];
	      dean_addEvent(headrow[i],"click", function(e) {

          if (this.className.search(/\bsorttable_sorted\b/) != -1) {
            // if we're already sorted by this column, just 
            // reverse the table, which is quicker
            sorttable.reverse(this.sorttable_tbody);
            this.className = this.className.replace('sorttable_sorted',
                                                    'sorttable_sorted_reverse');
            this.removeChild(document.getElementById('sorttable_sortfwdind'));
            sortrevind = document.createElement('span');
            sortrevind.id = "sorttable_sortrevind";
            sortrevind.innerHTML = stIsIE ? '&nbsp<font face="webdings">5</font>' : ' ▴';
            this.appendChild(sortrevind);
            return;
          }
          if (this.className.search(/\bsorttable_sorted_reverse\b/) != -1) {
            // if we're already sorted by this column in reverse, just 
            // re-reverse the table, which is quicker
            sorttable.reverse(this.sorttable_tbody);
            this.className = this.className.replace('sorttable_sorted_reverse',
                                                    'sorttable_sorted');
            this.removeChild(document.getElementById('sorttable_sortrevind'));
            sortfwdind = document.createElement('span');
            sortfwdind.id = "sorttable_sortfwdind";
            sortfwdind.innerHTML = stIsIE ? '&nbsp<font face="webdings">6</font>' : ' ▾';
            this.appendChild(sortfwdind);
            return;
          }
          
          // remove sorttable_sorted classes
          theadrow = this.parentNode;
          forEach(theadrow.childNodes, function(cell) {
            if (cell.nodeType == 1) { // an element
              cell.className = cell.className.replace('sorttable_sorted_reverse','');
              cell.className = cell.className.replace('sorttable_sorted','');
            }
          });
          sortfwdind = document.getElementById('sorttable_sortfwdind');
          if (sortfwdind) { sortfwdind.parentNode.removeChild(sortfwdind); }
          sortrevind = document.getElementById('sorttable_sortrevind');
          if (sortrevind) { sortrevind.parentNode.removeChild(sortrevind); }
          
          this.className += ' sorttable_sorted';
          sortfwdind = document.createElement('span');
          sortfwdind.id = "sorttable_sortfwdind";
          sortfwdind.innerHTML = stIsIE ? '&nbsp<font face="webdings">6</font>' : ' ▾';
          this.appendChild(sortfwdind);

	        // build an array to sort. This is a Schwartzian transform thing,
	        // i.e., we "decorate" each row with the actual sort key,
	        // sort based on the sort keys, and then put the rows back in order
	        // which is a lot faster because you only do getInnerText once per row
	        row_array = [];
	        col = this.sorttable_columnindex;
	        rows = this.sorttable_tbody.rows;
	        for (var j=0; j<rows.length; j++) {
	          row_array[row_array.length] = [sorttable.getInnerText(rows[j].cells[col]), rows[j]];
	        }
	        /* If you want a stable sort, uncomment the following line */
	        //sorttable.shaker_sort(row_array, this.sorttable_sortfunction);
	        /* and comment out this one */
	        row_array.sort(this.sorttable_sortfunction);
	        
	        tb = this.sorttable_tbody;
	        for (var j=0; j<row_array.length; j++) {
	          tb.appendChild(row_array[j][1]);
	        }
	        
	        delete row_array;
	      });
	    }
    }
  },
  
  guessType: function(table, column) {
    // guess the type of a column based on its first non-blank row
    sortfn = sorttable.sort_alpha;
    for (var i=0; i<table.tBodies[0].rows.length; i++) {
      text = sorttable.getInnerText(table.tBodies[0].rows[i].cells[column]);
      if (text != '') {
        if (text.match(/^-?[£$¤]?[\d,.]+%?$/)) {
          return sorttable.sort_numeric;
        }
        // check for a date: dd/mm/yyyy or dd/mm/yy 
        // can have / or . or - as separator
        // can be mm/dd as well
        possdate = text.match(sorttable.DATE_RE)
        if (possdate) {
          // looks like a date
          first = parseInt(possdate[1]);
          second = parseInt(possdate[2]);
          if (first > 12) {
            // definitely dd/mm
            return sorttable.sort_ddmm;
          } else if (second > 12) {
            return sorttable.sort_mmdd;
          } else {
            // looks like a date, but we can't tell which, so assume
            // that it's dd/mm (English imperialism!) and keep looking
            sortfn = sorttable.sort_ddmm;
          }
        }
      }
    }
    return sortfn;
  },
  
  getInnerText: function(node) {
    // gets the text we want to use for sorting for a cell.
    // strips leading and trailing whitespace.
    // this is *not* a generic getInnerText function; it's special to sorttable.
    // for example, you can override the cell text with a customkey attribute.
    // it also gets .value for <input> fields.
    
    hasInputs = (typeof node.getElementsByTagName == 'function') &&
                 node.getElementsByTagName('input').length;
    
    if (node.getAttribute("sorttable_customkey") != null) {
      return node.getAttribute("sorttable_customkey");
    }
    else if (typeof node.textContent != 'undefined' && !hasInputs) {
      return node.textContent.replace(/^\s+|\s+$/g, '');
    }
    else if (typeof node.innerText != 'undefined' && !hasInputs) {
      return node.innerText.replace(/^\s+|\s+$/g, '');
    }
    else if (typeof node.text != 'undefined' && !hasInputs) {
      return node.text.replace(/^\s+|\s+$/g, '');
    }
    else {
      switch (node.nodeType) {
        case 3:
          if (node.nodeName.toLowerCase() == 'input') {
            return node.value.replace(/^\s+|\s+$/g, '');
          }
        case 4:
          return node.nodeValue.replace(/^\s+|\s+$/g, '');
          break;
        case 1:
        case 11:
          var innerText = '';
          for (var i = 0; i < node.childNodes.length; i++) {
            innerText += sorttable.getInnerText(node.childNodes[i]);
          }
          return innerText.replace(/^\s+|\s+$/g, '');
          break;
        default:
          return '';
      }
    }
  },
  
  reverse: function(tbody) {
    // reverse the rows in a tbody
    newrows = [];
    for (var i=0; i<tbody.rows.length; i++) {
      newrows[newrows.length] = tbody.rows[i];
    }
    for (var i=newrows.length-1; i>=0; i--) {
       tbody.appendChild(newrows[i]);
    }
    delete newrows;
  },
  
  /* sort functions
     each sort function takes two parameters, a and b
     you are comparing a[0] and b[0] */
  sort_numeric: function(a,b) {
    aa = parseFloat(a[0].replace(/[^0-9,-]/g,''));
    if (isNaN(aa)) aa = 0;
    bb = parseFloat(b[0].replace(/[^0-9,-]/g,'')); 
    if (isNaN(bb)) bb = 0;
    return aa-bb;
  },
  sort_alpha: function(a,b) {
    if (a[0]==b[0]) return 0;
    if (a[0]<b[0]) return -1;
    return 1;
  },
  sort_ddmm: function(a,b) {
    mtch = a[0].match(sorttable.DATE_RE);
    y = mtch[3]; m = mtch[2]; d = mtch[1];
    if (m.length == 1) m = '0'+m;
    if (d.length == 1) d = '0'+d;
    dt1 = y+m+d;
    mtch = b[0].match(sorttable.DATE_RE);
    y = mtch[3]; m = mtch[2]; d = mtch[1];
    if (m.length == 1) m = '0'+m;
    if (d.length == 1) d = '0'+d;
    dt2 = y+m+d;
    if (dt1==dt2) return 0;
    if (dt1<dt2) return -1;
    return 1;
  },
  sort_mmdd: function(a,b) {
    mtch = a[0].match(sorttable.DATE_RE);
    y = mtch[3]; d = mtch[2]; m = mtch[1];
    if (m.length == 1) m = '0'+m;
    if (d.length == 1) d = '0'+d;
    dt1 = y+m+d;
    mtch = b[0].match(sorttable.DATE_RE);
    y = mtch[3]; d = mtch[2]; m = mtch[1];
    if (m.length == 1) m = '0'+m;
    if (d.length == 1) d = '0'+d;
    dt2 = y+m+d;
    if (dt1==dt2) return 0;
    if (dt1<dt2) return -1;
    return 1;
  },
  
  shaker_sort: function(list, comp_func) {
    // A stable sort function to allow multi-level sorting of data
    // see: http://en.wikipedia.org/wiki/Cocktail_sort
    // thanks to Joseph Nahmias
    var b = 0;
    var t = list.length - 1;
    var swap = true;

    while(swap) {
        swap = false;
        for(var i = b; i < t; ++i) {
            if ( comp_func(list[i], list[i+1]) > 0 ) {
                var q = list[i]; list[i] = list[i+1]; list[i+1] = q;
                swap = true;
            }
        } // for
        t--;

        if (!swap) break;

        for(var i = t; i > b; --i) {
            if ( comp_func(list[i], list[i-1]) < 0 ) {
                var q = list[i]; list[i] = list[i-1]; list[i-1] = q;
                swap = true;
            }
        } // for
        b++;

    } // while(swap)
  }  
}

/* ******************************************************************
   Supporting functions: bundled here to avoid depending on a library
   ****************************************************************** */

// Dean Edwards/Matthias Miller/John Resig

/* for Mozilla/Opera9 */
if (document.addEventListener) {
    document.addEventListener("DOMContentLoaded", sorttable.init, false);
}

/* for Internet Explorer */
/*@cc_on @*/
/*@if (@_win32)
    document.write("<script id=__ie_onload defer src=javascript:void(0)><\/script>");
    var script = document.getElementById("__ie_onload");
    script.onreadystatechange = function() {
        if (this.readyState == "complete") {
            sorttable.init(); // call the onload handler
        }
    };
/*@end @*/

/* for Safari */
if (/WebKit/i.test(navigator.userAgent)) { // sniff
    var _timer = setInterval(function() {
        if (/loaded|complete/.test(document.readyState)) {
            sorttable.init(); // call the onload handler
        }
    }, 10);
}

/* for other browsers */
window.onload = sorttable.init;

// written by Dean Edwards, 2005
// with input from Tino Zijdel, Matthias Miller, Diego Perini

// http://dean.edwards.name/weblog/2005/10/add-event/

function dean_addEvent(element, type, handler) {
	if (element.addEventListener) {
		element.addEventListener(type, handler, false);
	} else {
		// assign each event handler a unique ID
		if (!handler.$$guid) handler.$$guid = dean_addEvent.guid++;
		// create a hash table of event types for the element
		if (!element.events) element.events = {};
		// create a hash table of event handlers for each element/event pair
		var handlers = element.events[type];
		if (!handlers) {
			handlers = element.events[type] = {};
			// store the existing event handler (if there is one)
			if (element["on" + type]) {
				handlers[0] = element["on" + type];
			}
		}
		// store the event handler in the hash table
		handlers[handler.$$guid] = handler;
		// assign a global event handler to do all the work
		element["on" + type] = handleEvent;
	}
};
// a counter used to create unique IDs
dean_addEvent.guid = 1;

function removeEvent(element, type, handler) {
	if (element.removeEventListener) {
		element.removeEventListener(type, handler, false);
	} else {
		// delete the event handler from the hash table
		if (element.events && element.events[type]) {
			delete element.events[type][handler.$$guid];
		}
	}
};

function handleEvent(event) {
	var returnValue = true;
	// grab the event object (IE uses a global event object)
	event = event || fixEvent(((this.ownerDocument || this.document || this).parentWindow || window).event);
	// get a reference to the hash table of event handlers
	var handlers = this.events[event.type];
	// execute each event handler
	for (var i in handlers) {
		this.$$handleEvent = handlers[i];
		if (this.$$handleEvent(event) === false) {
			returnValue = false;
		}
	}
	return returnValue;
};

function fixEvent(event) {
	// add W3C standard event methods
	event.preventDefault = fixEvent.preventDefault;
	event.stopPropagation = fixEvent.stopPropagation;
	return event;
};
fixEvent.preventDefault = function() {
	this.returnValue = false;
};
fixEvent.stopPropagation = function() {
  this.cancelBubble = true;
}

// Dean's forEach: http://dean.edwards.name/base/forEach.js
/*
	forEach, version 1.0
	Copyright 2006, Dean Edwards
	License: http://www.opensource.org/licenses/mit-license.php
*/

// array-like enumeration
if (!Array.forEach) { // mozilla already supports this
	Array.forEach = function(array, block, context) {
		for (var i = 0; i < array.length; i++) {
			block.call(context, array[i], i, array);
		}
	};
}

// generic enumeration
Function.prototype.forEach = function(object, block, context) {
	for (var key in object) {
		if (typeof this.prototype[key] == "undefined") {
			block.call(context, object[key], key, object);
		}
	}
};

// character enumeration
String.forEach = function(string, block, context) {
	Array.forEach(string.split(""), function(chr, index) {
		block.call(context, chr, index, string);
	});
};

// globally resolve forEach enumeration
var forEach = function(object, block, context) {
	if (object) {
		var resolve = Object; // default
		if (object instanceof Function) {
			// functions have a "length" property
			resolve = Function;
		} else if (object.forEach instanceof Function) {
			// the object implements a custom forEach method so use that
			object.forEach(block, context);
			return;
		} else if (typeof object == "string") {
			// the object is a string
			resolve = String;
		} else if (typeof object.length == "number") {
			// the object is array-like
			resolve = Array;
		}
		resolve.forEach(object, block, context);
	}
};
 

cdlt, Epop (d) 19 juillet 2010 à 21:10 (CEST)[répondre]

Non.
http://bits.wikimedia.org/skins-1.5/common/wikibits.js?283l n'est modifiable que par un développeur. Il faut faire la demande sur Bugzilla
⇨ Dr Brains ∞ Doléances ∞ 19 juillet 2010 à 21:24 (CEST)[répondre]
Avant d'effectuer la demande, il y a lieu :
(1) d'identifier si la demande doit être spécifique à la Wikipédia francophone ou globale pour tous les projets de la fondation
(2) si (1) obtenir un consensus local ; si (2) préparer des pages tests, permettant d'expliquer, d'aider à comprendre l'intérêt et permettant de mesurer l'impact de la modification. --Dereckson (d) 27 juillet 2010 à 03:10 (CEST)[répondre]
Pour compléter les remarques ci-dessus : une évolution du script de tri devra, en tout état de cause, recourir à jQuery et non à un script de ce type. Cordialement, --Lgd (d) 27 juillet 2010 à 06:39 (CEST)[répondre]

[cacher][modifier le code]

Pages où apparaît ce message : Toutes.

Changement proposé : Bonjour,
Depuis quelques jours, j'ai remarqué qu'un lien [cacher], sans texte à côté, juste pour les utilisateurs connectés, est apparu au-dessus du titre des articles (vous pouvez vider vos cookies si vous ne le voyez pas). Son apparence est contrôlée dans le cookie « dismissSiteNotice », et il est contenu dans le tableau ayant pour identifiant « mw-dismissable-notice ». Est-il possible de le retirer ? Merci d'avance Émoticône sourire. -- Marin (d) 17 août 2010 à 22:27 (CEST)[répondre]

Ce problème était certainement temporaire. od†n ↗blah 18 mars 2011 à 05:31 (CET)[répondre]

Modèle:ouvrage et modèle:article[modifier le code]

Pages où apparaît ce message : Discussion_modèle:Ouvrage#Pr.C3.A9sentation_du_lien_.C2.AB_lire_en_ligne_.C2.BB, Discussion_modèle:Ouvrage/Archive_1#Liste_des_auteurs, Wikipédia:Le_Bistro/1_août_2010#Mod.C3.A8le:Article_et_Mod.C3.A8le:Ouvrage, Discussion_Projet:Modèle#.7B.7BArticle.7D.7D, Discussion_modèle:Article#Fonctionnement_des_co-auteurs, Discussion_modèle:Article#Param.C3.A8tre_Auteurs, Discussion_modèle:Article#Limitation_de_l.27affichage_des_auteurs etc.

Changement proposé : Je souhaiterais que les champs "auteur" ou "auteurs" ainsi que "date" soient rajoutés dans les modèles ouvrage et article qui figurent dans la barre d'outils lorsqu'on clique sur "modifier". Je ne demande pas de remplacements mais des ajouts. Merci d'avance. --Guil2027 (d) 2 octobre 2010 à 17:09 (CEST)[répondre]

Si ce sont des modèles, il s’agit plutôt d’une requête pour WP:DIPP. Mais en l’occurrence, ces modèles ne sont pas protégés, donc tu peux faire la modification toi-même Émoticône. → Moipaulochon ☎ ← 31 octobre 2010 à 19:18 (CET)[répondre]
Si, c'est lié à un gadget (MediaWiki:Gadget-AjoutBoutonSource.js).
Par contre, les paramètres demandés n'apparaissent pas sur la documentation du modèle {{ouvrage}}.
⇨ Dr Brains ∞ Doléances ∞ 31 octobre 2010 à 19:21 (CET)[répondre]
Ah oui désolé j’avais compris de travers Émoticône. → Moipaulochon ☎ ← 31 octobre 2010 à 20:06 (CET)[répondre]
Bonjour, je ne vois pas la modification lorsque je clique sur les modèles, est-ce qu'il faut faire F5 ou un truc dans le genre ?--Guil2027 (d) 3 novembre 2010 à 17:14 (CET)[répondre]
La modification n'a pas été faite je crois. Dodoïste [ dring-dring ] 3 novembre 2010 à 17:29 (CET)[répondre]
Ah d'accord. Bon ben si j'ai réussi à avoir des réponses au bout d'un mois, j'aurai peut-être la modification le mois prochain Émoticône sourire. --Guil2027 (d) 3 novembre 2010 à 21:12 (CET)[répondre]
Comme je l'ai déjà dit, les paramètres demandés n'apparaissent pas sur la documentation du modèle {{ouvrage}}. Ce qui rend la demande peu claire et réduit à néant les chances qu'elle soit satisfaite en l'état. Cordialement, ⇨ Dr Brains ∞ Doléances ∞ 4 novembre 2010 à 00:36 (CET)[répondre]
Je ne comprends pas le rapport avec une documentation mais ce n'est pas grave car j'ai progressivement délaissé l'utilisation de ces modèles. Finalement, je trouve qu'ils ne servent pas à grand-chose ou plutôt à nous compliquer la vie. A+ --Guil2027 (d) 4 novembre 2010 à 00:59 (CET)[répondre]
Ben, c'est simple : tu demandes l'ajout des paramètres "auteur" ou "auteurs" et "date"; or ces paramètres n'existent pas tels quels selon la documentation. Il faut donc préciser ta demande.
⇨ Dr Brains ∞ Doléances ∞ 4 novembre 2010 à 01:02 (CET)[répondre]
Dans le champ "auteur", on écrit le prénom et le nom voire les prénoms et noms de plusieurs auteurs et dans le champs "date", on met le jour, le mois et l'année (si on les connaît).--Guil2027 (d) 4 novembre 2010 à 01:39 (CET)[répondre]
"Auteur" semble déprécié, mais existe bel et bien. Par contre, "date" ne marche plus, sauf pour les métadonnées COINS. Dodoïste [ dring-dring ] 4 novembre 2010 à 02:04 (CET)[répondre]
Tu te trompes, ni "auteur", ni "date" ne figurent dans les modèles article et ouvrage qui se trouvent dans la barre d'outils, d'où ma demande ! Voici ce qu'on obtient lorsqu'on clique sur article par exemple :
Article

|langue= |prénom1= |nom1= |lien auteur1= |titre= |périodique= |lien périodique= |jour= |mois= |année= |volume= |numéro= |pages= |issn= |url texte= |consulté le= . Souvent je mets les prénom et nom dans "nom1" et les jour, mois et année dans "année".--Guil2027 (d) 4 novembre 2010 à 14:17 (CET)[répondre]

 Non L'idée générale, à voir les évolutions successives du modèle, semble plutôt être que tu saisisses, comme tout le monde serait censé le faire, le prénom de l'auteur dans le champ prénom1, son nom dans le champ nom1 et les éléments de la date respectivement dans jour, mois et année. A défaut, si l'évolution en ce sens du modèle ne te convient pas (ce qui peut se comprendre), ce n'est pas ici qu'il faut la remettre en cause, ne serait-ce que par le biais d'un changement dans une barre d'outil : les admins n'y peuvent rien sauf te renvoyer à la page de discussion du modèle. Cordialement, --Lgd (d) 4 novembre 2010 à 14:33 (CET)[répondre]
Le problème, c'est que j'avais déjà posé la question sur la page de discussion des modèles et ça n'a rien donné, on m'a dirigé vers cette page. Tant pis, j'aurai essayé. A+ --Guil2027 (d) 4 novembre 2010 à 14:58 (CET)[répondre]

MediaWiki:Gadget-AncreTitres.js[modifier le code]

Pages où apparaît ce message : MediaWiki:Gadget-AncreTitres.js

Changement proposé : See Discussion MediaWiki:Gadget-AncreTitres.js. Helder (d) 19 octobre 2010 à 03:42 (CEST)[répondre]

 Non Les liens « Modifier » doivent rester visibles (et la technique proposée n'est pas accessible au clavier, par ailleurs). --Lgd (d) 24 novembre 2010 à 07:16 (CET)[répondre]

MediaWiki:Editnotice-2 (d · h · j · ↵), MediaWiki:Editnotice-3 (d · h · j · ↵), MediaWiki:Editnotice-4 (d · h · j · ↵)[modifier le code]

(déplacé depuis WP:DIPP le 20 janvier 2010)

Bonsoir,

Il faudrait peut-être activer la notice d'édition lorsqu'on édite une sous-page, la première condition ({{#ifeq:{{PAGENAME}}|{{BASEPAGENAME}}| /* reste du code*/ }} : si le nom de la page est le nom de la page de plus haut niveau, c'est-à-dire si la page n'est pas une sous-page) interdit en effet cette fonction de MediaWiki lorsqu'on édite une sous-page...

Je rappelle à tout hasard que les Editnotices sont les modèles qui s'affichent au-dessus des cadres d'édition lorsqu'on tente d'éditer une page. Le modèle affiché lorsqu'on édite la page "Page" (si et seulement si cette page est dans est celui se trouvant à la page Page/Notice d'édition, ou si cette page n'existe pas à la page Page/Editnotice ; il n'apparaît pas si cette page n'existe pas non plus.

Le nouveau code source serait donc : 

<div id="editnotice-ns-2">{{#ifexist:{{FULLPAGENAME}}/Notice d'édition
| {{{{FULLPAGENAME}}/Notice d'édition}}
| {{#ifexist:{{FULLPAGENAME}}/Editnotice
  | {{{{FULLPAGENAME}}/Editnotice}}
  }}
}}</div>

Avec ce code source, aucune notice d'édition en vigueur ne serait altérée ou supprimée, mais on pourrait enfin profiter de cette fonctionnalité dans les sous-pages (en supprimant la condition qui les en exclut).

Les espaces de noms concernés par cette modification (dont les numéros sont indiqués après "Editnotice-" dans le message système) sont les espaces :

Il pourrait de plus être bon d'étendre cette fonctionnalité aux espaces de noms 5, 10 à 15, et 100 à 105, à savoir :

en éditant les messages systèmes correspondants, dont les liens sont donnés dans la liste, pour y ajouter le même code source.

Alphos [me pourrir la vie] 11 octobre 2009 à 03:12 (CEST)[répondre]

J'ai modifié le premier (copié-collé), pour voir... TigHervé (d) 21 janvier 2010 à 09:55 (CET)[répondre]
Je précise que je suis contre étendre l'EDITNOTICE aux espaces proposés, ou alors, seulement pour l'espace projet, voir portail. Les autres espaces de nom n'ont pas à avoir d'EDITNOTICE. Cela n'a rien à faire là-bas. Je me vois mal éditer la page de discussion d'une catégorie et me voir averti de telle ou telle chose, et ce avec un message différent sur toutes les catégories. Cordialement — Steƒ ๏̯͡๏ 21 janvier 2010 à 10:47 (CET)[répondre]
Pour un contributeur expérimenté, je suis d'accord que c'est anti-productif, en revanche pour un contributeur débutant, j'imagine que ça peut être un brin utile (évidemment après il faut que les messages soient intéressants et qu'ils évitent de surcharger encore plus les messages d'avertissement et autres).
Les anglographes utilisent un peu ces messages (exemple), et je pense que ça peut être utile. ~ Seb35 [^_^] 23 janvier 2010 à 00:33 (CET)[répondre]
Pas moi, puisque tout un chacun pourra modifier ces Editnotice. De ce fait, quiconque peut en créer. Ainsi, on peut facilement se retrouver avec des vandalismes disséminés un peu partout. De plus, comment surveiller le contenu de tous les Editnotice ? Impossible. Certains pourraient y insérer un peu tout et n'importe quoi, et àmha, cela ne serait pas un plus. Je suis d'accord pour les projets, ou les portails, mais pour un article … Autant écrire un petit en-tête, avant la première section, qui précise à quoi sert cette page. — Steƒ ๏̯͡๏ 23 janvier 2010 à 10:04 (CET)[répondre]
Si je peux me permettre une suggestion : plutôt que de mettre des outils en place génériquement et en vue d'usages hypothétiques et mal déterminés, il serait peut-être préférable d'attendre qu'un besoin clair soit exprimé dans tel ou tel cas précis, ce qui permet d'y répondre plus efficacement. --Temesis (d) 23 janvier 2010 à 10:35 (CET)[répondre]
@Stef : autant pour moi, je n'avais pas vu ce "comportement". Donc, à part pour les discussions de projets et portails, il vaudrait mieux effectivement que les en-têtes ne soient pas des editnotices éditables par tout le monde. Pour les projets/portails, ça pourrait être utile que ce soit librement éditables, à voir. ~ Seb35 [^_^] 24 janvier 2010 à 14:58 (CET)[répondre]
Pour les projets, utilisation valide. J'ai déjà eu la demande sur ma page de discussion : comment se faisait-il que moi, j'avais le droit à un EDITNOTICE sur ma page de discussion, alors qu'un projet ne pouvait l'avoir. Donc, je pense que l'EDITNOTICE sera utilisée de ce côté. On peut prendre également l'exemple du projet aide, constamment envahi par des questions hors de propos, ou d'autres projets de la même veine. Ces EDITNOTICE permettrait d'y contrer. L'espace Wikipédia pourrait également avoir son utilité. On peut penser à la Guilde, le Bistro multimédia, l'Oracle, etc. Qu'en pensez-vous [pour ces trois espaces que sont projet, portail et wikipédia] ? — Steƒ ๏̯͡๏ 24 janvier 2010 à 15:09 (CET)[répondre]
Il n'a de toute évidence JAMAIS été question de s'en servir dans l'espace principal. Mais je pense à plusieurs cas où ceci pourrait s'avérer intéressant dans les autres espaces :
  • Pour les sous-pages de discussion (PàS, Neutralité, Droit d'auteur, etc...), on pourrait imaginer une editnotice spécifique, commune à toutes les pages d'un même "groupe" (toutes les PàS, toutes les controverses de neutralité, etc... - rien dans le fonctionnement du système ne l'interdit), précisant par exemple les recommandations d'usage.
  • Pour les sous-pages de "Wikipédia:", je pense au bistro, à l'oracle, aux arbitrages, au BA, et je ne sais même pas où peut s'arrêter cette liste.
Bref, cet outil est très puissant, mais il est toujours possible de le "brider" sans difficulté. Compte tenu des "vandalismes" que cet outil pourrait apporter, il s'agit des mêmes vandalismes que maintenant : les pages qui finissent par /Notice d'édition ou quoi que ce soit d'autre, ce ne sont rien de plus que des pages comme toutes les autres. Sauf qu'elles finissent par un suffixe commun, la belle affaire. Si un vandale peut y toucher, un patrouilleur peut aussi réverter, de toute évidence.
Et avec l'abusefilter, rien n'empêche en prime d'interdire la modification de telles pages aux utilisateurs récemment inscrits et aux IP.
Alphos [me pourrir la vie] 17 février 2010 à 00:29 (CET)[répondre]
Je me permets d'insister, et d'ajouter la page de requêtes de filtres et celle de signalements de faux-positifs, toutes deux des sous-pages, à la liste des pages potentiellement concernées.
Je rappelle aussi qu'il est possible d'interdire aux utilisateurs récemment inscrits l'édition de telles pages, via AbuseFilter qui est maintenant installé.
Alphos [me pourrir la vie] 26 mars 2010 à 17:59 (CET)[répondre]
Cette fonctionnalité est utile sur les pages centralisant des modifications ou requêtes. Souvent, la page à modifier contient des instructions qui sont mélangées au code wiki. Il serait bon de nettement séparer ces deux éléments : les instructions dans l'editnotice en haut, et le code wiki dans la fenêtre d'édition. Ce serait plus clair. Par exemple, je trouverais l'editnotice très utile dans Modèle:Le saviez-vous ?/Anecdotes sur l'accueil. Dodoïste [ dring-dring ] 25 mai 2010 à 02:35 (CEST)[répondre]


Mediawiki:Common.js (boîtes déroulantes/palettes de navigation)[modifier le code]

Changement proposé : Bonjour, l'objectif de la modif que je propose est de rendre les fonctions relatives aux boîtes déroulantes et palettes de navigation réutilisables par d'autres scripts.

Je m'explique : certains scripts utilisent des requètes ajax pour afficher des pages autres que la page courante. Or dans ce cas le javascript n'est pas exécuté et les boîtes déroulantes et palettes de navigation de la page appelée restent donc ouvertes et ne contiennent pas de bouton pour les ouvrir/fermer. En l'état, il est donc nécessaire, si on veut un rendu correct, de créer une fonction pour traiter ces modèles déroulants, fonction qui alourdit d'autant le script.

En fait, il serait possible, moyennant quelques menus changements, de simplement réutiliser les fonctions de MediaWiki:Common.js. Il faudrait pour ce faire :

  • "extérioriser" la déclaration de la variable d'indexation hors de la fonction (pour qu'elle ne soient pas remise à jour lors d'un éventuel rappel de cette fonction, ce qui provoquerait un conflit entre plusieurs boîtes déroulantes qui auraient le même index)
  • ajouter une variable correspondant à l'élément dans lequel on souhaite "transformer" les modèles déroulants, élément qui serait par défaut document.

Les fonctions "mises à jour" sont visibles ici (diff).

A priori, le changement serait totalement transparent, aucun changement fondamental n'étant apporté aux fonctions en place. Je souhaite cependant avoir des avis avant de procéder, vu l'utilisation massive de ces modèles et donc les dégâts que cela pourrait occasionner si un "détail" m'a échappé.

⇨ Dr Brains ∞ Doléances ∞ 9 février 2010 à 03:22 (CET)[répondre]

Bonjour - je ne peux rien sur le fond, mais vu l'impact, je ne peux que soutenir ta prudence et éviter qu'un ratage massif ne remette en cause la confiance qui t'a été donnée. Il faut au moins faire que beaucoup de monde se penche sur le truc, mais je me demande s'il serait possible de tester sur un projet mediawiki installé chez toi ou un contributeur ; je sais que GLec en a un... C'est sûrement compliqué et lourd par rapport au changement ici, mais pour être à l'aise sur le long terme ce serait une possibilité. Bon si ce n'est possible, fais comme si je n'avais rien dit. TigHervé (d) 9 février 2010 à 09:48 (CET)[répondre]
En fait, un test n'apprendrait pas grand chose (à moins qu'un détail m'ait échappé mais j'en doute), car la modif proposée ne change fondamentalement rien à la fonction lors de son premier appel.
L'avantage de la modif que je propose est de pouvoir la réutiliser ultérieurement dans un autre script (typiquement un script à base de requêtes), pour gérer les boîtes déroulantes et palettes. On peut par exemple trouver une application possible dans ce script, où une une grosse partie de la fonction MessageWatchlist_cleanPreviewContent() et des fonctions liées (à la fin de la page) sont une redite des fonctions boîtes déroulantes/palettes de navigation. Toute cette partie pourrait être supprimée et remplacée par un simple appel aux fonctions de MediaWiki:Common.js, si les modifs que je propose sont acceptée.
Pour faire simple, je ne vais prendre l'exemple que des boîtes déroulantes mais ça s'applique aussi aux palettes. On a pour l'instant ceci :
function createNavigationBarToggleButton() {
  var indexNavigationBar = 0;   // --------------------------------------------------- Index remis à zéro à chaque appel de la fonction
  var NavFrame;
  for( var i=0; NavFrame = document.getElementsByTagName("div")[i]; i++ ) { // ------- Recherche des éléments <div> dans tous le document

   /*****************************************************
    Processus de création du bouton/masquage de la boîte
   ******************************************************/

  }
}
addOnloadHook(createNavigationBarToggleButton);
Ce que je propose, c'est ça :
var indexNavigationBar = 0;   // ---------------------------------------------------- Index remis à zéro une seule fois au chargement de la page

function createNavigationBarToggleButton(element) {  //
  if(!element) element = document;                   // ----------------------------- Paramètre supplémentaire : par défaut, document
  var NavFrame;
  for( var i=0; NavFrame = element.getElementsByTagName("div")[i]; i++ ) { // ------- Recherche des éléments <div> dans l'élément spécifié

   /*****************************************************
    Processus de création du bouton/masquage de la boîte
   ******************************************************/

  }
}
addOnloadHook(createNavigationBarToggleButton);
D'un point de vue du premier appel de la fonction, au chargement de la page, ça ne change rien : l'index est à 0, il n'y a pas de paramètre donc la recherche s'effectue toujours dans l'ensemble du document
Mais par la suite, après une requête quelconque, on peut appeler à nouveau la fonction et l'appliquer à un nouvel élément (celui dans lequel on aura transféré le résultat de la requête) : l'index n'étant pas remis à jour entre-temps, on reprend là où on s'était arrêté dans le décompte des boîtes déroulantes, et on ne recherche les <div class="navframe"> que dans le nouvel élément (pas de deuxième bouton dans les boîtes déjà en place.
En gros, plutôt que de réécrire une fonction pour gérer les boîtes déroulantes de la nouvelle fenêtre, je n'aurai plus qu'à appeler la fonction générale en spécifiant dans quel élément je souhaite l'appliquer. Mon script s'en trouve donc sensiblement allégé.
⇨ Dr Brains ∞ Doléances ∞ 9 février 2010 à 10:19 (CET)[répondre]
De ce que je vois, le seul risque qui est pris par rapport à l'existant est d'avoir un conflit de nom avec les nouvelles variables globales tableIndex et indexNavigationBar, risque qui peut être rendu quasi-nul en les renommant en quelque chose du genre MediaWiki_tableIndex et MediaWiki_indexNavigationBar. On peut tester ça directement sur Wikipédia avec un proxy HTTP qui remplace le Commons.js d'origine par celui du testeur (je peux coder ça si ça intéresse quelqu'un). — Arkanosis ✉ 10 février 2010 à 14:12 (CET)[répondre]
Après un premier coup d'œil au script proposé, il y a au moins un bug potentiel : le tableau NavigationBoxes débute à l'indice tableIndex (égal à zéro au premier appel de fonction), mais est ensuite toujours parcouru en partant de l'indice 0. Donc prudence, tests et puis encore tests. --CHristoPHE (d) 10 février 2010 à 20:46 (CET)[répondre]
Les variables pourraient être renommées pour éviter tout risque, j'y avais pensé (sans le dire). Et bien vu le coup du NavigationBoxes, là par contre, je ne l'avais pas vu.
Bon ben des tests s'imposent apparemment. Je m'y colle.
Mais sinon, pour le principe, personne n'a d'objections alors ? ⇨ Dr Brains ∞ Doléances ∞ 11 février 2010 à 05:01 (CET)[répondre]
Euh, en fait ça m'intéresse de savoir comment désactiver Common.js : j'ai bien essayé en piquant la première fonction de Utilisateur:Dodoïste/Boîte déroulante.js mais ça ne marche pas. ⇨ Dr Brains ∞ Doléances ∞ 11 février 2010 à 06:11 (CET)[répondre]

Les changements suggérés ont été implémentés lors d'une mise à jour des fonctions par Dr Brains himself le 10 février 2011. Apparemment ça roule bien. od†n ↗blah 18 mars 2011 à 14:07 (CET)[répondre]

editpage-copywarn ou la CSS correspondante (?)[modifier le code]

Pages où apparaît ce message : je parle du message qui apparaît lorsqu'on modifie une page : « Ne copiez pas de texte, ni d'une page web, ni d'un autre support », etc.

Changement proposé : dans le code source, il y a une flèche réalisée par le caractère Unicode U+2192 avant « Ne copiez pas de texte… » et « Fondez vos informations… ». Pour une raison qui m'échappe, bien que mon navigateur (Firefox 3.5.9, Debian Squeeze) affiche la page en UTF-8, ces caractères sont affichés dans un autre jeu de caractères et apparaissent comme la fraction 1/6 (en un seul caractère). Je subodore une erreur dans une déclaration du jeu de caractères, soit dans un fichier HTML inclus, soit dans une CSS. 0yP·✉ 10 juin 2010 à 15:39 (CEST)[répondre]

  • Coté encodage ou HTML, le caractère est bien U+2192 RIGHTWARDS ARROW et l'encodage UTF-8 est évidemment correct.
  • Coté CSS, les polices indiquées ne sont pas susceptibles de poser de problèmes.
Le problème semble donc plutôt local (c'est à dire chez vous), mais on peut aussi (ce serait aussi bien) remplacer ces deux flèches par d'honnêtes puces reposant sur un UL LI, qui sera de toutes façons plus approprié...
Cordialement, --Lgd (d) 10 juin 2010 à 15:48 (CEST)[répondre]
Je me permets de relancer cette requête, il me semblerait effectivement judicieux de remplacer ces flèches par une liste LI, comme c'est par exemple déjà le cas sur MediaWiki:Previewnote. Il y aurait donc de concernés : MediaWiki:Copyrightwarning, et l'équivalent pour les utilisateurs connectés, que j'ai pas réussi à retrouver tellement c'est une plaie de trouver les fichiers de messages système Émoticône od†n ↗blah 18 mars 2011 à 05:06 (CET)[répondre]

MediaWiki:Talkpageheader, 2[modifier le code]

Dans chaque page de discussion apparait une boite avec les liens vers toutes les discussions possibles concernant chaque page ou article : Suppression - Neutralité - Droit d'auteur - Article de qualité - Bon article - Lumière sur - À faire - Archives - Traduction. Mais il manque le lien pour la discussion principale de l'article. Ce lien existe au dessus de la boite (précédé d'un < ) mais n'apparait pas si l'on se trouve sur la page historique ou modifier de l'article. Ne serait-ce pas utile de mettre ce lien à égalité avec les autres ? --Pªɖaw@ne 18 août 2010 à 14:51 (CEST)[répondre]

Euh... Je ne vois pas de quoi tu parles, qu'est-ce que « la discussion principale de l'article » ? Lorsqu'on est déjà sur la page de discussion, je ne vois pas l'intérêt de faire un lien vers la page courante. Lorsqu'on consulte l'hitorique, on a le lien dans le menu. Tu dois vouloir parler d'autre chose, mais je pige pas.
Quand à « ce lien existe au dessus de la boite (précédé d'un < », je ne vois vraiment pas où tu vois ça. Moi je vois :
« Autres discussions [liste]
Suppression - Neutralité - Droit d'auteur - Article de qualité - Bon article - Lumière sur - À faire - Archives - Traduction »
Et rien d'autre. Dodoïste [ dring-dring ] 18 août 2010 à 18:50 (CEST)[répondre]
Bon, lorsque nous sommes sur Discussion:Histoire de Bordeaux/Droit d'auteur, il y a un lien vers Discussion:Histoire de Bordeaux qui ne se trouve pas dans la boite Autres discussions [liste] mais juste sous le titre : < Discussion:Histoire de Bordeaux. Or si la page Discussion:Histoire de Bordeaux n'existe pas, ce lien < Discussion:Histoire de Bordeaux n'existe pas non plus et aucun lien n'existe pour aller sur la page de l'article. Idem si l'on se trouve sur les pages d'historique, aucun lien vers la page de discussion. Il faut obligatoirement cliquer sur l'onglet discussion pour revenir sur la sous page, puis cliquer sur < Discussion:Histoire de Bordeaux pour arriver en page de discussion puis sur l'onglet article pour voir l'article. Le < Discussion:XXXXXXX n'existe pas toujours alors que l'article XXXXXXX et des sous pages de discussions existent. Ma proposition serait donc d'avoir un lien vers Discussion:XXXXXXX dans la boite Autres discussions [liste].
Avec un exemple est-ce plus clair ? --Pªɖaw@ne 24 août 2010 à 15:46 (CEST)[répondre]
C'est en effet tout à fait pertinent. Les sous-pages comportent au mieux un lien de retour évident vers l'article, mais rien vers la page de discussion quand celle-ci n'existe pas. Or, celle-ci est censé être, dans cette logique, « la Mère de toutes les discussions ». Cela dit, c'est aisément rectifiable au prix de quelques #ifexist supplémentaires dans un Talkpageheader qui s'alourdit, qui s'alourdit. Cordialement, --Lgd (d) 24 août 2010 à 15:58 (CEST)[répondre]


Spécial:Nouvelles_pages[modifier le code]

Je ne sais pas si c'est la bonne page pour proposer ça, mais il serait intéressant que sur spécial:nouvelle page, le champ Filtrer les balises : soit une liste (comme pour Espace de noms : juste au dessus) avec les principales balises telles article court, lien vers un réseau social, Article de grande taille et non wikifié, autobiographie, Nouvel article sans mention du titre, Série de liens externes, Article signé... La liste des balises (Spécial:Balises) ne sont pas toutes utiles dans la surveillance des nouvelles pages. --Pªɖaw@ne 10 novembre 2010 à 09:47 (CET) PS même chose avec Spécial:Modifications_récentes.[répondre]

Il doit être possible de créer un gadget js pour le faire, mais le plus simple et le moins lourd (pour des pages qui peuvent l'être déjà pas mal), ce serait d'intégrer ça directement à l'extension, via deux messages système (càd un par page spéciale), comme c'est fait pour la liste de suggestion lors d'une suppression.
⇨ Dr Brains ∞ Doléances ∞ 10 novembre 2010 à 09:59 (CET)[répondre]
J'ai ouvert un bug/demande de feature bugzilla:25909. N'hésitez pas à ajouter des commentaires.
Cette section pourrait être mise comme "traitée" dans quelques temps, et continuer la discussion sur bugzilla, ainsi que le lobbying pour qu'elle soit traitée dans pas trop longtemps :-). ~ Seb35 [^_^] 13 novembre 2010 à 13:17 (CET)[répondre]
En attendant une évolution de l'extension, ce qui serait le mieux, j'ai concocté un petit patch en JS :
Ajouter au monobook.js ou au vector.js le code :
obtenir('TagFilterDeluxe');
Fonctionne a priori correctement dans :
Il y a peut-être d'autres pages spéciales qui auraient besoin de ce patch, à voir.
⇨ Dr Brains ∞ Doléances ∞ 23 novembre 2010 à 02:17 (CET)[répondre]


Reformulation du journal des semi-protections[modifier le code]

Pages où apparaît ce message : onglet "modifier" d'une page semi-protégée ; ou d'une page protégée totalement.

Changement proposé :

formulation actuelle :

8 novembre 2010 à 14:50 <nom de l'admin> (discuter | contributions) a protégé « nom de l'article » [edit=autoconfirmed] (infini) [move=autoconfirmed] (infini) ‎ (« motif de la semi-protection ») (hist)

J'aimerais qu'on mette "semi-protégé ou protégé" ou encore "modifié la protection de" au lieu de "protégé" tout court qui fait penser à une protection totale. Surtout que le plus grand nombre d'interventions de ce type doit consister en semi-protections, j'imagine. Teofilo ◯ 13 décembre 2010 à 15:56 (CET)[répondre]

A priori il s'agirait de Mediawiki:protectedarticle
⇨ Dr Brains ∞ Doléances ∞ 13 décembre 2010 à 15:58 (CET)[répondre]
Je suggère plutôt « a modifié le niveau de protection de » comme MediaWiki:Modifiedarticleprotection, mais il faudrait surtout répercuter la modification sur translatewiki.net si elle est vraiment pertinente, plutôt que de faire ça dans notre petit coin. cordialement, --Lgd (d) 14 décembre 2010 à 21:34 (CET)[répondre]
Il existe aussi un message préformaté "a déprotégé" distinct de "a protégé". Voir par exemple ici. MediaWiki:Modifiedarticleprotection : "a modifié le niveau de protection" est utilisé ici (cas d'une protection totale mais limitée dans le temps après une semi-protection), et c'est utilisé aussi en cas de modification du délai. Il y a aussi "a déplacé les paramètres de protection depuis". Une partie du lexique est expliquée dans l'en-tête de Spécial:Journal/protect. Il faudrait peut-être dans un premier temps compléter ce lexique pour expliciter l'emploi de chaque terme. Dans un deuxième temps, si nécessaire, améliorer ce lexique. A priori la formulation "a semi-protégé ou protégé" me parait correspondre mieux à l'action que "a protégé" tout court. Mais il me semblerait préférable d'avoir des formulations distinctes sur Mediawiki:protectedarticle et MediaWiki:Modifiedarticleprotection. Je pense aussi à "a enclenché un niveau de protection sur" ; "a activé un niveau de protection sur" ; "a mis en place un niveau de protection pour" ; "a défini un niveau de protection pour" ; "a défini un régime de protection pour" ; "a mis en place une protection sur". L'emploi d'un article indéfini (un/une) permet d'indiquer au lecteur que le type de protection n'est pas défini à ce stade de sa lecture et qu'il doit lire jusqu'à la fin de la phrase pour obtenir la définition précise. Teofilo ◯ 15 décembre 2010 à 17:46 (CET)[répondre]
Il n'y pas une urgence phénoménale à modifier localement les messages systèmes si ce n'est pas pour répondre de manière très efficace à un besoin évident de simplification. --Lgd (d) 15 décembre 2010 à 20:58 (CET)[répondre]

MediaWiki:Common.js[modifier le code]

Pages où apparaît ce message : Toutes les pages, pour les IPs.

Changement proposé : Actuellement, et en fait depuis longtemps, les utilisateurs non-enregistrés n'ont pas aisément accès à leur propre page de discussion. Il me semble que c'est un assez gros problème, qui nuit à la communication entre utilisateurs enregistrés et non-enregistrés, car les enregistrés ne comprennent pas pourquoi les IPs ne répondent pas, et les IPs ne voient pas comment lire les messages leur étant adressés.

Un utilisateur proposait une fonction pour donner un bouton d'accès à la page de discussion pour les IPs: 

if(wgUserGroups==null){
     addOnloadHook( function(){
          var ConnectLi = document.getElementById("pt-login");
          if(!ConnectLi) return;
          var TalkLi = document.createElement("li");
          TalkLi.id = "pt-mytalk";
          TalkLi.innerHTML = '<a '
                           + 'href="'+wgServer+wgArticlePath.split("$1").join("Special:Mytalk")+'" '
                           + 'title="Vérifier mes messages" '
                           + '>Discussions</a>';
          ConnectLi.parentNode.insertBefore(TalkLi, ConnectLi);
     });
}

Une discussion de Bistro peut se trouver ici. Il me semble que le problème des IPs dynamiques se retrouvant avec des messages ne leur étant pas destinés est un problème moins grave que ce manque de communication. Il faudrait sans doute aussi effectuer ces changements:

  • Dire dans le bandeau "vous avez un message" qu'on peut retourner sur la page de discussion avec ce nouveau bouton;
  • Dire en page de discussion des IPs dynamique, d'une manière VISIBLE, que les messages ne sont pas forcément destinés à l'utilisateur courant.

Cette initiative de mettre un bouton "Page de discussion" pour les IPs ne provient pas de moi, mais je suis entièrement d'accord avec les deux personnes ayant indépendamment soulevé le problème (sur le bistro et sur IRC). Ces deux utilisateur ont juste trop la flemme de faire une demande, donc je m'y colle. Daïn, the Dwarf causer ? 13 décembre 2010 à 17:26 (CET)[répondre]

Bonjour,
Plutôt que de passer par une surcouche javascript de plus, il vaut mieux demander sur Bugzilla la modification du paramètre système correspondant (l'une des entrées de $wgDefaultUserOptions, sauf erreur de ma part). Cordialement, --Lgd (d) 14 décembre 2010 à 21:07 (CET)[répondre]
Oui, mais je sais pas où ni comment se fait cette demande. :) Daïn, the Dwarf causer ? 22 décembre 2010 à 19:44 (CET)[répondre]
C'est ici : bugzilla (fournir un lien vers cette discussion à l'appui de la demande). Cordialement, --Lgd (d) 30 décembre 2010 à 13:30 (CET)[répondre]
Ce document provient de « https://fr.wikipedia.org/w/index.php?title=Wikipédia:Demande_d%27intervention_sur_un_message_système/Archives_2010&oldid=169885300 ».