Quelques mots sur mes pensées (très) agitées depuis quelques semaines. Étant non programmeur et ayant du mal avec l’anglais technique, j’essaye de suivre depuis quelques mois l’effort énorme (voire hallucinant) produit par la communauté de l’indiewebcamp. Non programmeur, je me retrouve à cette heure complètement dépassé par les mécaniques des motorisations décrites. Mais là n’est pas le problème. La passion est la-même, je pressens qu’il se passe des choses… Le seul souci pour suivre le workflow de traduction, c’est mon interface-utilisateur d’écriture dans  mediawiki pour suivre le fil très calme et dense des modifications récentes afin de porter quelques synchronisations de traductions sur le site canonique du groupe.

Tenté ce mois-ci de reprendre l’idée de travailler dans un éditeur local avant de publier un article. Les utilisateurs chevronnés utilisent BBEdit, que je continue à chérir pour apprendre et enrichir le HTML, et retrouver facilement mes erreurs de cosntruction. Point de vue personnel, j’essaye de ne plus travailler sur un portable et trouve l’affichage de typo bien petit dans la fenêtre de travail de BBEdit pour travailler sur des textes longs. Et contrairement aux programmeurs, je trouve le WYSIWIG bien plus reposant mentalement pour rester dans le flow d’écriture. Mon usage de BBEdit se limite par conséquent à la finition, à savoir ajouter du marquage microformats en fin de cycle d’écriture pour tenter de rejoindre quelques amis dans la Confédération IndieWeb.

L’objet de cette note est donc directement orienté sur l’outil d’écriture que nous utilisons pour publier sur le web et de « rebondir » à partir de cette instance WordPress poussive « en réponse à » Tantek qui pointait hier un article brillant :

brilliant #indieweb #irony: @veganstraightedge sharecropping on @Medium about #sharecropping :
https://medium.com/indieweb-thoughts/9d0e36524dbf (Çelik, 2013-05-14)

SVP, lisez d’abord l’article avant de poursuivre.

Commencé ce matin à bosser sur la traduction titrée « No More Sharecropping » (titre à raffiner, « Fini le métayage ! » …) dans mon studio d’écriture éditeur de texte Scrivener.

Scrivener is a powerful content-generation tool for writers that allows you to concentrate on composing and structuring long and difficult documents. While it gives you complete control of the formatting, its focus is on helping you get to the end of that awkward first draft. Litterature and Latte

Quel plaisir vécu à la lecture de cet article et amorçage de traduction. Une description très précise que nous rencontrons tous, nous utilisateurs grand public, sur le Web Social en 2013. Avec en bonus, une roadmap pour les geeks, listant les solutions concrètes pour défendre la parti de l’utilisateur. Vous savez l’utilisateur « lambda », non programmeur, et ayant d’autres passions la nuit que de se masturbloguer dans les CSS/extensions et/ou construire sa propre motorisation logicielle.

Promis, je ferai tout pour publier cette traduction au plus vite malgré la pénibilité du workflow de publication :

• sortir le draft brouillon de mon éditeur local préféré (Scrivener)
• raffiner le contenu et marquage HTML dans un éditeur dédié afin
  • publier sur une solution personnelle de wiki pour raffinage avec un groupe
• migrer et publier la traduction sur une plateforme de contenu comme wordpress

travailler dans la navigateur : bug connu depuis 2001

Ce problème est pourtant connu depuis des lustres. Pour information, j’avais bien bossé sur CityDesk en 2001, une solution alternative à toutes les plates-formes de blog qui obligeaient l’utilisateur à écrire ses posts dans le navigateur. Joel Spolsky, son concepteur, faisait alors cavalier seul avec ce logiciel léger de gestion de contenus truffé de superbes fonctionnalités intégrées que j’utilisais avec plaisir au jour le jour pour mes travaux d’écriture web.

Son premier point fort : tout bonnement une interface hors du navigateur. À l’inverse de la foultitude de plates-formes qui s’arrachaient les cheveux à vouloir offrir de pair une interface WYSIWIG fonctionnant dans une minuscule fenêtre du navigateur et capable de produire un « code HTML à peu près propre ». Quand  je repense à la fenêtre CityDesk, cela me renvoie directement à la grande fenêtre plein écran de Scrivener savoureuse en mode plein-écran.

Le second point fort était la facilité de travail au sein de la « grande fenêtre principale » qui offrait à l’utilisateur des fonctionnalités puissantes et très faciles d’accès. Travailler avec des éditeurs externes, créer des dossiers et ou manipuler toute l’arborescence d’un site, importer tous les types de fichier dans l’arborescence, prévisualisation du rendu avant publication, test du rendu en local sur différents navigateurs web, gestion des versions des documents en plusieurs langues avec choix des destinations, etc. … Pour être précis, cliquez ici pour un aperçu complet des fonctionnalités de la Fenêtre Principale de CityDesk.

Bref une solution complète, et malheureusement jamais retrouvée depuis dans le monde des solutions de publication personnelle.

Roadmap indieweb : un bricolage Scrivener + gestion des destinations de publication ?

Pour rester cohérent avec le groupe indieweb, où nous avons quelques principes comme le « dogfood » et la diversité de solutions, cela m’intéresserait vivement d’étudier/discuter et construire avec les auteurs ou d’autres créateurs indieweb une sorte d’extension Scrivener faisant le pont entre l’application existante et une passerelle FTP pour gérer sans douleur à partir de la fenêtre les différentes destinations de publications (instances locales + POSSE sur silos)

Pour revenir à l’état de la traduction, voici un aperçu dans la fenêtre avec quelques briques à compléter, rassembler et fusionner avant de la publier. À nous tous d’imaginer le truc…

Si le sujet de pouvoir écrire dans une grande fenêtre épurée de tout contexte (nuisances visuelles, barres latérales, agitations et notifications diverses) vous parle… je reste joignable sur irc #indiewebcamp et/ou par téléphone pour en discuter de vive voix.

Et je vous promets de copier-coller sous peu ailleurs pour publication l’amorçage de la roadmap indieweb traduit en français.

Pour finir,  encore un grand merci à Frédéric de Villamil pour m’avoir fait découvrir Scrivener (en 20121).  Définitivement une bombe pour l’écriture et l’organisation d’idées au jour le jour.

P.S. Bonus pour appel à réactions aux caïds de la gestion de la contenu. Un des mottos de Joel sur le sujet (2001), était vous ne pouvez pas faire de bonnes UIs dans un navigateur

You can’t do good UIs in a web browser.

When we started building CityDesk we kept hearing one thing about Big Iron content management systems, which were all web-browser-based. Despite the fact that these systems had web-based editing interfaces and advanced workflow, we kept hearing that in real life, reporters created their content in Microsoft Word, did the workflow the old way (email),
and only at the very last minute, a secretary opened the Word file and cut and pasted it into the content management system.

Source joel on software (Spolsky, 2001-11-13)

 

Ailleurs

• Twitter
• Facebook