metawiki | Les bugs et problèmes de MetaWiki

Différence entre :

version actuelle : ajout d'un problème
2006-09-19 18:41:42 : ajout d'un problème

En vert, la nouvelle version de la page ; En rouge, l'ancienne version.
Vous pouvez faire glisser la nouvelle version avec la souris.

Bien que Metawiki soit un outil extraordinaire...
...Il y a quand même quelques petits détails qu'il serait bon d'examiner.

On peut insérer du Javascript, mais l'édition de la page détruit le code. De même si on veut insérer un petit bout de css particulier à une page. Tout ce qui n'est pas html disparait après édition.
Pourquoi ne pas faire une zone d'édition séparée réservée aux scripts ?

Mouais, faut voir ... c'est vrai que c'est pas hyper pratique mais je pense que l'idéal serait de mettre votre code javascript dans le gabarit si vous avez besoin.

L'inclusion de javascript DANS la zone éditable me semble assez marginale.

Le mode d'édition graphique ne marche pas sur Netscape (ou sur Mac, ou les deux, je ne sais pas)

Oui en effet, l'éditeur visuel ne fonctionne qu'avec IE / Windows, et Firefox / toute plateforme. Pour les autres navigateurs, ça marche moins bien, même si on peut espérer que ça marchera bientôt avec Safari.

Le mode recherche ne donne pas de résultats classés (peu grave sur les petits wiki).

C'est vrai. Le truc c'est que faire un algorythme de classement n'est pas si simple et n'est jamais formidable.
Ce que j'ai fait sur mon wiki, c'est que j'ai mis une case pour le moteur interne à metawiki, et un case qui va chercher sur google (en restreignant le résultat à mon domaine).

Sur des pages avec peu de contenu d'un wiki avec pas mal de tags, les liens Hist Diff Edit et Admin sont inaccessibles. Il faudrait obliger à mettre ce cadre en bas à droite plus abs que le cadre des tags...

C'est clair qu'il faudrait que je re-travaille la feuille de style. Merci pour le bug d'affichage.

Dommage qu'en édition d'une page ( mode html ), on ne puisse pas utiliser la tabulation pour mettre en forme notre code.

C'est ton navigateur qui fait que le tab te fasse passer au champ suivant.

Il arrive que la moitié de certaines pages se volatilisent après édition...

C'est moche, mais sans doute du à un code html qui fait conflict. Si jamais tu as un cas précis que tu arrives à reproduire, n'hésites pas à m'en donner l'adresse.

Les tableaux (en syntaxe wiki en tout cas) ont leur contenu automatiquement en small. De plus, il faut les écrire (‹table› ‹tr› ‹td› blabla ‹/td› ‹/tr› ‹/table›) en une seule ligne (sinon ça produity plein de sauts de lignes avant le tableau), ce qui n'est pas très clair pour l'édition...

