• #seenthis_fonctionnalités Les forums qui s’affichent sous les messages

    À mon avis, c’est l’un des points fondamentaux d’opposition entre Seenthis et Twitter (surtout pour un usage « sérieux »). Les forums s’affichent sous le message initial, quand on poste une réponse elle n’apparaît pas « isolée » dans son propre flux comme sur Twitter, mais à sa place en réponse au message initial. Pour préserver la lisibilité du grand flux vertical, quand il y a plus de 3 réponses à un message, on replie le forum pour n’afficher que les 2 dernières réponses, on déplie les autres d’un clic, mais le principe c’est bien qu’on a les réponses sous le message d’origine.

    C’est une de mes vieilles théories (on avait ça dans uZine aussi) :

    – avant tout mettre en avant les forums, si le message d’origine est de qualité, ça renforce infiniment la qualité des contributions, parce qu’on a naturellement envie de maintenir le niveau de la conversation quand elle est à ce point mise en évidence ; et là, je dois dire que c’est juste sidérant la qualité de la collaboration sur Seenthis, quand on voit à quel point les participants s’astreignent à enrichir le message initial avec la thématisation par hashtags qui va bien et l’ajout de références supplémentaires sur le même thème, et parfois des commentaires pour/contre.

    – l’autre aspect de la présence très visible des forums, c’est que ça oblige les messages initiaux à un certain niveau ; sinon ça ne pardonne pas, le forum est juste en dessous pour te faire remarquer que ton message était faux, indigent, idiot, mal sourcé, etc. C’est à la fois très positif, et à mon avis c’est aussi une des raisons du faible nombre de contributeurs initiaux. (D’ailleurs, imagine un journaliste du quotidien de référence qui viendrait pondre ses élucubrations ici, il tiendrait une demi-heure…)

    • Mon commentaire : je reste sidéré par la qualité des contributions en « forum » (parce qu’à ce niveau, je ne sais pas si c’est encore du « forum »).

      Une question serait de savoir si ça tiendrait un changement d’échelle, ou si c’est lié au fait qu’on est une petite communauté.

      Et en même temps, je suis persuadé que ces forums formidables sont une des raisons du manque de participants à Seenthis : c’est infiniment moins risqué d’aller publier là où l’on est certain de ne pas se faire immédiatement flinguer sous son propre billet, avec une présentation qui met vraiment en évidence les « réponses ».

    • Oui, SeenThis est très élitiste, et même les meilleurs sont découragés d’y participer au point de se désinscrire purement et simplement (@jeanno par exemple... et d’autres...).

      Je regardais les stats (j’ai injecté les logs dans un webalizer), et le nombre de visiteurs est ridicule par rapport au nombre de hits.

    • @biggrizzly D’accord sur l’aspect élitiste. Mêmes les habitués semblent mettre de côté les sujets plus légers (la bande dessinée par exemple). Après, les gens qui se sont désinscrits, dans mon souvenir, ce n’est pas à cause d’un « élitisme », mais parce qu’il y a eu des engueulades.

      En revanche, sur les stats : sur les 30 derniers jours j’ai seulement 1,45 fois plus de sessions que de visiteurs uniques, et seulement 1,63 pages vues par sessions. C’est quasiment plus dans la logique d’un site Web classique que d’un réseau social.

    • (D’ailleurs, imagine un journaliste du quotidien de référence qui viendrait pondre ses élucubrations ici, il tiendrait une demi-heure…)

      Merci @arno de me faire mourir de rire à 00:41 heure lettone et de flinguer la moitié de ma nuit, je ne vais pas pouvoir m’endormir, alors que - carbonisé par une excursion soviétique dans Riga - j’étais sur le point de m’écrouler.

  • #seenthis_fonctionnalités Les #hashtags, hiérarchisés

    Bon, les hashtags sont désormais omniprésent, je ne pense pas que ce soit particulièrement une caractéristique de Seenthis.

    En revanche, il y a l’aspect hiérarchisé qui est marrant : les messages avec le hashtag #seenthis_fonctionnalités apparaissent aussi dans la page du hashtag #seenthis_fonctionnalité, et du hashtag #seenthis, et #seen… On peut par exemple préciser #spip-3.1, ou #spip-3 ou juste #spip, et ça fera une hiérarchie. On a une série avec #ghost et autres endroits abandonnés…

    Et par ailleurs on a un système de thématisation automatique, qui tourne avec l’API Reuters (OpenCalais), qui produit des hashtags automatiquement.

    Et enfin on peut s’abonner (« suivre ») des hashtags (pas seulement des @auteurs). Si on suit un hashtag, dans la logique des hashtags hiérarchisés, on voit aussi passer les enfants de son hashtag. Ça me semble particulièrement intéressant, parce qu’on peut taguer de manière précise (#spip-3.1), mais suivre de manière plus générale (#spip tout court).

    • Commentaire : j’aime bien l’idée des hashtags hiérarchisés, et je trouve particulièrement élégant le principe de taguer précisément et de suivre plus largement. Mais après, dans la pratique, je ne suis pas certain que ce soit très important. En dehors de #spip, je n’ai pas vu autre chose qui tourne comme ça.

      Sur le fait de pouvoir s’abonner à un hashtag, très bien. Mais notre communauté étant très petite, là encore dans la pratique, ce n’est pas forcément indispensable. Si on avait le nombre de participants de Mastodon, ça deviendrait sans doute plus pertinent, du coup :-))

      Quant à la thématisation automatique, ça fonctionne surtout bien en anglais (c’est censé fonctionner aussi en français, mais ça ne semble pas donner des résultats très spectaculaires), sur certains sujets. Genre dans le flux de @nidal, c’est fonctionne très bien parce qu’on y parle de pays, de villes, de mouvements politiques… qu’OpenCalais identifie plutôt bien.

      L’autre aspect problématique, c’est qu’on dépend là d’une API propriétaire, et qu’on n’a pas franchement de concurrent même propriétaire. Je me souviens que @fil avait évoqué des choses libres, mais est-ce que ça fonctionne bien ?

    • Moi je trouve ça très bien la hiérarchie, ne serait-ce que pour les problèmes de pluriels ou autres tags pas tout à fait écrits pareil.

      C’est une des méthodes pour organiser l’énorme bordel que sont les tags libres. Dans d’autres systèmes (Stackoverflow il me semble par ex), il y a des fonctionnalités de fusion des tags, administrable par des admins et par celleux qui ont beaucoup de points. C’est une autre méthode. Mais si on laisse tout libre, alors ce système de hiérarchie limite les dégâts de l’éparpillement.

      Et je m’abonne à quelques tags (dont « ghost », pour avoir toutes les variantes).

    • Pouvoir construire son propre flux (ou sa newsletter) serait vraiment bien. La page « Thèmes », c’est ce qui m’a permis de garder le contact avec Seenthis (@7h36 est vraiment précieux aussi pour ça) et de me motiver à venir éplucher une fois par mois la 20aine de tags que j’essaie de suivre.

      Par contre c’est pas évident de savoir quoi suivre parce qu’il n’y a pas de page qui permettrait d’explorer tous les tags et de capter leur hiérarchie, ou encore de voir les articles les plus « favorisés » sur tel ou tel tag (dans l’esprit de Delicious), ou « favorisés » par celles et ceux qu’on suit uniquement. Ou encore une bête liste des « tags » les plus utilisés en ce moment.

      Quand ne on suit pas Seenthis au jour le jour, c’est compliqué de saisir les nouveaux usages qui pourrait peut-être nous intéresser.

      Merci en tout cas pour ces #seenthis_fonctionnalités, c’est vraiment super classe de capter la richesse de cet outil et sa conception.

  • #seenthis_fonctionnalités Les outils de langue

    Une caractéristique très originale de Seenthis est d’avoir un système de détection de la langue, qui permet au système de déterminer automatiquement dans quelle langue est un message, et dans quelle(s) langue(s) sont les extraits cités dans le message. Et ça détecte même quelle est la langue de la page Web référencée pour chaque lien hypertexte.

    Intellectuellement, je trouve ça trop de la balle. :-))

    En pratique, pour l’usager, ça donne quelques outils :

    – le premier, à la fois très visible mais généralement imperceptible : on applique les corrections typographiques de SPIP (guillemets automatiques, espaces insécables…) selon la langue ; ce qui fait qu’on a un respect automatique des « bonnes » règles typographiques…

    – puisqu’on détecte la langue, on a aussi un affichage adapté (et automatique) des langues qui s’écrivent de droite à gauche (arabe, farsi, hébreu).

    – le détail mignon : ça indique la langue de la page de destination des liens hyper texte ; si ça vous dit que la page référencée est en Chinois, c’est pas forcément la peine de suivre le lien…

    – traduction automatique des extraits cités dans les messages. Alors là c’est un peu compliqué : le système connaît la langue d’affichage des utilisateurs identifiés (c’est dans les préférences), et sinon adopte pour l’interface la langue réglée par défaut dans le navigateur des visiteurs non identifiés. Du coup, l’outil compare la langue d’affichage du visiteur avec la langue de chaque citation, et si elles sont différentes, propose un bouton pour afficher la traduction automatique.

    (a) c’est volontairement limité aux citations, parce que l’idée n’est pas qu’on fasse un réseau social où des gens qui parlent des langues différentes qu’ils ne comprennent pas pourquoi discuter, mais simplement de donner accès au sens des citations dans des langues étrangères ;

    (b) c’est Google Translate qui tourne, et ça a fait beaucoup de progrès. Les langues européennes, ça fonctionne très bien. Et si au début l’arabe était du pur charabia, ça s’est beaucoup amélioré. La difficulté, ici, c’est d’accepter que le but n’est pas remplacer un vrai traducteur, mais de donner accès à des citations qui seraient de toute façon totalement inaccessibles. @gonzo référence des choses en arabe, et hop on peut vérifier en gros de quoi ça parle ; @klaus cite en Allemand, c’est bien pratique ce bouton…

    – et donc, comme indiqué ci-dessus : on a l’interface générale du système qui se traduit dynamiquement en différentes langues.

    • Mon commentaire. Depuis, les gros réseaux ont tous ajouté des boutons de traduction automatique, alors c’est moins original. Et en même temps, c’est peut-être l’aspect le plus anecdotique de la reconnaissance de langue. Quand c’est en panne, c’est pas super-grave.

      Un aspect difficile et qui beugue parfois, c’est le titre des articles, quand ils sont dans une langue différente du commentaire. Autant les citations sont bien identifiées indépendamment, autant tout le reste du message est traité comme une même langue, et donc si on commence en français un article avec un titre en arabe (ce que fait par exemple @gonzo), ça déconne un peu.

      Le truc qui me botte bien, c’est à nouveau la typographie automatique de SPIP appliquée selon les règles de la bonne langue.

    • @ARNO* Je me régale tout en n’y comprenant pas grand chose ! Une question : la bonne pratique, ce serait quoi ? Je mets systématiquement une citation avant de commenter en français ? Un truc de ce genre ? Je peux aussi me lancer dans le nord-coréen :-)

    • @gonzo : il n’y a pas vraiment de solution pour l’instant, parce que le titre de l’article (en arabe par exemple) est utilisé comme le commentaire (en français, disons) pour identifier la langue du billet. Du coup, forcément, c’est un mélange français/arabe et l’outil penchera pour l’un ou pour l’autre selon les cas.

      La question ne se pose pas avec les extraits en citation, parce qu’ils sont calculés à part, l’outil s’en sort donc particulièrement bien avec les commentaires en français avec des extraits en arabe dedans, ça pas de problème.

      Une « solution » serait peut-être de ne pas mettre le titre de l’article en arabe directement au premier niveau (avec ton commentaire en français), mais de le mettre en début de citation (en gras pour le faire ressortir, pourquoi pas). C’est pas génial, mais ça résoudrait la difficulté « technique »…

      En fait une autre difficulté spécifique à tes messages, c’est que tu commences généralement tes messages par le titre en arabe de l’article d’origine. Et du coup, quand ça passe automatiquement dans Twitter, c’est ce titre en arabe qui est balancé, alors que ce sont des comptes destinés largement à un public francophone qui s’intéresse au monde arabe. Du coup, là encore, commencer par le petit résumé et mettre le titre en arabe dans la citation, ça aiderait encore pour cet aspect.

    • Commentaire. La seule solution que j’ai quand je suis sur le téléphone, c’est de sauvegarder l’article qui m’intéresse (sous Safari, « Liste de lecture » ; il y a l’équivalent sous Chrome et Firefox), et rentré à la maison je reprends ces articles sur l’ordinateur pour poster. Mais bon, j’en oublie, faut retrouver l’extrait qui va bien, et ça fait un peu chier de pas l’avoir fait au parc quand j’avais rien à faire d’autre.

      Il faut vraiment développer une alternative au bookmarklet pour les smartphones. Pour iOS, je pense qu’il faut faire une « App Extension », mais je coince si on ne m’aide pas :
      https://seenthis.net/messages/589311

      Par ailleurs, je ne sais pas si quelqu’un utilise l’application de @stephane sous Android, que je n’ai d’ailleurs jamais vue tourner. Vu qu’on a une API, ce serait la piste maximaliste (une appli complète)…

    • Ayant eu l’expérience (réussie) récemment, juste pour dire que quand on a une API bien fichue, pas trop lourde, et assez complète, c’est apparemment pas si horrible à faire des applis natives complètes, pour les deux grands acteurs.

      Je n’y connais rien du côté Cordova ou ce genre, ce sont d’autres collègues qui se sont occupés de cette partie. Moi je me suis occupé de faire une API en JSON, lecture + écriture, avec le plugin HTTP et le plugin Collection-JSON (mais ça peut être une autre grammaire, peu importe).

      Du coup pour ce point des mobiles, la première étape serait peut-être de faire une refonte de l’API (c’est technique) mais pour avoir la base qui permet d’imaginer des fonctionnalités intéressantes (pas technique).

    • Sur Firefox OS, ça s’affiche très bien. Parfois quelques bugs (5-10 fois par an), que j’imagine liés aux upgrades. Car durant quelques heures à quelques jours, parfois, les champs ne répondent plus correctement (plus de publication possible, plus de starring possible… en général j’attends le soir d’être devant un vrai PC).
      Et en règle générale, parfois les CSS ont l’air un peu cassés. Obligé de charger la page 2 fois pour avoir le rendu final. Comme si le CSS arrivait après la bataille.
      Mais mon FirefoxOS, ce n’est pas la fine fleur de l’ECMAscript.

  • #seenthis_fonctionnalités Les liens courts

    Seenthis a une fonction pour raccourcir les liens hypertextes de manière « intelligente » : on conserve la racine, puis on supprime progressivement le début du « path », de façon à conserver la dernière partie de l’URL, et enfin on raccourci ce qui reste. Mais dans le même temps, si on fait un copier-coller sur cette adresse « raccourcie » visuellement, ou si on exporte le texte, on récupère bien l’adresse complète.

    Alors ça, c’est une fonction PHP facile à récupérer (et même à recoder dans un autre langage, c’est juste l’idée qui est astucieuse, le code est basique). Si quelqu’un voulait reprendre ça dans un autre outil, c’est cadeau et c’est facile.

    • Commentaire : comment c’est trop kikou ça.

      Dans les fonctionnalités de Seenthis, les deux trucs les plus mignons à mon avis, c’est : (a) ces liens raccourcis, (b) la correction typographie appliquée selon la langue détectée automatiquement.

  • #seenthis_fonctionnalités Système de suggestion d’auteurs (et de thèmes)

    L’outil essaie de proposer des auteurs à suivre de manière un peu pertinente. Mais c’est loin d’être idéal. Ça commence par suggérer les plus populaires (là y’a pas trop le choix), ensuite ceux que suivent les gens qu’on suit déjà.

    C’est pas top top.

    Ah si, normalement il me semble que si on s’inscrit à partir de la page du message de quelqu’un, on se retrouve à automatiquement suivre cette personne. (Ou alors c’est dans mes rêves, mais ce serait une bonne idée.)

    • Commentaire. C’est un des points qu’on a toujours voulu améliorer, mais c’est assez lourd, et pas forcément évident. Le fait que la page « @auteur » présente à la fois les auteurs qu’on suit et leurs messages, ça n’aide pas à rendre l’interface limpide.

      (1) En fait, il semble que les listes de billets dans les pages « @auteur » et « #thèmes » (et même « >sites ») ne servent à rien. On n’a réellement l’utilité que de la page général (Accueil personnel) qui regroupe tout ce qu’on suit, et de la page personnelle (nos propres messages). Les 3 autres pages devraient être dédiées à trouver quoi suivre.

      (2) On n’est pas prévenu sur le site que quelqu’un vient de nous suivre, et encore moins que quelqu’un suit quelqu’un d’autre. Du coup, au bout d’un moment on n’ajoute plus grand monde à ceux qu’on a déjà, et surtout on n’intègre pas les nouveaux arrivants. Ça passe dans les alertes mail, je crois, mais c’est pas quelque chose que j’utilise perso. Il faudrait envisager d’ajouter plus visiblement le fait qu’on a un nouvel abonné, et ainsi être encouragé à le suivre en retour et à éventuellement discuter.

    • Ça passe dans les alertes mail, je crois, mais c’est pas quelque chose que j’utilise perso.

      Oui, perso j’utilise les notifications et ça fait bien le job pour ça.

      Il faudrait envisager d’ajouter plus visiblement le fait qu’on a un nouvel abonné, et ainsi être encouragé à le suivre en retour et à éventuellement discuter.

      Pour ça il faudrait stocker tout ça en base, c’est un peu un serpent de mer de #spip cf passer les notifications en mode digest, ou générer une page de type « fil d’activités depuis votre dernière visite » (certaines personne appellent ça un mur/wall certainement par contamination).

      ps : il faudra penser à un moment à basculer tous les commentaires intéressants/motivants dans des tickets sinon ça risque de ne jamais se faire (déjà qu’on est pas nombreux⋅ses à s’y coller ^^).

    • Ce n’est jamais évident de débuter sur un réseau social, mais il me semble que c’est encore plus difficile de débuter sur Seenthis, malgré l’accueil souvent bienveillant. Quelques petites fonctions permettraient pourtant d’exposer davantage les personnes nouvelles. On pourrait imaginer plein de solutions :

      – une page pour présenter les seens des personnes inscrites depuis par exemple moins d’un mois ;

      – une autre page, inspirée des flux local et global de Mastodon/Gnu Social, pourrait permettre de voir tous les derniers seens, quelles que soient les auteur·es (oui y’a la page d’accueil, mais justement quand on est connecté on la voit pas ^^) ;

      – enfin, y’a un espace qui présente les abonné·es avec leur avatar : j’ai jamais compris la logique de son organisation. Lister les comptes dans l’ordre d’abonnement serait peut-être possible, ou alors dans l’ordre d’inscription ? D’ailleurs il me semble que les vignettes sont assez illisibles et peu compréhensibles pour le ou la nouvelle arrivante, et alourdit un peu la page. Peut-être supprimer cet espace et créer une page qui permette de lister tout simplement ses abonné·es dans l’ordre d’arrivée avec leur description et paginée ?

  • #seenthis_fonctionnalités Système de popularité des auteurs

    Il y a un algorithme totalement secret dont on ne doit jamais parler : il y a un système de pondération de la « popularité » des auteurs. Hum… oui vous êtes notés.

    Alors en gros, je pense que ça ne fonctionne plus trop, ou alors pas de manière fine, et ça n’a quasiment aucune incidence sur le fonctionnement du site.

    En gros, il y avait des systèmes de pondération avec :
    – le nombre de personnes qui nous suit,
    – peut-être (je sais plus) le nombre de messages postés, ou postés récemment,
    – peut-être (je sais plus) le fait d’avoir des messages en favori,
    – sans doute (je ne sais plus) le fait d’être bloqué par d’autres auteurs (en fonction de la popularité de ces auteurs).
    Et théoriquement (je ne sais plus), on récupère des points et on perd des points selon qu’on est suivi et bloqué, avec une plus forte incidence selon le nombre de points de ces autres auteurs.

    Mais bon, disons qu’en gros, il semble que c’est surtout le nombre d’auteurs qui vous suit qui va influer sur votre popularité.

    (1) Là où ça se voit encore, c’est sur la page d’accueil hors connexion, qui propose une liste des auteurs les plus « populaires ». C’est basé là-dessus. Ainsi que les auteurs qu’on vous propose de suivre tant que vous ne suivez personne.

    (2) En théorie, c’est pour essayer d’avoir une régulation automatique des trolls. Pour commencer il faut déjà être un peu suivi (donc avoir un peu de points) pour que les liens qu’on poste passent en « follow » (c’est pour éviter que des spécialistes du référencement ne viennent nous polluer en postant plein de liens juste pour leur page rank Google). Le seuil est très faible, donc on passe en follow très vite, et franchement je ne sais pas si c’est toujours actif.

    (3) Et ultimement, c’était dans l’optique, éventuellement, d’avoir des méthodes pour calmer les gros trolls qui débarqueraient pour faire chier le monde (genre fachosphère). Genre si vraiment tu es bloqué par trop de monde, ça déclenche des alertes et tu as des trucs qui sautent (genre tu ne peux plus commenter les messages d’autres auteurs), tes messages ne passent plus sur la page d’accueil public… Ce genre de choses.

    • Commentaire. Je ne sais vraiment pas où ça en est, si ça fonctionne encore bien ou si on est tous au maximum de la popularité.

      L’intérêt anti-troll, c’était au cas où on se retrouverait avec un gros réseau. En pratique, ben on a peu de trolls. Et le seul qui nous a vraiment fait chier, on l’a viré (pas besoin d’algorithme).

      Le coup de débloquer les liens de “no-follow” en “do-follow” dès qu’on commence à avoir quelques suiveurs, en revanche, ça me semble vraiment bien et, là encore, ça marque l’esprit de l’endroit (j’ai déjà dit que Mastodon mettait tous les liens en no-follow, comme Twitter et Facebook, ce que je trouve vraiment pas bien).

      Une idée que j’avais au début (mais je n’ai jamais développé quoi que ce soit réellement dans ce sens), c’était d’essayer de rendre visible cet aspect, en le « gamifiant », par exemple avec un système d’étoiles à « gagner », de façon à inciter les gens à avoir les bons comportements, surtout au début : suivre des gens, se faire suivre, poster des réponses, poster des messages, partager, etc.

    • @arno Ça me fait penser au fonctionnement des sites de type StackExchange. Où les fonctionnements que tu indiques sont :
      – très visibles, puisque les indicateurs, les seuils, les points, tout est affiché et connu.
      – les règles sont modifiables par des gens de rang supérieur qui ont accès à la zone « méta » où l’on règle ces seuils et ces droits.

      Mais ça provoque une difficulté d’entrer dans ce réseau social, avec une résistance très très forte.
      En gros, si tu ne poses pas la bonne question ou que tu ne donnes pas de bonnes réponses. En gros, si tu es ignares. Et même si tu veux apprendre, tu risques de stagner un long moment.

      En ce qui concerne Seenthis, je ne suis au final pas contre cette autorégulation, mais je trouve dégueulasse que le fonctionnement ne soit pas plus explicite et affiché.

    • Pour ma part je ne l’utilise pas car c’est encombrant mentalement, et puis même si je voulais, il me semble que je n’aurais pas toujours la même inclination pour chaque message.

    • Pareillement : choisir la licence par défaut, c’est bien, mais j’aimerais l’ajuster au cas pas cas… Quoique sur SeenThis, où il s’agit souvent de citations, ne faudrait-il pas plutôt indiquer la licence du texte d’origine ? Est-ce vraiment utile ?

    • Dans un monde idéal on choisirait les deux pour chaque billet (licence du texte d’origine + license par défaut ou une autre pour notre propre texte) mais c’est peut-être trop encombrant.

    • Esprit du lieu… les licences proposées vont de l’extrémisme conservateur à l’agression libertarienne. Au dela de ces mots durs, ce que je veux dire c’est que Creative Commons ne veut pas dire libre. À la rigueur open source (et pour un texte à lire, c’est le strict minimum).

      Exemple, une licence CC BY-NC-ND-SA c’est du bon vieux droit d’auteur façon chambre des métiers / SACEM.
      Plus finement, ND ou NC ce n’est pas libre !!!

      Alors que CC BY-SA c’est plus ou moins une GNU GPL 3.0.

      Donc c’est quoi l’esprit du lieu ?
      Ici, on surfe sur les licences CC qui viennent faire semblant de liberté quand on les utilise mal ?

  • #seenthis_fonctionnalités Moteur de recherche Sphinx

    Il faudrait que @fil vienne expliquer, parce que pour le coup c’est pas du tout mon domaine.
    https://seenthis.net/messages/260353

    Mais par rapport à la première version qui avait un moteur vraiment faible, on tourne désormais avec Sphinx, auquel je ne comprends pas grand chose, mais du coup, ça tourne bien, c’est rapide, on trouve les choses et ça ne fait pas planter le site.

    Une originalité de Seenthis (me semble-t-il) est qu’on peut chercher dans ses propres messages, uniquement parmi les gens qu’on suit, ou dans tout le réseau. (Il y a d’autres méthodes d’affinage.)

    Bien utile, la « doc officielle » du moteur de recherche sur Seenthis :
    https://seenthis.net/français/article/moteur-de-recherche

    • Fonctionnement :
      – On indexe les contenus au fur et à mesure dans un autre système (Sphinx en l’occurrence).
      – Puis on peut requêter ce système de multiples manières, bien plus complètes que dans SPIP ou autre truc SQL par défaut.
      Bon ça c’est pour la technique.

      Maintenant pour les fonctionnalités justement, la technique utilisée (Sphinx) permet de faire mieux que ce qu’on a actuellement, et il y aurait quelques améliorations possibles :

      – Pouvoir chercher par combinaison de tags (on peut déjà combiner plusieurs critères : période, auteur⋅e, tag, mais PAS plusieurs tags alors que c’est un truc multiple pour un même contenu).

      – Revoir l’affichage pour mieux afficher les filtres déjà actifs en haut, mieux séparé, plus explicites, avec une croix pour supprimer chacun.

      – Revoir l’affichage des filtres sur le côté pour pour n’afficher que les filtres de ce qui reste dans les résultats déjà filtrés : quand j’ai déjà choisi le tag « truc » et qu’il m’avait prévenu qu’il y aurait 51 résultats, alors en colonne centrale ça affiche 51 résultats, et dans les filtres sur le côté, ça doit m’afficher les filtres utiles pour ces 51 résultats restants et uniquement ceux là (ça ne doit pas m’afficher « machin (145) »).
      C’est un comportement de base de la recherche-filtrage par facettes, on filtre puis optionnellement re-filtre au fur et à mesure. Et si ça va pas on décoche tel ou tel filtre qu’on avait déjà mis.

      – On peut filtrer par tag, mais par tag exact uniquement, alors que dans Seenthis on a un système de tags pseudo-arborescents. Là dans la recherche Sphinx, on peut pas chercher « # ghost » et avoir tous les contenus qui ont plus précis. C’est nul et pas cohérent du tout. Il faudrait que ça marche, y compris si on ajoute du filtrage multi-tags.

  • #seenthis_fonctionnalités : les flux RSS

    C’est devenu excessivement old school, les flux RSS, mais c’est tout de même bien pratique (et, mine de rien, c’est aussi une façon de « signer » l’esprit de la maison avec des outils qui facilitent l’ouverture - les grosses plateformes ont une lourde tendance à les fermer).

    Principalement, il y a les flux fabriqués par Seenthis, qui permettent soit de suivre avec un lecteur dédié, soit de brancher Seenthis sur autre chose (reposter sur un autre réseau social notamment, afficher les messages sur un site Web).

    L’organisation des flux d’un auteur a été refondue ici :
    https://seenthis.net/messages/118128

    À l’inverse, on a la possibilité d’importer automatiquement les éléments d’un flux RSS dans un compte Seenthis, comme c’est expliqué ici :
    https://seenthis.net/messages/120604

  • #seenthis_fonctionnalités : Les mots « flous »

    En ajoutant une étoile à la fin de l’URL de la page d’un thème, on obtient une sélection beaucoup plus large de billets : non seulement les billets avec ce hashtag précis, mais aussi ceux avec des hashtags plus généraux, dont on a déterminé qu’ils revenaient fréquemment à proximité du hashtag qu’on cherche (par exemple : Liban / Syrie / Hezbollah…).

    Par exemple :
    https://seenthis.net/tag/liban*

    Je vois que le squelette n’a pas été totalement maintenu et affiche une erreur, mais apparemment la liste des messages, elle, est correcte.

    Pour comprendre ce principe de « flou », on peut aller sur la page du mot-clé lui-même et regarder la colonne de droite :
    https://seenthis.net/tag/liban
    il y a une liste des « thèmes liés » :

    #liban / country: liban / country: lebanon / #réfugiés / organization: hizballah / #migrations / city: beyrouth / #asile / #syrie / #international / country: syrie / #réfugiés_syriens / #israël / #proche-orient / city: beirut / country: israël / country: syria / country: israel / person: michel aoun / city: alep / person: saad hariri / #beyrouth / #hezbollah / region: proche-orient / #liban / #france / region: moyen-orient / #jordanie / currency: usd / country: états-unis / country: jordan / #israel / country: iran / city: gaza / #crimes / country: russie / #hassan_nasrallah / #michel_aoun / #syrie / #déchets

    On voit que, notamment grâce à la thématisation automatique OpenCalais, c’est plutôt pertinent (oui, pour ceux qui l’ignorent : « #déchets » est tout à fait pertinent ici).

    • Commentaire : certes je n’en ai pas l’usage direct, et la page est un peu cassée sans que personne ne s’en soit formalisé, alors… mais ça me semble une idée à creuser, notamment en lien avec la notion précédente de « Centres d’intérêt/de compétence » :
      https://seenthis.net/messages/589554

      De plus, est-ce que ça vaudrait le coup de pouvoir suivre/s’abonner à ces mots-flous ? Puisque, dans l’exemple précédent, on suivrait « Syrie » et on récupérerait un choix beaucoup large, mais plutôt pertinent par rapport au centre d’intérêt… J’aime bien l’idée de pouvoir s’abonner à un thème, mais la difficulté c’est justement que c’est trop « précis », et qu’un abonnement plus « flou » à un thème pourrait rendre la chose bien plus intéressante.

      Autre possibilité : plutôt que de travailler avec un algorithme lourdingue (trouver les hashtags qui reviennent dans les messages qui ont le hashtag-flou, puis refaire une sélection de messages), est-ce qu’il ne serait pas plus simple de faire une bête recherche dans Sphinx ? (Et est-ce qu’il y a un outil pour « élargir » selon ce principe de « flou » et de proximité dans Sphinx, ça serait top…)

    • Sur les pages des articles de type « documentation officielle » de Seenthis, il y a en haut de page un bandeau défilant (ces pages sont très moches, d’ailleurs) avec des mots-clés :
      https://seenthis.net/fran%C3%A7ais/article/c-est-quoi-seenthis

      Je ne sais plus trop comment c’est fait aujourd’hui, mais il me semble bien qu’initialement, ça essayait de calculer des « mots flous » pour faire ressortir des thèmes d’actualité d’une façon un peu large.

      J’ai l’impression que ce n’est plus le cas (il y a des thèmes très redondants, ce qui n’est pas censé arriver avec des « mots flous »), mais encore une fois, c’est une piste pas inintéressante.

    • Et sinon, ya aucun lien nulle part vers ce genre de page, donc c’est inconnu et même si on l’a connu un jour, 2 mois plus tard on ne sait plus.

      Sur le même principe, tu n’en parles pas là mais vu que c’est pareil on va en parler dans le même seen, il y a la liste du tag exact avec le caractère « $ » à la fin (je crois… là encore ya aucun lien). Il me semblait à un moment que c’était cassé d’ailleurs.

      Je pense que sur la page d’un tag classique, il faudrait vraiment deux liens avec un label explicite, quelque part sur le côté, avec « Ce thème et thèmes associés », et un autre « Ce thème uniquement ». Qui permettrait à tout le monde d’accéder à ces deux pages, en naviguant normalement.

    • RastaPopoulos met le doigt dessus : que le dollar fixe ou l’étoile relaxe un terme n’est pas acquis d’avance, un double lien serait plus user-friendly.

      Voir même, mais là c’est plus compliqué en terme de développement informatique : un mode débutant et un mode expert. Dans le premier on affiche les dits liens, dans le second non.
      Cette fonctionnalité s’étend à toutes les fonctionnalités d’ailleurs.

  • #seenthis_fonctionnalités Centres d’intérêt/de compétence

    Ce n’est pas une fonctionnalité, mais c’est une caractéristique tellement centrale de Seenthis que je la note ici : ça pourrait surtout être pris en compte pour d’éventuelles évolutions et recherches de nouvelles idées de fonctionnalités.

    L’idée, c’est que Seenthis est très marqué par l’existence de quelques thèmes qui agrègent de petites équipes très motivées et compétentes. Je pense même que c’est la raison pour laquelle les gens s’inscrivent à Seenthis : on s’inscrit à Seenthis parce qu’on a identifié un thème précis (et éventuellement un ou plusieurs intervenants principaux sur ce thème), alors que sur un « gros » rézosocio, on s’inscrit pour le principe général de ce réseau.

    C’est évidemment lié à l’histoire de Seenthis et au fait qu’il hérite des idées et des équipes liées au Portail des Copains et au minirézo.

    Par exemple (j’espère que les intitulés ne choqueront pas les personnes concernées) :
    – Moyen Orient / géopolitique / whistleblowers
    – logiciel libre / liberté d’expression et militance en ligne / surveillance
    – féminisme / genre
    – gauchisme / anarchisme / antifascisme
    – liées au précédentes : questions sociale et politiques solidaires (femmes, travail, migrations…)
    – cartographie / visualisation de données
    – création artistique (parfois non-mainstream)
    – graphisme / typographie / technique Web / usages éditoriaux

  • #seenthis_fonctionnalités : un formulaire de rédaction pas si basique que ça…

    L’éditeur de texte de Seenthis n’est pas Wysiwyg, mais il n’est pas non plus idiot :
    – extraction en temps réel des thèmes, des liens et des auteurs,
    – extraction des images de l’image d’un article,
    – auto-complétion des auteurs nommés
    – vérification des @auteurs
    – vérification des liens hypertexte déjà référencés…

    Ces derniers éléments ajoutés en 2015 :
    https://seenthis.net/messages/350208

  • #seenthis_fonctionnalités : Les thèmes privilégiés d’un.e auteur/autrice

    Grâce aux hashtags et aux thèmes automatiques, Seenthis fabrique une liste (pondérée) des thèmes privilégiés d’une personne. Cela apparaît en colonne de droite de la page d’un.e contributeur.trice. Par exemple :

    Country:France / Continent:Europe / City:Paris / #femmes / Country:Grèce / #sexisme / #Grèce / #racisme / Currency:EUR / #Palestine / #travail / Country:Israël / Country :États-Unis / #Israël / Country:Allemagne / #féminisme / Person:Encore / City:Gaza / Country:Suisse / Country:Royaume-Uni / City:Londres / City:Bruxelles / Person:Charlie Hebdo / Country:United States / #santé / Currency:USD / #prostitution / City:This / Person:Alexis Tsipras / #politique / Country:Israel / Country:Russie / #histoire / #viol / City:New York / #migrants / #cartographie / #photographie / Country:Espagne / #écologie / Company:Facebook / #inégalités / #réfugiés / Country:Palestinian Territories / Country:Italie / Person:François Hollande / #journalisme / Country:Japon / Continent:Afrique / #art / #culture_du_viol / Country:Syrie / Country:Iraq / City:Athènes / City:Lille / #France / #austérité / #littérature / Person:Manuel Valls / #Suisse / Person:Tony Blair / #misogynie / #éducation / #audio / #islamophobie / Country:Algérie / #plo / #Internet / ProvinceOrState:Cisjordanie / #asile / City:Bonne / #Union_européenne / #cinéma / PublishedMedium:The New York Times / NaturalFeature:Philippe Val / #sorcières / #livre / #revenu_garanti / City:Die / Country:Afghanistan / Person:Hillary Clinton / #photo / #chômage / Country:Danemark / Person:Mona Chollet / Region:Moyen-Orient / #gauche / City:Lyon / Country:Chine / #capitalisme / Person:Jeremy Corbyn / Country:Belgique / #colonisation / #qui_ca / City:Amsterdam / Organization:Académie française / City:London / #violence / Facility:Palestine Square / Country:Liban / #discrimination / #shameless_autopromo / #médecine / Company:Google / #radio / Country:Pays-Bas / Organization:Hamas / ProvinceOrState:Bretagne / ProvinceOrState :Île-du-Prince-Édouard / #société / City:Munich / #domination / City:Nice / City:Cologne / #Europe / Organization:Sénat / #nourriture / Region:Proche-Orient / Person:Christiane Taubira / Country:Suède / Organization:White House / Person:Donald Trump / Person:Laurence Rossignol / Company:Le Monde / #voile / #historicisation / Continent:America / #childfree / Person:Arnaud Leparmentier / #revenu_de_base / #théâtre / ProvinceOrState:Québec / Person:Philippe Rivière / #imaginaire / City:Strasbourg / Country:Finlande / City:Venise / #migrations / #Etats-Unis / Country:Arabie saoudite / City:Jerusalem / #Gaza / Country:Greece / City:Beyrouth / City:Toulouse / #islam / City:Marseille / Person:Mark Regev / Country:Grande-Bretagne / Person:encore / #Genève / City:Ramallah / #temps / #géographie / #sexe / Person:Osez / Country:South Africa / #patriarcat / Country:Pakistan / City:Bordeaux / #urbanisme / Person:Richard Malka / Person:Frédéric Lordon / Continent:Amérique / Company:The Guardian / #occupation / Person:Alain Juppé / Person:Denis Robert / Region:Méditerranée / PublishedMedium:The Guardian / #science / #BDS / City:Damas / Person:Peter Brook / City:Oslo / City:Dublin / #violences_sexuelles / City:Pomerol / City:Juif / Person:Paul Guers / City:Mayenne / #laïcité / Person:Jean-Luc Mélenchon / #censure / Organization:Tsahal / Person:Daniel Schneidermann / Organization:United Nations / Country:Bolivie / Position:Prime Minister / #domination_masculine / City:Nesle / Person:Virginia Woolf / ProvinceOrState:Maine / City:Montsoreau / Person:Jean-Louis Barrault / Person:Paul Dutron / Person:Lino Ventura / Person:Max Weber / City:La Tour / Company:Charles Oulmont /

    À une époque, on avait un gadget trop mignon : on pouvait balancer ça d’un clic sur Wordle pour obtenir une représentation graphique (ici @odilon) :
    https://www.flickr.com/photos/odilodilon/6684464421

    Flickr

    • Commentaire : en pratique, ce n’est pas d’un usage central. Pourtant ça me semble très intéressant pour tenter d’améliorer certaines fonctionnalités :

      – découverte de nouveaux contacts (plutôt que de se baser sur « les gens que suivent les gens que vous suivez », on pourrait utiliser « les gens qui écrivent sur les thèmes des gens que vous suivez ») ;

      – faire ressortir cette notion de « centres d’intérêt/de compétence » évoquée précédemment :
      https://seenthis.net/messages/589554

    • Commentaire. Je fais tellement de fautes de frappe que je ne sais pas pourquoi j’étais aussi hostile à cette idée…

      En fait, il y a deux usages différents :
      – corriger le fond du billet,
      – corriger les fautes d’orthographe ou de français du billet.

      Du coup, perso, s’il fallait changer quelque chose, je virerais la mention automatique « modifié il y a… ». (a) Ça n’a pas d’intérêt pour les fautes d’orthographe. (b) En pratique, quand on corrige une erreur factuel dans l’article, l’usage est acquis de le signaler explicitement dans le forum, généralement en remerciant la personne qui a signalé l’erreur.

      Sinon, pour la forme, au bout d’un moment cette mention n’a plus de sens, puisqu’on se retrouve avec des mentions du genre « publié il y a 1 mois (modifié il y a 1 mois) »

      Tiens, au fait, si on modifie plusieurs fois de suite un message, ça a tendance à faire changer de page.

    • En fond de la discussion il y avait cette vieille idée que quelqu’un allait mettre un message, on allait le critiquer, puis il allait modifier son message pour qu’on ait l’air stupide ; ou autre type de scénario encore plus terrifiant… mais depuis, on a inventé la capture d’écran.

    • Pour la forme, pourquoi ne pas regarder la forme en terme de caractères imprimés ? Si dans « Modifié le [CHAINE] » et « Posté le [CHAINE] » les [CHAINE] sont équivalents, alors on n’affiche pas la modification. C’est envisageable ?
      Et on garde la mention modifiée uniquement lorsque le thread est affiché solo, avec sa date exacte, pour les amateurs de détails...

    • Autre approche, discutée, dans Mastodon :

      — Râh, ce que c’est rageant de pas pouvoir éditer ses pouets après coup :( pour corriger une coquille, ajuster la confidentialité du message ou ajouter un hashtag…
      -- oui mais vaut mieux (imagine que tu faves un « j’aime les chats », et qu’un peu plus tard ça soit corrigé en « j’aime les fachos », tu vois l’idée ?)
      -- Pas d’accord. Les gens sont majoritairement gentils. Et spa pask’y’en a un pouillème qui a des pratiques tordues comme ça qu’il faut priver les autres. Wikipédia n’existerait pas sinon :)

      https://mamot.fr/users/tetue/updates/72984

      Ce qui me donne l’occasion de louer cette fonctionnalité SeenThis qui permet, outre de corriger les erreurs de frappe, repassant N années plus tard sur un message, de le lier avec un hashtag pertinent qui n’existait pas au moment de sa rédaction. Ça fait plus l’intelligence (quasi au sens étymologique).

    • Ce qu’on a appris au fur et à mesure avec Seenthis, c’est qu’un réseau social, hé ben c’est social. Quand quelqu’un fait n’importe quoi (du genre modifier en douce un message), il se fait allumer par les autres participants et n’a plus beaucoup d’amis… (Et comme le rappelle @fil : au pire on a inventé la capture d’écran contre la mauvaise foi.)

    • Sur les News (NNTP), j’avais opté pour la non-modification. On pouvait faire de nouveaux messages pour amender le précédent. Ca enquiquine toutes les personnes de bonne foi. Mais j’avais eu à gérer de tels grappes de trolls, ça avait été la solution la plus simple pour éviter d’avoir à arbitrer des neuneuteries à longueur de temps.

      Tout ça pour dire que sur SeenThis, on est plutôt tranquilles... sans doute parce qu’on s’en fout des neuneus (on est tou·te·s le neuneu d’un autre évidemment)... et que les outils de blocage répondent au besoin.

      Ceci dit, une solution plus fonctionnelle que la capture d’écran pourrait être d’avoir un suivi de version du post, à la WP...

  • #seenthis_fonctionnalités : les référencements négatifs

    D’accord, ce n’est pas une « fonctionnalité », mais c’est encore une caractéristique fondamentale de Seenthis : Seenthis est un outil qui permet et favorise le référencement d’articles pour en dire du mal de manière argumentée. Dans une logique similaire, l’outil est également conçu pour pouvoir référencer un article pas tellement bon, mais permettant d’expliciter un point positif qu’on en a tiré qui justifie le référencement.

    Ce n’est pas une conséquence de la forme de Seenthis, c’est au contraire un élément qui a déterminé la forme de Seenthis de manière centrale…

    Ça semble évident, mais pourtant les autres outils ne sont vraiment pas pratiques pour ça. Sur Twitter, 140 caractères ne permettent pas d’expliquer un référencement négatif, on ne peut que s’indigner d’un article évidemment navrant. Sur Facebook, le milieu et la forme (et le principe initial de « Like », d’ailleurs) ne favorisent pas non plus les référencements négatifs au-delà de l’indignation évidente. Et Delicious ne me semblait franchement pas le bon outil non plus. Et, pour l’outil qu’on avait alors à notre disposition : Rezo.net ne le permet pas non plus, en dehors de l’évidente parodie (« l’édito à 2 balles »).

    Or c’est un besoin incontournable. Maintenant qu’on le fait ici, c’est évident, mais je vais tout de même t’exposer le cheminement intellectuel qui m’y a poussé.

    D’abord parce que notre vieille militance sur le Web est largement influencée par la critique sociale et de gauche des médias (Chomsky, Bourdieu…) et que référencer des médias sans pouvoir y associer la critique, c’est pas trop l’idée…
    http://www.uzine.net/article60.html

    Parce qu’uZine était, largement, un média critique (au sens où une grosse partie des articles étaient la critique d’une autre position ou le démontage d’une banalité médiatique)… Et parce que l’important travail éditorial ouvert et semi-public de préparation des articles dans son espace privé (au sens de SPIP) permettait largement d’apporter et commenter des sources.
    http://www.uzine.net

    Et parce qu’une partie très riche mais rigoureusement invisible de Rezo.net consiste en d’épisodiques échanges pour supprimer un référencement ou justifier un référencement qui déplaît.
    https://rezo.net
    Même s’il y règne une ambiance de cellule maoïste revendiquant fièrement le droit à l’éradication de la déviance petite-bourgeoise (et donc la pratique assumée d’une forme de censure totalitaire qui ne souffre nulle contestation), quand les gens ne sont pas d’accord sur un article, ça donne lieu à des échanges que j’ai toujours trouvés passionnants : la personne qui critique explique pourquoi tel article devrait être retiré, et souvent la personne qui a référencé explique que, certes c’est pas totalement glorieux comme article, mais que tel point original en particulier l’a intéressé.e. Et parfois encore plusieurs intervenants répondent pour aller dans un sens ou dans l’autre, suggèrent des articles alternatifs sur le même sujet, développant le point intéressant sans les défauts du premier, etc. Je pensais qu’on avait besoin d’un espace pour que de tels échanges soient publiés.

    Pour la forme, j’étais aussi très influencé par le blog d’un certain « Angry Arab », dont l’activité quotidienne consiste à critiquer absolument tout ce que les médias publient sur le monde arabe :
    http://angryarab.blogspot.fr

    Au final, ce sont ces besoins de référencement critique qui ont orienté les principales fonctionnalités de Seenthis :
    – des messages structurés autour d’un lien hypertexte, avec un extrait mis en évidence pour faire ressortir le point à critiquer, ou au contraire le point intéressant, et un commentaire tout aussi important pour expliquer le pourquoi du référencement (négatif, ou parce qu’un détail est intéressant),
    – et, comme dans un échange de messages internes à Rezo, des forums « à égalité » avec le message initial pour que différents points de vue se répondent.

    • J’adore que finalement partant de fonctionnalités techniques tu finisses par parler de l’aspect politique de ton projet, #Agora grecque of course et #philosophie d’autre part, ça rafraichit !
      Quoique le maoïsme …
      Ne connaissant pas les arcanes de rezo.net, à mon premier abord de seenthis il m’a semblé que l’intérêt était d’avoir des discussions plus riches médiatiquement parlant mais du même type des classiques forums publics des débuts d’internet (que l’on s’interdit aujourd’hui à cause de la maintenance épouvantable des spammeurs et des trolls et des serveurs qui tombent …) comme l’affaire danone, d’ailleurs n’est-ce pas le forum internet qui est à la base de la présentation des pages de seenthis ? avec en sus une réappropriation (si propriété il y a) du texte premier.
      (Et du coup en tentant de reprendre le code, je me suis emmêlée à comprendre pourquoi ce ne pouvait pas être le même objet.)
      C’est certain que ceux qui te rétorquent ah mais je ne lis jamais les forums sous l’article ont tout faux :)

    • J’ai souvent pensé que ce qui m’a permis de croire en seenthis relevait plus de sa population que de son fonctionnement.
      Mais à présent, je vois que son fonctionnement est ce qui m’a vraiment permis d’y rester.

      Seenthis est absent de Wikipédia. Sa « notoriété » est faible (inexistante d’après wiki). C’est un deepweb qui plaît aux connaisseurs (mais apparemment pas aux journalistes ni aux mainstreameux).

      https://seenthis.net/messages/571252

      Les questions que tu soulèves dans ta chronique #seenthis_fonctionnalités laissent entrevoir comme il est important de se questionner à ce point sur les objectif d’un réseau social, de sa conception à son utilisation. C’est un boulot de documentation tellement énorme.

      On en parlera à notre prochain atelier informatique lillois anarco-autonomico-libéralo-nimportequoitesque Atelili n°18 :
      https://atelili.tuxfamily.org/wiki/atelier:18

      Dont voici un plan temporaire :
      https://atelili.tuxfamily.org/wiki/themes#utiliser_facebook_intelligemment_ou_bien_ses_alternatives

  • #seenthis_fonctionnalités : L’aspect « asymétrique » de Seenthis

    C’est un point que j’ai abordé assez longuement en 2011, dans lequel je relativisais l’aspect « réseau social » de Seenthis :
    https://seenthis.net/messages/30615

    Un des aspects originaux de #Seenthis, c’est de ne pas être avant tout un réseau social. C’est avant tout un système de recommandation de liens entre pairs et un système de bloguage court ; l’aspect réseau social n’est donc qu’une partie de ce pour quoi je voulais un tel outil.

    Du coup : Seenthis n’est pas conçu pour être symétrique. Des réseaux comme Twitter, Facebook (et, semble-t-il, Google+), sont assez clairement conçus pour qu’un maximum de gens s’inscrivent. L’expérience pour les utilisateurs non connectés y est généralement très peu intéressante. Seenthis, à l’inverse, est conçu pour fabriquer des pages cohérentes même lorsqu’on n’est pas connecté.

    • Merci @tetue, cette présentation était vraiment chouette :)

      – la vidéo est disponible sur le site de Numa Paris : https://www.numaparis.ubicast.tv/videos/retour-experience-tails (le site de Passage en Seine a l’air HS en ce moment).
      – je viens de retomber sur les slides de la présentation : https://tails.boum.org/contribute/how/promote/material/slides/PSES15-20150618/UX_et_logiciels_libres.pdf
      – du côté des sites « Mutu », y’a toujours l’envie de redessiner l’interface privée de Spip, tant pour les personnes qui souhaitent proposer un article / une photo / un son… que pour les modérateurs et modératrices. Mais c’est un taf à plein temps. Ce serait intéressant de savoir comment la recherche et le développement autour de Tails et de l’UX ont été financés.
      – il m’avait semblé que la démarche de Tails et de Numa était singulière en cela qu’elle montrait une hybridation des différentes compétences / expertises, une tentative sur une période assez longue de compréhension des implications respectives des différents boulots. Trois conclusions après la conférence : la nécessité de « traducteurs et traductrices » ou de « passeurs » (dans un sens comme dans l’autre), d’être d’accord sur l’importance de la démarche et le besoin de se réunir pour travailler ensemble, pas toujours évident dans les projets libres.

    • Oui pour moi ça colle avec ce que j’ai fait comme remarques ailleurs à chaque fois qu’on parle du sujet : le problème n’est pas juste de mieux accueillir les non-devs, c’est un des problèmes mais très très loin d’être suffisant. Le problème c’est « le taf à plein temps » : avoir du temps long, pouvoir se réunir régulièrement (si possible IRL, mais même si à distance avoir vraiment une régularité). Il faut aussi être d’accord qu’il faut des vrais gens avec ces compétences (des ergos, des graphistes), et avoir des gens qui ont des compétences transversales (dev-ergo, graphiste-front, etc) qui savent dialoguer. Mais le plus dur c’est de trouver le temps long, avec des gens qui arrivent à vivre pendant ce temps.

    • Les dernières slides de la présentation citée plus haut résument pas mal la démarche :

      UX et Logiciels Libres :
      • Remettre en cause les fondamentaux
      • From feature-driven to value-driven development
      • Passer des choses qui “marchent" aux choses qui “servent”
      • Intégrer ces methodologies (recherche & conception)
      • Passer de la question "Can we build it ?" à "Should we build it ?"
      • Inclure toutes les partis prenantes dans les processus (x-functional)
      • Prendre du temps en amont pour en gagner après
      • On peut faire un bout de code mais pas un bout d’UX. Le code est
      générique et l’UX est spécifique au contexte d’usage.
      • La mesure du succès du code n’est pas la meme que celle du
      design : working software doesn’t mean good experience

  • Le design dans le libre : pistes de réflexion - MARIE & JULIEN
    http://mariejulien.com/post/2017/02/08/Le-design-dans-le-libre-%3A-pistes-de-r%C3%A9flexion

    On en arrive à la réflexion usuelle “c’est un projet libre, n’importe qui peut aider, propose tes services”.

    C’est très juste, mais assez simpliste, le problème ne venant pas de manque de bonne volonté de la part des designers ni même du fait que ça ne soit pas rémunéré (aider un logiciel libre est une cause noble pour bien des designers, car le produit profite à tous).

    Le problème vient du fait que collaborer en tant que concepteur, directeur artistique ou designer sur un projet libre, c’est L’ENFER.

    Oui, l’enfer, et je pèse mes mots. Pourquoi ? Car le monde du logiciel libre est le royaume de la pull request et des commentaires éloquents, et ce mode de fonctionnement ne se prête pas à la conception et à la stratégie. Il y a bien du design itératif et du A/B testing qui peut se concevoir de cette façon en fin de chaîne, mais à part ça, c’est une solution inappropriée.

    L’outil conditionne aussi le design. En plus de n’être pas familier avec ces outils de devs (non, ils ne doivent pas plus les apprendre que le dev ne doit apprendre Illustrator…) ces outils formattent la pensée et la façon d’aborder une problématique (c’est pareil pour Invision d’ailleurs, qui est pourtant un outil de designers).

    #design #libre #enfer

    • dans les commentaires de l’article, l’expression « des maçons sans architecte » est plutôt bien trouvée

    • Je suis à la fois content de lire cet article (qui égratigne parfois très justement), mais également atterré par les postures et les sempiternels clichés qu’on ne dépasse pas depuis +10ans (j’aurais pas dû lire les commentaires).

    • Juste une première remarque en passant : le lien vers le commentaire sur le logo de Seb est dans un paragraphe argumentant que l’évaluation n’est jamais par des pairs, et que des devs évaluent en donnant leur ressenti personnel et non-étayé : sauf que le lien est justement vers un commentaire de Izo qui pour le coup EST un pair et pas un dev ! Ce qui n’empêche pas que son commentaire était totalement un avis personnel et non étayé, et donc un peu pourri. Mais du coup ça ne colle pas à l’argumentation du paragraphe.

    • En lisant l’extrait qui suit je me dis que c’est pas gagné si les gens restent cloisonnés comme ça dans leur monde...

      Tout comme je n’irai pas tripatouiller un repo de code pour l’améliorer car je ne suis pas dev, j’aimerais que des développeurs ne viennent pas tripatouiller le design.

    • Moi je suis tenté de troller les auteurs en temps que designer mais pour l’instant j’ai la flemme. Je peux juste dire que oui, perso, marketing = globalement caca (c’est ma piste de réflexion principale !).

    • La vache, je suis juste atterré de la plupart des réponses de dev ci-dessus.

      1. je demande comment on peu améliorer la collaboration entre designers et développeurs
      2. Julien fait un billet de réponse (avec lequel j’ai des points de désaccord, cf premier commentaire). Billet critiquable, mais dont le principal point pour moi est « Les libristes rejettent et dénigrent le design, ça irait mieux si on se faisait confiance mutuellement »
      3. avalanche de commentaires de devs en mode attaque sur le métier, le coût, l’utilité, et anecdotes sorties du contexte
      4. article sur LinuxFR montrant encore plus le côté obtus de nos communauté. ... (on traite carrément l’auteur de « frustré », que son raisonnement est « débile », qu’il ne pense qu’à être embauché, on lui dit « qu’il n’a qu’a forker »... C’est sûr que ça donne envie d’aider !)

      Moi, ça me peine (vraiment). Je pense qu’on vient de donner une image détestable. Je me met à la place d’un non-développeur (ou même d’un designer), et je vois une communauté (trop) sûre d’elle-même, de ses compétences, de sa supériorité.

      http://mariejulien.com/post/2017/02/08/Le-design-dans-le-libre-%3A-pistes-de-r%C3%A9flexion#c19506

    • @riff : Mais… ce ne sont que des mots désignant des aspects d’un métier… qui ne se limite pas à la servitude marchande ! C’est aussi bête que de penser qu’il faut éviter d’utiliser les couleurs du logo de Google ou qu’il vaut mieux jeûner parce que les riches mangent trop… Les couleurs, la nourriture ou la communication n’ont rien de mal en soi. Tout dépend de ce qu’on en fait.

      Quant aux utilisateurs, c’est évidemment sous-entendu, puisque le designer UX ou l’ergonome travaillent avec les utilisateurices. C’est précisément leur job, la base de leur job.

      Peut-on essayer de dépasser ces vieux clichés, siouplaît ? Pardon @riff, mais ton message témoigne d’une grande méconnaissance. La discussion se poursuit, de façon très intéressante et constructive, dans les commentaires de l’article.

      @james : bien vu :D

    • Je ne veux pas troller des heures dans ce sujet d’autant que tout de même, je souscris à une bonne partie des remarques de Julien, mais je suis désolé, on a le droit de ne pas vouloir que dans tel ou tel projet les considérations de marketing soient importantes. Déjà je suis tout de même surpris qu’on range le marketing dans le design — perso, dans mon travail, graphisme et ergonomie sont clairement séparés du marketing. Ensuite, le marketing et la communication ne sont pas exactement la même chose. Communiquer sur un logiciel et le positionner dans une logique marketing ne relèvent pas de la même logique.
      Après, il n’est évidemment pas infamant de faire du marketing d’une part et de la communication d’autre part. Mais il me semble que pour prendre l’exemple de SPIP, « améliorer graphisme et ergonomie » ne va pas forcément avec « faire du marketing ». C’est cet amalgame qui me pose notamment problème dans l’article.

    • Oui il n’y a rien de bizarre à faire du marketing si on a effectivement quelque chose à vendre. Marketing signifiant littéralement se positionner sur un marché, tenter de gagner des parts de marché, etc, donc faire du commerce. Ce qui peut arriver à tout un chacun mais qui n’est pas obligatoirement le but de toutes les communautés de logiciel libre.

      Communiquer c’est plus large. Pour faire du marketing, on doit communiquer d’une certaine manière. Mais on peut aussi communiquer sans faire du marketing. Juste parce que c’est utile et important d’expliquer à tout le monde c’est quoi ce logiciel, à quoi il sert, c’est quoi son histoire, et en premier lieu : à celleux qui ne le connaissent pas déjà.

      Après, je peux comprendre l’idée que même si on ne vend rien, le fait de se plaindre que les logiciels libres en général n’ont pas assez d’utilisateurices, ou pareil mais pour tel logiciel précis (pas assez de gens sous gnu/linux, pas assez de sites sous SPIP, peu importe), c’est donc implicitement qu’on aimerait « gagner des parts de marché » sur les autres logiciels similaires (privateurs ou libres mais du même domaine). Donc au final c’est qu’on veut faire du marketing, même sans rien vendre.

      Côté communauté de tel ou tel logiciel, à mon avis il faut déjà se concentrer sur communiquer mieux : s’adresser à tout le monde, expliquer en visant celleux qui ne connaissent pas déjà, etc.

      Côté marketing, là je pense que c’est plus les prestataires privés qui utilisent tel logiciel (les SSLL qui utilisent Debian, les agences web qui utilisent tel CMS) de se bouger pour que leurs logiciels préférés soient plus reconnus. Mais ça peut déjà passer en priorité par participer à l’amélioration de la communication général de ces logiciels. C’est vraiment l’étape de base avant toute autre opération plus compliquée/commerciale/publicitaire/etc.

      M’enfin là on parle plus ou moins de la communication « extérieure » donc. L’article parle aussi de l’ergonomie et du graphisme « interne » aux logiciels, leur interface d’utilisation/d’admin/d’édition, et c’est encore une autre paire de manche, et un projet complètement différent…

    • Je me répète, mais on voudrait simplement que ce que vous appliquez entre vous soit appliqué pour nous, c’est à dire se faire refuser des patches comme vous vous faites refuser des patches (vous par un développeur, nous par un designer) et se faire juger par nos pairs ou du moins des gens sachant de quoi ils parlent (ça peut être des devs si c’ets aussi leur domaine).

      Je pense que tu accepterais moins ces « refus de patches » et de contributions si elles étaient repoussées par des non devs sur des prétextes fallacieux. « Tenez j’ai codé un système pour améliorer la sécu » "lol non on en veut pas et on aime pas ton indentation".

      Bref, on ne veut pas de traitement de faveur, on veut juste être traité comme les autres contributeurs : que les contributions soient jugées, acceptées ou refusées par des gens au même niveau au moins que ceux qui les soumettent.

      http://mariejulien.com/post/2017/02/08/Le-design-dans-le-libre-%3A-pistes-de-r%C3%A9flexion#c19550

    • ça fait belle lurette qu’aux USA les startups candidates à des levées de fonds intègrent des designers dès le départ
      je pense que l’incompréhension démarre ici ...
      Par exemple, le fait qu’un projet libre avec l’importance et l’ambition de Cozy Cloud n’emploie qu’un designer sur 27 salariés me fascine.
      Et pourtant cozy lève des fonds (importants), ce qui n’empêche pas que lors de mes essais de cozy, malgré plein de bonnes choses, j’ai vu beaucoup de roues colorés, erreurs, temps de réaction très longs, et une expérience finalement peu satisfaisante.

    • J’adore cette conversation. On se croirait dans une association quand on discute d’améliorer un peu la communication, les communiqués de presse, ou les visuels avec des gens qui pensent que la communication c’est faire des autocollants avec des mickeys dessus. Qu’un logo c’est facile à faire, que comic sans c’est beau. Je ne suis pas pour la main mise des experts sur tous les secteurs, mais parfois, l’expérience par exemple ça devrait pouvoir être pris en compte intelligement. Mais dès qu’il s’agit de certaines matières, ça devient le ridicule inverse. Tout le monde a un point de vue ce qui donne une liste vécue de décisions débiles, comme une asso qui décide de changer de nom, qui refuse de le faire de manière ouverte et se retrouve à décliner toute sa communication avec le nouveau nom... alors que personne n’a pris la peine de regarder si d’autres associations ou entreprises avaient le même nom ou si il était protégé par l’une ou l’autre loi de copyright pète gonade. Vous avez deviné la suite...#toiaussivismaviedanslesassos Tout de suite, dès que tu essayes d’organiser un peu le gros mot valise de marketing sort et c’est fini, impossible de travailler un temps soit peu logiquement. Par exemple, on confonds une analyse de secteur avec une analyse de marché etc.

    • http://mariejulien.com/post/2017/02/13/Table-ronde-design-et-open-source-au-Reset

      Compte rendu rapide de la rencontre du dimanche 12 février au Reset à propos du design et de l’open source.

      Par le plus grand des hasards, une table ronde “design et open source” était organisée dans le hackerspace “le Reset” quelques jours après mon billet sur le sujet. La discussion s’est ensuite poursuivie de manière plus informelle dans un bar.

      Comme le sujet a pas mal intéressé et que j’ai eu des demandes, voici un rapide compte rendu (table ronde + bar ensuite) qui sera complété peu à peu selon mes souvenirs (ouais j’ai pas pris de note et alors kestuvafaire ?).

    • 1. Refonte du raccourci <img>

      Fondamentalement, c’est une modification complète du fonctionnement du raccourci <img> : l’image est affichée « en grand », et jamais sous forme de vignette. Elle peut être évidemment placée au centre, à gauche ou à droite, mais l’utilisation première est d’afficher l’image sur toute la colonne de texte disponible.

      Une idée vraiment importante est de se débarrasser totalement de la différence entre les images du portfolio et les images hors du portfolio : les images s’affichent de la même façon dans tous les cas, et jamais sous forme de vignette.

      2. Si on a mis un titre, un descriptif et/ou des crédits, ils s’affichent avec <img>. C’est dans la continuation de la logique précédente : si on met un titre, c’est qu’on veut un titre. Donc <img> affiche toujours le titre (quand il est renseigné).

      3. C’est responsive, évidemment.

    • Outre le fait que personne ne comprend vraiment la logique <img>, <doc> ou <emb>, la question qui prime est le fait que les usages qui ont justifié ces différents raccourcis ont disparu.

      – Quand on a conçu SPIP en 2000, la bande passante utilisée par les images restait une question importante : on affichait les images en petit dans les articles, et on proposait de cliquer dessus pour que l’utilisateur puisse les charger uniquement s’il en a envie. Clairement, plus personne ne fait ça… On veut des images en grand et puis c’est tout. C’est aussi pour cela qu’on affiche le type et le poids du fichier dans <doc> (pour que l’utilisateur ait une idée de ce qui l’attend s’il clique sur ce terrifiant fichier de… 160ko) ; mais aujourd’hui, en dehors de fichiers spécifiques, genre gros PDF ou fichier d’image monstrueux, ça n’a pas de sens de continuer à le faire pour des images…

      Bref, le coup d’insérer des petites vignettes cliquables au lieu de grandes images, ça ne se fait plus du tout.

      À l’inverse, insérer de belles grandes images qui occupe toute la largeur de la colonne, c’est la norme désormais.

      – Une habitude (étrange…) qu’on avait était d’insérer des petites images sans légende à l’intérieur des textes. Bon, ça non plus, ça ne se fait plus : quand on met une image, si on a une légende, hé ben on affiche la légende, ça ne coûte pas plus cher…

      – Un usage que j’ai supprimé de mes sites : la différence entre portfolio et hors portfolio. Si une image est associée à un article, c’est qu’on veut l’afficher dans tous les cas (si on veut conserver des images dans le site, mais sans les associer à un article, on a maintenant la médiathèque). Donc une image s’affiche toujours de la même façon avec le raccourci <img>, et si elle n’est pas affichée dans l’article, on la mettra dans le portfolio en dessous, sans se demander si elle est dans le « portfolio » (au sens technique SPIP) de l’article, parce que c’est une notion incompréhensible pour les usagers.

      Je ne l’ai pas encore fait dans ce plugin, mais je pense qu’il faudrait complètement réserver l’utilisation de <doc> à des présentations de documents à télécharger, genre grosses images ou fichiers PDF, et ne plus du tout l’utiliser pour insérer des images dans le texte. Du coup, sur mes sites, j’utilise désormais uniquement <img> pour insérer des images, et plus jamais <emb> ni <doc>.

    • 4. Balisage moderne avec <figure> et <figcaption>.

      5. Une image est cliquable (pour afficher le grand format) automatiquement si elle fait plus de 800 pixels dans une de ses dimensions. Pas de considération de la notion SPIP de « portfolio » ici (voir ci-dessus : c’est une notion qu’on devrait totalement abandonner je pense) : si une image est assez grande, elle est cliquable et puis c’est tout…

      On conserve la possibilité de faire un lien hypertexte « à la main » sur une image, même si je pense que l’usage a également plus ou moins disparu de nos jours (quand on clique sur une image, on s’attend plutôt à la voir en grand, pas à changer de page).

    • 6. Possibilité de forcer la largeur d’une image « à la main » :

      <img23|right|largeur=300>

      Noter que techniquement, dans ce cas on aura grâce au plugin image_responsive une gestion plus avancée du balisage, mieux adaptée au chargement anticipé des images, puisque ça va utiliser le srcset avec les valeurs 1x et 2x (pour le retina).

      7. Une subtilité javascript épatante ici : les images flottantes à droite ou à gauche, c’est très joli sur un grand écran, mais sur un téléphone ça détruit généralement complètement la maquette, parce qu’on met une image « flottante » de 250 pixels dans une colonne de 320 pixels, et qu’il reste du coup 70 pixels pour afficher le texte, et généralement c’est une catastrophe.

      Le plugin inclue donc un mécanisme #javascript qui vérifie la largeur des images flottantes et de la colonne de texte pour supprimer le float quand l’image devient proportionnellement trop large par rapport à sa colonne d’affichage (plus de 60% de la colonne de texte). Dans ce cas l’image est « forcée » en présentation centrée, avec sa légende, et on récupère un affichage optimal même sur petit écran.

      À l’inverse, on peut aussi se prévoir des styles pour les écran très larges (ça c’est pas directement dans le plugin, mais le balisage le permet facilement) :

    • 8. Option de présentation : rond : ça force l’image à s’afficher dans un cercle. Oui, tout rond. Même si l’image est un JPG, ça se fait en CSS, donc ça évite de recourir à un PNG dix fois plus gros.

      <img13|center|rond>

      Ça peut valoir le coup de l’associer à l’option largeur si on veut faire flotter une grande image à droite ou à gauche :

      <img13|left|rond|largeur=200>

      9. Trop mignon avec un navigateur récent : une image arrondie (avec rond) flottante forcera un habillage irrégulier par le texte : c’est-à-dire que le texte habillera le cercle de façon… circulaire, et non en rectangle. Ça se fait directement en CSS avec shape-outside. C’est automatique quand on utilise ˋrond`, pas besoin d’option supplémentaire.

      10. Extrêmement puissant : on peut demander un habillage irrégulier automatiquement sur les images JPG dotées d’un fond uni grâce à l’option shape. Attention, ça n’utilisera pas ma vieille technique de « tranches » (de image_ragged), mais sur la base d’un polygon calculé avec une nouvelle fonction : `image_detourer_polygon. Ça c’est carrément spectaculaire.

    • 11. Une petite animation rigolote : l’option flip permet de faire tourner l’image sur elle-même lorsqu’elle apparaît dans le viewport (en fonction du scroll, donc). Ça donne l’impression d’une pièce de monnaie qui tourne sur elle-même avant de s’arrêter pour s’arrêter :

      <img13|center|flip>

      ça devient encore plus fun si on force l’affichage dans un rond :
      <img13|center|rond|flip>

      ou carrément dans un rond flottant avec le détourage automatique :

      <img13|left|rond|flip|largeur=200>
    • 12. Et enfin l’animation la plus puissante : le zoom sur un détail de l’image (déterminé avec le plugin centre_image) :

      <img13|center|kenburns=1.6>

      Je pense qu’il faudrait renommer l’option simplement zoom, parce que personne n’arrive jamais à mémoriser ça…

      C’est une animation volontairement lente, mais alors : extrêmement spectaculaire… Et pour le coup, ça a généralement un véritable intérêt éditorial.

    • 13. Et enfin, la possibilité d’afficher plusieurs images sur une même ligne, avec adaptation aux différentes tailles d’écran, avec un nouveau raccourci : <ligne> :

      <ligne13>
      <ligne14>
      <ligne15>

      Ça c’est vraiment impressionnant… (en revanche, je n’utilises pas le même code HTML que pour les <img>, alors que je pense que je devrait le faire, pour profiter des raccourcis décrits précédemment).

      Noter qu’ici encore, s’il y a des titres, descriptifs et/ou crédits, ça s’affiche. Sinon, non.

      C’est à la fois très puissant, et assez déstabilisant, parce que la composition est automatique et… responsive. Du coup l’affichage dépend énormément des proportions des images et de la taille de l’écran. Du coup il faut réussir à se faire à l’idée que l’affichage sera variable, semi-automatique, et ne pas chercher à avoir des positionnements absolus qu’on décrète soi-même (ce qui est le « problème » de la mise en page responsive : il faut accepter que ça se recompose).

    • Bon, je dois m’absenter pour la journée, je compléterai avec des copies d’écran plus tard. Mais déjà, j’invite les Spipeurs•ses à jouer avec, parce que c’est un outil que j’installe sur tous mes sites, et qui change radicalement leur fonctionnement. Je suis très très très très preneur de retours à ce sujet.

    • Pas testé, mais sur le principe ça rejoint en partie le plugin Medoc de @tetue, en ajoutant le côté responsive.
      Mais il y a beaucoup de gadgets visuels : ça mériterait deux plugins distincts (un plugin = une fonction).

      Après, la « doc » et la discussion sur seenthis n’engagent pas vraiment la discussions avec la communauté #SPIP.

    • Ma remarque sur le lieu approprié pour le discussion est un peu sèche et pourrait être mal interprétée : pas d’arrière pensée de ma part, juste une remarque pratique sur le fait que tu « invites les Spipeurs•ses à jouer avec ».

    • @nicod_ : yep, attention à ne pas confondre évol d’affichage des modèles et débug ergo.

      1) Medoc n’est qu’un patch (grossier) qui corrige un bug ergo (hyper chiant quand on y confronté, totalement imperceptible pour les autres)
      2) et (plein) d’autres plugins proposent des variantes d’affichage des modèles, responsive ou pas, toussa, toussa…

      En tant que patch correctif, Medoc s’utilise avec n’importe lequel de ces autres plugins (dont il doit rester distinct).
      Il n’aura plus de raison d’être lorsque le « mode » (« image » ou « document ») aura disparu de la table spip_documents ainsi que ses implications (différence entre portfolio et hors portfolio)… chose que je suis infichue de savoir faire, d’où cet affreux petit sparadrap appelé Medoc ;)

      @arno : je suis ravie à l’idée d’essayer ton plugin prochainement :)

    • Merveilleux ! Super boulot, merci de le partager !
      Une remarque sur la notion d’image insérée sans légende, c’est en fait essentiel pour l’accessibilité de pouvoir définir un titre inséré dans le alt de l’image, mais qu’on ne tient pas à afficher en dessous de l’image en légende.

      Actuellement
      <img> insère l’image avec le titre en alt
      <doc> insère l’image avec le titre en légende en dessous

      Donc, dans la logique de ce que tu as fait, un paramètre |legend ou |nolegend serait pertinent, non ?

    • @tetue me suis mal exprimé, et trop vite.

      Je parlais de

      Fondamentalement, c’est une modification complète du fonctionnement du raccourci <img>

      qui est le côté très intéressant du plugin de @arno, et qui rejoint ta réflexion sur medoc.

      Avec l’ajout du paramétrage de largeur et le côté responsive, ça en fait un travail intéressant qui peut alimenter la réflexion sur la refonte de la gestion des docs dans SPIP (d’où ma remarque également sur le lieu pour en discuter).

    • Merci @arno , ce plugin a l’air très bien, et rempli de bonnes idées.

      Une remarque sur <ligneXX> : je vois* que cela crée autant de <ul> que de <ligne>. Est-ce qu’une syntaxe tel que <ligne|XX,YY,ZZ> ne serait pas plus appropriée, ce qui permettrait de n’avoir qu’un conteneur pour les 3 documents ?

      Le terme « ligne » en lui-même aussi est un peu flou, mais je n’ai pas d’idée là comme ça à part avoir une autre notion tel que <images|ligne|XX,YY,ZZ> , <images|cases|XX,YY,ZZ> peut être… ce qui deviendrait un « modèle d’affichage d’une liste de documents sélectionnés »

      * note : le modèle est ainsi fait, mais un pipeline enlève ensuite les ul en trop sur ces lignes…

    • Ah ou… si autant de balises <ligneXX> que de documents à afficher est conservé (plutôt que d’1 pour n documents), pourquoi ne pas utiliser plutôt <imgXX|ligne> ou <docXX|ligne> finalement directement ? ça paraîtrait bien également non ?

    • Sur <ligne>

      D’abord, je voudrais refaire le code de ce modèle pour qu’il utilise le même code que <img> pour l’affichage de l’image et des intitulés ; pour l’instant ce n’est ni le même code ni la même logique de fonctionnement, ce qui pose différentes difficultés :

      – les images de <ligne> s’affichent en background, ce qui fait qu’elles ne sont généralement pas imprimées et/ou difficiles à sauvegarder dans un PDF ; et autres petites difficultés d’utilisation quand les images sont des background…

      – le fait d’avoir deux codes à maintenir, c’est un peu chiant (c’est pas dramatique, parce que j’utilise énormément ce plugin, mais c’est chiant)…

      – j’aimerais bien avoir les mêmes fonctionnalités (notamment le zoom kenburns dans l’image) y compris sur les images en ligne…

      Du coup, utiliser carrément le même modèle avec <imgXX|ligne>, ça semble une bonne piste (surtout que ligne remplace exactement center, left et right dans leur logique de positionnement).

      Difficulté : je pense que certaines fonctionnalités n’ont rien à faire dans ligne (notamment forcer la largeur), et donc ça va commencer à faire du code un peu complexe.

      En revanche, je ne pense pas intéressant de fusionner la déclaration de plusieurs images dans le même modèle :
      – d’abord parce que c’est chiant à manipuler (quand on fait des articles, on déplace beaucoup les images, surtout qu’avec ligne ça demande des réglages parce que certaines associations fonctionnent moins bien que d’autres), et du coup le copier-coller d’une ligne pour une image, c’est plus pratique que d’aller éditer le modèle avec plusieurs images,
      – parce que je voudrais pouvoir passer des fonctionnalités différenciées sur chaque image (comme l’effet de zoom).

    • J’oubliais une option :

      14. Ça prend en compte l’option large :

      <imgXX|center|large>

      qui se contente d’insérer une classe .large. Ça ne sert pas à grand chose pour l’instant, mais c’est extrêmement utile dans un autre de mes plugins (pas diffusé pour l’instant), et chacun pourra de toute façon bidouiller ses feuilles de style soi-même : ça permet d’afficher cette image plus large que la colonne de texte.

    • Hello, :-)
      Je viens de faire un test de ton plug pour voir, j’ai un bug avec un SPIP 3.1.4-dev [23345] (php5.6.25), j’ai deux images dans la médiathèque que j’ajoute à un article, je mets donc <img2|left> <img1|left> avec du texte avant chaque image, si je clique sur l’onglet « voir » du porte plume, les images apparaissent et disparaissent d’un coup, quand à l’onglet « plein écran » du porte plume, je ne vois même pas les images, à savoir qu’il n’y a que ton plug et « image_responsive » dans les plugs. A savoir, il faut que je fasse plus de test, mais la première fois, comme il s’agissait d’un spip tout neuf, j’ai activé ton plug avant d’aller dans /ecrire/ ?exec=configurer_avancees et que le résultat, c’est que cette page plante (page blanche) avec juste le logo « infini » et l’url qui s’écrit /ecrire/ ?exec=configurer_avancees&action=tester_taille&i=1&arg=6000-6000 j’ai aussi pas mal de notice dans l’article, mais ça c’est pas grave, cela vient sans doute que dans mes_options, je demande à les voirs

    • Je pense avoir compris le problème, par contre, je ne sais si c’est un bug de spip ou du plug :-(
      Pour info, pour voir le problème, il est important qu’après l’installation d’un spip neuf, de ne pas faire le choix d’un type d’url dans /ecrire/ ?exec=configurer_urls , donc le laissé comme il est nativement, puis d’aller dans ecrire/ ?exec=depots pour faire l’ajout du dépôt de la zone, enfin, installer le plugin « medias_responsive_mod » en manuel dans le dossier « plugin » et laissé spip installer la dépendance « Filtre image_responsive », télécharger un jpeg dans la médiathèque, activer le plugin « medias_responsive_mod » et faire un article.
      Avec ou sans htaccess, il y n’y a pas de changement de mon côté

    • Salut @arno

      un souci rencontré avec image_responsive (je n’ai pas trouvé le seen dédié, donc je me permet de poster ici) :

      Sur un SPIP 3.0.3 avec uniquement ce plugin installé, j’ai cette erreur dans la console de Firefox :

      Et quand je regarde ce fichier dans local/cache-js, j’ai (ça donne un a circonflexe majuscule dans le source Firefox)

      Si je désactive la compression js dans l’espace privé, plus de problème.

      La ligne en question se trouve dans https://zone.spip.org/trac/spip-zone/browser/_plugins_/image_responsive/javascript/image_responsive.js#L311

      En regardant de plus près, il semble y avoir également un souci là https://zone.spip.org/trac/spip-zone/browser/_plugins_/image_responsive/javascript/image_responsive.js#L388 (carré de couleur rouge matérialisant une erreur ?)

      (Le fil sur spip_zone : https://www.mail-archive.com/spip-zone@rezo.net/msg43360.html )

    • Salut,

      Sur le point n°5 :

      Une image est cliquable (pour afficher le grand format) automatiquement si elle fait plus de 800 pixels dans une de ses dimensions.

      Ligne 37 du modèle img.html, il y a un test sur la taille pour utilise soit un <span>, soit un <a> mais, dans les 2 cas, il y a un href="#FICHIER" ce qui, dans le cas du span, crée une erreur de validation.
      Idem pour le type="#MIME_TYPE" (et pour les class et data-photo ?)

      cf : https://zone.spip.org/trac/spip-zone/browser/_plugins_/medias_responsive_mod/squelettes/modeles/img.html#L37

      Il ne faudrait pas tester si on a un lien ou un span avant de les insérer ?

  • #design de nos vulnérabilités : la Silicon Valley est-elle à la recherche d’une conscience ?
    http://www.internetactu.net/2016/11/09/design-de-nos-vulnerabilites-la-silicon-valley-est-elle-a-la-recherche

    En juin dernier, nous avions longuement rendu compte des propos du designer Tristan Harris (@tristanharris). Bianca Bosker pour The Atlantic l’a récemment rencontré à une soirée de désintoxication numérique à San Francisco, Unplug SF, organisé par le collectif Digital Detox. Une soirée qui montre bien que face à nos outils, (...)

    #Articles #Enjeux #cognition #confiance #économie_de_l'attention

  • Important : en avril 2015, la stratégie des Démocrates est de promouvoir un épouvantail extrémiste à droite pour obtenir la victoire finale de Clinton :
    https://wikileaks.org/podesta-emails//fileid/1120/251

    expédié dans ce mail :
    https://wikileaks.org/podesta-emails/emailid/1120

    This memo is intended to outline the strategy and goals a potential Hillary Clinton presidential campaign would have regarding the 2016 Republican presidential field. Clearly most of what is contained in this memo is work the DNC is already doing. This exercise is intended to put those ideas to paper.

    Our Goals & Strategy

    Our hope is that the goal of a potential HRC campaign and the DNC would be one-in-the-same: to make whomever the Republicans nominate unpalatable to a majority of the electorate. We have outlined three strategies to obtain our goal:

    1) Force all Republican candidates to lock themselves into extreme conservative positions that will hurt them in a general election;

    2) Undermine any credibility/trust Republican presidential candidates have to make inroads to our coalition or independents;

    3) Muddy the waters on any potential attack lodged against HRC.

    Operationalizing the Strategy

    Pied Piper Candidates

    There are two ways to approach the strategies mentioned above. The first is to use the field as a whole to inflict damage on itself similar to what happened to Mitt Romney in 2012. The variety of candidates is a positive here, and many of the lesser known can serve as a cudgel to move the more established candidates further to the right. In this scenario, we don’t want to marginalize the more extreme candidates, but make them more “Pied Piper” candidates who actually represent the mainstream of the Republican Party. Pied Piper candidates include, but aren’t limited to:

    • Ted Cruz
    • Donald Trump
    • Ben Carson

    We need to be elevating the Pied Piper candidates so that they are leaders of the pack and tell the press to them seriously.

  • Et hop, une petite extension #seenthis_search pour #firefox :)

    https://github.com/seenthis/firefox-seenthis-search

    C’est une adaptation rapide de l’extension pour del.icio.us que je pointais ici :

    http://seenthis.net/messages/253700#message362734

    En résumé, ça permet de rechercher rapidement dans une copie locale de vos posts seenthis.

    Pour l’instant on peut l’utiliser directement depuis les sources en suivant les explications du dépôt, reste à publier le bouzin sur addons.mozilla.org.

    /me super content