Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Design news redaction #242

Closed
wants to merge 76 commits into from
Closed

Design news redaction #242

wants to merge 76 commits into from

Conversation

@Trim
Copy link
Contributor

@Trim Trim commented Jun 8, 2019

A lot have been modified for the new redaction space.

See in French: https://linuxfr.org/users/trim/journaux/nouveau-design-pour-l-espace-de-redaction

Trim added 30 commits May 29, 2019
Ajax queries can only send files with the FormData API (it allows
JavaScript to access file on disk).

To be able to correctly use FormData, jQuery ajax() method has to set
`processData` and `contentType` to `false`.
Otherwise, the request isn't sent as an ajax call.
…nd Buttons

Keep a clean style for both sidebar and be a little more closer to the
proposed design.
As the image is binary data, we don't do versioning fo these fields.
…tural processing

Remove default image as it was the one for avatars.
redaction: use arrow-left icon from feather-icons which is lighter
adjust space between top bars and title
Note: avoid use of `unset` in CSS to be compatible with IE
@Trim
Copy link
Contributor Author

@Trim Trim commented Sep 5, 2019

Franchement, j'ai remonté sur le site de démo la dépêche en cours de rédaction sur python et je trouve que l'on a la même place pour l'édition du texte et la même taille de police d'écriture.

L'astuce c'est que le body de LinuxFr est plus large et la colonne latérale est moitié moins grande. Ce qui a pour conséquence de laisser quasiment la même place pour le corps (je dis quasiment, car il y a même quelques pixels en plus avec ce qu'il y a actuellement en production quand la fenêtre est maximisée).

Je pense que pour satisfaire le maximum d'utilisateur, on pourrait imaginer un bouton pour chaque colonne qui permettrait de choisir entre la cacher ou l'afficher.

@mjourdan
Copy link

@mjourdan mjourdan commented Sep 6, 2019

Bah justement, si l'on met la fenêtre sur une demi-largeur on voit que l'espace est beaucoup mieux utilisé sur le site de démo. Voici ce que j'observe sur un écran 20 pouces avec 1920 pixels de large. Si je réduis la fenêtre pour occuper la moitié de l'écran :

  • demo = 438 px de large pour l'article + 324 de large pour la discussion
  • prod = 394 px de large pour l'article + 156 de large pour la discussion

Je tâcherai de faire deux-trois dessins quand j'aurai un moment.

@Trim
Copy link
Contributor Author

@Trim Trim commented Sep 6, 2019

Dans ce cas, on parle de 44 pixels sur 860 pixels de largeur de fenêtre, donc 5% de la taille de l'écran à récupérer. On pourrait enlever quelques marges pour récupérer ce petit espace.

J'ai aussi une autre idée qui devrait être simple à mettre en place. Elle impliquerait d'ajouter un titre aux colonnes qui serait utilisé pour les plier et déplier. Je fais quelques tests et je te redis :-)

@Trim
Copy link
Contributor Author

@Trim Trim commented Sep 6, 2019

Voilà, j'ai préparé sur dlfp.adorsaz.ch ce que je voulais tester: pour les navigateurs qui supportent la balise <details> (donc pas Internet Explorer, ni Edge actuellement), les utilisateurs peuvent réduire les panneaux de côté en cliquant sur les titres.

Le titre se place à la verticale lors du clique pour gagner un maximum de place.

@mjourdan
Copy link

@mjourdan mjourdan commented Sep 9, 2019

J'ai poussé quelques captures d'écran de la prod et du test. On a pas mal de décalages entre le texte des colonnes, le fond de page, et les notifications, sans changer le niveau de zoom. Sur le principe, l'idée de permettre aux personnes de replier le contenu superflu est finalement assez proche de ce que j'avais en tête, on doit veiller cependant à ne pas demander aux personnes de s'en servir pour contourner des problèmes d'affichage.

Du coup j'ai aussi dessiné l'agencement que j'avais en tête pour adapter l'interface aux différents formats d'écran. T'en penses quoi ?

