Pas vu de différence entre FF et Chrome, tu as l'option police adaptative
activée ou pas ?
Faut aussi vérifier les tailles de base des navigateurs, ça peut jouer.
Le 13 janvier 2017 à 22:22, Franck Paul <carnet.franck.paul(a)gmail.com> a
écrit :
Cool merci Franck.
Je regarderai de mon côté pour les tailles de police, entre Google Chrome
Canary et Firefox Dev edition, je verrai bien s'il y a un truc qui coince…
Le 13 janvier 2017 à 21:53, Franck L <franck.lafay(a)sfr.fr> a écrit :
> Hello,
>
> Je n'ai pas testé avec un mobile ou une tablette, mon install de test est
> uniquement en local sous Mac. Mais je vais faire une install de test en
> ligne sous peu.
> Donc sous Mac / Firefox, c'est tout comme Mirovinben, modulo le champ
> date qui ne pose pas de souci avec la taille de caractère par défaut.
> D'ailleurs, à ce propos, j'ai visiblement un comportement différent selon
> les navigateurs pour cette taille de caractère : sous FF, ça ne bouge que
> très peu quelle que soit la taille choisie, alors que sous Chrome/Safari,
> ça varie réellement.
> Pas de souci particulier à voir les blocs sous les boutons d'action.
> Sinon, très joli les blocs, en effet.
>
> L'autre Franck
>
> Le 13/01/2017 à 07:28, Franck Paul a écrit :
>
>> Merci pour les retours mirovinben
>>
>> Le 13 janvier 2017 à 07:20, mirovinben <forum(a)mirovinben.com> a écrit :
>>
>> Salut
>>>
>>> Configuration
>>> - desktop Windows 7pro
>>> - écran 2560x1440
>>> - Firefox 50.1.0
>>>
>>> Édition d'un billet
>>> - j'aime beaucoup les blocs à droite avec un fond gris
>>> - si je réduis la zone utile du navigateur, je constate que...
>>> <1280px : les 3 blocs se retrouvent en bas, sur 3 colonnes. Si un
>>> plugin
>>> ajoute un <div class "three-boxes"> sous les zones
d'édition, les 3
>>> blocs
>>> se retrouvent en bas, sur une colonne.
>>> <1100px : puis 2
>>> <0840px : puis une seule
>>> (valeurs approximatives)
>>>
>>> Tout ça me paraît bien géré. Sauf pour la zone de saisie de la date qui
>>> n'est plus assez longue quelque soit la largeur : le dernier chiffre à
>>> droite est légèrement tronqué chez moi par rapport à la 2.11.2, avec les
>>> mêmes préférences utilisateur (Taille de police de caractère :
>>> "defaut").
>>>
>>> Je n'utilise que mon desktop pour éditer un billet donc je laisse
>>> d'autres
>>> testeurs s'exprimer à propos de l'usage sur un écran de tablette ou
de
>>> smartphone.
>>>
>>> Le 12/01/2017 à 15:40, Franck Paul a écrit :
>>>
>>>> Bonjour tout le monde,
>>>>
>>>> J'ai essayé d'améliorer la page d'édition des billets et des
pages,
>>>> spécialement sur les petits écrans (à l'aide du système flexbox de
CSS
>>>> 3
>>>> pour les connaisseurs).
>>>>
>>>> Ça fonctionne plutôt pas mal d'après mes premiers tests, sauf que ça
>>>> peut
>>>> bousculer un peu vos habitudes. En effet, sur petits écrans (petit
>>>> étant
>>>> très relatif puisque ça dépend aussi de la taille de la police réglée
>>>>
>>> pour
>>>
>>>> votre navigateur) et de l'affichage/masquage du menu de gauche, la
>>>>
>>> colonne
>>>
>>>> de droite et ses « boîtes » (État, Classement, Options) peut être
>>>>
>>> renvoyée
>>>
>>>> sous les boutons de validation/annulation du formulaire (c'est la
>>>> raison
>>>> pour laquelle j'ai modifié le fond des différentes boîtes.
>>>>
>>>> J'aimerais avoir votre avis et vos retours à ce sujet, en particulier
:
>>>>
>>>> 1. Est-ce que l'agencement fonctionne sur vos écrans habituels
(ordis,
>>>> tablettes et smartphones) ?
>>>>
>>>> 2. Est-ce que vous trouvez gênant la position des boîtes sous les
>>>> boutons
>>>> de validation ?
>>>>
>>>> La version correspondante sera générée ce soir à minuit et donc dans
>>>> les
>>>> tuyaux juste après.
>>>>
>>>> Merci d'avance
>>>>
>>>> --
>>> Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/
>>> listinfo/dev
>>>
>>>
>>
>>
> --
> Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinf
> o/dev
>
--
Franck — Operating Crocker’s rules (
http://sl4.org/crocker.html)