Wikipédia:Problèmes avec la nouvelle version du logiciel/archive 1.3

mediawiki 1.3

Texte

• Les caractères sont trop petits. Qui est l'idiot qui a écrit « body {font: x-small » ?
• Les textes sont trop clairs.

Caractères trop clair, pas de contraste avec les liens, dans Mozilla taille OK mais dans IE c'est un peu gros... j'ai pas testé plus loin, je suis revenu au look précédent (le standard), car la police est plus contrastée et les liens visibles du premier coup d'oeil (différence facile entre visité/pas visité/rouge). iubito 30 mai 2004 à 10:53 (CEST)

Liens

Les liens ne sont pas soulignés. Ils n'y a pas assez de différence de couleur et de contraste entre les différents types de liens (ils sont tous très clairs). Il n'y a donc aucune indication de ce qui est un lien ou pas.

La couleur des liens me pose aussi problème. Elle s'écarte pourtant peu des couleurs standards. Je pense que c'est dû au fait que les liens non visités sont trop peu contrastés, surtout, il sont moins contrastés que les liens visités. Ça doit être ce qui me brouille. Marc Mongenet 28 mai 2004 à 19:30 (CEST)

Soulignement

Dans les Préférences utilisateur, avec Monobook, la demande de prise en compte de soulignement des liens est sans le moindre effet.

On peut pour l'instant ajouter dans sa feuille de style Utilisateur:Quiconque/monobook.css le code suivant :

A {font-decoration:underline}

En attendant mieux... Vincent ✐

Pas de majuscule à monobook.css, sinon le logiciel ne sait pas importer. C'est dans Utilisateur:Quiconque/monobook.css qu'il faut créer ou déplacer sa feuille de style personnelle, avant d'espérer transformer quelque chose. Jerotito | Я@R 29 mai 2004 à 07:10 (CEST)

Liens externes

ici ... c'est bizarre. Kelson 28 mai 2004 à 16:36 (CEST)

Et si on pouvait se débarrasser de cet épouvantable http://fr.wikipedia.org/style/monobook/external.png après chaque lien externe, imposé sans discussion et qui, surtout, n'apporte strictement rien, ça ne serait pas plus mal... Jerotito | Я@R 28 mai 2004 à 19:24 (CEST)

Je vois que pour le lien externe quand je clique sur le lien il a du pointillé autour du lien (normal) mais les pointillés s'arretent bien avant la fin du mot.(Non vérifié avec d'autres navigateurs avec Konqueror)

On pourrait en faire une option ? FvdP (disc.) 28 mai 2004 à 20:05 (CEST)

Effectivement une option ce serait bien: moi je l'aime bien, mais pas bien sûr dans le cas rapporté par Kelson, puisqu'il s'agit d'un lien interne :-) Jyp 31 mai 2004 à 14:14 (CEST)

Regardez ça :

L^e wikipedia L^e wikipedia L^e wikipedia L^e wikipedia L^e wikipedia L^e wikipedia L^e wikipedia

A partir de 5 liens, la "Puce alternative pour listes : liens externes" ne s'affiche plus. Blanquette 3 juin 2004 à 03:18 (CEST)

Explication : à partir de 5 modèles sur une page, peu importe lesquels, les suivants ne sont pas affichés. Ceci sera résolu avec la prochaine version du logiciel. ♡ 13 jun 2004 à 19:13 (CEST)

Wikif avec ==

La page Seconde additionnelle, au fond à un titre fait avec == qui n'est pas traduit correctement par le logiciel. Ce n'est pas la première page sur laquelle j'observe ce phénomène. Jyp 29 mai 2004 à 12:35 (CEST)

Réparé, mais non expliqué : c'est le {{le}} qui faisait conflit (alors qu'il ne cause pas ce bug dans d'autres pages), causant l'insertion de <p> et </p> qui encadraient le bloc <h2>

Constat : il faut impérativement, pour qui souhaite le maintien de ces jolies puces en images du globe terrestre, que la ligne de déclaration de section ==Liens externes== soit séparée du premier {{le}} par une ligne blanche. Jerotito | Я@R 29 mai 2004 à 16:21 (CEST)

Recherche

Bug grave Lorsque l'on cherche un article et qu'il n'existe pas, le comtenu du champ n'est pas reporté dans le formulaire qui propose de recherche avec google. Kelson 28 mai 2004 à 16:39 (CEST)

