Les petits pixels...

Par rapport à avant en version mobile, il faut soit : - un chargement supplémentaire pour aller sur la page concernée. - galéré à simuler un survole (un long clic puis un retour sous chrome sous android par exemple).

Dans tous les cas, je trouve que c’est une régression du côté mobile.

Et si je décoche dérouler au survol dans mes paramètres, je perdrais l’évolution apporté sur la version desktop.

Le tap pourrait effectivement être géré pour ouvrir les menus. C’est pas bien compliqué en général…

C’est normal d’avoir une casquette que personne ne porte ?

Heureusement que personne la porte vu son nom.

Sinon c’est vrai que c’est étrange.

C’est pas le truc directeur technique de zds ?

Cf. la fin de cette news : https://zestedesavoir.com/articles/2108/la-25e-version-de-zeste-de-savoir/

Je pense que le mieux serait de masquer les casquettes qui ne sont portées par personne dans la liste. Leur affichage n’est pas vraiment pertinent. Mais sinon, oui, c’est normal vu que ce poste n’existe plus.

Et on ne peut pas supprimer ces casquettes ?

Ce n’est pas souhaitable : des messages ont été postés avec cette casquette et la supprimer l’enlèverait de ces messages. Il est donc nécessaire de conserver l’objet en BDD (même si on le masque dans les listes).

Je croyais que les casquettes étaient dénormalisées dans les messages (c’est a dire qu’on pouvait supprimer une casquette sans empiéter sur les messages), mais bon si ça n’a pas été codé ainsi, effectivement il vaut mieux masquer celles qui ne sont pas utilisées.

Ah en effet, c’était ce qui était prévu au début, mais cela a été modifié pour pouvoir marquer des casquettes comme « liées au site » et les rendre cliquables. Du coup, les posts ont bien une clé étrangère vers leur casquette.

Il faudrait peut-être fournir un lien vers la publication de Gandi dans le message sur la page d’accueil ? Pour les curieux.

Thank you.

Pas sûr qu’il y ait une publication en tant que tel, à la base c’est un mail qui a été reçu.

À confirmer par les plus informés, mais j’ai rien trouvé d’évident sur leur site…

Pareil, j’ai fait une recherche Google j’ai rien trouvé d’officiel. Bizarre pour un hébergeur de ne pas annoncer publiquement une maintenance (autant je comprends que ça ne vends pas trop, mais dans leur blog ou autre, ça a sa place).

https://news.gandi.net/fr/2018/01/vulnerabilites-meltdown-et-spectre/

https://v4.gandi.net/support/contact/mail

Je ne suis pas sûr d’être au bon endroit, mais le champs de recherche de la page d’accueil a une couleur de définie pour le placeholder, et pas de background. Quand on a un background sombre par défaut, c’est assez moche (et illisible). C’est aussi le cas du formulaire de réponse indépendant (obtenu lorsque l’on édite un message par exemple).

Il me semble qu’il est une bonne pratique de définir les deux à chaque fois (ou aucun des deux). D’ailleurs, la plupart des autres parties du site sont correctes sur ce point, comme le formulaire de réponse rapide au bas des pages.

Rien de bien grave, mais dans l’édition d’un article, les boutons d’édition se retrouvent au dessus du menu de notification :

Ce n’est pas vraiment un problème graphique, mais j’ai remarquer que les notifications sont dans l’ordre chronologique inverse. Je ne sais pas depuis quand c’est le cas, mais je trouve que c’est très perturbant.

C’est depuis la dernière ou l’avant dernière version. C’est voulu. Personnellement je trouve ça cohérent de commencer par ce qui date le plus, c’est dans l’ordre d’arrivé et donc les premières notifications ne bougent pas tant qu’on ne les lit pas.

Pour Moi, si je ne lis pas une notification, c’est que je me suis pas forcément intéressé ou n’ai pas forcément le temps.

Du plus je trouve que c’est incohérent avec l’affichage de la page des notifications.