Editer le texte de cette page (date de la dernière modification: 24 Mai, 2006 10:25 (diff))

Notes De Travail

réflexions en vrac sur ce moteur de wiki et d'autres

Perdu ! c'est le sentiment qui domine... j'ai bien du mal à trouver mes repère et à suivre la logique de ce wiki. les fonctionnalités semblent foisonner, mais je reste souvent déçu au final par la complexité de leur mise en place, et des résultats parfois surprenants.

quelques points qui fachent

manque de doc : parfois une simple liste même non documenté suffirait

Si la possibilité de créer ses propre gabarit est très bien foutu et assez aisée à comprendre, les variables d'insertion et autre éléments de page context sont incomprehensibles. Pas de documentation claire, et ce qui existe est plus que succinct. Il est nécessaire d'aller voir comment sont foutus les autres gabarits et essayer d'en déduire un début de logique.

Exemple la page WorkWithTemplates? aide à la compréhension, mais il ne semble pas exister d'équivalent pour les variables comme : TemplateBorderStyle?

le html généré n'est pas aux normes et besoins actuels

le html généré est quasi inutilisable avec des css, il faut hacker en permanence : pas de balisage semantique logique et insertion de style au sein même des balise est assez rédibitoire.

On sent bien que le code à été conçu pour du html premiere géneration et qu'il n'a pas évolué depuis, et c'est très dommage et handicapant. Techniquement aucune information de mise en forme ne devrait être généré entre les balises body et c'est loin d'être le cas, exemple :

<h4 style=" background:transparent; color:#000000;">Discussion</h4> pour une simple insertion de titre.

pas de balisage sémantique cohérent + pas de class ni d'id différenciatrices des différents éléments

Point lié au précedent, le balisage sémantique quasi inexistant et le manque de class ou id permettant une mise en forme avec les css.

Pour exemple lors de l'insertion automatique d'une EditBar? le code généré est le suivant :

<a href="wikidev.cgi?action=edit&id=LaurentLunati&lang=2" class="nav" rel="nofollow">
Editer le texte de cette page</a> (date de la dernière modification 24 Mai, 2006 9:39
<a href="wikidev.cgi?action=browse&diff=4&id=LaurentLunati" class="nav" rel="nofollow">(diff)</a>

Et ainsi de suite.... ainsi tous les liens du bloc EditBar? ont la même class et du texte se balade au milieu de tout ça sans être balisé. il devient donc difficile :

  • d'acceder à un lien précis avec les css (pensons aussi aux utilisateurs de IE pour qui les selecteurs sont inopérant)
  • de faire disparaître ou de mettre en avant une partie du texte
  • de modifier l'ordre d'affichage.
Toutes ces contraintes ont pour implication de limiter grandement les possibilité de mise en page de personnalisation, d'adaptation à un besoin.

En terme d'usage

  • les liens non différenciés désoriante le visiteur
  • Un seul lien RSS sur un affichage de div... c'est peu et pas forcement pratique
  • Pas d'aide contextualisé comme l'affichage d'un rappel de syntaxe
  • dispersion et manque de logique de l'administration par exemple le lien sur les pages d'upload en fond de page préference
  • Contextualisation trop complexe et non documenté
  • Relations interwiki invisibles.
  • Usage de la syntaxe peu simple dans un gabarit en pur xhtml+css : les probléme de transformation et de balisage deviennent visible là ou ils disparaissaient dans une mise en forme par tableau. (suffit de jetter un oeil au code generé de cette page)

Les truc biens ici ou ailleurs

Fractal

  • gabarits
  • contextualisation
  • quelques fonctionnalité de liens
  • upload
  • certaines fonctionnalités d'admin

Odd

  • Page css
  • administration plus simple même si encore trop complexe
  • liens différencié
  • rss