Quand on veut aller voir une page qui existe en tapant son nom dans la zone de recherche et en cliquant sur "consulter", ça ne marche pas. -- Raph 28 mai 2004 à 17:38 (CEST)

Effectivement, la recherche ne semble plus fonctionner. Marc Mongenet 28 mai 2004 à 19:32 (CEST)

• C'est moi ou la fonction "rechercher" ne marche plus? il me redirige sur la fameuse page google, mais sans remarquer le mot recherché... sebjd 28 mai 2004 à 19:01 (CEST)
• Même problème : même pour des articles existants et quel que soit le bouton utilsé, aucun recherche n'aboutit ailleurs que sur la page "Google". Fabien1309 28 mai 2004 à 19:38 (CEST)

• • Consulter et Rechercher sont corrigés phe 28 mai 2004 à 23:45 (CEST)

Fond de certaines images

Certaines images à fond transparent incluses dans des zones à fond coloré sont entourées d'une bordure blanche. C'est le cas pour

Testé sous Opera, Galeon et Konqueror sous GNU/Linux. Vincent ✐ 28 mai 2004 à 16:57 (CEST)

idem sous Mozilla 1.6/Windows XP Jyp 28 mai 2004 à 17:00 (CEST)

idem sous IE6/Windows XP. J'ai les modifications récentes améliorées et toutes les flèches de "developpement/réduction" sont entourées de cette bordure génante. NB: chez moi la bordure est violette ou bleue (selon que j'ai déjà visité le lien ou pas) et non blanche. Sts 28 mai 2004 à 21:17 (CEST)

Le problème vient d'être réglé, merci ! Sts 28 mai 2004 à 21:17 (CEST)

Pour moi, il est toujours présent. Vincent ✐ 29 mai 2004 à 10:22 (CEST)

Chez moi, aussi, malheureusement Jyp 29 mai 2004 à 10:43 (CEST)

Rapporté a http://sourceforge.net/tracker/index.php?func=detail&aid=962762&group_id=34373&atid=411192

Trouvé la solution (rapportée aussi dans sourceforge.net) : le fond blanc est causé par

div.floatleft { 
    border: 0.5em solid White;
}

dans /style/monobook/main.css

Il suffit de transformer cela en

div.floatleft { 
    border: none;
}

pour s'en débarrasser. Pour patienter, ceux qui veulent déjà faire disparaître le bord blanc peuvent ajouter

div[class="floatleft"] {border: none}

à leur feuille de style Monobook.

C'est ma première vraie résolution d'un bug ! Je savais qu'apprendre le CSS me servirait un jour. Vincent ✐ 31 mai 2004 à 01:33 (CEST)

félicitation pour ta promotion au statut de développeur! ;-) -- Looxix 31 mai 2004 à 02:09 (CEST)

Ouh là... Remarque, c'est moi qui ai créé cette page dès que la nouvelle skin est arrivée pour éviter que le bistro ne déborde. Disons que j'accède au statut de « chasseur de punaises » (ou bug buster), statut qui n'existe pas encore mais dont je préfère la dénomination à celle de bureaucrate ;-) Vincent ✐ 31 mai 2004 à 02:30 (CEST)

Tableaux

espaces devant les balises

Un tableau rédigé en html et dont les balises sont précédées d'espaces est mal affiché : le logiciel croit y voir des zones <pre>.

Par exemple,

<table border="1">
    <tr>
          <td>Foo
          </td>
    </tr>
</table>

devient :

Foo

Mmmm, de toute façon les tableaux en HTML sont déppréciés. La meilleure chose à faire est de convertir toutes ces tables en utilisant la nouvelle syntaxe (Med en a déjà convertit ébormément). -- Looxix

Le soft n'a jamais supporté l'indentation de code html par exemple. Le fait de mettre un espace avant un texte le transforme en <pre> . Une solution "possible" serait d'utiliser des tabulations à la place d'espaces, mais ce n'est pas possible avec tout les navigateurs (lire IE). Sinon passer à la wikisyntaxe ... Mais là encore il n'y a pas moyen d'indenter le code. Ashar Voultoiz|@ 29 mai 2004 à 21:16 (CEST)

interligne

Quand j'ai des sauts de lignes à l'intérieur d'un tableau, les interlignes sont doublés (j'ai deux sauts de ligne au lieu d'un). ℓisllk★✉ 5 jun 2004 à 21:19 (CEST)

Mise en cache

