Cette note a démarré sur note

note

Une note est un post généralement court, en plein-texte et écrit/posté rapidement.

Afficher une note individuelle (tweet/mises à jour de statut) est un "pattern" commun.

Exemples documentés

Barnaby Walters dispose d'une collection de screenshots annotés ici, incluant des exemples provenant de :
- Facebook (Web UI)
- Twitter (Web, Mac App)
- waterpigs.co.uk
- aaronparecki.com
- tantek.com

Aspects communs

Il existe certains élements d'UI communs à la plupart des implémentations. Ceux-ci comprennent :

Les photos de profil (souvent avec des coins arrondis)
Le Nom Complet (souvent en gras)
Les URLs auto-liées, les noms d'utilisateurs et les #tags
Les dates (parfois relatives, presque toujours avec l'option de voir la vraie date)

Auto-lien et embarquement

Différents sites/solutions auto-liens et/ou auto-embarquent les URLs et d'autres choses liées dans les notes.

recommandations :

URLs auto-link directement
- même mieux : si l'URL est celle d'une personne connue, utilisez son nom comme le texte du lien et inclure peut-être une petite icône de son visage avant son nom.
auto-lier les @-noms vers les profils Twitter
- même mieux : auto-lier les @-noms vers des sites indieweb d'individus et montrer son nom complet au lieu d'afficher son pseudo Twitter. Bien évidemment conserver les @-noms dans le contenu de la note au moment de la POSSEr vers Twitter.
URLs GIF/JPG/PNG auto-embarquées avec <img src>, hyperliées vers l'original
URLs MOV/OGV auto-embarquées avec <video src>, hyperliées vers l'original
URLs Youtube auto-embarquées avec l'équivalent Youtube <iframe src> embarqué (algorithmiquement convertible)

Vous pouvez utiliser la fonction auto_link de CASSIS pour produire automatiquement tout ce qui est au-dessus (exception faite des améliorations pour être encore mieux) en un morceau de plein-texte.

évitez :

URLs auto-link à travers des raccourcisseurs URLs (SVP ne brisez pas le web)
mettre la pagaille dans l'embarquement d'image/video avec du texte en plus (par ex. le nom/titre provenant de la destination)

Comparez par exemple :

belle note originale: http://tantek.com/2013/054/t2/future-dystopia-beijing-blade-runner
- avec des URLs images auto-liées et auto-embarquéewith dans le contexte de leur situation
pire gestion par Twitter de la copie POSSÉe : https://twitter.com/t/status/305570846796312577
- emballage des liens par le raccourcisseur URL
- embarquement de l'image maladroit - après tout le contenu texte tweeté
- image embarquée plus petite
- texte supplémentaire non désiré
- nom de site externe
- boutons d'interface-utilisateur entre le texte du tweet et l'image embarquée

Aspects Moins Communs

nom d'utilisateur/pseudo - tout comme le nom complet, il y a souvent un pseudo/alias spécifique au silo
URL vers sa page d'accueil indieweb
outil/application pour poster
lieu du post - aka geo

Geo

Géo/poster l'endroit dans les notes est parfois rare et pas très bien réalisé. Néanmoins, il y a des questions, cas d'usages et des exemples.

Questions :

Quel est le but de poster une note/tweet avec une information sur l'endroit (ce n'est pas un checkin)
- Qu'est-ce que cela m'apporte (en tant qu'utilisateur émetteur la postant ?)
- Et qu'est-ce que cela apporte aux personnes qui lisent mes tweets/notes ?
- Pourquoi est-ce que c'est intéressant/utile pour toute le monde ?

En rapport mais différent : les checkins, photos avec un endroit.

Les cas d'utilisation pour poster une information de lieu geo dans des notes

aide par un fournisseur service spécifique à l'endroit
- https://twitter.com/aaronpk/status/320597741485051904
  - "posée là parce que je voulais que @O2IRL sache que j'étais en Irlande"
meetup dans une ville loin du domicile - exprimant spécifiquement qu'on est dans la même ville (non-domicile)
- https://twitter.com/aaronpk/status/311161906809421824
explicite je ne suis pas à la maison - indication d'être dans une ville différente du domicile
- https://twitter.com/aaronpk/status/316667682877497344 parce que je n'étais pas en ville
"help!" si vous avez des problèmes - la géolocalisation de la note serait utile.
- peu commun mais cas d'usage urgent.
- bien que dans une situation d'urgence d'appel à l'aide, il est plus rapide de saisir simplement où vous êtes pour une information de géolocalisation que d'attendre la confirmation de l'information de géoloc, etc.
  - parce que l'information geo est si souvent "invisible" - elle requiert des étapes supplémentaires dans l'UI pour la faire fonctionner = temps supplémentaire = ne convient pas en cas d'urgence.
  - pire - les terminaux reçoivent tout le temps une information géoloc erronée - et le fait que cette information soit fausse en situation d'urgence serait tout particulièrement mauvais
- basiquement, le manque de confiance dans les terminaux de geoloc = ne va pas l'utiliser en cas d'urgence
si vous ne savez pas où vous êtes et avez besoin d'aide, alors quelque information geo (même sujette à erreur) peuvent être mieux que rien
- mais à cette heure nous parlons vraiment d'un cas isolé.

Problèmes :

précision artificielle - Sur Twitter en particulier, les noms des liens de villes comme "Paris, Paris" [sic] vers une Google map avec une lat/long à 8 décimales de précision !
- par ex. https://twitter.com/aaronpk/status/276466935372341248
  I didn't mean "x,y" I meant "Paris" - aaronpk on IRC

Espace-blanc

Les implémentations de silos affichent pour la plupart de l'espace-blanc dans leurs interfaces de publication. Par ex :

Facebook

Les mises à jour de statuts sur Facebook sont des notes (pas de titres de post) qui préservent les caractères d'espace séquentiel et les sauts de ligne.

Google

Les posts Google+ sont similaires, juste des notes (pas de titre de post) qui préservent aussi les caractères d'espace séquentiel et les sauts de ligne.

Twitter

Twitter a désomais plusieurs implémentations qui préservent les caractères espace-blanc dans la présentation :

Twitter.com (le ~2013-03-13)[1][2][3][4][5]
- par ex. https://twitter.com/hotdogsladies/status/4809602603
- basé sur un test ( Tantek 18:13, 15 April 2013 (PDT) ), au moment de poster vers Twitter.com, le serveur de Twitter
  - préserve les sauts de lignes simples
  - préserve plusieurs espaces entre les mots
  - préserve l'état de l'art d'une ligne
  - mais réduit plusieurs sauts de ligne en un maximum d'une ligne blanche entre les lignes.
client IOS Twitter (précédemment : Tweetie)

Encodage - analyse du tweet au-dessus :

Voir la Source : Les sauts de ligne sont encodés sous 
 entités de caractères, sans aucun saut de ligne visible dans le code.
Visualiser la Source de la Sélection (FF) et Inspecter l'Element (FF, Safari) : Les sauts de ligne semblent être de simples caractères "retour chariot" (\r, ASCII 13), montrant des sauts de ligne visibles dans le code.
Dans tous les cas, la présentation visuelle des caractères espace-blanc est construite en utilisant CSS :
.js-tweet-text { white-space: pre-wrap; }

Réflexion Indieweb

Du fait des attentes posées par les implémentations des silos dominants, toute IU de publication/composition de note devrait préserver les sauts de ligne, les lignes blanches et plusieurs espaces blancs au moment d'écrire/publier, afficher/présenter et idéalement au moment de la syndication POSSE.

Tout spécialement à cette heure ou même Twitter a répondu à ces attentes cohérentes à partir de son UI de publication, il y a là un solide argument pour que l'utilisateur migrant de Twitter vers une UI de publication de note indiveweb s'attende à ce que l'espace-blanc, les sauts de ligne "fonctionnent tout simplement".

Bien évidemment, les implémentations indieweb devraient préserver l'espace-blanc dans les UI de publication pour le stockage afin d'afficher les allers-retours. Puis dans la présentation, elles pourraient faire soit :

a. <br/> substitutions - les implémentations indieweb pourraient (en existe-t-il à cette heure ?) automatiquement insérer des balises <br> pour les espaces-blancs sauts-de-lignes (équivalent aux URLs auto-liées dans les notes). Mais ceci ne gérerait pas plusieurs caractères d'espacements séquentiels.
b. white-space:pre-wrap - Alternativement (voie préférée), les implémentations indieweb devraient utiliser white-space:pre-wrap similaire à ce que fait Twitter.

Par conséquent b. white-space:pre-wrap semble être le choix logique pour les implémentations indieweb.

Implémentations Indieweb

tantek.com les notes Falcon en date du 2013-105 (supportées rétroactivement dans le stockage et le style jusqu'au 2013-001) préserve les espaces-blancs, les présentent, et les POSSEnt vers Twitter qui préserve ensuite l'espace-blanc au moment de la copier vers Facebook, par ex. :
- Post original : http://tantek.com/2013/105/t1/thoughts-boston-finished-deadline-whitespace-falcon
- Tweet POSSÉ avec sauts de ligne : https://twitter.com/t/status/323994155690909699
- Copie du Tweet vers FB aves les sauts de lignes : https://www.facebook.com/tantek.celik/posts/10100581192582203
...

Cas d'Usages

Il existe quelques cas d'usages intéressants pour préserver les espaces-blanc, en particulier les sauts de lignes.

Au delà des cas d'usages évidents pour la poésie, les paragraphes et listes, il y a par exemple, les jeux d'échecs (et déplacements !)

https://twitter.com/alapapa/status/312053522755641344

Ceci nous conduit au cas d'usage du spectateur indieweb dans les parties d'échecs par correspondance. Ce qui veut dire, deux joueurs pourraient jouer une partie d'échecs en postant simplement leurs déplacements sur leurs propres sites indieweb comme réponses à chacun des déplacements de l'autre partie.

Peut-être que les déplacements de pièces d'échecs (et le tableau de bord résultant) pourraient être postés sur un type spécial de post note (un game-move ou game-turn ?) et puis être POSSEs vers Twitter avec l'espace-blanc restant intact.

Si le déplacement est une réponse à un déplacement d'un autre site indieweb, alors outre l'utilisation de webmention pour la notification d'achèvement du déplacement, la réponse POSSÉe pourrait aussi indiquer avec le id-in-reply-to-status de Twitter le tweet POSSÉ du précédent déplacement. Voir Comment POSSEr un commentaire/in-reply-to/rel-syndication pour les détails sur la façon de faire ça.

De tels posts publics de déplacements permettraient ainsi à quiconque de rejoindre une partie et tenter de jouer un prochain déplacement en postant un déplacement de pièce. Le joueur du précédent déplacement recevrait alors plusieurs webmentions et pourrait décider quel déplacement (ou plusieurs) à répondre en retour.

Sous-types

Parce que les notes sont un type de post de contenu omniprésent (grâce à Twitter), il n'est pas suprenant que les sous-types de notes sont en train d'évoluer pour représenter une structure supplémentaire ou certains types d'information. Documentons-les au fur et à mesure qu'ils émergent.