Oui, j'ai pas trop d'idée sur ce coup là. Il faudrait certainement regarder dans la feuille de style, il y a peut-être un td {font-size: 10px; } ou un truc comme ça.
Pour ce qui est de la syntaxe sur une seule ligne, c'est dans le module de traduction de syntaxe wiki que ça se passe et je n'ai pas la prétention de le ré-écrire. (c'est un module externe développé par quelqu'un d'autre, ce genre de truc est très compliqué).

Comment peut t-on supprimer un css ou un gabarit ?

Choisir "éditer" dans le tableau qui liste les fichiers CSS. En bas du formulaire d'édition, à coté du bouton "Enregistrer", je viens d'ajouter un bouton "Supprimer".
Comment détruire des "tags" créés par erreur (car bien que plus référérencés... ils restent) ? -- JeanHuguesRobert

Quand tu es logué en tant qu'Admin, vas sur la page "maintenance" : je viens d'ajouter un bouton "rafraichir les tags". :-) J'espère que ça résoudra ton problème. (mais normalement j'ai corrigé ce problème de tags fantômes, il ne devrait plus s'en créer, tes tags fantômes doivent exister depuis un bon moment).
Dans un article, quand j'écris [ravioli], il me fait un lien vers http://bfgft.metawiki.com/ravioli - logique, je suis en syntaxe wiki. Ce qui est moins logique, c'est que (dans cette page quand j'écris "McQuinn", même sans crochets il y a un lien dessus. C'est ennuyeux et fort bizarre, à quoi c'est dû ?

C'est tout à fait normal. La majorité des wikis fonctionnent comme ça, on appelle ça les CamelCaseWords, ou MotsWiki. Ca permet de faire des liens sans même utiliser les crochets : suffit de faire des mots CommeCa, ou CommeCeci et pouf, ça devient un lien.
Si par contre tu ne veux pas que McQuinn devienne un lien, il faut utiliser des guillemets inversés : ``McQuinn``.
Pour les wikis avec éditeur visuel par contre, ça marche pas.
J'ai voulu changer mon mot de passe administrateur et apparament j'ai mis un peu trop de caractères (plus de quinze). Du coup je ne sais pas ce qui s'est passé mais ça a mis admin en log pour tous les utilisateurs. J'ai du supprimer tous les comptes.
Ce n'est pas réellement un problème, mais les images que l'on insère ne comportent pas de "alt"( dans le code html ). Cela peut être génant en cas de pannes, ou bien pour les personnes qui utilisent des navigateurs en ligne de commande.

D'autres problèmes ?

Bien que Metawiki soit un outil extraordinaire...
...Il y a quand même quelques petits détails qu'il serait bon d'examiner.

On peut insérer du Javascript, mais l'édition de la page détruit le code. De même si on veut insérer un petit bout de css particulier à une page. Tout ce qui n'est pas html disparait après édition.
Pourquoi ne pas faire une zone d'édition séparée réservée aux scripts ?

Mouais, faut voir ... c'est vrai que c'est pas hyper pratique mais je pense que l'idéal serait de mettre votre code javascript dans le gabarit si vous avez besoin.

L'inclusion de javascript DANS la zone éditable me semble assez marginale.
Le mode d'édition graphique ne marche pas sur Netscape (ou sur Mac, ou les deux, je ne sais pas)

Oui en effet, l'éditeur visuel ne fonctionne qu'avec IE / Windows, et Firefox / toute plateforme. Pour les autres navigateurs, ça marche moins bien, même si on peut espérer que ça marchera bientôt avec Safari.
Le mode recherche ne donne pas de résultats classés (peu grave sur les petits wiki).

C'est vrai. Le truc c'est que faire un algorythme de classement n'est pas si simple et n'est jamais formidable.
Ce que j'ai fait sur mon wiki, c'est que j'ai mis une case pour le moteur interne à metawiki, et un case qui va chercher sur google (en restreignant le résultat à mon domaine).
Sur des pages avec peu de contenu d'un wiki avec pas mal de tags, les liens Hist Diff Edit et Admin sont inaccessibles. Il faudrait obliger à mettre ce cadre en bas à droite plus abs que le cadre des tags...

C'est clair qu'il faudrait que je re-travaille la feuille de style. Merci pour le bug d'affichage.

Dommage qu'en édition d'une page ( mode html ), on ne puisse pas utiliser la tabulation pour mettre en forme notre code.

C'est ton navigateur qui fait que le tab te fasse passer au champ suivant.
Il arrive que la moitié de certaines pages se volatilisent après édition...

C'est moche, mais sans doute du à un code html qui fait conflict. Si jamais tu as un cas précis que tu arrives à reproduire, n'hésites pas à m'en donner l'adresse.
Les tableaux (en syntaxe wiki en tout cas) ont leur contenu automatiquement en small. De plus, il faut les écrire (‹table› ‹tr› ‹td› blabla ‹/td› ‹/tr› ‹/table›) en une seule ligne (sinon ça produity plein de sauts de lignes avant le tableau), ce qui n'est pas très clair pour l'édition...

Oui, j'ai pas trop d'idée sur ce coup là. Il faudrait certainement regarder dans la feuille de style, il y a peut-être un td {font-size: 10px; } ou un truc comme ça.
Pour ce qui est de la syntaxe sur une seule ligne, c'est dans le module de traduction de syntaxe wiki que ça se passe et je n'ai pas la prétention de le ré-écrire. (c'est un module externe développé par quelqu'un d'autre, ce genre de truc est très compliqué).
Comment peut t-on supprimer un css ou un gabarit ?

Choisir "éditer" dans le tableau qui liste les fichiers CSS. En bas du formulaire d'édition, à coté du bouton "Enregistrer", je viens d'ajouter un bouton "Supprimer".
Comment détruire des "tags" créés par erreur (car bien que plus référérencés... ils restent) ? -- JeanHuguesRobert

Quand tu es logué en tant qu'Admin, vas sur la page "maintenance" : je viens d'ajouter un bouton "rafraichir les tags". :-) J'espère que ça résoudra ton problème. (mais normalement j'ai corrigé ce problème de tags fantômes, il ne devrait plus s'en créer, tes tags fantômes doivent exister depuis un bon moment).
Dans un article, quand j'écris [ravioli], il me fait un lien vers http://bfgft.metawiki.com/ravioli - logique, je suis en syntaxe wiki. Ce qui est moins logique, c'est que (dans cette page quand j'écris "McQuinn", même sans crochets il y a un lien dessus. C'est ennuyeux et fort bizarre, à quoi c'est dû ?

C'est tout à fait normal. La majorité des wikis fonctionnent comme ça, on appelle ça les CamelCaseWords, ou MotsWiki. Ca permet de faire des liens sans même utiliser les crochets : suffit de faire des mots CommeCa, ou CommeCeci et pouf, ça devient un lien.
Si par contre tu ne veux pas que McQuinn devienne un lien, il faut utiliser des guillemets inversés : ``McQuinn``.
Pour les wikis avec éditeur visuel par contre, ça marche pas.
J'ai voulu changer mon mot de passe administrateur et apparament j'ai mis un peu trop de caractères (plus de quinze). Du coup je ne sais pas ce qui s'est passé mais ça a mis admin en log pour tous les utilisateurs. J'ai du supprimer tous les comptes.
Ce n'est pas réellement un problème, mais les images que l'on insère ne comportent pas de "alt"( dans le code html ). Cela peut être génant en cas de pannes, ou bien pour les personnes qui utilisent des navigateurs en ligne de commande.
Je suıs (en théorıe) admınıstrateur de jp.metawiki.com sous le pseudonyme de wikimousse
Maıs j'aı oublıé mon mot de passe. J'aı donc utılısé, dans la rubrıque "se connecter", la fonctıon "mot de passe oublıé":
J'aı bıen reçu le maıl m'ınvıtant a changer mon mot de passe, ce que j'aı faıt. Maıs ımpossıble de me connecter avec ce nouveau mot de passe.
Pouvez-vous m'aıder svp ?

D'autres problèmes ?