Les pages semblent rester plus longtemps en cache. De sorte, si l'on retourne à une page qui a été modifiée depuis notre dernière visite, on n'a accès qu'à la version antérieure. Vincent ✐ 28 mai 2004 à 17:55 (CEST)

Très gênant comme bug. Jerotito | Я@R 28 mai 2004 à 17:57 (CEST)

Si le contenu d'une page a été modifié, la page html envoyée aux lecteurs doit être recalculée obligatoirement. Les développeurs n'ont pas compris les principes de mise en cache ? Ils peuveznt relire la norme RFC 2068 tout leur temps si ils en ont besoin.

Certaines pages "disparaissent". Elles réapparaissent lorsque l'on rafraichit la page. Constaté avec Konqueror. Yann 30 mai 2004 à 11:05 (CEST)

liens techniques baladeurs (skin monobook)

Avec la skin Monobook, quand la page est trop étroite, les liens "à propos", "modifier" etc ont tendance à se ballader: à se mettre en colonne au lieu d'en ligne, ou alors les derniers liens se baladent au hasard sur une deuxième ligne. Ca arrive aussi simplement en passant la souris au-dessus. (En tout cas, sous Internet Explorer 6, Windows 2000.) FvdP (disc.)

Cela ne le fait pas chez moi (Mozilla 1.6/win xp). Est-ce que cela fait toujours chez toi? Jyp 3 jun 2004 à 10:42 (CEST) (P.S. de FvdP: cette réponse de Jyp date d'avant que je précise que c'était avec Monobook)

Oui, encore aujourd'hui. FvdP (disc.) 9 jun 2004 à 18:55 (CEST)

Avec Mozilla et monobook, il arrive que le clic sur modifier ouvre n'importe quelle section plutôt que celle souhaitée. Cela arrivait aussi avec le cologne blue quand les wiki codes étaient bancals. Donc, on se débrouille. Stuart Little 4 jun 2004 à 14:03 (CEST)

Représentation du grec

Peut-être est-ce dû seulement à ma config personnelle, mais les caractères grecs ont pour moi changé d'apparence, en particulier les caractères accentués semblent être pris dans une police différente des caractères non accentyés, ce qui fait que la représentation d'un mot est très laide. Est-ce la même chose pour d'autres que moi ? Quelques pages pour vérifier : L'Iliade ou L'Odyssée, par exemple.

Je parle pas grec, mais ça me semble ok.

En tout cas, si les polices sont cassées, je le vois pas

Firefox 0.8, Windows 2000, skin 'standard'

Ryo 28 mai 2004 à 20:56 (CEST)

C'est dû au fait que la police par défaut utilisée pour la feuille de style n'a pas les caractères en question. Il faut soit modifier cette police en personnalisant sa feuille de style (voir dans le Bistro), soit ne pas utiliser Monobook. Vincent ✐ 29 mai 2004 à 01:32 (CEST)

Il s'avère que Brion va sans doute mettre Verdana au lieu de Bitstream Vera Sans comme police par défaut maintenant. Med 29 mai 2004 à 11:18 (CEST)

Images qui disparaissent

Je suis le seul à qui ça arrive ? Avec IE 6 sous Windows 2000 Professionnel, certaines images disparaissent quand on passe la souris dessus (notamment le logo et les petites fleches rigolotes qui indiquent les liens externes). J'ai l'impression que c'est les images au format GIF. Traroth | @ 28 mai 2004 à 20:42 (CEST)

Non tu n'es pas le seul. Idem pour moi avec le logo Wikipedia (IE6 - Win Xp) Fabien1309 28 mai 2004 à 22:19 (CEST)

Alignement du texte

Malgré l'option « texte justifié », le texte des articles n'est pas justifié mais aligné à gauche. On peut modifier monobook.css mais c'est assez gênant. Vincent ✐ 29 mai 2004 à 10:27 (CEST)

• cfr. http://sourceforge.net/tracker/index.php?func=detail&aid=963145&group_id=34373&atid=411192

Liens vers l'image

La fonction lien vers l'image ne marche plus, exemple sur cette image Image:Voilier-grand turk1.JPG qui est par exemple liée depuis ma page d'utilisateur, et bien liens vers l'image est vide. greatpatton 29 mai 2004 à 13:50 (CEST)

ne concerne que certaines images. C'est la table des liens qui est cassée. J'ai fait une µ-modification sur ta page et maintenant la page de l'image montre bien qu'elle est liée à ta page perso. -- Looxix 29 mai 2004 à 17:37 (CEST)

