C’est possible mais pas compatible avec les mobiles et tablettes …
Commentaires sur le nouveau design du topoguide
Il me semble que oui… mais je ne suis pas la référence.
Ouaip, grattons! Et d’ici à 2100, on aura eu l’occasion de trouver de nouvelles solutions!
Si on supprimait les mobiles et tabl… oups, pardon, j’ai rien dit.
Disons que les contraintes sur la portabilité du site sur différents supports demande de faire des compromis pas toujours simples …
Perso ça ne me dérange pas.
On s’en fout que ce soit une usine à gaz : ce n’est pas obligatoire, et la config par défaut conviendra à la plupart des utilisateurs occasionnels. Mais pas aux utilisateurs assidus, qui veulent chacun une config différente, et qui accepteront de passer 2min à configurer le truc pour avoir ce qu’ils veulent.
Techniquement, tout peut se faire en JS, avec juste la sauvegarde de la config sur le compte.
Ouais non déconne pas, j’avais failli me faire un post-it avec ta remarque un peu plus haut
ben une usine à gaz c’est inmaintenable (du point de vue dev)
Ouais enfin bon là, il s’agit juste d’afficher une boite avec une dizaine de cases à cocher pour choisir les champs à afficher.
D’ailleurs il me semble qu’un truc de ce genre est prévu pour choisir les champs à imprimer.
Tout est géré côté client, à part la sauvegarde sur le compte.
Nope, je ne pense pas le faire comme ça (mais je dois creuser mon idée)
Bonjour, un truc me choque dans ces très belles pages (sorties/incidents et peut-être d’autres…) c’est le ‹ post-it › géographique à droite qui empiète systématiquement sur le texte de la fenêtre inférieure rendant la lecture de ce dernier difficile… C’est un ‹ détail › mais qui fait tâche et un peu mal fini… pour le reste : bravo, c’est sympa !
C’est identifié … mais il faudrait que des gens reflechisse à où on met cette infos. Si la modif est simple ca peut être fait rapidement.
Merci, la remonter afin qu’elle ne morde pas sur le cadre inférieur ce serait bien non ? Apparemment elle se dimensionne selon la longueur du texte mais se trouve toujours à mordre dessous !..
Il y a des cas où elle vraiement grande (sur un raid par example).
perso je la virerai et reintegrer dans un des blocs d’infos du docs.
Oui effectivement ce serait une bonne solution, logique en plus ! Le côté ‹ visuel mobile › ne devrait pas gêner l’information…
d’accord aussi avec cette proposition.
+1 aussi
+1 pareil
faut desactiver la class row-list pour cette section uniquement … je sais pas comment faire perso. Si quelqu’un ouvre une issue je peux expliquer le fonctionnement des listes.
dans ce cas section dedié ou pas ?
je n’ai pas spécialement d’avis sur la question. Quand tu parles de section dédiée, c’est par exemple ‹ Général › ou ‹ Cotations › ?