Wikipédia:Propositions pour le logiciel/Archives

Cette page a pour but de recueillir vos propositions concernant les modifications à apporter au logiciel de Wikipédia.

Voir aussi l'archive des anciennes propositions résolues

Sujets restant à classer

Titre des pages spéciales

Est il possible que le titre des pages "spéciales" soit "Une page de Wikipédia, l'encyclopédie libre" alors qu'il est autrement "Un article de Wikipédia, l'encyclopédie libre".
Est ce intéressant ? --ant

Perso, je n'aime pas du tout avoir ce sous-titre a toutes les pages !

On sais bien qu'on est dans Wikipedia (y a le Logo) et qu'on ai en train de lire un article. En plus, ca fait perdre une ligne !

M'enfin, c'est pas bien grave ;o) Aioneko

---

Espaces insécables automatiques

Ceci est une demande de fonctionalité: puisqu'on a décidé d'écrire les grands nombres avec des espaces de préférence insécables, et que le code   pour ceux-ci n'est pas évident à deviner ou retenir pour un humain lambda, pourquoi pas créer ce code automatiquement au moment de la traduction Wiki -> HTML. Par exemple, tout espace situé entre deux chiffres serait insécable. Pour plus de sécurité, on peut mettre une limite sur la longueur des nombres ainsi formés, et vérifier qu'ils ont bien la syntaxe de nombres. Si un nombre est trop long ou mal formé -> ne traduire aucun de ses espaces. FvdP 16:48 nov 15, 2002 (CET)

Ah ben ça, c'est une superbonne idée! Je propose d'étendre cette fonctionnalité aux espaces situés avant les ? ! ; : cela permettra de se conformer aux règles typographiques du français. Curry

Et puis aux guillemets français : «espace_insécable et espace-injsécable»... MM

---

Lien vers les Pages "Special"

Pour faire un lien vers une des pages "Special", contrairement aux autres pages on ne peut pas utiliser le titre de la page ,mais le nom du fichier.
Par exemple, pour faire un lien vers la page des Préférences, il faut utiliser Special:Preference.
Cette différence de comportement n'est pas très ergonomique
meszigues --je copie aussi dans Wikipedia:Retour traductions car je ne suis pas sûr du lieu où traiter le problème

---

Log de blocage/déblocage des pages

• http://sourceforge.net/tracker/index.php?func=detail&aid=810172&group_id=34373&atid=411195

---

Log de blocage/déblocage des adresses IP

• http://sourceforge.net/tracker/index.php?func=detail&aid=810173&group_id=34373&atid=411195

---

Champs suplémentaires dans la page d'upload

La présence dans la page d'upload d'un champ "source" et d'un champ "statut du copyrigth" à remplir absolument, aiderait grandement à être conforme avec Wikipédia:Copyright et Wikipédia:Page de description d'une page

• http://sourceforge.net/tracker/index.php?func=detail&aid=810177&group_id=34373&atid=411195

---

Les tag sup decalent les lignes

Si on veut utiliser le tag sup pour, par exemple, parler du XIVe siecle, ca fait un decalage de lignes. Il est possible d'y remedier en redefinissant sup en css, par exemple comme ca : "sup { font-size: 60%; vertical-align: top}".

Voici un exemple de sup : . Voila. (Je remplis pour la visibilite : blabla blabla blabla blabla blabla blabla blabla blabla blabla blabla blabla blabla blabla blabla blabla blabla blabla blabla blabla blabla blabla blabla blabla blabla blabla blabla blabla blabla blabla --> XIV^e siecle <-- blabla blabla blabla blabla blabla blabla blabla blabla blabla blabla blabla blabla blabla blabla blabla blabla blabla blabla blabla blabla blabla blabla blabla blabla blabla blabla blabla blabla blabla blabla

---

des java pour des figures animées sont elles envisageables ?

Exemples : http://www.univ-lemans.fr/enseignements/physique/02/optigeo/mnuopgeo.html ou encore http://perso.wanadoo.fr/jpq/gava/boite.htm cela m'interesse Yves 13 déc 2003 à 15:03 (CET)

Pourquoi pas plutôt un wikiSVG ? Greudin

Moi je suis à fond POUR !!!

---

Modification de

Voilà, quant on édite un article, la phrase est toujours modification de ....... alors serait il possible de l'addapter ? si c'est un voyelle utilier d' ce qui donne modification d'Aquitaine et non pas modification de Aquitaine... ,de Ile, de Or, de etc.....Rinaldum

exact, et j'en profite pour renouveler ma suggestion : remplacer "Modification de" par "Creation de" dans le cas où l'article est inexistant... (ca ma parrait evident) Fab97 13 déc 2003 à 19:48 (CET)

Joli...... j'avais même pas remarqué... j'ai aussi un autre truc, quant on édite par exemple cette page est écrit Un article de wikipedia... ce n'est pas un article ce me semble ?!! et aussi un dernier "truc", sur la page d'accueil est écrit:

Accueil

Un article de Wikipédia, l'encyclopédie libre.

or l'accueil n'est pas un article !! c'est bizard de voir ça...Rinaldum

les pages méta n'en sont pas non plus :)) Ashar Voultoiz 13 déc 2003 à 21:16 (CET)

oui justement c'est ce que je dit 3 lignes au dessus de ton commentaire "quant on édite par exemple cette page" Rinaldum

---

Références (Notes en bas de Section)

Salut, moi ce qui m'a galéré, c'est l'édition des références

1) Il faut savoir qu'il faut modifier la Section du mot référencé et non pas la dernière section de l'Article qui ne contiendra que la balise "< references / >" qui génére à priori ce qu'il faut là où il faut (sauf que les puristes ajoutent un point après la balise "< /ref >" pour obtenir "1.").

2) Mais ce que je trouve embètant, c'est que lors de la Prévisualisation : On ne voit pas les commentaires de réf. (Notes de fin) - et encore moins leur style, liens et autres beautés typographiques dont certains rédacteurs ont le secret - si la balise "< references / >" n'est PAS dans la même Section que le mot référencé. (e.g. Ségolène_Royal)

Serait-il donc possible de voir les réf.

• soit après le mot référencé dans une couleur et typo spéciales ;

• soit en fin de prévisu de la Section éditée ?

Qu'en pensez-vous ? MarcFerrand 8 juin 2006 à 20:29 (CEST)

P.S. Merci de copier-coller vos réponses sur ma page de discussion.

N.B. J'ai ajouté des espaces pour que les exemples de balises ne soient pas interprétés, si qq'un peut m'indiquer les caractères d'exclusion...

wiki-liens

L'atilf propose un mode de recherche d'occurrences séduisant (explications sur site de l'atilf) : est-il enviseageble que wikipédia adopte une solution de ce type ? Point de vue technique, j'ai du mal (en tant que nouveau venu ici et non-informaticien professionnel) à envisager ce que cela suppose comme difficultés ; cependant, en tant qu'éditeur novice et lecteur de wikipédia l'idée me ravit, pensant qu'il pourrait ne plus être nécessaire de semer des [[]] dans le code et que les textes trouveraient une cohérence graphique plus aboutie.Amaury 27 fév 2004 à 08:33 (CET)

---

Bloquer une page éditée ?

Résolu, déplacé vers Wikipédia:Propositions pour le logiciel/Propositions résolues#Bloquer une page éditée ?

Ouverture des liens externes dans une autre fenêtre...

Ceci est un appel aux développeurs... Serait-il possible de faire ouvrir les liens externes dans une autre fenêtre (target=_blank) ou un onglet (cf Mozilla) soit automatiquement, soit en ajoutant une balise ou une option ? Combien de fois je perds ma page en suivant un lien... ©éréales Kille® 31 mar 2004 à 19:25 (CEST)

Les raccourcis de ton brouteur sont fait pour ça, l'opposé est plus difficile. Greudin

Merci de m'enseigner à me servir d'un navigateur. ça ne répond pas à ma demande ! ©éréales Kille® 31 mar 2004 à 20:02 (CEST)

Je ne suis pas d'accord, je préfère cliquer au milieu pour ouvrir dans un autre onglet ou shift cliquer pour ouvrir dans une autre fenêtre. Je préfère le faire moi-même. ℓisllk 31 mar 2004 à 20:31 (CEST)

Je fais clic-droit ouvrir dans un nouvel onglet, mais c'était juste une question d'ergonomie, rien d'autre ! Sinon, merci pour le clic central (ou les deux touches sur un portable). J'ignorais cette fonction ! Super ;) ©éréales Kille® 31 mar 2004 à 20:36 (CEST)

Et ça me manque diablement quand au boulot je dois utiliser MSIE. ℓisllk 31 mar 2004 à 23:14 (CEST)

Tu ne peux pas y installer Firefox ? Vos postes sont verrouillés ? ©éréales Kille® 31 mar 2004 à 23:22 (CEST)

Sous Firefox:

• Shift + <click> : Ouvre le lien dans une nouvelle fenetre
• Ctrl + <click> : Ouvre le lien dans un nouveau onglet et reste sur la page courante
• Shift + Ctrl + <click> : Ouvre le lien dans un nouveau onglet et va sur la nouvelle page

A☮ineko 1 avr 2004 à 09:25 (CEST)

Sous IE, shift + click ouvre dans une nouvelle fenêtre. Mais pas d'onglets :( j'utilise pas mal Opéra aussi :) iubito 3 avr 2004 à 00:45 (CEST)

Il existe des surcouches de M$-ie qui le permettent : MyIe, entre autres. Jerotito | @ 23 avr 2004 à 10:59 (CEST)

---

Log d'upload

Résolu, déplacé vers Wikipédia:Propositions pour le logiciel/Propositions résolues#Log d'upload

Pour revenir sur une entête de type généalogique. x > y > z > ...

Petite idée pour le futur, un champ texte supplémentaire pourrait appaître dans la page d'édition quand une nouvelle page est créée. L'utilisateur peut alors y mettre le nom de l'article parent. S'il le laisse vide, le nouvel article s'insère automatiquement dans une page d'articles orphelins. Sinon, un petit algo peut aller chercher le chemin grand-père > père > fils (s'il existe) dans le parent immédiat et l'insérer dans le nuvel article. Le seul problème, c'est de déterminer la racine de l'arbre et de commencer à rabouter les éléments déjà existants. Tous les articles peuvent être par défaut dans la liste des orphelins jusqu'à ce que graduellement, les wikipèdes leur donne une généalogie. Moi, je suis prêt à y mettre du jus de cerveau... J'utilise déjà ce système de liste sur ma page perso et j'ai vu que certains articles ont déjà un brouillon de cette structure. Robin Hood 28 avr 2004 à 08:55 (CEST)

Idem pour les catégories.

---

Unification du style CSS

Bonjour tout le monde. Je ne sais pas si ce sujet a déjà été abordé précédemment, mais cela me semble assez important. Je vois une prolifération de code CSS localisé pour les détails d'affichage, via l'attribut style=" " souvent dans une balise <div>. Il me semble qu'il serait temps de faire l'inventaire des styles nécessaires au rendu graphique des différents articles et de mettre ça dans une feuille de style CSS sous forme de classe. Mes arguments :

• Les articles resteraient plus dans le souci de simplicité du Wiki
• La modification des articles s'en trouverait simplifiée pour le commun des utilisateurs
• Le code des pages serait allégé
• Il y aurait une plus grande cohérence graphique entre les différents articles
• Il serait plus aisément possible de changer de style, sans avoir à parcourir toutes les pages à la main
• La détection des erreurs CSS serait facilitée car la majeure partie serait concentrée dans un seul fichier (A l'heure actuelle, je vois souvent des erreurs CSS)
• Bonus : Il serait possible de proposer plusieurs feuilles de style destinées à différents médias (écran, imprimante, mini-écrans, ...)
• Enfin, Wikipédia n'est pas une zone de joutes pour webmestres.

Aussi, je suggère de s'attaquer au problème (j'y participerai si cela est lancé), et de mettre alors en recommandation d'éviter si possible l'utilisation de style CSS localisé. Note au passage, je trouve dommage que le style de la page d'accueil change si souvent. J'espère avoir fait des émules... Alkarex 2 mai 2004 à 14:01 (CEST)

D'accord avec cette analyse. Dans les différentes feuilles de style, ne pas oublier celle pour les aveugles et mal voyants. Inciter aussi les contributeurs à utiliser les balises de plan ==, ===, etc. au lieu de mettre les titres de section en gras. Cela facilite l'usage des feuilles de style et permet l'édition des articles longs par section. --Alain Caraco 2 mai 2004 à 14:40 (CEST)

Je ne vois pas l'utilité. Les morceaux de code CSS que je trouve ou que j'écrit ne font pas plus de quelques dizaines de caractères. Bien moin que ce qui peut être fait par utilisation de {msg:}, d'amélioration du texte ou du code HTML. Par exemple, ma modification de [États et territoires de l'Inde] a fait diminuer la taille du code d'environ sept mille caractères.

Oui, une proposition serait peut-être d'interdire les css dans les articles même, mais d'autoriser temporairemnt dans les wikipédia:mediaWikis le temps que les nouvelles fonctionnalités cosmétiques soient dans le logiciel mediaWiki. Greudin (Discuter)

L'édition doit rester la plus simple possible, donc il est préférable d'inserer le minimum de chose du styole css and co. Anthere

Je suis d'accord, pour une raison différente: actuellement le code est rendu en html. Mais peut-être voudra-t-on un jour exporter en latex, en pdf, en n'importe quoi.

Et pour cela il est important d'utiliser au minimum des choses spécifiques html, il est mieux d'utiliser une syntaxe wiki spécifique à mon avis.

Ryo 3 mai 2004 à 09:39 (CEST)

Tout le monde semble d'accord en définitive. Pour Anthere, oui bien sûr l'idée est d'insérer le minimum de code non-wiki, ma proposition va dans ce sens. Pour l'auteur des territoires de l'Inde, il ne s'agit pas d'interdire la mise en forme graphique, mais de proposer des classes standard à la place, via l'attribut class="xxx" avec des noms biens choisis et évocateurs, pour éviter les longs codes style=" " repoussants et qui empêchent toute cohérence graphique entre les pages. Et je suis tout à fait d'accord avec Ryo. Quelqu'un sait s'il est possible d'ajouter et de gérer une feuille de style pour Wikipédia francophone ? Alkarex 6 mai 2004 à 11:33 (CEST)