__NOTOC__ ne marche plus

Voir Index alphabétique du monde indien par exemple Nataraja-Shiva 29 mai 2004 à 17:07 (CEST)

Ça paraît logique. Importé depuis un MediaWiki, il ne fonctionne plus, mais réintroduit manuellement dans l'article, ça roule... Jerotito | Я@R 29 mai 2004 à 17:14 (CEST)

Ben pas cool si faut le rajouter à la main dans tous les articles... Ca marchait très bien depuis le MediaWiki avant. Nataraja-Shiva 29 mai 2004 à 18:22 (CEST)

Je me doute bien que cela ne te réjouisse pas. D'autant que cela fait une bonne fournée de corrections en perspective... Jerotito | Я@R 29 mai 2004 à 18:46 (CEST)

Ben oui c'est tout le problème. Nataraja-Shiva 30 mai 2004 à 11:16 (CEST)

cfr. http://sourceforge.net/tracker/index.php?func=detail&aid=962335&group_id=34373&atid=411192

Onglets defectueux avec Konqueror

Le dessin des onglets (le rectangle qui encadre l'onglet, quoi) n'apparait pas correctement. Le texte apparait, ce qui permet d'utiliser normalement l'onglet, mais c'est disgracieux. (Konqueror 3.1-12 sous RedHat Linux) Traroth | @ 29 mai 2004 à 18:09 (CEST)

Chez moi ça marche. Konqueror 3.2 sous Mandrake 10.0. Med 29 mai 2004 à 20:38 (CEST)

Infos contributeurs defecteuses sous Konqueror

Les options contributeurs (premiere ligne, en haut à droite de la page apparait comme ça : "TrarothMa page de discussionPréférencesListe de suiviMes contributionsDéconnexion", c'est à dire sans espace (Konqueror 3.1-12 sous RedHat Linux). Traroth | @ 29 mai 2004 à 18:14 (CEST)

Urgent : la palette ne fonctionne pas sous Konqueror !

Les liens du volet de navigation (Accueil, Modifications récentes...) ne marche pas avec la nouvelle skin (Konqueror 3.1-12 sous RedHat Linux). Traroth | @ 29 mai 2004 à 18:25 (CEST)

Chez moi ça marche. Konqueror 3.2 sous Mandrake 10.0 Med 29 mai 2004 à 20:41 (CEST)

Le problème que j'ai est le suivant, la palette est là mais les interlignes sont un peu trop grands. Mozilla Firefox sur Debian Sarge. ℓisllk★✉ 3 jun 2004 à 19:13 (CEST)

je confirme fonctionne avec konqueror3.2 mais pas avec 3.1.x jeffdelonge 10 jun 2004 à 12:11 (CEST)

Mode "prévisualisation"

Lorsque j'ai touché aux paramèrtes d'une image, en mode modifier, puis que je suis passé en prévisualisation, les images ne s'affichaient plus et des messages d'erreur étaient indiqués en haut de page (entre les liens relatifs à l'utilisateur et à la page, donc derrière le logo).Guillaume 29 mai 2004 à 20:13 (CEST)

Annuler et urlencoded

l'annulation de la modification d'un article contenant des caractères urlencoded ne fonctionne pas.

OK maintenant, mais pas après un conflit d'édition

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

Interwikis absents en mode prévisualisation

Lorsqu'on prévisualise un article, les interwikis n'apparaissent pas. C'est assez gênant lorsqu'on ajoute des interwikis, pour vérifier qu'ils sont corrects. Med 29 mai 2004 à 20:48 (CEST)

• cfr. http://sourceforge.net/tracker/index.php?func=detail&aid=962810&group_id=34373&atid=411192

Différents problèmes sur les catégories

Elles n'apparaissent pas à la prévisualisation (comme les interwikis).

• Cf http://sourceforge.net/tracker/index.php?func=detail&aid=963242&group_id=34373&atid=411192

Si un article catégorisé est déplacé, il continue à apparaître dans la catégorie classé selon son ancien nom (mais avec le nouveau nom). Bon, c'est pas clair. Exemple : Peine de mort en France, anciennement La peine de mort en France, apparaît dans la catégorie droit sous le nom Peine de mort en France, mais classé à la lettre L. (C'est peut être pour une tout autre raison, je n'ai pas d'autres exemples). Didup 13 jun 2004 à 17:25 (CEST)

Code XHTML invalide : name

Quand on a des caractères accentués dans un titre, l'attribut name correspondant est invalide :

<a name="Encyclop%C3%A9die_c%C3%A9l%C3%A8bre">
Error: character % is not allowed in the value of attribute name

Vargenau 29 mai 2004 à 22:07 (CEST)

Divers

En utilisant l'interface standard, on se retrouve avec des liens entre parenthèses, des images encadrées d'un vilain filet bleu, bref, c'est imbitable ! en prenant la nouvelle interface, le problème, entre autres, c'est que, comme les autres interface, la palette flottante ne fonctionne pas ! ©éréales Kille® ☺ 28 mai 2004 à 22:51 (CEST)

Pour les palettes, leur insertion avec le tag <div>{{msg}}</div> semble fonctionner correctement, cf. celle du bistro qui me semble maintenant correctement placée. villy 29 mai 2004 à 08:43 (CEST)

affiche incorrect après chargement des images, nom manquant : Le fichier "" a été copié sur le serveur. Suivez ce lien: (Image:Gopuram-madurai.jpg)... Euh, moi j'aime bien la présentation des thumb avec le filet bleu. Nataraja-Shiva 17:46, 30 May 2004 (CEST)

Que signifie « imbitable » ? *pas trouvé dans le wiktionnaire* Cœur 4 jun 2004 à 23:31 (CEST)

Encadrés

Chez moi, les encadrés qui servent d'ordinaire à citer du code ont la facheuse tendance à ajouter de la largeur à la page, et à ne pas inclure automatiquement de retour à la ligne pour les longues phrases. Ce problème est constaté avec Internet Explorer 6 et Mozilla Firefox (0.8) et le thème par défaut. Suis-je le seul ? --Khaalif 30 mai 2004 à 18:15 (CEST)

Pareil avec Opera 7.5 sous GNU/Linux (Monobook.css). Vincent ✐ 30 mai 2004 à 18:34 (CEST)

Pour le retour à la ligne, je ne sais pas faire (parce que la balise est <PRE> et qu'elle indique au navigateur qu'il faut afficher telles quelles les données, donc sans retours à la ligne autres que ceux qui sont déjà présents). En revanche, on peut forcer l'affichage d'une barre de défilement. Il faudrait modifier, dans /style/monobook/main.css, la ligne suivante :

* > html #bodyContent pre {
    overflow-x: auto;
}

en

* > html #bodyContent pre {
    overflow: auto;
}

