wiki-feedback-fr

Qu'est-ce que c'est que ça ?

Nous rassemblons ici les réactions sur l'utilisabilité et l'organisation du wiki.

Que puis-je faire ici ?

• Vous plaindre sur la manière dont le wiki est difficile à utiliser. (Faites un article si possible.)
• Ajouter des suggestions concernant le contenu, l'organisation et l'utilisabilité de la liste des choses à faire sur l'architecture de l'information. (Ajoutez votre propre sujet si nécessaire.)
• Etre d'accord sur le fait que vous avez aussi un problème pour trouver quelque chose sur le wiki.
• Chercher sur les Archives de la Liste de Discussion sur
  • confused
  • trouble
  • confusion
  • help

et postez vos résultats ici.

Reproches :

• Internationalisation pauvre : Nous ne devrions pas supposer que toute la publication est faite en anglais. Andy Mabbett 11:32, 10 Mar 2007 (PST)
• Roger se demandait comment fn et org fonctionnent ensemble et n'avait pas vu la section pertinente dans la spec hCard.
  • Voir Info Contact Organisation Contact Info dans la sepc et L'Importance des Noms dans hCard publication. Je recommande que cela soit ajouté à hcard-faq. Tantek 17:54, 16 Oct 2006 (PDT)
  • Une fois que j'ai pointé la prermière référence, il s'est demander pourquoi il l'avait ratée. Néanmoins, il l'avait ratée. Comment devrions nous mettre en valeur les recommandations/suggestions ? BenWest 21:44, 16 Oct 2006 (PDT)
• Justin dit : je n'ai même pas vu qu'il y avait une page sur la publication dans les pages de spécification. Même si elle était en haut de la page. J'ai regardé rapidement. Il semble comme si l plupart des tutoriels sur hCard ou hCalendar emmènent les personnes vers la spécification pour avoir plus d'information. Devrions nous encourager les personnes à pointer vers la page de publication ? Je pense qu'un nouveau venu devrait être très très très intimidé de se voir pointer directement vers la spécification.

Je uis d'accord avec ça. Peut-être qu'une page d'introduction plus amicale pourrait être construite pour présenter hCard et lier vers les différentes ressources. Ashley 14:31, 16 Oct 2006 (PDT)

• Je ne peux pas trouver quelque information utile à propos de baliser une 'key' dans le wiki. Peut-être que quelqu'un pourrait inclure quelques exemples ? Ashley 14:31, 16 Oct 2006 (PDT)
  • Ashley, qu'entends-du par une "key"? Tantek 17:54, 16 Oct 2006 (PDT)
    • Er, hCard "key". Je l'ai juste trouvé néanmoins. Je suis en train de devenir de plus en plus compétent pour ouvrir ma bouche avant que je sache à qui je suis en train de parler ici, désolé.
• Andy Mabbett dit de son collègue : "Il est resté perplexe face à hcalendar ; pas la moindre parce que même si la ^page avait un traitement non pertinent et trompeur sur les 'Principes de Design XHTML Sémantique', elle ne listait pas les champs hCalendar, laissant dire seulement ceux qui sont obligatoires et ceux qui sont optionnels !" Il a démarré une telle liste, mais son édition a été rapidement réinitialisée. BenWest 15:11, 16 Oct 2006 (PDT)
  • D'accord sur le fait que hCalendar a besoin de lister les propriétés/sous-propriétés. Ajouté à ma to-do list. Tantek 17:54, 16 Oct 2006 (PDT)
• Cette suggestion http://microformats.org/discuss/mail/microformats-discuss/2006-October/006101.html et beaucoup d'autres propositions équivalentes ne sont pas saisies sur le wiki. Ceci veut dire que nous sommes condamnés à discuter encore et encore de microformats rejetés. Peut-être que nous pourrions avoir une galerie d'idées et leurs statuts (à la fois en cours et morts)... BenWest 15:11, 16 Oct 2006 (PDT)
• Mike Schinkel dit dans un récent email à la liste : -- (Rien de ce que j'ai pu trouvé sur Microformats.org n'est explicite dans la définition des "buts") -- (Ce serait bien s'il y avait un consensus, ou au moins si nous en étions tous conscients.) BenWest 21:19, 16 Oct 2006 (PDT)

Comment cela Fonctionne ?

La liste enregistre au-dessus les reproches. Après avoir été résolus et confirmés, nous pouvons nous battre et après quelque temps quand il sera clair que les problèmes ont été résolus, nous pourrons les retirer complètement. Peut-être s'il existe une suggestion, elle devrait être mise en valeur et nous devriosn en prendre soin pour nous assurer qu'elle sera migrée sur la liste des choses à faire.