[chantier]Interface de création de tutoriel, article et billet, lifting 2/3

Si on a 3 parties, on n’est pas obligé d’avoir 3 éditeurs de zmd mais juste une popup et sélectionner de façon automatique ou manuelle quelle partie éditer.

pas de popup, on édite extrait par extrait, in place et ça sera très facile à faire tkt.

Pour la sidebar vous avez des avis ?

On la laisse ? On la transforme en menu horizontal ? On trouve un autre moyen/endroit pour intégrer les boutons ?

Bouton pour l’afficher/cacher ?

Je pense qu’il serait pas mal de repenser l’interface de zéro sans sidebar (visuellement, ça casse l’épuration qui psychologiquement est bonne pour ressentir une certaine simplicité, mieux qu’avec plein de boutons partout). Et donc, je serais partant de réfléchir à comment intégrer ces boutons d’une façon nouvelle (éventuellement contextuellement pour certains).

Ça peut être une façon d’expliquer les concepts de ZdS, d’ailleurs. Par exemple pour le bouton d’envoi en validation, on peut imaginer un cadre en haut de la version brouillon qui dit « Vous êtes sur la version brouillon de votre article (/tutoriel). Pour la publier, demandez sa validation par l’équipe de Zeste de Savoir en cliquant sur le bouton ci-contre » (pour l’idée).

Le drag’n’drop est disponible sur la beta !

Je vous invite à essayer et faire vos retours sur La PR ou dans le forum dans la section Bugs

On peut vraiment glisser tous les boutons dans la pages ? A la limite "Ajouter un auteur" et "gérer les auteurs" mais pour pour les dix autres aucunes idées. Ou ça va alourdir l’interface, n’ajoutons pas plus de texte à l’interface ou menu s’il est facultatif !

Sinon on peut passer par un tableau de bord au lieu de mettre toutes la gestion directement sur la version brouillon/publiée :

Voir la version éditable

Coucou,

J’ai rushé un peu pour sortir une PR de démo.

Les fonctionnalités innovantes de cette PR

• La coloration syntaxique du code directement dans la zone de texte (WISIWYM) : permise par l’utilisation de codemirror, c’est LE TRUC demandé par la majorité des auteurs.

• La possibilité d’avoir un aperçu de notre saisie à coté du texte en Markdown

• La possibilité de passer l’éditeur en plein écran (pour profiter au maximum de son écran) voire d’avoir la vue side by side en plein écran.

• Les raccourcis clavier sur les boutons (Ctrl+B, Ctrl+I, etc.)

• De nouveaux boutons :

  • Le bouton de check list
  • Le bouton d’ajout de formule mathématique (il manquait vraiment je trouve)
  • Le bouton d’ajout d’une table

• L’affichage d’informations utiles (date du dernier enregistrement automatique, nombre de lignes, nombre de mots) du texte.

Les régressions qu’amènent cette Pull Request

Voici la liste des régressions qui arrivent avec cette PR. Je pense personnellement que l’on peut se passer ça pour une v1 du nouvel éditeur, mais je ne voudrais pas juger moi même.

• On n’a plus de bouton "ajouter un smiley/emoji"
• On n’a plus de bouton ajouter un caractère spécial
• Plutôt que d’avoir des fenêtre modales "ZdS" qui s’affiche quand on clique par exemple sur "nouveau lien" pour nous demander une url, on a plutôt des fenêtres du navigateur web qui sont moins esthétiques que les modales de ZdS.

Là ou il faudrait un coup de pouce ?

Pour régler les régressions, il faudrait que je sois capable de reproduire en css le comportement de la zone qui pop (l’espèce de dropdown) lorsqu’on clique sur un menu dans la barre d’outils.

En image ça donne ça.

Si vous avez des compétences en css, n’hésitez pas à passer filer un coup de pouce.

J’ai proposé d’ajouter un easter eggs pour le tableau, j’ai pensé à :

| Nom  | Fan_de | Depuis |
| ---- | ------ | ------ |
| Clem | Zozor  | 2009   |

Si vous avez des idées ou au contraire, ne rien ajouter -> -1. (Par exemple ça s’affiche une fois sur 31 ou on alterne avec plusieurs idées, par contre on part sur l’idée d’un seul mot (pour pouvoir sélectionner en faisant double clique)).