Overflow-x n'est pas interprété par tous les navigateurs ; overflow est plus sûr. Vincent ✐ 31 mai 2004 à 02:05 (CEST)

Modèles paramétrés

1 Cérès

Caractéristiques orbitales

Époque J2000.0

Établi sur ?

 observ. couvrant ? (U = ?)

Période de révolution (Prév)
Inclinaison (i)	10,58°°
Catégorie	Astéroïde de la ceinture principale

Caractéristiques physiques

Masse (m)	8,7×1020 kg kg
Masse volumique (ρ)	2,7 g/cm3 kg/m3
Classification spectrale	C
Albédo (A)	0,073

Découverte

Désignation	A899, 1943 XB

La nouvelle syntaxe des modèles paramétrés ne fonctionne pas bien quand on lui passe des wikiliens avec des | comme par exemple pour [Giuseppe Piazzi|G. Piazzi]] dans la table ci contre. ske 30 mai 2004 à 18:28 (CEST)

oui, il y a pour le moment bcp de problème de parsing; le bon code a dû être désactivé car il comsommait 2 fois plus de temps CPU que l'ancien. -- Looxix

Ce bogue est très gênant : il retarde la mise en place de ce système pour des centaines de pages pour lesquelles il serait « idéal » : communes, cantons, pays, que sais-je encore ? Jerotito | Я@R 6 jun 2004 à 16:33 (CEST)

• cfr. http://sourceforge.net/tracker/index.php?func=detail&aid=965725&group_id=34373&atid=411192
• cfr. http://sourceforge.net/tracker/index.php?func=detail&aid=963437&group_id=34373&atid=411192

Liens media:

Problème important : j'ai l'impression qu'il y a un problème récent (apparu aujourd'hui en milieu de journée) avec les liens media: comme pour les fichiers sons. Exemple pour La Marseillaise#Musique. Ces liens marchaient hier avec la nouvelle version du logiciel, mais plus maintenant. Quelqu'un sait de quoi il s'agit ? Alkarex 30 mai 2004 à 15:08 (CEST)

