Les petits pixels...

C'est une PR non terminée qui a été mergé et mise en prod a tout cassé.

Je vais tenter de corriger ça rapidement.

@Ishimaru Chiaki : Ton soucis vient du cache, tu n'as pas le nouveau CSS. Chez moi ça fonctionne parfaitement

Dans la colonne de gauche, quand un lien a le hover, le background prend toute la largeur, mais quand il a le focus, non. C'est pas très joli.

Screenshots :

Et aussi sur la page de recherche les labels ne sont pas alignés correctement avec les checkbox.

EDIT : Je suis sur Firefox 30 au passage.

C'est connu, pour le hover/focus, j'ai pas tellement le choix.

Pour les checkbox, je vais voir ça.

Clem est écrasé sur la page d'accueil ! Il lui manque 3-4 pixels sur le côté droit. J'utilise firefox 30.0, et là j'suis sous windows 7.

Je pense que ça l'intéressera de savoir quel est la taille de ton écran

je suis en 1366*768

C'est Gecko qui fait encore de la merde…

Je vais tenter de spécifier la largeur pour forcer le moteur à redessiner l'image correctement.

Je sais pas si ça été évoqué, mais les codes inline sont assez peu démarqué du contenu normal en terme de design. C'est dommage et ca facilite pas la lecture.

Déjà remarqué en effet. Il a été répondu que c'était rien et pas prioritaire. C'est vrai, mais faut avouer que la lecture des cours est pénible sans une vraie distinction entre le code et le texte.

Pour le code inline, bordure + fond + couleur de texte please !

Au passage ça le fait aussi chez vous le border-bottom des thumb up/down qui ne s'affiche plus au survol ?

Yep, ça le fait aussi.

Et quand on clique sur "45 réactions" pour les articles sur la page d'accueil, le lien n'est pas bon (il mène vers zestedesavoir.com)

J'avais pas fait gaffe mais oui !

Déjà remarqué en effet. Il a été répondu que c'était rien et pas prioritaire. C'est vrai, mais faut avouer que la lecture des cours est pénible sans une vraie distinction entre le code et le texte.

C'est vrai que c'est pas prioritaire, je suis bien d'accord, mais ca et le css des touches ca peut ptet se regler rapidement/simplement en une PR CSS ?

Et quand on clique sur "45 réactions" pour les articles sur la page d'accueil, le lien n'est pas bon (il mène vers zestedesavoir.com)

Corrige hier soir

J'avais pas fait gaffe mais oui !

J'avais fait gaffe et ça m'énerve parce que c'est dû à un fix rapide d'un merge fait à l'arrache… donc faut encore que je re-re-remodifie le style à ce niveau.

bordure + fond + couleur de texte please !

La couleur c'est au back de le faire, moi je ne peux rien faire, sauf si on veut une couleur unie simplement.

La couleur c'est au back de le faire, moi je ne peux rien faire, sauf si on veut une couleur unie simplement.

Comment ca "c'est au back de la faire" ? Pour un code inline un style a la github peut pas le faire simplement ? (a savoir, petite couleur de fond, bordure, police plus petite etc…)

Une couleur unie, en attendant un éventuel update du back plus tard, je trouverais ça déjà plutôt bien.

Back ou Front, la question n'est pas là.

En gros ce qui est demandé ici techniquement, c'est d'aller à cet endroit du code et de rajouter un code css dans le genre :

1
2
3
4
5
6

code {
    border: 1px solid #DDD;
    background-color: #F8F8F8;
    border-radius: 3px;
    padding: 2px;
}

ça donne un rendu comme celui-ci :

Je pense qu'Alex avait compris, il évoquait ici d'une éventuelle coloration via le back des codes inline, de la même manière que sont colorés les blocs de code.

Mais je suis moi aussi partisan de la coloration unie, ce n'est pas pertinent de s'embêter à colorer de manière contextuelle des portions de code inline.

Mais je suis moi aussi partisan de la coloration unie, ce n'est pas pertinent de s'embêter à colorer de manière contextuelle des portions de code inline.

C'est surtout que dans la syntaxe markdown actuelle on ne renseigne pas le langage pour les codes inline. Du coup, il n'y aura pas vraiment de coloration à l'intérieur

Okdac cette simple réponse m'aurait suffit, donc je mettrais un couleur unie sur le code inline.

Petite modif : le champ de recherche est de type text quand un type search serait plus adapté (accessibilité, tout ça…).