Et il ne vous est pas venu à l'esprit qu'il est aussi facile de convertir

langage html --> pdf que

langage émulant html --> pdf

? Voila pourquoi toutes vos conversions en code pseudo-html-spécifique-à-wikipedia sont inutiles (de plus la conversion demande du temps de calcul, mais les code wiki utilisent souvent moin de place disque)

C'est une remarque curieuse. Ma suggestion est en effet autant valable pour un site en Wiki que en HTML, puisqu'il s'agit de centraliser les codes CSS plutôt que de les éparpiller sur toutes les pages, sans uniformité. Et comme le dit Ryo, il est plus facile d'exporter du Wiki (ou du HTML) contenant un minimum de mise en page locale. La réflexion que j'ai voulu démarrer ici porte sur une utilisation plus rationnelle, maîtrisée et standardisée des styles CSS que ce qui est fait à l'heure actuelle. J'espère que c'est plus clair, et j'attends toujours des conseils sur comment commencer ce mouvement. Alkarex 8 mai 2004 à 23:17 (CEST)

J'aimerais beaucoup que soit on permette de définir nos propres classes soit que les [[image:]] soit étendu pour permettre de surchargé toutes les definitions d'attribut, obtenir ceci est trop difficile actuellement, permettre la définition de nos propres classe me semble une solution beaucoup plus général que les [[images:]] phe 13 mai 2004 à 05:48 (CEST)

Suppression du raccourci H1

Il ne semble pas conforme à l'esprit de la spécification HTML (la lettre paraissant muette) d'avoir deux balises H1 (destinée à un titre de page) dans la même page (à la différence de ce qui se passe pour H2, H3, H4...). On note d'ailleurs que la plupart des pages du Wikipédia francophone n'utilisent pas cette création de section via =Titre de niveau 1=, passant directement à ==Titre de niveau 2== (deux = de chaque côté).

Toute page du wiki se traduisant automatiquement par une balise <h1>Titre de la page</h1>, la logique voudrait qu'aucune section de page n'ait le même niveau de titre que le titre de la page elle-même.

La suppression pure et simple du raccourci =Titre de niveau 1= serait logique. Ma'ame Michu | Discuter 20 sep 2004 à 21:49 (CEST)

Proposition pour faciliter la rédaction d'articles

Note : le texte ci-dessous a été déplacé depuis le Bistro de Wikipédia. villy 8 jun 2004 à 21:47 (CEST)

Salut, je pense que cela pourrait être intéressant d'avoir sous le cadre d'édition des articles une liste des caractères accentués les plus utilisés. En effet, je passe souvent mon temps à chercher certains caractères et je ne retiens pas le code ASCII (j'ai la mémoire qui flanche...). Je propose de placer avec le message MediaWiki:Copyrightwarning le tableau qui suit, ce qui donnerait :

Toutes les contributions à Wikipédia sont considérées comme publiées sous les termes de la GNU Free Documentation Licence, une licence de documentation libre (Voir $1 pour plus de détails). Si vous ne désirez pas que vos écrits soient édités et distribués à volonté, ne les envoyez pas. De même, merci de ne contribuer qu'en apportant vos propres écrits ou des écrits issus d'une source libre de droits. <b>N'UTILISEZ PAS DE TRAVAUX SOUS COPYRIGHT SANS AUTORISATION EXPRESSE !</b><div style="margin-top:5px;border-width:1px;border-style:solid;border-color:#aaaaaa;padding:3px"> <a href="http://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Conventions_typographiques" title="Wikipédia:Conventions typographiques">Conventions</a> : <tt>À Ç ç É Ê È Œ œ € « » * [ | ] { } ~</tt></div>

Résultat :

À Ç ç É Ê È Œ œ € « » * [ | ] { } ~

Dans le même ordre d'idée, on pourrait rendre cliquable le lien "Résumé" (MediaWiki:Summary) en ajoutant le lien :

<a href="http://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Toujours_commenter_vos_modifications_dans_la_bo%C3%AEte_de_r%C3%A9sum%C3%A9" title="Toujours commenter vos modifications">Résumé</a>

Si cela vous paraît une bonne idée, il ne restera plus qu'à un admin de faire l'opération. geoffroy ♫ 2 jun 2004 à 17:59 (CEST)

J'approuve, ça me libérera d'une ligne dans ma page perso ;o) --Pontauxchats Ier | ✉ 2 jun 2004 à 18:05 (CEST)

Disons en option pourquoi pas. Pour les linuxiens, tous ces caractères sont déjà accessibles facilement, donc ce serait inutile. (astuce : É = caps lock + é, etc.) Med 2 jun 2004 à 18:48 (CEST)

Hum, on va dire plutôt les Unixiens, il n'y a pas que Linux. La touche Compose est plus pratique, elle varie suivant les configurations (chez moi c'est le keycode 177, alias touche « Billou 3 »). En fait, probablement tout le monde peut reconfigurer son clavier pour pouvoir taper facilement les « caractères spéciaux », témoin pour Windows le fameux « clavier Liégeois ». Un windowsien pour se dévouer à écrire une doc ? Jastrow 4 jun 2004 à 12:52 (CEST)

Contre. Tout le monde (même les utilisateurs Windows) peut paramétrer son clavier pour avoir à sa disposition tous les caractères français. J'utilise pour ma part le pilote suivant qui fonctionne très bien : Pilote de clavier français enrichi pour Microsoft Windows. Et sans installer ce pilote, on peut aussi trouver des éditeurs sous Windows (tel Emacs) qui gèrent probablement divers raccourcis clavier. Je ne souhaite donc pas ajouter aux pages de Wikipédia des éléments dont la place n'est pas sur une page web mais du côté du navigateur ou de l'OS. Cœur 5 jun 2004 à 01:29 (CEST)

Je ne suis pas tout à fait d'accord avec tes arguments. En effet, le but ici n'est pas de dire "les éditeurs peuvent utiliser un pilote, donc c'est inutile", mais de faciliter la vie à certains. Wikipédia permet à tout le monde d'éditer des articles, même à ceux qui n'ont pas de compétence particulière en informatique : on peut très bien leur faciliter la vie d'autant que cela ne gêne, a priori, personne. Enfin, tout le monde ne peut pas modifier Windows (puisque c'est bien de cela qu'il s'agit). Il m'arrive d'écrire des articles depuis l'ordinateur du bureau, dont je ne peux absolument pas changer un chouilla au système. Cele explique sûrement le sens de ma proposition. :) geoffroy ♫ 8 jun 2004 à 09:41 (CEST)

Ok, mais alors il faut que cela se fasse de manière invisible par défaut. C'est à dire que je ne veux pas voir apparaitre ÀÇçÉÊÈÎÆ挜… en bas de chaque page, ce n'est pas esthétique. Il faudrait que ce soit soit une option dans ses préférences, soit un simple bouton/lien qui ouvrera temporairement une popup ou un tableau avec ses raccourcis là. Cœur 8 jun 2004 à 18:24 (CEST)

Contre par défaut (j'ai souvent un petit écran et plus j'ai de lignes inutiles pour moi, plus c'est compliqué à travailler: scroll, ...).

Pour en option.

Jyp 8 jun 2004 à 18:34 (CEST)

Fonctionnalités dans Special:Categories

1°) Ne serait-il pas intéressant que le logiciel, dans cette page, liste, en plus du nom de la catégorie, le nombre de sous-catégories et d'articles directement inféodés dans l'arborescence ?

Exemple Catégorie:Acteur >>> 5 sous-catégories et 57 articles.

Sans chercher évidemment les « sous-sous-catégories » ni le nombre d'articles dépendant des sous-catégories.

2°) Pourrait-on envisager que la chaîne de caractères sur laquelle est fait le tri dans la page de catégorie soit visuellement restituée d'une manière différente (par exemple, en gras/emphase forte) et que, si aucun tri n'est fait sur une chaîne de carcatères jusqu'à la virgule, ce soit le titre entier qui soit restitué de cette manière ?

Exemples, dans Catégorie:Troisième République :

• A
  • Affaire Dreyfus
• B
  • Boulangisme
• F
  • Jules Ferry
  • Gouvernement Charles de Freycinet (2)
  • Gouvernement Charles de Freycinet (3)

Pourquoi pas le XML ?

Je propose que tous les flux (page, définition, ...) soient gérés aux format XML. Pour cela, il faudrait écrire un XML Schema normalisé par le W3C.

Je souhaiterais pouvoir écrire ce que vous êtes en train de lire en ce moment au format XML. Définir des liens avec des balises XML, donner un style au texte, etc.

Pourquoi s'encombrer d'une syntaxe spécialement écrite pour le Wikipédia ?

Ceci permettrait de pouvoir "mélanger" des normes avec d'autres. Par exemple :

• Le langage DocBook est parfaitement adapté pour l'écriture d'article, de chapitre, voire de livre !
• Le SVG (Scalable Vector Graphics) est un moyen de dessiner de manière universelle. Un rendu splendide !
• Le MathML pour les formules mathématiques, des sciences physiques, ...

Grâce aux transformations XSLT-FO, le public aurait accès à une multitude de vision d'un document.

Disons-le franchement, les signe egal, crochet ouvrant, fermant,... Ce n'est pas qualité ça !

---

On voit que tu ne doit pas avoir lu beaucoup de texte formatté en XML. En ce qui me concerne, vive le Wiki. Et il est toujours possible de faire une sortie XML à partir de Wiki. D'ailleurs c'est déjà le cas. Si tu regardes l'entête du code source de cette page, tu verras : <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">. La page est formatté en XHTML pour ton navigateur. C'est du XML.

[[Utilisateur:Olivier Mengué|Olivier Mengué | ⇄]] 30 sep 2004 à 18:01 (CEST)

Pouvoir désactiver 'newarticletext'

Note : le texte ci-dessous a été déplacé depuis le Bistro de Wikipédia. Ma'ame Michu | Discuter 8 aoû 2004 à 00:06 (CEST)

Pour chaque nouvel article est inséré dans la feuille d'édition le message « Vous êtes sur une page qui n'existe pas encore. Pour créer, [...] » (ligne 'newarticletext' dans Special:Allmessages). J'aimerai bien, à titre personnel, pouvoir me débarrasser de ce message, via ma feuille de style. Oui, mais, il n'y a (actuellement) aucun d'attribut permettant de le faire via mon monobook.css : il suffirait qu'un sysop ajoute à cette ligne un id="nonexist", n'importe où dans le <div>, après quoi je pourrais insérer dans mon monobook.css une ligne #nonexist {display:none} (comme je peux le faire pour plein de choses standard telles que le bloc du bas, certains liens des menus à gauche, ou encore le message sur le copyright en édition (id="editpage-copywarn").

Ou bien y a-t-il quelque chose qui soit encore plus simple, ou alternatif (une commande à écrire dans mon monobook.js pour empêcher 'newarticletext', solution qui semble compliquée) ?

Cette demande n'est pas faite pour le plaisir de critiquer un point de détail, mais tout simplement parce que ce message d'avertissement sur chaque nouvel article en mode édition bouffe une place qui est précieuse (l'équivalent de quatre lignes, chez moi), et que j'estime être avoir eu largement de me familiariser avec la bête pour être capable faire la différence entre la page de visualisation d'un article existant, et la page d'édition d'un article inexistant. Et l'ajout proposé plus haut n'empêcherait pas les « néophytes » de bénéficier du message d'avertissement, le temps de s'habituer...Ma'ame Michu | Discuter 2 aoû 2004 à 09:05 (CEST)

Peut être que tu peux tout simplement faire défiler l'ascenceur pour cacher ces lignes :o) Je ne comprends pas en quoi ce message est génant pour crééer un nouvel article. Ashar Voultoiz|@ 8 aoû 2004 à 23:51 (CEST)

minnan.wikipedia.org

Note : le texte ci-dessous a été déplacé depuis le Bistro de Wikipédia. --alphatwo 14 aoû 2004 à 18:48 (CEST)

sur Océan Atlantique, il y a un lien vers minnan.wikipedia.org : minnan:Tāi-se-iûⁿ .. mais celà est écrit directement sur la page et n'est pas présent dans Autres langues. Comment cela se fait-il ? François Trazzi 12 aoû 2004 à 10:52 (CEST)

J'ai vu ça sur d'autres pages. minnan est une langue dans laquelle Wikipédia existe. Cependant les tables de noms de langues n'ont pas l'air d'être à jour...

Je pense que l'on peut ignorer cela, une future mise à jour corrigera ce problème.

Umibôzu (Ryo) 12 aoû 2004 à 11:55 (CEST)

Bug reporté : 115. Yann 28 aoû 2004 à 13:30 (CEST)

Traduction du logiciel

Note : le texte ci-dessous a été déplacé depuis le Bistro de Wikipédia. --alphatwo 14 aoû 2004 à 20:16 (CEST)

Lorsque l'on redéplace une redirection il apparaît un message en anglais dans la page des modifs récentes : xxxx moved to yyyyy over redirect Greudin (discuter) 3 aoû 2004 à 19:33 (CEST)

Ca veut dire qu'il est grand temps de refaire une passe sur Special:Allmessages

Xmlizer 3 aoû 2004 à 23:20 (CEST)

Ya le même problème sur le wiktionnaire: #'1movedto2_redir' => "$1 moved to $2 over redirect",

Mas comment le répare t'on? la page et en lecture seule! 213.228.42.158 11 aoû 2004 à 13:28 (CEST)

Faut être sysop. Ce week-end le message n'existait pas (ou alors je l'ai raté), je corrige dès que possible.

Umibôzu (Ryo) 12 aoû 2004 à 09:09 (CEST)

Encore des traductions

Note : le texte ci-dessous a été déplacé depuis le Bistro de Wikipédia. alphatwo 14 aoû 2004 à 20:16 (CEST)

Dans la série traduction

• Wikipédia:Log d'upload
  • --> Wikipédia:Historique des téléchargements
  • --> Wikipédia:Trace des téléchargements
  • --> Wikipédia:Historique des imports
  • --> Wikipédia:Trace des imports
• Wikipédia:Log de protection
  • --> Wikipédia:Historique des protections de pages
  • --> Wikipédia:Trace des protections de pages

on pourra prendre exemple sur

• Wikipédia:Historique des effacements <-- Wikipédia:Trace des effacements

Il reste un cas épineux dont je ne sais quoi pensé

• Wikipédia:Fair use