oui, il y a pour le moment bcp de problème de parsing; le bon code a dû être désactivé car il comsommait 2 fois plus de temps CPU que l'ancien. -- Looxix

Rechercher

Dans rechercher, les deux boutons "consulter" et "rechercher" font maintenant exactement la meme chose. Si on tape "toto" dans la boite, "rechercher" amene a la page "toto" au lieu de donner toutes les pages qui contiennent le mot "toto" (via Google). Vargenau 1 jun 2004 à 14:35 (CEST)

En attendant la réparation, taper, dans la boîte de recherche de Google : toto site:fr.wikipedia.org
(pour ceux qui l'ignoreraient) Jerotito | Я@R 1 jun 2004 à 15:43 (CEST)

Liens avec accents

Les liens de la table des matières avec des accents ne fonctionnent pas (Konqueror). Yann 1 jun 2004 à 15:29 (CEST)

Fonctionne avec Mozilla et Konqueror chez moi. (KDE 3.2). Fred.th 5 jun 2004 à 19:49 (CEST)

Cela fonctionne aussi chez moi (Mozilla/XP). Néanmoins, le lien a un look bizarre qui pourrait expliquer le problème Jyp 5 jun 2004 à 20:36 (CEST)

Où est passée la fonction "version imprimable"?

Ou en d'autres mots, il faudrait la rajouter à la boîte à outils. Même taper "&printable=yes" à l'arrière de l'adresse ne fonctionne pas. Ce n'est donc pas qu'une question de lien manquant, la fonction est caremment inexistante. Guillaume 5 jun 2004 à 11:33 (CEST)

cette fonction est toujours présenta avec les anciennes skins; en monobook (le nouveau skin par défaut) il semble qu'il n'y en a plus besoin (as-tu essayer d'imprimer une page?). -- Looxix 6 jun 2004 à 17:49 (CEST)

Historique (bug ?)

Il y a un truc bizarre : que fait le log de la modif de Fawad le 31 mai 2004 à 09:03 en deuxième position dans l'historique de Modèle:Index thématique ?

• (actu) (dern) 8 jun 2004 à 12:50 Yohan (restitution d'astronomie et biologie, retrait de "publicité et marketing")
• (actu) (dern) 31 mai 2004 à 09:03 Fawad
• (actu) (dern) 8 jun 2004 à 12:34 Yohan (rv)
• (actu) (dern) 8 jun 2004 à 10:57 80.8.50.149

Raph 8 jun 2004 à 13:14 (CEST)

oui c'est un problème qui arrive de temps en temps (problème avec l'index inversé ...) mais rien de grave. -- Looxix

CSS

C'est moi ou quelqu'un a joué avec les CSS par défaut ? Pourquoi les liens sont soulignés ? (sur en: c'est pareil...) -- Raph 9 jun 2004 à 20:20 (CEST)

Tu n'aurais pas modifié tes préférences dans ton navigateur plutôt que sur Wikipédia ? Car dans http://fr.wikipedia.org/style/monobook/main.css, le soulignement des liens n'est donné que pour a:hover (survol de la souris).

Non, ça ne vient pas de mon navigateur. J'en ai essayé plusieurs sur différents systèmes, en non connecté et en étant connecté, et c'est pareil. -- Raph 9 jun 2004 à 21:04 (CEST)

C'est une des interférences avec les préférences de chacun causée par la nouvelle version, avec la police sans-serif trop petite. Marc Mongenet 10 jun 2004 à 17:19 (CEST)

pblm liens images sans légende

• cfr. [1]

Où sont passées les infobulles ?

Où sont passées les infobulles que j'avais peaufinées amoureusement ? Elle existent toujours mais, visiblement, le logiciel pointe ailleurs... Qui saura ? ©éréales Kille® ⌨ ☺ 10 jun 2004 à 07:24 (CEST)

qq1 a-t'il plus d'infos (moi je n'ai jamis vu ces infobulles): ont-elles disparues? sont-elles maintenant en anglais? si elles sont en anglais, pourrait-on me donner leurs intitulées afin que je puisse trouver le MediaWiki associé? Merci d'avance. -- Looxix

Elles avaient toutes été traduites et améliorées, les raccourcis unifiés. Elles existent toujours mais, visiblement, le logiciel pointe ailleurs... Special:Allmessages donne une piste : les infobulles étaient stockées à partir de Tooltip et ont été remplacés par un monobook.js (en début de tableau...) ! Que faire ? ©éréales Kille® ⌨ ☺ 11 jun 2004 à 23:05 (CEST)

franchement, je ne sais pas ce qu'il faut faire. Perso j'en ai un peu ras-le-bol de tout ces changements sauvages et irréfléchis qui se passent sans qu'on aie rien demandé et sans même qu'on soit mis au corant ds changements. -- Looxix 12 jun 2004 à 01:42 (CEST)

Problème tempraire avec les thumb ???

Voir Jacques Chirac. Chez moi la vignette se retrouve à environ 250 px de la marge gauche de l'article, même dans les anciennes versions.

oui il y a actuellement un problème avec les liens images en thumbnail mais qui ne comportent pas de légendes. Rajouter une légande règle le problème. (cfr. [2]). -- Looxix

J'ai cru un instant que c'était lié à l'absence de largeur en px, en voyant que Raymond Poincaré ne posait pas de problème. OK, noté sur mes tablettes.

Erreurs Javascript sur TOUTES les pages !

Salut, je suis avec Opera 7.5 et à chaque page du wiki (j'ai remis le css par défaut, le monobook ne me plait pas), j'ai les erreurs javascript suivantes :

Inline script thread

Error:

name: ReferenceError

message: Statement on line 33: Reference to undefined variable: No such variable 'stylepath'

Backtrace:

Line 33 of linked script http://fr.wikipedia.org/style/wikibits.js

document.write("<link rel=\"stylesheet\" type=\"text/css\" href=\"" + stylepath + "/" + skin + "/Opera7Fixes.css\">");

Event thread: onload

Error:

name: ReferenceError

message: Statement on line 363: Reference to undefined variable: No such variable 'ta'

Backtrace:

Line 363 of linked script http://fr.wikipedia.org/style/wikibits.js

if (!ta)

Line 23 of linked script http://fr.wikipedia.org/style/wikibits.js

akeytt();

At unknown location

{event handler trampoline}

Avec IE6, j'obtiens juste l'erreur du 'ta' non défini Mozilla ne m'affiche pas d'erreur, mais je sais pas comment il réagit en cas d'erreur javascript. iubito 12 jun 2004 à 07:49 (CEST)

Les accents dans les catégories

Les catégories, c'est bien mais il y a un petit souci dans le classement alphabétique. Par exemple, ici Eléphant se retrouve tout à la fin du classement alphabétique car il y a un accent sur le premier "E".

http://fr.wikipedia.org/wiki/Cat%C3%A9gorie:Faune_%28noms_vernaculaires%29

Fabien1309 14 jun 2004 à 16:04 (CEST)

On contourne le problème en spécifiant explicitement la clef de tri comme deuxième paramétre de la catégorie [[catégorie:animal|elephant]] phe 22 déc 2004 à 21:21 (CET)

conflits de modifications

Lorsqu'il y a un conflit de modification, les différences entre versions n'apparaissent plus en rouge, et il est difficile de les distinguer quelquefois. Par exemple Cœur a du refaire plusieurs corrections que je n'ai pu intégrer sur Waterloo, je ne les avais pas vues (des &nbsp; par exemple). Et on dirait que le nowiki ne marche plus.

Bug de gestion du gras (page Effet pervers)

Certaines découvertes utiles (pénicilline et aussi... tarte tatin ou bêtise de Cambrai) ont été faîtes "par accident", voire "par erreur", en contradiction avec l'objectif initial ou la procédure considérée normale ('''[[sérendipité]]'''). Il ne s'agit pas alors d'''effets pervers''.

se réalise en :

Certaines découvertes utiles (pénicilline et aussi... tarte tatin ou bêtise de Cambrai) ont été faîtes "par accident", voire "par erreur", en contradiction avec l'objectif initial ou la procédure considérée normale ('sérendipité). Il ne s'agit pas alors deffets pervers.

Problème connu sans solution pour l'instant, remplacer par <i>xxxx</i> le corrige.

Certaines découvertes utiles (pénicilline et aussi... tarte tatin ou bêtise de Cambrai) ont été faîtes "par accident", voire "par erreur", en contradiction avec l'objectif initial ou la procédure considérée normale (sérendipité). Il ne s'agit pas alors d'effets pervers.