chat-brainstorming-fr

Exigences

Etendue

Est-ce qu'un microformat correspondant à ces exigences serait capable de ne représenter seulement que des transcriptions des protocoles existants de MI ou devrait-il être aussi capable de servir de format d'échange en lui-même. Ceci pourrait être utilse pour les plateformes simples de MI Ajax, même si je doute que XMPP ne soit pas par définition un meilleur choix pour de tels objectifs. --BigSmoke 13:09, 21 Jun 2006 (PDT)

- Tout ce qui peut être parsé peut être utilisé en AJAX, aussi nous n'avons pas besoin de considérer ça en développant un microformat. --Scott Reynen

Salons de discussion

Est-il utile pour ce microformat de supporter la représentation de "chat rooms", tels que les canaux IRC ? --BigSmoke

- Le lieu est un problème qui peut être clairement séparé des chats. Nous devrions nous accrocher à résoudre les plus petit problèmes possibles, ainsi nous pourrons combiner plus facilement les microformats plus tard pour résoudre de plus grands problèmes. --Scott Reynen

Exemple de terrain de jeu

<div class="hchat-log">
  <p class="hchat-msg">
    <abbr class="time" title="YYYY-MM-DDTHH:MM:SS">HH:MM:SS</abbr>
    <!-- Please, fill me in -->
  </p>
</div>

Idées

Utiliser des paragraphes pour représenter les messages de chat

Je pense que les messages individuels dans un log de chat devraient être formatés comme des paragraphes XHTML (<p>), parce que c'est la façon dont les conversations sont communément formatées. En partant des exemples je rassemble que c'est aussi ce que le ILRT Logger Bot fait actuellement. --BigSmoke 13:09, 21 Jun 2006 (PDT)

- Nous ne pouvons pas supposer que tous les paragraphes soient des messages de chat, aussi nous aurons besoin d'un nom de classe pour identifier un message chat. Une fois qu'un nom de classe identifie quelque chose comme un message, quel est l'avantage d'appliquer la stipulation supplémnetaire d'un tag spécifique HTML ? Cela ne semble pas aider le parsage, et cela ne fait que contraindre les éditeurs. --Scott Reynen