et dans la catégorie lien profond dans l'application je propose

• Wikipédia:Recentchanges

Bug dans les listes d'articles d'une catégorie.

Note : le texte ci-dessous a été déplacé depuis le Bistro de Wikipédia. --alphatwo 14 aoû 2004 à 20:18 (CEST)

N'ayant pas trouvé de page où le signaler, je présente ici un petit bug : dans la liste des articles d'une catégorie, les mots avec un accent circonflexe sont mal classés. Par exemple, dans la catégorie Astronautique [[1]] :

• arrimage est avant arrêt de poussée,
• chargement par coulée est avant chaîne de pilotage,
• créneau de lancement est avant cône d'ablation.

Almak 6 aoû 2004 à 16:44 (CEST)

Il est préférable, tant que la question des caractères accentués dans le tri catégorie ne sera pas résolue, de coder :

• [[catégorie:Astronautique|arret de poussee]]
• [[catégorie:Astronautique|chaine de pilotage]]
• [[catégorie:Astronautique|cone d'ablation]]

Avec ça, l'ordre alphabétique est respecté. Et cela n'a aucune influence sur ce qui affiché dans la page de catégorie (toujours le titre intégral de l'article). Ma'ame Michu | Discuter 6 aoû 2004 à 17:02 (CEST)

De plus, lorsque le problème sera résolu, cela n'aura pas de conséquences non plus :-) Jyp 6 aoû 2004 à 17:20 (CEST)

Bug reporté : 164. Yann 28 aoû 2004 à 13:44 (CEST)

ébauches

Note : le texte ci-dessous a été déplacé depuis le Bistro de Wikipédia. --alphatwo 14 aoû 2004 à 20:22 (CEST)

La page "[ [ Catégorie : Wikipédia : ébauche ] ]" ne comprend pas toutes les pages en ébauche

Papillus 11 aoû 2004 à 22:52 (CEST)

Tout simplement parce que le lien entre Modèle:ébauche et Catégorie:Wikipédia:ébauche a été supprimé le 21 juillet, ainsi qu'il est brièvement expliqué dans l'historique. Donc, toutes les saisies {{ébauche}} faites après cette date ne seront pas liées à la catégorie. À ce sujet, il serait donc logique de demander la suppression de cette catégorie. Ma'ame Michu | Discuter 11 aoû 2004 à 23:12 (CEST)

C'est dommage la présentation était agréable. Papillus 12 aoû 2004 à 01:29 (CEST)

Titre grande taille

Il apparaît que les titres de première taille, séparés par des signes = uniques, sont si grands que personne ne les utilise. Pourrait-on récupérer cette fonction pour un titre de même taille que ==, mais centré et générant un sommaire isolé ? Ce qui donnerait, pour de longs articles :

Introduction

                               GRAND TITRE I

Sommaire du titre I

Paragraphes du I

                               GRAND TITRE II

Sommaire du titre II

Paragraphes du II

Etc. Cham 16 aoû 2004 à 18:20 (CEST)

Mois d'août

Note : le texte ci-dessous a été déplacé depuis le Bistro de Wikipédia. alphatwo 17 aoû 2004 à 11:03 (CEST)

Mes excuses si ça a déjà été discuté, mais il semble y avoir un problème sur Wiki avec le mois d'août. Le 't' se fait systématiquement manger. Y a-t-il moyen de modifier cela ? Jastrow | 兔 16 aoû 2004 à 12:25 (CEST)

Jamais vu cela, tu as un exemple concret? Jyp 16 aoû 2004 à 12:54 (CEST)

Ah j'ai compris, c'est dans les dates de signatures! En fait le t ne se fait pas manger, c'est juste que la signature comprend les trois premières lettres du mois; en septembre ce sera sep. Jyp 16 aoû 2004 à 12:56 (CEST)

Arf. Merci pour l'info. En tout cas, pour août, ça fait très bizarre. La première fois que ça m'a frappée, c'est sur la page des dernières modifications. Quand on lit « 16 aoû 2004 », on a vraiment l'impression qu'il y a un bug. Jastrow | 兔 16 aoû 2004 à 13:17 (CEST)

L'économie en caractères est ridicule de toute façon. Et le problème se reposera l'an prochain en mar. Si le système (PHP il me semble) utilise le formatage habituel, il faudrait remplacer le « %b » par un « %B » là où se trouve le format d'affichage de la date. Sinon, où est-ce qu'on signale les bugs/features ? Tout 16 aoû 2004 à 13:25 (CEST)

http://bugzilla.wikipedia.org/ ♡ poème 16 aoû 2004 à 16:59 (CEST)

L'inscription, c'est Capitale !

Note : le texte ci-dessous a été déplacé depuis le Bistro de Wikipédia. alphatwo 18 aoû 2004 à 11:57 (CEST)

Non, non, je ne relance pas le débat ! Mais, j'ai trouvé ceci sur la page de discussion de Mammique :

Oui Med ! C'est bien moi, je participait déjà à Wikipédia annoymement car je n'arrivait pas à me logguer (il fallait mettre une majuscule !), mais comme j'avais besoin de mettre des photos hier j'ai insisté ;-) Merci pour cet accueil chalereux ! Mammique

Cela me semble important ! Y-a-t-il quelqu'un de compétent sur ce point ! Hervé Tigier ✉ 16 aoû 2004 à 10:39 (CEST)

Sauf erreur cela signifie simplement que Mammique essayait de se logguer comme [[Utilisateur:mammique]] au lieu de [[Utilisateur:Mammique]]. Wiki respecte la casse des caractères :) villy 18 aoû 2004 à 09:56 (CEST)

Non, y-a un malentendu ! Il s'agit de l'inscription première et non de reloggage !

La question précise est : 1. Peut-t-on s'inscrire avec un pseudo sans Majuscule ? 2. S'il faut une majuscule, pourquoi n'est-ce indiqué nulle part dans Special:Userlogin ?

Il me semble important que des contributeurs ne soient pas découragés par cela comme Mammique semble l'avoir été ! Hervé Tigier ✉ 18 aoû 2004 à 11:18 (CEST)

Le problème doit être autre, car une majuscule n'est pas nécessaire pour le login, ni lors de la 1ère inscription, ni lors des suivantes. Exemple: mon login original est yann, et je peux aussi me logguer avec Yann. Yann 28 aoû 2004 à 13:17 (CEST)

L'ajout de sections dans le Bistro et les pages vertes

Ajout d'une fonction d'ajout automatique de section (lien +) dans les pages vertes : ce serait très utile au Bistro archeos

Clickforthanks

Comme l'équivalent ne semble pas exister, à la connaissance de l'auteur, dans le concept Wiki :

Une projet externe et gratuit pour remercier les auteurs en général : www.clickforthanks.net Peut-être utile en lien externe pour remercier tout les contributeurs d'une page.

Si ce concept reçoit un large écho favorable, le développeur est prêt à participer à son intégration au Wikipédia en particulier et dans le concept Wiki en général.

Bonne idée. Dans le meme esprit : un compteur de visite ?Baptiste Deleplace 23 mai 2006 à 20:39 (CEST)

La page personelle "mes contributions"

Lui integrer un compteur d'article crées, ce serait pas forcement utile, mais sûrement agreable.

Papillus 29 aoû 2004 à 02:47 (CEST)

Très agréable archeos 7 oct 2004 à 12:43 (CEST)

Création de page

Quand on crée une page, ce serait bien qu'il soit indiqué le nombre d'article qui pointent vers cette page en devenir et quels sont ils.

Papillus 29 aoû 2004 à 03:02 (CEST)

Catégorie améliorée

ce bandeau ajoute un lien vers la catégorie:À améliorer

Extraits d'une discussion du Bistro :

• Va -t-on voir fleurir des bandeaux pour chaque catégorie d'articles ? Yves 30 aoû 2004 à 17:05 (CEST)

Oui.Jyp 30 aoû 2004 à 17:15 (CEST)

Je les trouve encombrants et il n'apportent rien au voir aussi: qui fait moins pub!Yves 30 aoû 2004 à 17:28 (CEST)

(...)

Et pourquoi ne pas faire une belle page verte qu'on atteindrait par [Catégorie:Islam] ? Quitte à faire savoir sur le lien [Catégorie:Islam], par une petite icône, que c'est une page en couleur. Cham 30 aoû 2004 à 19:51 (CEST)

bonne idée Yves 30 aoû 2004 à 19:55 (CEST)

Comment on met cette icône? Jyp 30 aoû 2004 à 20:05 (CEST)

C'est un truc pour les techniciens, du genre '''Catégorie_Améliorée''':Islam. Cham

J'ai essayé, ça ne marche pas. As-tu un exemple où cela marche? Jyp 30 aoû 2004 à 22:30 (CEST)

Je n'ai pas dit que ça existait, seulement que les programmeurs pourraient y réfléchir. Cham

Articles attendus aussi appellé Pages les plus demandées

transféré du bistro par Alain Caraco 6 sep 2004 à 22:45 (CEST)

Est il possible que la page : Articles attendus indique le jour ou elle a été actualisée ?

Papillus 28 aoû 2004 à 02:07 (CEST)

C'est possible, les pages Special:Deadendpages et Special:Lonelypages sont dans le même cas. D'autres pages spéciales sont dans le même cas alors que ce serait très utile. Transfert ta proposition vers Wikipédia:Propositions pour le logiciel, cela allége le bistro --83.154.59.38 28 aoû 2004 à 09:42 (CEST)

C'étais le cas auparavant, mais depuis que l'implémentation a changée, la date n'est plus disponible (elle n'est même pas stockée qqpart si je ne me trompe pas). -- Looxix 28 aoû 2004 à 14:40 (CEST)

paragraphe dépliable

Je ne sais precisement le décrire, le plus simple est de citer le site framasoft, les commentaires d'un article sont en titre et en cliquant sur le titre on déplie l'article, une telle fonctionnalités serait pratique dans les pages de discussion pour remplacer avantageusement l'archivage en page liée, il suffirait de rajouter le code et l'article serait "plié".

Serait ce possible sous la forme d'un code a mettre dans le titre du paragraphe ? Papillus 7 sep 2004 à 14:54 (CEST)

Cela implique peut-être l'usage de Javascript, comme pour l'escamotage du sommaire des articles. Ma'ame Michu | Discuter 7 sep 2004 à 15:24 (CEST)

commentaire de déplacement

Voilà une remarque fort pertinente trouvée sur Déplacements contestés :

Le logiciel est lacunaire sur ce point, puisqu'il ne prévoit pas de saisie de commentaires pour un déplacement de page, obligeant celui qui aurait un doute sur le déplacement qu'il vient de faire à porter la discussion par exemple dans la page de discussion de l'article. Alors qu'un commentaire "Que pensez-vous du déplacement ?" apparaissant dans les Modifications récentes, ne serait pas inutile. Idem pour celui qui rectifie illico un "mauvais" déplacement sans pouvoir le justifier en quelques mots.

archeos 16 sep 2004 à 23:16 (CEST)

Poser une borne d'édition où on veut

Quand on crée un titre ==comme ça==, on génère automatiquement une borne d'édition [modifier] qui peut ouvrir la section qui suit en fenêtre d'édition. Il a déjà été signalé que cette borne serait plus ergonomique en fin de la section qu'au début. Il faudrait au moins avoir le choix, mais là n'est pas mon propos. Quand une section est très longue, il est parfois fastidieux de repérer l'endroit où on veut intervenir et ce serait bien de pouvoir fragmenter sans nécessairement générer de nouveaux titres et les numérotations automatiques qui vont avec. Roby 21 sep 2004 à 00:07 (CEST)

N.B. Mes excuses à Roby dont j'ai modifié le lien devant générer une nouvelle section dans sa page de discussion ; si quelqu'un sait comment faire, merci de nous en informer ;) Marc le 8 juin 2006.

Historique par section

Quand on fait une recherche d'historique, elle ne concerne souvent qu'une section d'un article. Ce serait bien de pouvoir consulter l'historique d'une section isolément, surtout pour des pages aussi touffues que le Bistro. Roby [http://fr.wikipedia.org/w/wiki.phtml?title=Discussion_Utilisateur:Roby&action=edit&section=new ✉] 21 sep 2004 à 00:07 (CEST)

Intégration du dérouleur d'historique dans la liste de suivi

Le sujet est revenu plusieur fois sur le Bistro. Pour avoir un suivi efficace des pages suivies, ce serait très utile de pouvoir avoir, comme dans la page modifications récentes, pour chaque page suivie, non simplement la dernière modification, mais un triangle qui donne la liste des dernières modifications. Cela permettrait :

• d'éviter qu'une modification importante soit masquée par un robot ;
• d'accéder à l'historique de chaque modification (différence avec la version précédente) ;
• De mieux s'y retrouver quand un éditeur fait quatre modifications et repétrit tellement un article qu'on ne s'y reconnait plus. archeos 7 oct 2004 à 12:50 (CEST)

Liste des pages non-suivies (résolue)

Une telle liste est désormais accessible aux admnistrateurs

Une page Special:Pages non-suivies, pour pouvoir les ajouter à la notre, et être plus réactif sur les vandalismes. archeos 7 oct 2004 à 12:50 (CEST)

Tu veux dire pages suivies par personne ? Je me demandais, moi, si la fonction qui suit cette page ? pouvait être utile.Fred.th 5 déc 2004 à 00:50 (CET)

C'est une bonne idée (même si en général les pages soumis aux vandales sont suivies), PAR CONTRE lister les pages non-suivies pourrait donner du grain à moudre aux vandales. Il faudrai que cette page ne soit accessible QU'aux membres Baptiste Deleplace 23 mai 2006 à 20:53 (CEST)

Cette fonction existe désormais mais elle est réservée aux administrateurs et elle n'est pas très efficace (trop limitée en nombre d'items). Fred.th–.·˙·. 24 mai 2006 à 00:17 (CEST)

 

Possiblité de suivre tout les articles d'une catégorie

Non ? (Dans le même esprit qu'au dessus) Baptiste Deleplace 23 mai 2006 à 20:53 (CEST)

Ajout du plus partout

Les pages discussion ont un lien 'plus' auprès des liens 'Modifier' et 'Déplacer' qui permet d'ajouter une section de façon élégante. La fonctionnalité pourrait être ajoutée au Bistro (qui est une méta-discussion) et aux pages méta et grises, ou on procède de la même façon archeos 7 oct 2004 à 12:54 (CEST)

Section 0

Ce serait pas mal d'avoir une section 0, comme sur le wiki en:. Elle permet de n'éditer que le chapeau de l'article, au lieu de modifier toute la page. archeos

J'suis bien d'accord (surtout quand c'est une page assez enorme) Darkoneko (>o<) 22 jan 2005 à 12:27 (CET)

Quelques propositions

Note : le texte ci-dessous a été déplacé depuis le Bistro de Wikipédia pour alléger cette page qui ne cesse de s'allonger. Texte déplacé par {{{contributeur}}}. Quelques idées en vrac, je ne sais pas si c'est le meilleur endroit pour en parler :

• un bouton "envoyer cet article à un ami" qui permettrait de faire connaitre wikipedia

c'est cliché mais au fond pas inutile amha Jean-no

pour spammer une page toute neuve à plein d'amis par exemple ? risqué et puis bof Bertrand ✉ 27 oct 2004 à 08:11 (CEST)

• un bouton "ajouter cet article à mes favoris" pour les personnes qui voudrait garder facilement un article qu'ils ont appréciés, sur lequel ils voudraient travailler mais n'ont pas le temps dans l'immédiat etc.

pas trop pour, il me semble que ça demande beaucoup de ressources en termes de bases de données Jean-no

ben, il y a déjà la liste de pages suivies qui peut servir à ça non ?Bertrand ✉ 27 oct 2004 à 08:11 (CEST)

Cette gestion des favoris pourrait être un peu complexe, avec des rubrique et sous rubrique, des couper/coller/déplacer, réagencer l'ordre...

Et idée supplémentaire, j'ai trouvé ça : http://wiki.auf-trag.de/

Pourquoi ne pourrait on pas, à partir de ces favoris, se créer un fichier pdf (ou XML) avec les articles que l'on souhaite (soit l'intégralité de son bookmark, soit une rubrique et sous-rubrique)

a vrai dire, c'est un vieux rêve de pouvoir sortir une encyclopédie papier à partir du wikipedia, mais le plus gros probleme qui me vient à l'esprit c'est de pouvoir selectionner et ordonner les articles que l'on souhaite. Ce bookmark pourrait aider à faire ça.

Axel

Tu as déjà le logiciel Wikipdf qui permet de convertir au format PDF archeos 25 oct 2004 à 13:25 (CEST)

Logiciel qui, si j'ai bien pigé, n'est accessible qu'en environnement Unix/Linux. Dommage. D'autant plus que le bookmark wiki.auf-trag semble être surchargé à certaines heures... :o) En fait, (rigolade) c'est un complot pour me forcer à endosser un habit de pingouin. :o) Ma'ame Michu | @ 25 oct 2004 à 17:28 (CEST)

Pourquoi un wikipdf ? La fonction d'impression du navigateur (même IE...) permet de l'imprimer si on a une imprimante PDF (par exemple PDFCreator). En plus il y a une feuille de style impression correcte dans Wikipédia. --Serged 26 oct 2004 à 14:25 (CEST)

Il faudrait un système d'évaluation alors peut-être, par exemple un système de notation comme sur "ciao", cette espèce d'encyclopédie de la consommation... Un peu scolaire, mais efficace pour faire le tri (sauf que sur ciao, les notes aboutissent à une rémunération, donc tout le monde donne la note maximale sous peine de se faire des ennemis) Jean-no 25 oct 2004 à 14:57 (CEST)

Pour Serged, la conversion au format PDF permet de diffuser le document, de manière électronique ; et comme tout le monde n'a pas un convertisseur au format PDF. Et les feuilles de style, c'est sûrement très bien, mais je ne sais absolument pas m'en servir : contrairement au lien ancien Imprimer, qui était bien pratique. Donc si je veux imprimer un article, il faut que je refasse la mise en page moi-mêmearcheos

catégories de temps & multi tri

- des articles sont écrits et possèdent tous la meme catégorie(à savoir catégorie:Savoirfaire et une catégorie de temps à des instants différents (ou alors des catégories de tps différentes)

-> je veux qu'une page de catégorie puisse etre généré en prenant compte tous les articles de la catégorie Savoirfaire et trié ces articles grace a la 2eme catégorie

pour résumé, avoir des catégories qui répertorient des articles avec pour paramètres différentes catégories:

autre exemple :

article (catégorie)

pain ("fabriqué le" 10 nov 2004) (boulangerie)

croissant ("fabriqué le" 12 nov 2004) (boulangerie)

guenuts ("fabriqué le" 3 oct 2004) (boulangerie)

---

request: catégorie ("fabriqué le" nov 2004)& (boulangerie)

result: page de catégorie avec pain/croissant trié par date

--Vev 10 nov 2004 à 19:16 (CET)

Je sais pas si les développeurs comprendront mais moi je ne comprend pas. Tu voudrais que soit ajoutée une catégorie qui indique la date de fabrication de l'article ? Fred.th 3 déc 2004 à 09:18 (CET)

non, pas de l article. Je voudrais que des catégories de temps bien faite existe au meme titre que les autres catégories

exemple:

Victor Hugo

([[26 février]] [[1802]] – [[22 mai]] [[1885]]) [[Catégorie:Poète]]

que cela soit comme ca, que la date soit une catégorie(au meme titre que poete) mariée avec une autre catégorie

[[Catégorie:Poète]]

[[Catégorie:Naissance]]&[[Catégorie:26 février 1802]]

[[Catégorie:Déces]]&[[Catégorie:22 mai1 1885]]

que de cela on puisse en tirer des fonctions de tri avec la possibilité pour les catégories de temps de triées par ordre (croissant, décroissant, =>, <=, =) etc.

exemple:

• requete1: recherche les [[Catégorie:Poète]] & [[Catégorie:Naissance]] & "supérieur ou égale" a la [[Catégorie:26 février 1802]]

=> requete1: poètes nées aprés(ou le) 26 février 1802

• requete2: recherche les [[Catégorie:Poète]] & [[Catégorie:Naissance]] & "égale" [[Catégorie:1802]]

=> requete2: poètes nées en 1802

• requete3: recherche les [[Catégorie:News]] & "égale" a la [[Catégorie:1948]]

=> requete3: les news de decembre 1948

• requete4: recherche les [[Catégorie:Dinosaure]] & "supérieur ou égale" a la [[Catégorie:ere secondaire]]

=> requete4: les dinosaures existant pendant et apres l ère secondaire

tout ceci n est bien sur qu un exemple qui vaut ce qu il vaut on peut penser aux actualités, à la préhistoire, aux inventions; tout ce baratin pour dire que le temps est une catégorie qui puisse etre combinée avec d'autres catégories.

• [[Catégorie:26 février 1802]]
• [[Catégorie:19eme sciecle]]
• [[Catégorie:ère quaternaire]]

avec des fonctions de tri entre ces différentes catégories de différentes plage(un jour, un sciècle, une ére, etc.)

--Vev 8 jan 2005 à 15:14 (CET)

Syndication : diverses questions

1. Serait-ce possible d'accéder à la fonction diff à partir des flux ?

   La fonction semble active. Soit elle a été ajoutée soit elle m'avait échappé. C'est un peu rude au niveau de l'affichage (j'utilise Sage, apparemment on peut utiliser une feuille de style personalisée. Trop pointu pour moi) sinon c'est pas mal.

2. Serait-il possible d'intégrer des flux dans une catégorie ? Ça équivaudrait au suivi des liens, ce serait rudement pratique.

Fred.th 3 déc 2004 à 09:27 (CET)

Justifier

Alors voila je me demandais si il ne serait pas possibles de justifier les textes ? Ca serait plus joli (je trouve). De la part d’un futur inscrit ;-).

C'est une option dans les préférences utilisateurs. Ashar Voultoiz|@ 5 jan 2005 à 18:08 (CET)

Oui mais je parlais d'un réglage par défaut pour les non-inscrits riovas

Je susi défavorable à cette proposition. Dans la mesure où on n'est pas inscrit on ne dispose pas des mêmes fonctionnalités, c'est pas très grave. La justificationest une fonctionnalité intéressante notamment pour l'impression mais elle peut causer des difficultés avec certaines configuration d'affichage (faible résolution, fenêtres minuscules parce que disposées en mosaîque, grande taille de caractère pour les mal-voyants). Il me semble préférable de conserver une seule présentation par défaut pour toutes les pages, j'ai pas le temps mais il faudrait vérifier ce qu'en dit http://www.accessiweb.org/ . Fred.th 15 jan 2005 à 11:50 (CET)

J'ai été voir sur le site (très intéressant d'ailleurs) dont tu m'a donner l'adresse. Mais je n'ai rien vu qui aille contre la justification des textes. riovas 3 fev 2005 à 02:00 (CET)

Affichage des catégories avant la fenêtre d'édition

Lorsque je crée ou édite un article, je le classe dans une ou plusieurs catégories. Ce qui m'embête, c'est que lorsque je demande la prévisualisation, le bandeau des catégories apparaît tout en bas de la page d'édition, alors que le restant de la page apparaît au-dessus.

Il y a tellement de catégories maintenant qu'il est parfois difficile de savoir si une catégorie existe ou non. Parfois, j'oublie de regarder le bandeau pendant l'édition et je peux oublier un «drapeau rouge» :-).

Je préfèrerais que le bandeau apparaisse avec le restant de la page. Je sais qu'il est possible de faire apparaître la page complète sous la fenêtre d'édition, mais je préfère que la page apparaisse au-dessus de la fenêtre d'édition. -- Sherbrooke 28 avr 2005 à 13:46 (CEST)

Page spéciale anti spam de lien externe

Serait il possible de faire une page spéciale qui indique les pages de wikipédia ayant en commun d'avoir le même lien externe, dans le cas où ce lien externe est présent de nombreuses fois sur Wikipédia ? Ca permettrait de voir que tel lien externe a été mis sur de nombreuses pages (il faudrait que les pages en question soient indiquées) et ensuite de décider s'il s'agit de spam ou non, et de les effacer le cas échéant. (exemple de spam de lien externe : les contribs de 86.198.195.195 et de 62.35.38.56) --Markadet 12 décembre 2005 à 23:15 (CET)

Améliorer liens

Redirection transparente

Il y a réguliérement des discussions sur les titres des articles, est-ce que l'on ne pourrait pas minimiser le probléme en cachant le fait qu'on arrive sur une page par une redirection cad en supprimant le message (Redirigé depuis Probabilités) pour les utilisateurs non loggués ? Pour un lecteur cela n'a pas grand intérét, l'article doit déja contenir la bonne orthographe. phe 25 avr 2004 à 00:11 (CEST)

Suggestion pour mediawiki: highlight des liens incorrects

liens vers les pages d'homonymie à repérer

Il serait intéressant de faire en sorte que les liens vers les pages d'homonymie soient mis en valeur, avec incitation à la correction. Par exemple, le petit popup CSS qui indique la page liée pourrait ajouter : « Lien vers une page d'homonymie, veuillez la consulter et préciser le concept. »...

Parfois les pages d'homonymie ne sont pas discriminatoires et exposent les différents sens du mot sans redirection. Par exemple gaucher. --Serged 5 déc 2004 à 10:22 (CET)

Redirections depuis les orthographes fautives à repérer

Idem que précédemment, « taguer » une page de redirection en indiquant « fausse orthographe ou quelques chose du genre » permettrait aux liens y référant d'être mis en valeur.

Je ne suis pas programmeur.

Ces deux fonctions n'ont pas été (et ne seront pas) implémentées car elles demanderaient de regénérer trop de pages à chaque modification. Ca pose notamment des difficultés pour mettre en cache ces pages. Ashar Voultoiz|@ 4 déc 2004 à 15:07 (CET)

Redirect vers une section d'article

Il n'est pas possible de faire des redirects vers une section : #REDIRECTXX#XX ne fonctionne pas. Cela serait très utile dans le cas de certains articles, tels que école pythagoricienne. Dans ce dernier article sont recensés une grande partie de pythagoriciens pour lesquels on ne peut que difficilement rédiger plus de trois lignes. Il apparaît ainsi inutile de faire un article pour chacun, vu que les sources, la bibliographie, etc., et les messages de catégories prendraient deux fois plus de place que le texte lui-même... Il est plus commode d'avoir toutes ces informations sur une seule page, même un peu longue, avec une redirection sur chaque pythagoricien que l'on cherche. Je suppose que cela serait également pratique pour d'autres articles. Caton 18 jan 2005 à 10:19 (CET)

J ai également était géné par cette faille. Yug talk

Moi aussi Shiva-Nataraja 20 mai 2005 à 16:33 (CEST)

idem, mais au moin je vais arrete d'aissayer de faire foncitonne cela maintenent... en esperent que la fonction soit ajoute... --djo0012 16 juin 2006 à 07:57 (CEST)

Liens indirects

Il serait utile d'avoir une couleur différente (vert par exemple) pour les liens qui vont vers une page qui n'est pas une page normale d'article, comme une page d'homonymie ou une page de redirection. En effet souvent les liens ne sont pas testés après une contribution, mais simplement observés pour savoir s'ils vont vers une page qui existe ou pas.. Ralph 12 fev 2005 à 11:16 (CET)

Je venais faire la même proposition ! Ce serait bien sûr une option des "Préférences" de chacun. Cham 24 fev 2005 à 09:19 (CET)

Amélioration interwiki

Problème d'affichage avec l'interwiki... euh Klingon je crois

Note : le texte ci-dessous a été déplacé depuis le Bistro de Wikipédia. alphatwo

Sur la page de Star Trek (voir tout en bas), quelqu'un a ajouté le lien [[tlh:Hov leng]] qui ne se met pas correctement avec les autres langues. C'est un bug connu ?

Shiva-Nataraja 16 aoû 2004 à 19:23 (CEST)

c'est le même problème que minnan:Tank ... Xmlizer 16 aoû 2004 à 19:40 (CEST)

De mémoire (à prendre avec des pincettes) lu à la pompe du village (bistro anglophone), concernant le klingon et toutes les langues artificiels (sauf langues construites internationales esperanto, ido, intelingua) l'interwiki ne sera pas visible à moins de le spécifier dans les préférences mais je crois qu'il y a encore débat. Greudin (discuter)

ajouter une langue

nous internautes arabophones ne trouvons pas ce que désirons en langue arabe dans votre remarquable encyclopédie.

Amélioration média (image, common, son)

Transformer Image: par Média: ou Fichier:

Bonjour,

Je viens de remarquer quelque chose d'anormal, tous les fichiers copiés sur le serveur sont marqués comme des images : Image:De l'usage des majuscules.pdf.

Pour y remédier, je propose deux solutions distinctes :

1. faire une distinction de label en fonction de l'extension. C'est à dire qu'on garde :image: pour les .gif, .jpg, .png. Mais on invente par exemple :audio:, :vidéo:, :doc: pour les extensions .wav, .avi, .txt... Le problème est que certaines extensions sont des capsules qui peuvent servir à différents usages. On pourra alors certainement être confronté à une extension qui peut autant être une image qu'une animation ou une musique.
2. convertir toutes les :image: par :média: ou :fichier:. Ce sera un travail équivalent au passage en UTF-8 je suppose. Et pour ne pas heurter les habitudes, on pourra aussi envisager une période de transition où les deux seront possible, c'est à dire que Image:De l'usage des majuscules.pdf et Média:De l'usage des majuscules.pdf désigneront la même page.

Ma préférence va pour la solution :média:, mais elle peut poser le problème de l'accent aigu, d'où l'alternative :fichier: qui est proposée.

Cœur 16 mai 2004 à 17:29 (CEST)

Je suis pour Média:. Et pour les accents, il ne devrait pas y avoir plus de problème que pour Catégorie: ou Wikipédia:.

[[Utilisateur:Olivier Mengué|Olivier Mengué | ⇄]] 30 sep 2004 à 17:47 (CEST)

futures vidéos

il faut voir les futures vidéos a l 'écran et non a télécharger --Vev 4 déc 2004 à 00:46 (CET)

Liste des images en vignettes (résolu)

Demande résolue avec la balise <gallery>

Note : le texte ci-dessous a été déplacé depuis le Bistro de Wikipédia. Ryo 23 avr 2004 à 10:35 (CEST)

La liste des images n'est pas très causante, il n'y aurait pas moyen d'avoir une page présentant des vignettes des images un peu comme gogole image ? ℓisllk 13 avr 2004 à 08:49 (CEST)

ce n'est pas une mauvaise idée :) A annoncer sur la mailing list ou directement aux développeurs sur sourceforge : http://sourceforge.net/tracker/?func=add&group_id=34373&atid=411195 Ashar Voultoiz 13 avr 2004 à 18:40 (CEST)

La syntaxe <gallery>Image:machin</gallery> répond à cette demande. Fred.th–.·˙·. 24 mai 2006 à 00:39 (CEST)

 

QCM pour renseigner la licence(résolu)

Demande résolue avec une liste déroulante

Que l'on ai un QCM nous demandant :

"Cochez la licence sous laquelle vous souhaitez poser cette image:

1. GNU, la licence GNU implique [blabla résumé].
2. GDFL, [petit blabla type : licence libre sous laquelle est publiée Wikipédia]
3. LDP, [petit blabla type: licence domaine public, ce qui signifie plutôt « faites-en ce que vous voulez, de toute façon je ne vous embêterai pas ».

Yug talk 3 avr 2005 à 18:02 (CEST)

 

Que l'on puisse faire appel aux images étrangères (résolu)

Demade résolue depuis l'arrivée de Commons

Accès direct aux images des autres Wikipedia's

Si on trouve une illustration intéressante sur en. — par exemple — il faut la recharger sur fr. Donc doubler la place qu'elle prend sur les serveurs. Sans compter qu'il faut recommencer à la documenter du point de vue copyright et doubler la responsabilité. Ce serait beaucoup plus simple de l'appeler où elle se trouve en laissant la responsabilité à ceux qui l'ont chargée initialement.

Est-ce imaginable ? réalisable ? Roby 17 jun 2004 à 05:12 (CEST)

image

pouvoir pointer les images des wikipédia des autres langues au lieu de devoir les uploader --Vev 21 jan 2005 à 22:19 (CET)

• [[Image:...]] : Fichier:Unknow fruit.jpg

et

• [[:zh:Image:....]] zh:Image:Unknow fruit.jpg

bin ça marche po !

Oui, c'est bête de devoir uploader une seconde fois la même image (de wiki:en) et même d'un point de vue de la gestion des serveurs cela créera du potentiels de stockage supplémentaire.

Baptiste Deleplace 23 mai 2006 à 20:20 (CEST)

En principe, si j'ai bien compris ta demande c'est le site commons.wikimedia.org qui y répond. Voir Commons (d'ailleurs il faudrait peut-être une page Aide:Commons Fred.th–.·˙·. 24 mai 2006 à 00:29 (CEST)

 

glisser/déposer les média

glisser/déposer les média(images, photos, film..) ou trouver un systeme plus partique pour agrémenter un article facilement --Vev 14 avr 2005 à 23:01 (CEST)

Ouuuiiiii !!!! Yug talk 16 avr 2005 à 23:50 (CEST)

Une version light

Existance d'une version très light, sans images, sans image de fond (livre) pour tout le reste du monde francophone qui n'a pas l'adsl ! et faire très attention à ce que W ne devienne pas une usine à gaz, je meilleur chose sont en général très simple. Je trouve bien plus utile de charger ma page en un quart de seconde que de devoir attendre de charger des vidéos :) Baptiste Deleplace 23 mai 2006 à 20:16 (CEST)

Amélioration pour espace Utilisateur

Visualiser d'un coup les articles ayant subi une modif après soi

J'aimerais pouvoir d'un coup d'oeil voir quels articles ont fait l'objet de modifications après les miennes. Actuellement la liste de mes contributions m'indique lors je suis l'auteur de la dernière modif, mais ça demande un effort supplémentaire. Qu'en pensez vous ?

je suis d'accord aussi avec cela, quand on regarde dans la liste de suivie principalement, on ne veut pas nescessairement que toute nos modif s'affiche, donc on choisi l'option de ne pas affiche nos modif, mais ensuite on ne sait plus si l'article a été modifier apres nous, ou bien si c'est bien nous le dernier contributeur... --djo0012 16 juin 2006 à 08:00 (CEST)

Disposer d'une page privée

Une page dans son espace utilisateur, qui ne soit pas accessible à quelqu'un d'autre que l'utilisateur en question. Pour pouvoir y dépser ses notes, sa "todo list", des brouillons d'articles, par exemple... --Bwilliam 4 octobre 2006 à 11:07 (CEST)

Je ne vois pas trop l'intéret, tu peux créer une page Utilisateur:Bwilliam/privée et ne pas y mettre de lien depuis ta page de présentation. Il te suffit pour y acceder de taper /privée dans la barre d'adresse et personne (ou presque) ne poura deviner l'existance de cette page. Et si quelqu'un-e parvient malgrés tout à la lire, est-ce vraiment grave ? Si oui, ne peux-tu pas enregistrer ces infos sur ton disque dur ? Gael (Discuter) 4 octobre 2006 à 17:18 (CEST)

Voilà :( C'était ma question stupide de débutant, je ne connaissais pas cette fonctionnalité. C'est exactement ce que je cherchais (à savoir, ne pas encombrer ma page utilisateur avec des brouillons ou todo tasks en rapport avec wiki). Merci et désolé pour le bruit. --Bwilliam 4 octobre 2006 à 17:29 (CEST)

Ah, ok, je croyais que tu connaissais déjà ce système. C'est ce qu'on appelle les sous-pages utilisateur, tu remarqueras que de nombreux contributeurs possèdent des pages Utilisateur:Pseudo/Brouillon, Utilisateur:Pseudo/todo etc. avec des liens sur leurs pages de présentation qui permettent d'acceder aux sous-pages. Les sous-pages servent aussi à archiver les pages de discussion qui deviennent trop longues. Ces information vous ont été données par Gael (Discuter), guide (presque) officiel du site wikipédia.fr ;)

Mille mercis pour ces précisions, Gael je peux payer par carte bleue ? --Bwilliam 4 octobre 2006 à 20:29 (CEST)

Un message pour tout modification d'une (sous-)page personnelle par un tiers

Cette proposition fait suite à Wikipédia:Le Bistro/20 octobre 2006#Idée du jour : Archivage de sa page de discussion.

On pourrait faire évoluer la messagerie de MediaWiki (le bandeau orange d'avertissement "vous avez un nouveau message") afin d'ajouter "vous avez un nouveau message sur la page de discussion ...", "l'utilisateur ... a fait une modification mineur/majeur sur votre (sous-)page personnelle ..."   <STyx @ 20 octobre 2006 à 16:00 (CEST)

Amélioration Historique des pages

nombre de caracteres entre 2 modifs

Je trouve que ça serait sympa d'avoir le nombre de caractère ajouté ou supprimé entre 2 modifs d'une page, lorsque l'on regade l'historique (ce systeme est déjà en pratique sur le channel IRC affichant les changements recents)

historique

L'historique devrait comporter la différence de taille entre deux versions, cela permettrait de trouver plus facilement les grosses modifications , dédoublement de page (suggestion par Darkoneko sur IRC) phe 24 mar 2005 à 19:31 (CET)

l'historique devrait déterminer par lui même les grosses modifications des petites.

Grosse modification = modif supérieure à 5 % des caractères , ou à un ajout de 10 lignes.

Doit également noter les restaurations de version plus ancienne. Afin que le vandalisme subtil soit surveillé (type : restaurer une version ancienne : personne ne le verra !)

Yep, bonne idée à mon sens :) --- Cylence (discuter) 9 décembre 2006 à 14:34 (CET)

Diff

Les diff entre deux versions indiquent les lignes ou se situent les modifications. Ces lignes sont parfois difficile à retrouver dans la version entière de l'article. Serait-il possible de changer la mention de la ligne en lien ou de numéroter les lignes dans la visualisation en diff ? Gael (Discuter) 22 juin 2006 à 22:53 (CEST)

Se serait effectivement une bonne idée, comme par exemple pour trouve se message a partir de la liste de différence sa prend du temps vu la longueur de la page... --djo0012 23 juin 2006 à 00:44 (CEST)

Edition via historique

Quand on reprend une ancienne version suite à un vandalisme (ou erreur de débutant...) Y'aurait pas moyen de mettre dans la page d'édition le nom de l'auteur version que l'on modifie et le nom de l'auteur de la dernière version ?
Ainsi on il est plus facile de copier-coller dans le résumé Restauration version de xxxx suite à vandalisme de yyyy. On pourrait même préremplire le résumé avec ce texte... --Serged 1 novembre 2005 à 13:59 (CET)

Amélioration orthographique et wikibornage ('' ; [[]]; ...)

Mise en exposant automatique des ordinaux abrégés

Ne serait-il pas possible que :

• tous les ème / ère suivant un nombre soient transformés automatiquement en (r)e

1ère => 1re,
2ème => 2e, etc. ; 

• tous les e / re / er suivant un nombre soient mis en exposant

1er => 1er,
1re => 1re,
2e  => 2e.

?
Si oui, ce serait vraiment pratique. Vincent Ramos 12 jun 2003 ・21:23 (CEST)

Je ne souhaiterais jamais une conversion automatique, car il peut exister des pages où on explique les anciennes habitudes d'écriture. C'est donc un travail à faire manuellement. Mais ce qui est sans doute possible de réaliser, c'est une liste automatique des pages où apparaissent 2ème et 2e afin de vérifier si un changement en 2^e ne serait pas nécessaire. Cœur 16 mai 2004 à 18:54 (CEST)

Je suis en train de m' "amuser" à ces remplacements en manuel. --Kokoyaya 21 oct 2004 à 21:59 (CEST)

Grâce à Firefox et son extension pour Wikipedia c'est faisable facilement et très vite.

On sélectionne le "re" à mettre en exposant, clic sur le bouton de Format, clic sur la commande Exposant, et ça y'est!

http://rlwpx.free.fr/WPFF/index.htm

https://addons.update.mozilla.org/extensions/moreinfo.php?application=firefox&version=1.0&os=Windows&category=Miscellaneous&numpg=10&id=351

Hugo 8 avr 2005 à 18:47 (CEST)

pluriels des noms communs

J'ai rencontré aujourd'hui un problème avec un mot pluriel. Le mot n'étant pas répertorié, j'ai eu la réponse suivante:

Aucune page avec ce titre n'existe, Voulez-vous créer cet article ?

et j'ai rédigé un nouvel article, pour me rendre compte que l'entrée existait déjà au singulier. En l'occurrence, le mot en question s'utilisait plus fréquemment au pluriel. Pourquoi cette page ne propose pas de s'assurer que l'orthographe est juste, ni que le mot est bien au singulier, voire même proposer les liens existants proches en orthographe du lien rouge, cela permettrait aussi d'éviter des fautes d'orthographes qui rendent le lien introuvable. Je n'en ai pas vu, mais cela doit arriver.

Serait-il donc possible de ne pas tenir compte des "s" à la fin des mots, et de renvoyer vers le même lien, que le mot soit au singulier ou au pluriel? Cela allègerait également la rédaction, évitant de saisir le lien au singulier quand le mot est au pluriel dans le texte.

Je crois qu'il y aurait plus d'inconvénients que d'avantages. Note que tu peux faire des liens ainsi : "les [[nombre]]s", ce qui donne "les nombres". C'est économique pour le rédacteur. Cham 25 fev 2005 à 20:10 (CET)

Super, c'est bien de le savoir, et ça facilite bien les choses! N'empêche que remonter la note en bas de page de création d'article, pour la mettre juste en dessous du lien "créer cet article" ne doit pas être une bien grande difficulté... Muselaar 26 fev 2005 à 17:39 (CET)

mots accentués

J'ai rencontré aujourd'hui un problème avec un mot accentué (entrepôt) que j'ai recherché sans accent (entrepot). Le mot sans accent n'étant pas répertorié, j'ai eu la réponse suivante:

Aucune page avec ce titre n'existe, Voulez-vous créer cet article ?

Ne serait-il pas possible de ne pas tenir compte des accents lors de la recherche des mots ?

Amélioration question Sécurité et Controle

Blocage limité des IP

Le blocage d'IP devrait seulement empêcher de faire des changements dans Wikipédia :

• modifier
• créer un compte

Il ne devrait pas empêcher de consulter, ni de se logguer dans un compte existant. Ainsi on peut bloquer de larges plages d'IP dynamiques sans géner la lecture des visiteurs innocents et sans empêcher les utilisateurs légitimes de se logguer.

Le seul risque que je vois, c'est qu'un vandale commence par discrétement se créer des centaines de comptes, puis commence à vandaliser. Mais il me semble peu probable que cela atteigne des proportions graves.

Marc Mongenet 17 jan 2005 à 19:39 (CET)

On pourrait avoir trois niveaux:

1. Consultation autorisée; pas de modif/création de page/pas de création de compte; autorisation de loggage
2. Consultation autorisée, mais que en anonyme; pas de modif/création/pas de création de compte/pas de loggage
3. Tout bloqué

Jyp 17 jan 2005 à 19:48 (CET)

Pour Tout est dit 80.8.57.176 17 jan 2005 à 20:19 (CET)

Réserver l'édition de pages utilisateur au titulaire du compte

Cette restriction ne concernerait que les pages de la forme Utilisateur:XXX (elle existe déjà pour les pages Utilisateur:XXX/monobook.css et Utilisateur:XXX/monobook.js).

Il serait à mon sens utile de l'étendre aux pages de la forme Utilisateur:XXX/sous-page et Discussion Utilisateur:XXX/sous-page.

De la sorte, tout utilisateur n'étant pas admin ne pourrait modifier, en dehors des pages dépendant de son propre compte utilisateur, que la seule page Discussion Utilisateur:XXX, ce qui éviterait d'avoir à protéger plusieurs pages en cas d'attaques d'un vandale.

La non-protection de la page de discussion courante est un impératif, pour pouvoir correspondre avec le titulaire du compte, celui-ci pouvant aisément vérifier, via l'historique, les interventions qui ont eu lieu sur ladite page. Hégésippe Cormier | ±Θ± 15 jan 2005 à 01:32 (CET)

Je suis a priori défavorable à cette proposition, je me sers parfois de sous-pages comme de brouillons éditables par tous. Si je ne veux pas qu'elles soient éditables par les autres je ne les mets pas dans wikipédia, un point c'est tout. Pourrais-tu préciser dans quels cas ça te semblerait utile. Je suis notamment étonné de voir demander à la protection automatique « Discussion Utilisateur:XXX/sous-page » Fred.th 15 jan 2005 à 11:39 (CET)

L'idée m'en est venue à la suite d'une série de vandalisations de mes page utilisateur et page de discussion, à la suite de quoi, lassé de restaurer ces pages, j'en ai demandé la protection temporaire. Le fait est que je ne me sers pas des sous-pages de discussion (ou pages de discussion des sous-pages, selon le point de vue) pour correspondre avec d'autres. L'idée première est de ne pas avoir à demander cette protection à un administrateur, mais d'en être seul juge. Tu me rétorqueras peut-être que je pourrais stocker mes archives de discussion, dont la vocation est de rester consultables, dans une page Utilisateur:XXX/archive1.css, l'extension css les protégeant probablement de facto. Mais est-ce que cette astuce de « nommage » serait acceptée, quand bien même ce titrage ne fait supporter aucune charge au logiciel et aux serveurs (pas d'appel de ces pages via les Préférences) ? Je préfèrerais un espace de stockage « normal » que nul ne puisse vandaliser. Mais pour la page utilisateur « générique » (sans extension ni sous-page), je reste persuadé que cette protection devrait être la norme. Pour les autres points, s'il y a des suggestions... Hégésippe | ±Θ± 15 jan 2005 à 12:02 (CET)

Je rejoins Fred.th sur l'édition des sous-pages utilisateur. Je me sers aussi de sous-pages comme brouillons, et j'invite tout le monde à améliorer ces brouillons ou pré-projets. Guillom 5 mars 2006 à 20:51 (CET)

Tu remarqueras que, depuis l'an dernier, je ne suis pas spécialement revenu à la charge pour faire avancer cette idée. :D Et que je me suis bien gardé, comme d'autres admins ont pu le faire ponctuellement, de protéger mes pages ou sous-pages (en dehors des pages Utilisateur et Discussion Utilisateur de Jerotito et Ma'ame Michu, qui n'ont plus lieu d'être éditées, pour cause de non-utilisation des deux comptes, et du fait qu'il y a des renvois explicites au bon endroit). Hégésippe | ±Θ± 5 mars 2006 à 20:56 (CET)

Disons que, personnellement, je ne trouve pas ça très gênant qu'un importun modifie ma page utilisateur, je reverte aussitôt si la modif ne me plaît pas (ce qui est par exemple le cas quand elle est intégralement remplacée par une photo de merde, au sens propre). Et puis, les pages utilisateur sont parmi les plus surveillées, on ne peut pas dire que ça passe inaperçu. Guillom 6 mars 2006 à 09:59 (CET)

Interdire partiellement la modification de page, n'est ce pas en adéquation avec l'esprit global de W ? Je suis contre. Ce serai une crise de confiance et refuser les désavantages. Si on veux un espace dédié à soit et securisé il suffit de s'ouvrir un compte chez un hebergeur gratuit (ou non).Baptiste Deleplace 23 mai 2006 à 19:57 (CEST)

Améliorations "recherche et navigation"

Amélioration des recherches interwiki

Ici, le terme "inter-langue" serait plus juste que "interwiki".

Il me semble que, si cela s'avère possible, l'on pourrait grandement améliorer la mise en place des liens interwiki en changeant le système de recherches ; j'explique : imaginons une zone de saisie, ses deux boutons (OK et Rechercher) et, en plus, une liste déroulante permettant de rechercher dans une autre wikipédia, quelque chose du genre :

<input type=text name="search" size=19 value="">
<input type=submit name="go" value="OK">
<input type=submit value="Rechercher">
<select name="interwiki">
<option>Allemand</option>
<option>Anglais</option>
<option>Klingon</option>
<option>Sanskrit</option>
<option>Tamoulo-ougrien</option>
<option>Hittite</option>
</select>

[Malheureusement, le wiki ne veut pas transformer ce code en exemple complet...] Ainsi, plus besoin de changer de Wikipédia pour fouiller un peu, en attendant la possibilité de lancer une recherche inter-wikipédia, ce qui serait, là, vraiment pratique.

Est-ce possible ? Vincent 23 jul 2003 à 13:03 (CEST)

tu ne voudrais pas demander sur la wikitech ? Anthere

Bonne idée. Tu peux me donner le lien vers la Wikitech ? Vincent

http://mail.wikipedia.org/mailman/listinfo/wikitech-l

Merci, Anthere. Vincent

Bonjour, voici un outil (le connaissiez-vous?) qui permet de rechercher un même article dans toutes les Wikipedias en même temps, et par là même de compléter les listes de liens interwiki, voir de compléter le contenu d'un des articles... Adresse: http://vs.aka-online.de/globalwpsearch/
Le principe de cet outil externe pourrait-il inspirer un mode de recherche interne à Wikipedia? Hugo 15 mai 2006 à 14:16 (CEST)

Tri du résultat de la fonction rechercher

Quand on fait une recherche, il serait mieux pour simplifier la recherche d'un article d'avoir les résultats triés par ordre alphabétique du titre des articles.

Si vous m'indiquer où modifier la requête SQL je veux bien essayer de le faire.

meszigues

Recherche : incluse les pages demandees

Dans la fenetre recherche il serait interessant d'avoir dans "Correspondances dans les titres" par le biais d'une case a cocher du type

inclure les liens vers des pages demandees

de pouvoir acces au page demandees dans le resultat, cela pour tomber sur les page demander contenant les termes.

En plus elle sont facilement discernable car elle apparaitrait en rouge....

Je pense que techniquement, ce n'est pas hors de porte' ....

Qu'en pense' vous ? Xmlizer 22 jul 2004 à 09:52 (CEST)

Navigation

Il manque (à mon sens) une barre de navigation historique comme celle que l'on peut trouver (par exemple) dans phpBB (genre "Forum Index du Forum -> Sujet -> Message truc -> etc.").

On se retrouve en effet très vite au fin fond d'un parcours arborescent et il est pratiquement impossible de revenir en un endroit donné (surtout si on a fait de nombreuses modifications !) sans repasser par l'accueil...

Axel 29 aoû 2004 à 11:20 (CEST)

Très bonne idée, mais je me demande comment elle pourrait être fonctionnement concrétisée. Ca fait d'ailleurs deux ans maintenant que le message d'Axel a été posté. Cette idée est-elle toujours d'actualité ? --- Cylence (discuter) 9 décembre 2006 à 14:38 (CET)

Navigation thématique

Est-il possible, lors de l'ajout d'une catégorie, que la restitution ne soit pas que le nom de la catégorie, mais toute l'arborescence ascendente menant jusqu'à celle-ci ? Ainsi, le lecteur sera à même de découvrir d'autres thèmes en relation avec l'article en cours de lecture. Par ailleurs, cela montrera la structuration (ou tout du moins la recherche de structuration) de l'encyclopédie.--Manu 12 fev 2005 à 13:50 (CET)

Page spéciale de recherche dans le source des articles

Ce genre de page permettrai de satisfaire de nombreuses requêtes présentes sur cette page. Je m'en suis déjà expliqué sur le bistro. Qu'en pensez vous ?? --Boly ♪ 12 décembre 2005 à 23:28 (CET)

Copie du bistro

J'avais fais çà pour wikipenmais je ne sais pas si çà répond à ton problème ? Puis je sais pas s'il est possible de demander d'intégrer cette page... En fait j'imaginais plus loin les choses. Par exemple on saisit sur une page spéciale le texte "A,B,C", et le résultat ramène l'ensemble des articles comportant A ET B ET C avec pour chaque article le nombre d'occurrence de ces 3 mots/phrases/... le texte "A,-B" ramènerai les pages où apparaissent A mais pas B.. etc.. (ou bien une expression rationnelle) pour aller vers le plus générique possible. Enfin ce sont là des idées ;) (mais Google fait déjà un peu çà ? sauf pour les liens interwiki effectivement :o) --Boly ♪ 11 décembre 2005 à 23:26 (CET)

Quand on cherche les pages liées, on tombe sur sk:Redaktor:Palica/Interwikibot. Je ne parle pas slovaque, mais ça ressemble à un nom de robot. En leur demandant gentiment, ils pourraient peut-être nous le prêter, ou nous aider à fabriquer un clone. --Teofilo @ 12 décembre 2005 à 12:46 (CET)

Pour information, évolution proposée sur Wikipédia:Propositions pour le logiciel#Page spéciale de recherche dans le source des articles --Boly ♪ 12 décembre 2005 à 23:29 (CET)

Fin copie du bistro

Pour exposer un peu plus la demande, voici le genre de page spéciale que je souhaiterai dans sa version la plus simple :

Copie depuis La Questions techniques

requête

SELECT 'ExprInPage' as type, 
        cur_namespace as namespace, 
        cur_title as title, 
        cur_text as text, 
        ROUND(((LENGTH(cur_text) - LENGTH(REPLACE(cur_text, 'Expr', ''))) / LENGTH('Expr'))) as value
FROM cur
WHERE cur_namespace=0 AND cur_is_redirect=0
ORDER BY value DESC

• remplacer 'cur' (ligne du FROM) par le nom exacte de la table (avec préfix 'wiki' par exemple => 'wikicur')
• remplacer Expr au 2 endroits par l'URL ou toutes autres expressions à chercher
• (éventuellement) modifier/enlever 'cur_namespace=0'

 

Le résultat liste les pages par ordre décroissant sur le nombre d'instance de l'expression Expr (dans le code source de l'article) :)

Fin copie depuis La Questions techniques

Voir wikisign --Boly ♪ 23 janvier 2006 à 09:41 (CET)

Ne pas tenir compte des accents dans la recherche

quand on ne sait pas trop l'orthographe d'un mot c'est tres difficile de le trouver ex rechercher "polymere" il ne trouve rien alors qu'il devrait afficher "polymère". Ca éviterai aussi un grand nombre de redirections.

Entièrement d'accord. Mais bon, si le moteur de recherche est moyen, les alternatives (google etc) proposées juste en dessous, elles, sont efficaces ;) --- Cylence (discuter) 9 décembre 2006 à 14:39 (CET)

Meilleur système de recherche

Je pense que Wikipédia devrait améliorer son système de recherche pour que l'on puisse rerouver plus facilement ce que l'on veut. Établir un système comme dans google serait l'idéal, c'est-à-dire que le moteur de recherche nous propose d'autres sujets avec ce que nous avons inscrit; par exemple je fait une faute en voulant entrer New York, j'oublie de mettre le K, alors j'inscrit New Yor, au lieu de me dire qu'il n'y a pas d'articles disponibles à ce sujet, wikipédia me propose de chercher pour New York, et ainsi je trouve l'article que je veux.

Désolé si ce n'est pas l'explication la plus claire, mais bon ça définie bien le moteur de recherche que Wikipédia nécessite. --Wilrondeau 10 avr 2005 à 20:41 (CEST)

Emplacement du focus au lancement de la page d'accueil de Wikipedia

Bonjour,

Dans la mesure où, quand on accède à Wikipedia c'est principalement pour effectuer des recherches, je ne comprends pas que par défaut, au lancement de la page, le focus ne soit pas d'emblée dans le champ "Rechercher" On est donc systématiquemement obligé de cliquer dans la case en question avant de pouvoir entrer la chaîne à rechercher.

Ne serait-il pas possible de modifier cela, pour que chacun gagne quelques secondes et qu'au total la communauté des millions d'utilisateurs gagne des millions de fois quelques secondes ?

Merci d'avance déplacé depuis Guilde des guides

Améliorations diverses du soft

Wikipedia fr en SOAP ?

(discussion déplacée depuis Wikipédia:Le Bistro)

Bonjour, est-il possible d'interroger Wikipedia avec le Protocole de communication SOAP ? Si oui, comment ? sinon où trouver l’info ? où soumettre l’idée ? Sbruchet & Boly38

quelques pistes : http://bugzilla.wikipedia.org → soumettre un nouveau bug, catégorie enhancement ; ou voir les projets sur en/meta à propos des Webservices ƒœΝύξ 10 déc 2004 à 21:47 (CET)

Effectivement, sur vos conseils, je viens de trouver une piste qui me parrait être une réponse satisfaisante : Bug 208(soumis) Merci Boly 10 déc 2004 à 22:14 (CET)

Et Wikipedia en soap opera ? Ça serait ma série préférée archeos 10 déc 2004 à 23:48 (CET)

Vous dites çà parce que la question a été posée X fois ou bien parce que ma réponse fait 'lessive' ? ;p Boly 11 déc 2004 à 00:11 (CET)

En huit mois de présence, c'est la première fois que je vois cette question. C'est juste de l'humour. Il est vrai qu'en voyant le titre « Wikipedia fr en SOAP ? » dans le sommaire du Bistro, et dans l'ignorance (crasse) de ce protocole, j'ai aussi pensé au premier abord au soap opera et ai « foncé » pour voir de quoi il retournait en réalité... Hégésippe Cormier 11 déc 2004 à 04:34 (CET)

Lettres enluminées

Un truc bête, mais qui peut rendre l'encyclopédie jolie: si l'on faisait des lettres (images), genre enluminées, et qu'on les utilisait comme première lettre des articles (c'est pas toujours possible, ok)... un peu comme certains vieux livres, quoi.
Marrant, on dirait que tout le monde est parti en vacances, peu de contributions (ou alors tout le monde est comme moi et est pas trop d'humeur à participer...)
Un jus aléatoire, patron ! (enfin, pas tomate, merci)
Ryo 17:13 fév 12, 2003 (CET)

ca peut ce faire avec la feuille de style CSS. Le probleme c'est Internet Explorer & d'autres butineurs ne le comprennent pas. Ptet qu'on pourrait creer un nouveau look qu'on pourrai choisir dans les preferences qui fait 'vieux style' -- Tarquin

La transposition de la lettrine ou de l'enluminure au web est des plus problématique. Là où on croit faire quelque chose de joli, c'est moche. Je cite l'article lié :

(...) rien qui approche les exigences d'une typographie soignée : il faut pouvoir travailler l'espacement de la première ligne (par exemple, pour une lettre constituée d'un grand L, décaler la première ligne vers la gauche) et décaler la seconde ligne vers la droite (pour éviter que cette ligne soit "collée" à la lettrine). Il faut de plus que la taille de le lettrine soit exactement celle des lignes qui l'habillent (le sommet de la première ligne doit correspondre au sommet de la lettrine, et la ligne de base de la dernière ligne habillant la lettre doit être au niveau du bas de la lettrine). Toutes choses rigoureusement impossibles à réaliser en HTML.

Le site de Libération a fait quelques efforts, particulièrement en rétrécissant nettement les lettres en largeur, mais n'atteint pas encore une qualité d'apparence qui justifie de débloquer des ressources humaines pour procurer à Wikipedia un tel ajout cosmétique.

Cosmétique qui mérite d'autrement plus amples travaux, d'ailleurs, non ? ;oP Lagroue 10 sep 2003 à 16:40 (CEST)

Attention de ne pas le transformer en usine à gaz. "Pour tous" même pour ceux qui ont pas de grosse connection ni de gros pc. Un bon livre reste un bon livre même en édition de poche.Baptiste Deleplace 23 mai 2006 à 20:03 (CEST)

Ignorer un article

Une idée comme ça : Ce serait p-e bien d'avoir la possibilité (pour les utilisateurs loggués d'ignorer un article. Les modifs ne s'afficheraient pas dans RC et les liens vers l'article seraient d'une couleur différente... Utilisateur:Athymik

Dans un genre assez voisin, on trouve ceci, dans Discussion Wikipédia:Refus d'édition et exclusions/Utilisateur:Stuart Little#Option : masquer les discussions : « [...] Je souhaiterais simplement pouvoir, dans la page Modifications récentes, cocher une case du genre "cacher Discussion Wikipédia" car vos échanges multiples me soûlent [...] » (24 avr à 17:01, c'est moi qui souligne ce qui semble important dans cet extrait).
Jerotito | Я@<font-face=Times>R 24 avr 2004 à 18:14 (CEST)

---

Colonne de gauche paramétrable par utilisateur

Ça serait bien d'avoir une colonne de gauche paramétrable par utilisateur. Mais y avait déjà une page "propositions" quelque part ? Yann 23:01 fév 26, 2003 (CET)

• On pourrait ainsi mettre ses favoris, comme Le Bistro, et retirer ce dont on ne se sert jamais, comme Une page au hasard. Bonne idée oui ^_^. Cœur 16 mai 2004 à 18:49 (CEST)

• Pour Yann
• Pour Cœur
• Pour  <STyx
• Pour Baptiste Deleplace 25 mai 2006 à 17:12 (CEST)
• Pour, voire archipour ^^ --- Cylence (discuter) 9 décembre 2006 à 14:40 (CET)

récapitulatif des liens

Pourrait-on ajouter automatiquement un récapitulatif de tous les wiki-liens d'une page classé par ordre alphabétique (par exemple) ?--Manu 22 jan 2005 à 22:11 (CET)

Service VoiceXML

Bonjour,

Je me demandais s'il existait un service VoiceXML pour Wikipedia ? En générant du VoiceXML en plus du HTML à partir de la base de connaissance on aurait la possibilité de browser celle-ci de façon vocale (par exemple en voiture, dans les embouteillages - lorsque les connexions portables le permettront entièrement bien évidemment -).

Un browser VoiceXMl et hop! on peut demander à wikipedia de nous lire un article sur tel ou tel sujet.

Len'Alex

Bannière Wikipédia

Existe t'il des bannière wikipédia à rajouter sur son site? Si non ce serait bien d'en faire. Comme par exemple pour Firefox

Imprimer ou envoyer des articles

Salut, certains articles mérites d'être imprimé ou envoyer aux amis par mail
Je crois qu'il faut ajouter ces fonctions
desoler pour l'orthographe
mimouni
Bonjour, l'envoi d'articles à des amis est une super idée. Ca permettrait de faire appel à nos potes 'experts' d'un sujet.Utilisateur:JeromeJH.

Je suis d'accord : il serait bien d'ajouter une fonction "Imprimer cet article" qui présente l'article autrement, pour en faire une "version imprimable". Merci ! Cybertib 2 mai 2005 à 17:09 (CEST)

• • Il y a bien un bouton (à gauche) Version imprimable.
  • Ce bouton est inutile : En effet il y a une feuille de style spéciale impression qui met tout bien en forme (avec un navigateur récent bien sûr !). --Serged 26 août 2005 à 17:32 (CEST)

Statistiques

Je trouve qu'il serait interessant d'avoir accès à des statistiques plus complètes. Pour l'instant, on dispose, grace à Webalyzer, à des stats très geenrales, comme on en trouve sur beaucoup de sites. Ce qui serait bien, ça serait d'avoir des statistiques sur le nombre de nouveaux articles, le nombres de modifications, de modifications mineures, sur les personnes les plus actives, les articles les plus souvent modifiés, le tout sur differentes periodes (jour, semaine, mois, année...). Qu'en pensez-vous ? Traroth 3 jul 2003 à 12:48 (CEST)

Tout à fait pour ;) Quid d'un compteur pour chaque page, cela permettrait de voir concrétement l'utilité des articles et ce serait une belle récompense pour les auteurs que de voir des personnes se servirent de leurs articles. Votre avis? Ghost dog 14 jan 2004 à 00:16 (CET)

Bonne initiative, mais il ne faudrait pas que ça devienne un concours de la page la plus visitée. Mais sinon à la base je vote "pour". gigli 22 jan 2004 à 12:00 (CET)

---

Sidebar

Feignant de nature, j'aimerais pouvoir suivre dans ma barre latérale sidenews.net l'évolution de ma liste de suivi, sans devoir réactualiser manuellement l'onglet ad hoc. Feignant, je vous dis. Hemmer 15 jun 2003 ・10:40 (CEST)

---

Prévisualiser tranquille chez soi

Pour un travail consciencieux, il faut souvent de nombreuses prévisualisations avant de sauvegarder. Ça fait perdre parfois beaucoup de temps quand les serveurs sont surchargés. Pourquoi ne disposerait-on pas d'une petite application installée permettant de visualiser la mise en page hors ligne. Gain de temps pour l'utilisateur et soulagement pour les serveurs. Bien sûr, il faudrait quand même revenir à l'autre mode de prévisualisation pour vérifier les liens ensuite. Roby [http://fr.wikipedia.org/w/wiki.phtml?title=Discussion_Utilisateur:Roby&action=edit&section=new ✉] 20 sep 2004 à 23:59 (CEST)

Voir Wikipédia:Propositions_pour_le_logiciel#Prévisualiser_tranquillement_chez_soi Darkoneko (>o<) 22 jan 2005 à 12:25 (CET)

Prévisualiser tranquillement chez soi

Je ne vois pas pourquoi les prévisualisations doivent passer par le serveur. Ça leur enlève une bonne partie de leur utilité puisqu'il faut à peu près aussi longtemps que pour une sauvegarde. Un petit logiciel téléchargeable serait peut-être pratique pour cela, mais aussi pour masquer et automatiser la syntaxe, bref pour offrir une interface plus naturelle. Je bricole en ce moment une petite application en FileMaker pour simuler ce à quoi je pense et ça paraît réalisable mais il faudrait un freeware. Je travaille en Mac OS X, si quelqu'un a une info … --Roby 3 mar 2004 à 11:59 (CET)

La prévisualisation a deux fonctions :

• tester la validité des liens (selon la couleur qu'ils prennent) ;
• visualiser la composition typographique.

C'est cette dernière fonction qui demande le plus de retouches, or l'accès au serveur est inutile pour cela : c'est une perte de temps et un gaspillage de bande passante qui serait utile ailleurs.

Ce qu'il faudrait, c'est une application sur mesure à télécharger. Dans une première phase, elle pourrait traduire sur la page, en temps réel, les modifications apportées dans la fenêtre d'édition.

Après perfectionnement de cette application on pourrait même imaginer une interface plus ergonomique où il suffirait de mettre les éléments en forme et en place sans se préoccuper le moins du monde des esclaves robotiques qui devront traduire nos gestes créatifs en prouesses syntaxiques.

On pourrait fignoler tranquillement un article dans ses moindres détails esthétiques avant de le livrer à la foule éblouie et n'en croyant pas ses yeux ! Roby 25 avr 2004 à 03:44 (CEST)

Voir du côté de Wikipédia:Macro OpenOffice.org et Wikipédia:Macro Word.

[[Utilisateur:Olivier Mengué|Olivier Mengué | ⇄]] 30 sep 2004 à 17:32 (CEST)

---

Je parle très mal anglais, donc si qq1 passe par là et peut traduire cette note et l'envoyer à http://bugzilla.wikipedia.org/ , ce serait sympa.

Voilà, j'ai remarqué plusieurs fois qu'il y avait des problèmes pour rechercher un article si on ne tape pas EXACTEMENT le titre de l'article.

Par exemple, si je fais une recherche, sur la page d'accueil, de 'Andersen', il n'y a aucune réponse. Par contre si je tape ' Hans Christian Andersen ', j'arrive bel et bien sur les articles qui lui sont consacrés.

Pareil, si je tape 'Victor Hugo' dans la fenêtre 'Recherche', je n'ai aucune réponse. Alors qu'il existe une page qui lui est consacrée. Pour y accéder, j'aurais dû taper l'intitulé EXACT de l'article, soit 'Auteur:Victor Hugo'.

C'est un problème à mon avis très génant et qui a dû décourager pas mal de personnes à la recherche d'un article. Il faudrait modifier le système de recherche afin que quel(s) que soi(en)t le(s) mot(s) cherché(s), le logiciel puisse proposer des articles correspondants. Ainsi que je tape 'Hugo', 'victor Hugo' ou 'Auteur:Victor Hugo' reviendrait au même et me mènerait à l'article consacré à Victor Hugo.

J'espère avoir été assez claire...

Catégorie dans les pages de redirection

Fourvin et moi réfléchissons à la façon de gérer les listes de films par des catégories pour éviter de faire une gestion manuelle de ces listes (cf. Liste des films) et nous sommes arrivés à la conclusion qu'il serait bien de pouvoir catégoriser les pages de redirections (cf. Liste des films : 2e phase) pour prendre en compte simplement tous les titres de distribution francophones en France, Suisse, Belgique, Canada, chose qui n'est pas possible pour l'instant.

Est-ce qu'il serait possible de modifier le logiciel pour ajouter cette fonctionnalité si elle n'engendre pas de désordre par ailleurs ;)

Shiva-Nataraja 20 mai 2005 à 16:41 (CEST)

Version hors-ligne de Wikipédia

C'est une idée ambitieuse, et peut-être déjà proposée, mais je me demande s'il serait possible de créer un logiciel pour parcourir un dump de Wikipédia en hors-ligne. Je sais que des dumps MySQL sont disponibles, mais il serait intéressant d'ajouter des fonctionnalités de modifiction de l'encyclopédie hors-ligne (sauvegardées en cache et appliquées, avec résolution de conflit si nécessaire, à la synchronisation), et la mise à jour de la version hors-ligne de manière différentielle. Cela permettrait de créer des versions de Wikipédia pour Live CD Linux, ou même PDA, sans dénaturer le concept de libre modification inhérente à l'encycolpédie. Je ne sais pas si ce genre de suggestion a sa place ici ?--Ant.amarilli 29 juillet 2005 à 02:19 (CEST)

Suivi des catégories

Ça serait bien d'être prévenu dans le cas de l'ajout d'un article à une catégorie. Pour le moment, si on surveil une catégorie, c'est vraiment la catégorie en elle-même et non son contenu. Si on prend le cas du cinéma, si un article est ajouté dans la catégorie films américains, en être prévenu. Ça permettrai de connaître tous les nouveaux articles sur un domaine, de pouvoir les vérifier / corriger plus rapidement. Okki (discuter) 31 juillet 2005 à 22:30 (CEST)

Flux RSS

Personnellement j'aimerais bien que le logiciel se combine plus avec les flux RSS, comme par exemple acceder à la liste de suivi, ou l'éphéméride. Je n'ai vu que les Modifications récentes qui possedent ce système. --Sebcaen 2 août 2005 à 21:15 (CEST)

Ça me plaîrait bien aussi pour la liste de suivi.--Ant.amarilli 13 août 2005 à 01:45 (CEST)

Bug sur lien Modifier dans un paragraphe

Lorsque l'on clique sur le lien Modifier dans un paragraphe c'est le paragraphe suivant qui est chargè dans la page de modfication

En fait, il semble qu'il y ait un mélange dans la présentation quand il y a des tableau des images etc. à droite où à gauche. --Serged 26 août 2005 à 17:26 (CEST)

Franco-centrage

Quand on tape francocentré entre doubles crochets, la page passe en catégorie ébauche, qui est un vaste fourre-tout. Ce modèle ne pourrait-il pas créer une catégorie franco-centré automatiquement (on peut le faire manuellement, mais comme il n'y a que deux articles ainsi repertoriés, on voit que ce n'est pas très utilisé!). Chris93 25 août 2005 à 03:18 (CEST)

Interwiki pour articles inexistants

Voilà, j'ai encore une idée... Il serait intéressant, pour qui connaît plusieurs langues, d'avoir, lorsqu'on demande au wikipédia francophone une page qui n'existe pas, une liste des pages de même nom existant dans d'autres langues, un peu comme des interwiki... Est-ce envisageable ?--Ant.amarilli 26 septembre 2005 à 18:55 (CEST)

type de police

sur mon ordinateur, la police de wikipédia est très difficillement relisable, alors que sur d'autres, elle est tout à fait normal, j'ai essayer de modifier la police sur mon ordi, mais ça ne change rien, s'il était possible d'avoir une solution

Clique sur "Préférence" en haut (il faut être enregistré...) et choisis ton skin préféré dans l'onglet "Apparence". --Serged 1 novembre 2005 à 14:02 (CET)

Feuilles de styles

J'aimerais bien voir apparaître la possibilité d'ajouter des feuilles de style CSS aux articles.

• Quoi :
  • Par exemple, on pourrait permettre de créer une feuille de style jointe automatiquement lorsqu'on met un article du genre Mon Super Article/Styles.
  • Ou bien créer un article Style:Mon style (comme les modèles) et les importer avec une syntaxe appropriée (ex: @@Mon style@@).
• Avantages :
  • Réduire la bande passante exigée par plusieurs pages (des centaines) de façon significative;
  • Réduire le délai de chargement des pages utilisant intensivement des styles;
  • Permettre une réutilisation des feuilles de style entre pages (par exemple, certains portails pourraient standardiser leur formatage avec des feuilles de style bloquées);
  • Faciliter la maintenance des pages, tant à la mise à jour des articles et des modèles que de leur apparence;
  • Aller dans l'esprit du XHTML, séparer le contenu de la mise en page.
• Désavantages :
  • la personnalisation des pages. Il faut au contraire prôner l'harmonisation.
  • Encore du travail pour les développeurs...

--The Shadow Knows 5 février 2006 à 16:58 (CET)

Ordre d'affichage des pages liées

L'ordre actuel est indéterminé sur Special:Whatlinkshere.

cf. Wikipédia:Le Bistro/7 mars 2006#question sur les pages liées.

Voter une proposition d'ordre pour les résultats de cette page :

• Alphabétique.
• Chronologique, les articles récents apparaissant au début de la liste.
  • Pour Boly ♪ 9 mars 2006 à 12:59 (CET)
  • Pour Thierry Caro 10 mars 2006 à 16:59 (CET)
• Chronologique, les articles récents apparaissant à la fin de la liste.

Nouveau format video

Ce serais bien de pouvoir mettre des videos au format GPV (google video), l'avantage majeur etant qu'il n'y a pas besoin de serveur et coté logiciel un simple lien suffit pour que le lecteur video s'affiche directement dans le navigateur. Cela animerais un peu plus l'encyclopédie.

• Il me semble que google video s'appuie sur VideoLAN et ogg pour diffuser leur contenu. Donc totalement libre. wikipédia utilise déjà ogg, mettre en place VLC sera facile.--HybridTheory2 11 mai 2006 à 23:11 (CEST)

Pour préciser les administrateurs ne peuvent pas le faire, ce sont les bureaucrates et les stewards qui ont ce pouvoir. Toutefois, la requête est à demander en effet sur la page Wikipédia:Requête aux administrateurs. Plyd /!\ 25 mai 2006 à 01:14 (CEST)

pseudo

je propose qu'il soit possible de changer de pseudonyme, plutôt que de recréer un compte....

• je crois que c'est possible. faire une demande au administrateurs  <STyx @ 10 mai 2006 à 20:23 (CEST)

• je confirme --HybridTheory2 11 mai 2006 à 23:15 (CEST)

Lien pour les numeros de ligne

La modification précédente concerne la Ligne 1 060 ; or comment faire pour atteindre cette ligne (pour, par exemple, suivre un nouveau lien) ?

Je propose d'ajouter des liens à chaque numero de ligne des l'historiques.

mais il existe peut-être des plug-in de navigateur pour rechercher une ligne. (nb. j'utilise Firefox)   <STyx @ 15 mai 2006 à 14:48 (CEST)

2eme page modifiable sans code

de la manière de frontpage ou gmail avec le HTML, pouvoir copier-coller et modifier les pages de wikipedia dans une autre partie editable(autre que la page editable du code).

choix pour l utilisateur parametrable dans ses préférences entre:

1. page modifiable sans code
2. page modifiable avec code

productivité(la wp avancerait plus vite), simplicité pour les débutants(pour les tableaux par exemple!!!) --Vev 14 juin 2006 à 10:31 (CEST)

surlignage

bonjour,

lorsque je lis un livre il m'arrive d'encadrer ou de surligner un paragraphe pour le retrouver facilement par la suite

une telle fonction serait-elle possible dans wikipedia

merci

gregory

Ca parait difficile à mettre en place et assez complèxe à utiliser. La meiilleure solution est d'imprimer l'article à mon avis. -- Meithal 16 août 2006 à 12:32 (CEST)

fonction suivre discutions uniquement.

il serait utile d'avoir une fonction pour suivre uniquement la page de discutions d'un article, par exemple quand on écris quelque chose dans Discussion Wikipédia:Pages à supprimer on se ramasse automatiquement avec une page de suivi insuivable, la seul solution est d'arrêté le suivie de la page et d'allé vérifier une fois de temps en temps, mais c'est tannant a la longue.

dans le même sens il serai utile de pouvoir suivre seulement une section d'une page, principalement sur le bistro ou l'oracle, ou on ne veut habituellement suivre qu'une ou deux conversation mais on est prit avec la liste de suivie kilométrique qui viens avec... d'ailleurs j'en suis a 115 modif dans ma liste avec le bistro et les PaS... carrément insuivable. --djo0012 28 août 2006 à 15:55 (CEST)

autre chose que je viens de penser, peut-être que des sous-liste de suivie pourrais être intéressent, par exemple je met tout les PaS dans une autre liste de suivie, donc mes suivie d'article reste claire et dans l'autre page je peut suivre les vote en cour... --djo0012 28 août 2006 à 15:57 (CEST)

"ne plus suivre" dans la "Liste de suivi"

Comme beaucoup (je pense), j'oublie de "ne plus suivre" des articles après modification ; ce qui allonge ma "Liste de suivi". Je propose d'ajouter, dans la "Liste de suivi", des liens (ou mieux des boutons) "ne plus suivre cette page" ce qui éviterait l'ouverture inutile de la page à "ne plus suivre".   <STyx @ 26 septembre 2006 à 01:09 (CEST)

c'est déjà possible grace à monobook.js, mais au prix de la perte de certaine fonctionnalités :(   <STyx @ 11 novembre 2006 à 19:36 (CET)

Animation Powerpoint

Comment insérer une animation powerpoint permettant d'illustrer un article ?

Powerpoint étant une application propriétaire, il y a peu de chance que ce soit implémenté un jour ! --Serged/♥ 14 octobre 2006 à 15:10 (CEST)

D'ailleurs je vois assez mal l'utilitée ! Une présentation powerpoint contient du texte et des images, on peut très bien insérer les deux indépendaments, non ? VIGNERON * ^discut. 27 novembre 2006 à 19:46 (CET)

ajout de balises (tags) dans un article ?

Bonjour, Je pense que ce serait une bonne chose si on pouvait tagguer les articles avec des mots clefs (un peu comme del.icio.us) afin de retrouver facilement un index des articles triés par thémes qu'ils couvrent. Cette fonctionnalité peut sembler inutile au premier abord grace à la recherche plein texte de google, mais serait extremement pratique pour une version sur CD-rom ou sur papier.

De plus, la recherche plein texte à certaines limites qu'un index créé par un être humain n'aurait pas.

Axel584 17 octobre 2006 à 15:29 (CEST)

« Categories in MediaWiki are tags » -- Brion Vibber. Que dire de plus. Peut-être parles-tu de métadonnées. Il faudrait préciser.   <STyx @ 27 novembre 2006 à 22:54 (CET)

Une balise <lang> pour les corrections "botographiques"

Il faudrait une balise <lang> afin que les bots correcteurs d'orthographe sautent les textes en langue étrangère. Par exemple

<lang id="en">Recommendation : french bots don't touch that.</lang>
<lang fr="texte recommandé">Recommended text</lang>

Cela permettrait d'automatiser plus de corrections ("recommend->recommand" par exemple) de faire un formatage (par exemple avec (en)) et de mettre une traduction (en info-bulle ou en note).   <STyx @ (en long break) 4 décembre 2006 à 00:36 (CET)

• je tiens à te préciser que cette balise existe déjà depuis longtemps (depuis les débuts du HTML si je ne m'abuse), elle est même utilisé par le modèle {{lang}}. Ce n'est pas au logiciel d'être modifié mais plutôt au bot d'être conçu pour éviter cette balise. VIGNERON * ^discut. 16 décembre 2006 à 10:51 (CET)

• Pas tout à fait : "lang" n'est pas un élément mais un attribut ; et la multiplicité des modèles (voir Catégorie:Modèle pour les langues) ne facilite pas la tâche des bots. Mais effectivement, il convient d'employer {{lang}} (... en attendant). {{User:STyx/Signature}} 16 décembre 2006 à 13:09 (CET)

Internal error 500

Consulter le rapport d'erreur

  - obtenir la liste des auteurs 
    - plus de détail  ==> ERROR 500
  
  - détail des contributions  ==> ERROR 500

Matériel utilisé: XP 2003 , Mozilla

Hbabou 15 décembre 2006 à 16:25 (CET)

Intégration de l'extension "MathStatFunctions"

Demande résolue avec l'amélioration des "parserfunctions"

Changement proposé : Intégration de l'extension "MathStatFunctions"   MathStatFunctions . Modif de LocalSettings.php

Motif : La Géolocalisation automatisée (entre autres surement) aurait besoin de ces fonctions rapidement.

Je propose l'intégration de l'extension "MathStatFunctions"   MathStatFunctions  à WP (En attendant je crèe la fonction {{Sin}} - voir aussi Wikipédia:Demande d'intervention sur un message système#Intégration de l'extension "MathStatFunctions").

Il faudrait aussi ajouter les fonctions abs, floor, ceil (et de vrais fonctions div, mod) à cette extension.

Test: : « {{#tan: ({{#const: pi}}/180)*45}} » donne « {{#tan: ({{#const: pi}}/180)*45}} ».   <STyx @ 24 décembre 2006 à 15:39 (CET)

Résolu ! les fonctions mathématiques sont désormais intégrés aux parserfunctions. La demande est donc caduque.   <STyx @ (en break de long break ;) 28 avril 2010 à 15:45 (CEST)

 

Au chargement de la page d'accueil, le focus (point d'insertion) pourrait être par défaut dans le champ recherche

Cette fonctionnalité, simple à programmer d'après ce que j'ai cru comprendre, permettrait aux personnes qui n'utilisent que peu la souris de gagner du temps pour lancer la première recherche. En effet, quand on vient sur la page d'accueil, c'est à 99% pour lancer une recherche, non ?

Haut de page

Il serait utile d'avoir en fin de chaque page, un lien vers le haut de page :

--> Retournez en haut de la page.

Les fonctions "rechercher", "boîte à outils" et autres liens étant ainsi plus facilement et plus rapidement accèssibles.

merci pour tout le reste

Page de modification

Bonsoir,

Est-ce qu'il serait possible de rajouter dans les boutons "rapides" (à côté de texte gras, texte italique, référence etc...) le modèle {{citation étrangère}} et le modèle {{citation}} ? Je les utilise très souvent et c'est vraiment casse-pied de les taper à chaque fois. Merci d'avance. --Guil2027 2 avril 2007 à 22:12 (CEST)

Visualisation graphique pour recherche puissante

Les sujets traités par wikipedia sont très nombreux, et les liens entre eux également. il existe des outils qui permettent de faire des recherche à partir d'une interface graphique, notamment en visualisant l'ensemble des mots clefs ayant un lien avec le sujet que l'on creuse, tels que par exemple le logiciel libre :

Graphviz [2]

ou d'autres logiciels payant plus soignés tel que :

Inxight [3]

on peut voir directement les exemples présentés complètement à droite de la page ci dessus, tels que par exemple : [4] ; [5]

Je pense que si l'on arrivait à voir visuellement l'ensemble des mots clefs du wiki et le réseau de leurs liens on aurait alors un outils très puissant pour élargir les recherches. Par ailleurs cela permettrait également d'identifier les thèmes ayant peu ou pas d'articles.

Le plus dur pour mettre en place un tel outil est j'imagine de définir les mots et leurs liens, ce qui est déjà fait d'une certaine manière dans le wiki...

qu'en pensez vous ?

(note : j'ai essayé de placer cet article dans le paragraphe 9 Améliorations "recherche et navigation" , mais je n'ai pas réussi.. faites le si vous savez le faire, merci)

Erreur sur la page "Modifier" d'un article

Je suis bien au bon endroit pour demander des modifications liées à l'interface française du logiciel?

Lorsqu'on veut modifier une page en tant qu'utilisateur anonyme, on obtient le message suivant (je cite le code html source):

Vous n'utilisez pas de <a href="/https/fr.wikipedia.org/wiki/Special:Userlogin" title="Special:Userlogin">compte anonyme</a>.

Il faudrait modifier cela en:

Vous utilisez un<a href="/https/fr.wikipedia.org/wiki/Special:Userlogin" title="Special:Userlogin">compte</a> anonyme.

Par ailleurs, l'interface pour éditer ne s'affiche pas correctement. Le cadre "Ne copiez pas de texte d'une page web..." recouvre le cases pour typer la modification. Les boutons recouvrent du texte, etc. Arjen Dijksman 26 août 2007 à 18:55 (CEST).

J'ai trouvé: je suis allé sur MediaWiki:Anoneditwarning et j'ai demandé la modification.Arjen Dijksman 27 août 2007 à 22:25 (CEST)