Pour la n°12 je suis assez d'accord, suffit de voir ça :
Pour le point 3 (lecture zen), il suffit d'appuyer sur Echap pour le quitter.
Pour le point 22, je propose un bouton radio entre majeur / mineur qu'il faut forcément cocher et sans valeur par défaut. Ça évitera les erreurs de publication.
Sinon, bug ridicule, le numéro de version ne s'affiche pas sur certaines pages. Je citerai entre autre la page de recherche et celle de paramètre du compte (c'est celle ou ça m'as marqué)
Mettre un S à "Derniers" sur le titre "Derniers Tutoriels" de la page d'accueil.
C'est un peu hard de suivre avec des listes aussi longues et les débats qui s'entrechoquent 
Les images utilisateurs sont forcées à la largeur de la colonne. Si on veut voir l'orignal, on est obligé de récupérer manuellement l'URL de l'image. Un lien sur ces images vers l'image pleine taille serait très appréciable. Idem avec les images dans les articles (pas testé pour les forums, mais je suppose que c'est pareil).
Pour tout ça, c'est un peu délicat car il faut arriver à cibler les images redimensionnées ; sachant qu'on est responsive (enfin bientôt) ça doit se faire côté client, donc j'aime bien l'idée mais ça va demander un minimum de travail.
On est obligés de revenir en haut de la page pour quitter le mode Zen. On pourrait le laisser fixe dans un coin de l'écran.
Ou la touche echap qui me semble instinctive, mais pourquoi pas faire suivre le bouton.
Dans les menus principaux : sous "Tutoriels / Forums" les liens "Tous les…" sont en haut du dropdown. Sous "Notifications / MP / Alertes", ils sont en bas du dropdown, ce qui est incohérent. AMHA "en bas" est plus habituel.
C'est du au comportement mobile et au fait que pour l'instant quand tu clic sur "Tutoriels" au moins t'as pas à bouger 50m ta souris pour trouver le lien "tous les tutos". Ca changera dès qu'on aura une solution clic + survol + … à noter mais pas faisable dans l'heure 
Dans le drop-down des forums, on se retrouve avec 2 colonnes coincées toutes seules à gauche, et ce sera le cas encore longtemps. Que peut-on faire pour éviter ce genre d'effet désagréable ?
Bah c'est à dire qu'encore une fois c'est un effet de bord post-design. J'avais prévu plein de forums et trois jours avant d'ouvrir en réduit à deux, ça casse un peu tout. Du coup, c'est un peu délicat mais faisable de centrer les deux colonnes.
Dans le menu principal, "TUTORIELS", "ARTICLES" et "FORUMS" sont en capitales, ce qui me donne l'impression de me faire crier dessus et d'être dans Office 2013.
J'ai testé sans, je n'aime pas, et j'ai pas tellement envie de changer à ce niveau là : c'est la navigation principale ce sont les SEULS liens qui sont ainsi.
Idem pour les titres de fenêtres modales
Là par contre c'est discutable.
Tant qu'on est dans les fenêtres modales, je ne comprends pas la raison d'être du grand espace vide entre la zone de texte (ex : pour mettre la raison de signalement / masquage d'un message) et les 2 boutons d'action.
Parce que la box est centrée verticalement donc elle a une hauteur fixe, donc c'est pas négociable et je ne pense pas que ce soit ni bloquant ni moche ni gênant donc ça restera comme ça 
Je ne comprends pas pourquoi le logo s'assombrit quand je clique dessus. Personnellement je ne suis pas persuadé de la nécessité d'un effet sur le logo au survol, tellement c'est habituel qu'un clic logo renvoie sur la home.
Ca a été dit quelque part ailleurs, je n'aime pas non plus. Mais pour des raisons d'accessibilité il faut une différence entre normal et survol/focus. Je ferais quelque chose de mieux un poil plus tard.
Pour moi la phrase sur les sauts de ligne devrait être en haut de l'aide Markdown, c'est la plus importante.
Pourquoi pas.
Pour moi l'aide Markdown devrait être dépliée par défaut
Nécessite un peu de JS avec localStorage, l'idée ne me déplait point.
Le rendu des formules mathématiques est sensiblement plus petit que le texte.
Aucune idée de comment on règle ça.
Quand on passe la souris sur les pouces, la bordure inférieure devient bleue. Ce serait sans doute plus claire si elle devenait verte (+1) ou rouge (-1)
Pourquoi pas.
Les marges autour des blocs de texte sont gigantesques. Autant je comprends que la marge de gauche soit grande, puisqu'elle accueille les numéros de ligne. Par contre je ne comprends pas pourquoi on a l'équivalent d'une ligne avant et après le code à l'intérieur du cadre.
J'ai absolument pas compris.
Puisqu'on parle des numéros de ligne : ils sont collés à la marge de droite, un léger espace serait le bienvenu.
Je pige pas non plus du coup.
De la même manière, écarter un poil le code de sa marge serait bien
Le code n'est pas encore stylisé.
Si j'en crois l'article Rédiger sur ZdS, les tableaux sont stylés différemment selon qu'ils sont avec la syntaxe simple ou complexe. Dans un tuto la syntaxe simple a un rendu avec la police du forum.
Ca dépend si c'est une figure ou pas. Si c'est une figure en effet le rendu est différent ; mais du coup c'est un poil chiant à régler tout ça. Faudrait savoir quelle figures prennent quelle police.
Les tableaux à syntaxe complexe dans les tutos ont des marges très importantes (de l'ordre de 1 caractère de haut)
Exemple ?
Dans la zone d'édition, une tabulation = 8 espace. Mais dans le rendu final, une tabulation = 4 espaces. Je ne sais pas si ça peut se régler…
Je ne pense pas, à part en remplaçant chaque tabulation par 4 espaces comme des brutes. Mais l'éditeur n'est pas au point et est à refaire, donc je ne pense pas m'attarder là dessus pour l'instant.
De la même manière, je trouve que les marges des blocs spéciaux sont très grandes (surtout les marges hautes et basses)
Exemple ?
Dans l'interface de rédaction des tutos, la zone de sélection des sous-catégories fait 4 lignes, or on a des dizaines de sous-catégories. Ceci en rends la sélection désagréable
Go me faire un jouli template pack pour crispy pour qu'on puisse faire ce qu'on veut avec les forms générés
Dans la boite de validation, la case "Version majeure ?" devrait être cochée par défaut. C'était un facteur de bugs très importants sur le SdZ (et on faisait des tas de fausses validations pour remonter les tutos sur la home).
Coucou les devs back \o/
La liste des forums affiche le nombre de topics et de messages des forums, ce qui n'est pas des plus utiles AMHA. Par contre, j'y mettrais bien l'auteur et la date du dernier message.
Il me semble que tu l'as déjà dit sur Github et que c'est prévu.
Dans un monde idéal, lors du parcours d'un tuto, le sommaire resterait en fixed à gauche. Mais ça pose des problèmes de gestion de hauteur d'écran, il ne faut pas que certains items du menu deviennent inaccessibles, surtout avec un tuto qui aurait beaucoup de parties de niveau 1.
Ouep, prévu mais un poil long à faire de part sa complexité sans être nécessaire donc pour un peu plus tard.
Très spécifique : sous Opera 22 (donc le moteur Blink) / Windows 7, si on ouvre un onglet en arrière-plan, quand on arrive dessus, il se "redimensionne". Comme si la fenêtre en arrière-plan avait une "largeur" déclarée très faible.
Très louche… je pense que je ne peux rien y faire. Opera utilise V8 pour le JS non ? Si oui, je ne pige pas car du coup ça devrait être ISO Chrome.
Pour les citations, j'y travail. C'est difficile d'ajuster en fonction qu'il y ait l'auteur ou pas de la citation ^^"
Pour les exemples de rendu, ils sont presque tous ici : http://zestedesavoir.com/articles/1/rediger-sur-zds/
Les marges autour des blocs de texte sont gigantesques. Autant je comprends que la marge de gauche soit grande, puisqu'elle accueille les numéros de ligne. Par contre je ne comprends pas pourquoi on a l'équivalent d'une ligne avant et après le code à l'intérieur du cadre.
et
Puisqu'on parle des numéros de ligne : ils sont collés à la marge de droite, un léger espace serait le bienvenu.
Y'a une coquille qui rends le truc incompréhensible : je parle des blocs de code :
1 | print "Hello World" |
Comme on peut le voir sur l'exemple ci-dessus :
J'ai compris pourquoi ça faisait une marge en haut et en bas.
Pour le numéro de ligne ouep why not, c'est le style par défaut de pygments là.
Pour les formules de Math, en changeant la font-size, ça passe… Du coup, comme ça, ça vous va ? (1.5em)
Avant:
Après:
Ça pourrait être pire … Encore un peut plus gros serait pas de refus je pense.
Pour les formules de Math, en changeant la font-size, ça passe… Du coup, comme ça, ça vous va ? (1.5em)
Sandhose
Je pense que tu peux augmenter encore, et techniquement il me semble que le css utilise des rem et pas des em a ce niveau.
Pour le numéro de ligne ouep why not, c'est le style par défaut de pygments là.
Alex-D
L'objectif c'est d'arriver à un truc visuellement (à la police prête) aussi beau que ça. Note bien toutes les marges qui participent à la clareté du truc.
C'est noté pour le design du code, in the todo.
Sur la page profil :
Réduire l'espace entre le titre et son sous-titre
Pas compris.
Pour les notifications vous preferez les voir afficher :
Perso je prefere le choix 1… Je vous propose de voter, +1 pour le premier choix et -1 pour le second et que ca reste comme ca
@Alex-D
Aïe je suis casse-pied avec mon padding mais là je trouve que t'y es pas allé de main morte :x je voyais ça plus petit comme padding.
Par rapport à la taille des formules mathématiques, les récents changements rendent assez mal dans les formules inline. Les formules y sont significativement plus grosses que le texte. Voici un exemple, avec l'article sur la compilation:
Vraiment ?
Bah personnellement je trouve que des lettre minuscules qui dépassent en hauteur les majuscules du texte normal, ça rend assez mal.
Ah nan c'est clairement trop gros là. Une minuscule de maths est plus grande qu'une majuscule de texte (et de loin) 
Le mode display me parait bon par contre
Pour le coup, c'est clairement trop gros, au moins sur les forums.
D'ailleurs attention : la police des texte rédigés (tutos, articles) est significativement plus grosse que celle des forums. Peut-être qu'il faudra 2 tailles de rendu.
Le mieux, 4 tailles de rendu.
Créez un compte en une minute pour profiter pleinement de toutes les fonctionnalités de Zeste de Savoir. Ici, tout est gratuit et sans publicité.
Créer un compte