@Trim
Copy link
Contributor Author

@Trim Trim commented Sep 9, 2019

J'ai poussé quelques captures d'écran de la prod et du test. On a pas mal de décalages entre le texte des colonnes, le fond de page, et les notifications, sans changer le niveau de zoom.

Oups, c'est très bien vu pour la notification. Elles devraient s'afficher au-dessus des 3 panneaux (comme en production), j'ai dû perdre ce comportement avec ces tests.

On doit veiller cependant à ne pas demander aux personnes de s'en servir pour contourner des problèmes d'affichage.

Oui, tout à fait. C'était plutôt pour proposer une solution aux cas d'utilisations que je ne pourrais pas prendre en compte facilement (comme le zoom à 180%... au bout d'un moment, ça devient difficile à faire tenir toutes les informations).

Du coup j'ai aussi dessiné l'agencement que j'avais en tête pour adapter l'interface aux différents formats d'écran. T'en penses quoi ?

J'aime bien l'idée d'utiliser le sommaire pour naviguer dans la rédaction. L'affichage à la demande du panneau de droite et du sommaire sur mobile me semble beaucoup mieux que d'afficher au fond comme actuellement.

Je n'ai encore jamais fait ce genre de choses, mais ce serait clairement plus propre. Je vais voir si j'arrive à gérer cette barre d'outil en bas de page pour l'espace de rédaction.

Par contre, si je me souviens bien, dans le panneau de gauche (en écran large), il devait aussi y avoir la gestion des liens et l'affichage des règles de modérations et de l'aide pour le wiki. Ces informations, tu les garderais uniquement pour l'affichage sur écran large ?

@mjourdan
Copy link

@mjourdan mjourdan commented Sep 11, 2019

@Trim
Copy link
Contributor Author

@Trim Trim commented Sep 12, 2019

Ok, merci alors je vois la direction à prendre.

Tu peux tester à nouveau le site https://dlfp.adorsaz.ch : j'ai ajouté la toolbar en bas de la page. Il y a le bouton pour le sommaire et le bouton pour afficher/cacher le panneau de droite.

Comme la toolbar est assez petite, je la laisse aussi pour les écrans à affichage large: ça permet aux utilisateurs qui zoom sur leur écran de cacher le panneau de droite et, en plus, ça permet d'avoir toujours le sommaire à disposition pour la navigation.

Ce qui est chouette, c'est que j'ai réussi avec ce système à gérer le fait de cacher/montrer certaines éléments par un clique de l'utilisateur. Ce sera sûrement utile plus tard pour faire les popups prévus dans les wireframe :)

@mjourdan
Copy link

@mjourdan mjourdan commented Sep 14, 2019

Hé, ça fonctionne pas mal du tout !

Les soucis que j'ai pu repérer pour le moment :

  • le sommaire apparaît 3 fois (panneau gauche + corps de l'article + barre de navigation).
  • lorsque la largeur d'écran permet d'afficher une colonne en plus de l'article, c'est le panneau de droite qui devrait être toujours visible (le sommaire à gauche ne devrait jamais être visible vu qu'il n'apporte pas d'information)
  • sur mobile le navigateur propose un défilement horizontal (inutile) sur certaines dépêches (python partie 2)
  • le panneau de droite devrait en permanence occuper toute la hauteur disponible, et rester visible lorsque l'on fait défiler le contenu de la page
  • le sommaire de gauche devrait aussi être visible en permanence
  • on a du pain sur la planche côté aspect visuel 😄

Un truc sur lequel il faut être vigilant aussi c'est garder le tout utilisable sans javascript, j'ai pas encore tenté de le désactiver pour voir.

@Trim
Copy link
Contributor Author

@Trim Trim commented Sep 14, 2019

Merci pour le retour :-)

  • le sommaire apparaît 3 fois (panneau gauche + corps de l'article + barre de navigation).

Je dirais plutôt 2 fois: par défaut, il est caché dans la barre de navigation.

Je pense que l'on peut l'enlever du corps de l'article: à mon avis, quand on est en train d'écrire l'article, le sommaire est trop changeant et n'a donc pas besoin d'être présent dans la partie principale de travail.

  • lorsque la largeur d'écran permet d'afficher une colonne en plus de l'article, c'est le panneau de droite qui devrait être toujours visible (le sommaire à gauche ne devrait jamais être visible vu qu'il n'apporte pas d'information)

Finalement, peut être que ce panneau de gauche n'est plus utile du tout ?

Si je reprends, le wireframe 10_parcours_redaction.png, j'y vois:

  • Le sommaire: il peut être laissé dans le contenu
  • Les liens: on a dit qu'on les mettrai au fond du contenu
  • Les règles de modération: on a dit que le bandeau actuel suffit (sur la page des articles en cours de rédaction)
  • L'aide Markdown: on pourrait ajouter un onglet dans le panneau de droite

Il resterait encore le système de vote des modérateur: on pourrait le mettre à nouveau dans l'onglet discussion en dessus de la conversation.

  • sur mobile le navigateur propose un défilement horizontal (inutile) sur certaines dépêches (python partie 2)

J'avais remarqué ça aussi, c'est à cause du contenu de la dépêche: il y a des hash SHA256 dans des codes de la dépêche et ça force le contenu à dépasser de la boîte.

Il faudrait peut être forcer le retour à la ligne sur mobile, même pour les codes. Mais ça me semble bizarre comme solution et je n'en vois pas vraiment d'autre.

  • le panneau de droite devrait en permanence occuper toute la hauteur disponible, et rester visible lorsque l'on fait défiler le contenu de la page

Bonne idée et c'est maintenant faisable, grâce à la barre de navigation sur mobile :) Avant, j'utilisais les flexbox pour être un minimum responsive, mais grâce à ce nouvel outil, l'utilisateur peut facilement cacher/montrer le paneau.

  • on a du pain sur la planche côté aspect visuel 😃

J'avoue que pour l'instant ça ne me choque pas trop parce que c'est utilisable 😅

Un truc sur lequel il faut être vigilant aussi c'est garder le tout utilisable sans javascript, j'ai pas encore tenté de le désactiver pour voir.

Alors, c'est très vite vu: la rédaction collaborative ne fonctionne pas du tout sans javascript 😉 Dès que tu veux éditer un paragraphe, on fait des appels ajax pour afficher l'outil d'édition.

Pour cette fonctionnalité, j'emploie un petit peu de JavaScript pour pouvoir ajouter/enlever des attributs aux panneaux à afficher (donc, JavaScript est employé uniquement pour manipuler les éléments DOM). Le reste, c'est CSS qui gère (cacher/montrer, faire les animations...).

Personnellement, je pense que c'est une utilisation correcte de JavaScript. En plus, tous les codes sont open-source et héberger sur le serveur même de LinuxFr.

Néanmoins, cette remarque est pertinente pour la partie publique du site à mon avis.

@Trim
Copy link
Contributor Author

@Trim Trim commented Sep 15, 2019

Le commentaire précédent est un peu long, pour avoir une idée concrète, tu peux aller voir à nouveau mon site de test ;-)

@mjourdan
Copy link

@mjourdan mjourdan commented Sep 16, 2019

Sur ton message précédent, j'avais un début de réponse mais je l'ai laissé à la maison, je le sortirai quand je pourrai.

Côté démo, je trouve que ça va, t'as carrément bien géré !

Côté panneau latéral :

  • est-il possible de faire en sorte que lorsque le curseur de souris est placé sur les onglets, les onglets défilent (et que la barre de défilement horizontale n'apparaisse pas).
  • il faudrait aligner le tableau de syntaxe markdown à gauche, avec le titre « documentation markdown »

Côté barre de navigation, est-ce qu'il est techniquement possible :

  • de l'aligner sur le centre du corps de l'article ? (pas sûr que ce soit souhaitable, c'est pour tester ce qui marche le mieux)
  • dans le sommaire déplié, de mettre en surbrillance la section en cours de lecture ?
  • dans la barre repliée, de remplacer l'inscription sommaire par le nom de la section en cours ?

Après se pose la question d'assurer la transition entre la liste des rédactions et l'article en cours. Peut-on réduire le conteneur de rédaction à 1200 px et le centrer ? L'idée serait ensuite de le décaler sur la gauche lorsque le panneau est déplié (tant qu'il reste de l'espace dispo) et enfin de le réduire (s'il ne reste plus d'espace) ?

@Trim
Copy link
Contributor Author

@Trim Trim commented Sep 16, 2019

Côté démo, je trouve que ça va, t'as carrément bien géré !

Merci, c'est chouette de voir que l'on arrive à quelque chose de bien 😊

Côté panneau latéral :

  • est-il possible de faire en sorte que lorsque le curseur de souris est placé sur les onglets, les onglets défilent (et que la barre de défilement horizontale n'apparaisse pas).

Le mieux, je pense ce serait d'ajouter à gauche un bouton avec le symbole < et à droite un autre avec le caractère > pour indiquer qu'il y a des onglets en plus à voir (et au clique, ça ferait défiler le contenu). Cette solution posera moins de problème pour les appareils mobiles, car, pour eux, il n'y a pas de "survol de souris" :) Il faut que j'essaie.

  • il faudrait aligner le tableau de syntaxe markdown à gauche, avec le titre « documentation markdown »

Ça marche.

Côté barre de navigation, est-ce qu'il est techniquement possible :
[...]

  • dans le sommaire déplié, de mettre en surbrillance la section en cours de lecture ?
  • dans la barre repliée, de remplacer l'inscription sommaire par le nom de la section en cours ?

Bonne question... À vrai dire, je n'ai jamais joué avec le défilement et le javascript, donc je ne sais pas te dire si c'est faisable ou non 😅 Je pense que c'est un peu compliqué de savoir précisément, car une page peut afficher plusieurs sous-sections en même temps. Est-ce que tu te limiterais aux titres principaux (de premier niveau) ?

Après se pose la question d'assurer la transition entre la liste des rédactions et l'article en cours. Peut-on réduire le conteneur de rédaction à 1200 px et le centrer ? L'idée serait ensuite de le décaler sur la gauche lorsque le panneau est déplié (tant qu'il reste de l'espace dispo) et enfin de le réduire (s'il ne reste plus d'espace) ?

Si je comprends bien, tu voudrais que, quand il n'y a que le corps de visible, sa taille et sa position soient identiques au reste du site ?

Le panneau latéral est réglé à 25% de la surface de l'écran, tu voudrais garder la même taille ?
Et, est-ce que par défaut on garde bien le panneau latéral visible ?

@mjourdan
Copy link

@mjourdan mjourdan commented Sep 17, 2019

Pour les onglets, sans doute que si on réduit la taille de la police (admettons à 100% de celle du corps du texte), on épargne aux rédacteurs un défilement horizontal qui pourrait s'avérer pénible.

Vu que les navigateurs savent nous amener sur une ancre particulière d'une page (typiquement quand on clique sur un sommaire, justement), j'espère qu'il y a moyen de récupérer la dernière ancre qui ait été franchie, sans rentrer dans des estimations compliquées… Descendre au 2ème niveau de profondeur serait pas mal pour les articles un peu complexes.

Si je comprends bien, tu voudrais que, quand il n'y a que le corps de visible, sa taille et sa position soient identiques au reste du site ?

C'était l'idée. Elle est peut-être mauvaise (elle le sera à terme) mais là on a pas vraiment l'impression d'être sur le même site, quand depuis l'espace de rédaction on ouvre une rédaction particulière. C'est déjà pas terrible quand on passe de l'accueil à l'espace de rédaction, mais au moins là on a encore le bandeau de gauche pour faire une sorte de continuité.

Ça me fait me rendre compte que le bandeau de navigation principal n'est pas le même que sur le reste du site. Est-ce qu'il y a moyen de l'étendre à 100 % de la largeur, et le faire passer au-dessus du panneau latéral de droite ?

Le panneau latéral est réglé à 25% de la surface de l'écran, tu voudrais garder la même taille ?
Et, est-ce que par défaut on garde bien le panneau latéral visible ?

Ça me paraissait (trop) large mais c'est aussi ce que fait nextcloud sans que ça me choque. Gardons ça pour le moment. Et oui, ce serait dommage de masquer le panneau par défaut, vu que l'une des premières choses qu'on est susceptible d'aller voir c'est les discussions.

@Trim
Copy link
Contributor Author

@Trim Trim commented Sep 23, 2019

Voilà les améliorations que j'ai faite ce weekend:

  • Pour l'aide au wiki, j'ai aligné le tableau avec le lien au-dessus.
  • Pour les onglets du panneau de droite: la scrollbar n'apparaît plus (la taille du panneau de droite dépend de la taille du texte, ce qui permet d'avoir toujours une taille suffisante pour voir tous les onglets).
  • Pour la taille du corps, j'ai réussi à faire qu'elle soit identique au reste du site et qu'elle se réduise quand le panneau de droite est affiché
  • Pour la barre de navigation en haut, je n'ai pas réussi à la faire passer par dessus le panneau de droite (ça fait bizarre, car le panneau de droite est fixé sur l'écran et que la barre de navigation disparaît au scroll). Par contre, j'ai ajusté son style pour que, lorsque l'espace est réduit, il apparaisse comme sur les mobiles.

Pour la barre de navigation, je n'ai pas trouvé de moyen rapide de mettre en place l'affichage de la section en cours de lecture.

Comme, il faudrait que je prenne pas mal de temps pour ce dernier point, je propose de le laisser de côté: j'aimerai bien pouvoir proposer ce nouvel agencement en production, car il me semble mieux que la situation actuelle. Est-ce que c'est dans un bon état de ton point de vue aussi ?

PS: personnellement, mon prochain objectif est de pouvoir ajouter une illustration aux articles, car je pense que c'est une amélioration majeur très attendue.

@mjourdan
Copy link

@mjourdan mjourdan commented Sep 30, 2019

Merci pour les changements ! (et désolé pour le délai de réponse)

Voici quelques observations :

  • sur mobile, lorsque le panneau est visible, le fond obscurci suggère qu'on peut toucher n'importe où en-dehors du panneau pour le fermer, or il faut actionner spécifiquement le bouton en bas. Est-ce que changer ça serait possible ?
  • pour mieux distinguer la barre de navigation de la page, peut-être qu'une ombre pourrait aider. (par exemple "box-shadow: 0px 2px 2px 0px #bdb3aa")
  • lorsque l'on clique sur un lien du sommaire, celui-ci devrait se fermer automatiquement
  • dans la barre de navigation, l'icône flèche est moyennement efficace sur les écrans intermédiaires pour exprimer ce à quoi il sert. Peut-être que les icônes "sidebar" de Feather pour révéler le panneau serait plus clair ?
  • une alternative à la mise à jour dynamique de la barre serait peut-être de la remplacer par un simple bouton avec une icone. (Le truc, c'est que j'ai pas trouvé d'icône adapté côté Feather - enfin si, "bar-chart" tourné de 45° vers la gauche - alors qu'il y a "sort" chez Material.)

Sur le plan purement cosmétique, des petites retouches à faire pour le panneau latéral :

  • ajouter une bordure à gauche (surtout sur mobile)
  • les barres horizontales de séparation devrait être bien plus légères, par exemple de la même couleur que les onglets désactivés
  • il ne devrait pas y avoir d'espace au-dessus de la première barre de séparation
  • il ne devrait pas y avoir de barre de séparation au bas du panneau (ou avant du vide)

@Trim
Copy link
Contributor Author

@Trim Trim commented Oct 14, 2019

Hello,

Merci pour les suggestions 👍

Voici quelques observations :

* sur mobile, lorsque le panneau est visible, le fond obscurci suggère qu'on peut toucher n'importe où en-dehors du panneau pour le fermer, or il faut actionner spécifiquement le bouton en bas. Est-ce que changer ça serait possible ?

Oui, c'est fait.

* pour mieux distinguer la barre de navigation de la page, peut-être qu'une ombre pourrait aider. (par exemple "box-shadow: 0px 2px 2px 0px #bdb3aa")

Bonne idée, c'est fait aussi.

* lorsque l'on clique sur un lien du sommaire, celui-ci devrait se fermer automatiquement

Maintenant, dès que l'on clique sur le panneau du sommaire, il se ferme.
Si le clique est fait sur un lien, la page se déplace jusqu'au titre et ferme aussi le sommaire.

* dans la barre de navigation, l'icône flèche est moyennement efficace sur les écrans intermédiaires pour exprimer ce à quoi il sert. Peut-être que les icônes "sidebar" de Feather pour révéler le panneau serait plus clair ?

J'ai mis l'icône sidebar pour révéler/cacher le panneau.
Sur mobile, le bouton qui s'affiche pour cacher le panneau est maintenant une simple flèche vers la droite.

* une alternative à la mise à jour dynamique de la barre serait _peut-être_ de la remplacer par un simple bouton avec une icone. (Le truc, c'est que j'ai pas trouvé d'icône adapté côté Feather - enfin si, "bar-chart" tourné de 45° vers la gauche - alors qu'il y a "sort" chez Material.)

J'ai mis en place cette idée avec l'icône align-right de Feather.
Je n'étais pas sûr du sens, on pourrait aussi utiliser align-left.

Si tu penses qu'il faut avoir des puces dans cette icône, je pourrais m'inspirer de l'icône list et la modifier pour ressembler à align-right (ou left).

Sur le plan purement cosmétique, des petites retouches à faire pour le panneau latéral :

* ajouter une bordure à gauche (surtout sur mobile)

Je n'étais pas sûr si tu voulais dire un espace sur la gauche du texte ou une bordure. Du coup, j'ai mis les 2 :)

aperçu mobile

* les barres horizontales de séparation devrait être bien plus légères, par exemple de la même couleur que les onglets désactivés
* il ne devrait pas y avoir d'espace au-dessus de la première barre de séparation
* il ne devrait pas y avoir de barre de séparation au bas du panneau (ou avant du vide)

C'est fait 👍

@mjourdan
Copy link

@mjourdan mjourdan commented Oct 18, 2019

Pour le sommaire, l'icone me paraît pas mal ! J'ai gribouillé ce à quoi je pensais pour le bouton.

Ci-dessous, des points de détails qu'il peut être sympa de paufiner, mais à mon avis c'est pas bloquant…

J'ai repéré un (tout) petit bug : sur écran large, quand on clique pour révéler le panneau qui était masqué, on a la bordure de droite de la section #redaction qui saute.
Dans le même ordre d'idée, sur mobile, l'obfuscation coulisse avec le panneau. J'aurais plutôt vu la séquence suivante pour véhiculer l'idée que le panneau vient se superposer au reste de l'écran :

  1. on tape pour révéler / la page s'obscurci / le panneau coulisse
  2. on tape pour replier / le panneau coulisse / l'obfuscation se termine

On est pas loin du compte, je dirais !

@mjourdan
Copy link

@mjourdan mjourdan commented Oct 27, 2019

J'viens de voir les changements sur le site de test. T'as vraiment bien géré, j'suis tout content !

Encore des détails cosmétiques :

  • sur mobile, j'ai remarqué que le sommaire perdait ses arrondis, et qu'il bénéficierait d'une marge extérieure (disons de 8 px).
  • sur mobile encore, on a une barre verticale qu'on voit passer quand on déplie le panneau latéral

Sinon, pour ce que j'ai pu tester :

  • je trouve que la transition du panneau latéral marche carrément bien, l'obfuscation me semble efficace et les boutons me semblent visuellement et symboliquement cohérents.
  • le bouton rond pour le sommaire, c'est finalement aussi efficace que le machin compliqué que j'avais envisagé initialement, et c'est plus discret. Je n'y vois que des bénéfices.

@Trim
Copy link
Contributor Author

@Trim Trim commented Oct 28, 2019

Chouette merci pour ces retours !

Je n'avais pas encore écrit ici, parce que je voulais encore améliorer un peu le système des popups.

Je l'ai fait ce matin et j'ai appliqué tes suggestions pour le sommaire pour mobile.

Avec le nouveau code, j'arrive à assombrir l'écran du mobile aussi quand on affiche le sommaire et je trouve que ça donne bien aussi :-)

@mjourdan
Copy link

@mjourdan mjourdan commented Nov 9, 2019

Un petit détail que j'avais pas repéré auparavant : dans le panneau latéral, quand la dépêche est marquée comme urgente, on dirait qu'un 5è onglet est ajoutée sous les 4 premiers.

À la place, je préconiserais de faire apparaître l'information uniquement dans l'onglet "détails", avec le même style que les autres infos. Sinon, j'ai refait une passe viteuf et pas vu d'autre souci lié aux changements qui nous occupent.

Merci Adrien 👍

@Trim
Copy link
Contributor Author

@Trim Trim commented Nov 9, 2019

Ah oui, tu as raison. En fait, c'est le style des titres qui est comme ça dans le panneau de droite.

Finalement, il n'y a plus vraiment besoin d'avoir de titre pour ce panneau, alors je vais enlever le style des titres et faire en sorte qu'il n'y ait plus de titre dans ce panneau.

@zeroheure
Copy link
Contributor

@zeroheure zeroheure commented Nov 19, 2019

Beau boulot, merci à vous deux !

@Trim
Copy link
Contributor Author

@Trim Trim commented Nov 19, 2019

Merci pour le retour, ça fait plaisir :)

@mjourdan, j'ai commencé à intégrer à nouveau l'image d'illustration dans l'espace de rédaction. Ça avance gentillement et je me demandais s'il faut pour l'instant garder le style actuel ou s'il faut déjà faire le design plus "flat" proposé dans tes maquettes ?

En plus, @zeroheure m'a fait remarqué sur LinuxFr, que les modérateurs ont de la peine à utiliser la "seconde partie" de la dépêche et qu'une seule partie serait plus simple à utiliser. Je ne sais pas trop quoi en penser, parce que j'en ai besoin pour pouvoir facilement gérer l'illustration des dépêches... On peut en discuter directement sur notre système de suivi.

@zeroheure
Copy link
Contributor

@zeroheure zeroheure commented Nov 19, 2019

De rien, je trouve votre boulot impressionnant et particulièrement soigné.

@zeroheure
Copy link
Contributor

@zeroheure zeroheure commented Jul 17, 2020

ça en est où ce PR ?

@Trim
Copy link
Contributor Author

@Trim Trim commented Jul 17, 2020

Hello,

Comme la partie "espace de rédaction" a été fusionnée, j'ai laissé de côté ce PR.

Il faudrait que je m'y mette à nouveau, mais je ne sais pas si "inclure les images" était le bon point de départ. Je trouve que ça a fait beaucoup de modifications partout dans le code.

Je me demande s'il serait plus intéressant de refaire la page d'accueil comme la proposition faite dans le design de Mathieu ?

Le scope sera moins large et ça pourra déjà améliorer l'accueil du site.

@zeroheure
Copy link
Contributor

@zeroheure zeroheure commented Jul 17, 2020

C'est sûr qu'il vaut mieux des petites modifs incrémentielles qu'un bon gros changement des familles. Surtout quand on code tout seul, c'est vite décourageant !
Le design de mathieu est toujours intéressant et nécessaire. Les changements en page d'accueil sont bienvenus !

@Trim Trim closed this Jul 22, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
4 participants