• =?UTF-8?Q?[Un_peu_HS]_Mise_=c3=a0_jour_r=c3=a9cente_de_Firefox_=281?= =

    From =?UTF-8?Q?BERTRAND_Jo=c3=abl?=@21:1/5 to All on Sun Mar 9 11:10:04 2025
    This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --SPitHvXlZy3nfSStvpk1OwNS8bIguM0OX
    Content-Type: text/plain; charset=UTF-8
    Content-Transfer-Encoding: quoted-printable

    Bonjour à tous,

    Je m'aperçois d'un truc désagréable avec la dernière mise à jour de
    Firefox.

    Prenez par exemple https://63f09.systella.fr

    Le site est correctement affiché par Chromium, Seamonkey, Firefox jusqu'à la version 134.0 incluse. La version 135.0 de Firefox se
    comporte comme si la navigation provenait d'un smartphone avec une
    résolution d'écran délirante. J'ai bien vérifié que les paramètres dpi étaient par défaut (-1).

    Le fichier responsive css comporte ce genre de chose :

    @media screen and (max-resolution: 96dpi)
    {
    .nav3-grid
    {
    width: 200px;
    /*border-bottom: solid 1px [(#ENV{mfx_c200})];*/
    }
    }

    @media screen and (min-resolution: 97dpi) and
    (max-resolution: 192dpi)
    {
    .nav3-grid
    {
    width: 400px;
    /*border-bottom: solid 1px [(#ENV{mfx_c200})];*/
    }
    }

    @media screen and (min-resolution: 193dpi)
    {
    .nav3-grid
    {
    width: 600px;
    /*border-bottom: solid 1px [(#ENV{mfx_c200})];*/
    }
    }

    Il faut obligatoirement utiliser la résolution et non le nombre de pixels parce que les smartphones trichent sur le nombre de pixels.

    Ma question est donc double :
    - est-ce un bug de Firefox ou une évolution des standards ? J'ai
    l'impression que Firefox balance au serveur une résolution de 192 dpi.
    - si c'est une évolution, par quoi remplacer la directive de résolution ?

    Merci de vos lumières,

    JB


    --SPitHvXlZy3nfSStvpk1OwNS8bIguM0OX--

    -----BEGIN PGP SIGNATURE-----

    iHUEABYIAB0WIQQj8MW8iOsC2RXEznnFW/s/mMLXCAUCZ81mkwAKCRDFW/s/mMLX CCGVAP0d/2B/x6eMJsi/IJ9knmO1CZv8tbHQXnY5tZ2LLnsoIQEAtxn9xkOhNNxy tqT1COUX4W6H46he3dcQdCtV6ubRzgY=
    =R7Bd
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From NoSpam@21:1/5 to All on Sun Mar 9 11:40:02 2025
    Debian Bookworm: Chromium 134 et Firefox ESR 128 ont le même
    comportement que tu décris.

    Le 09/03/2025 à 10:59, BERTRAND Joël a écrit :
    Bonjour à tous,

    Je m'aperçois d'un truc désagréable avec la dernière mise à jour de
    Firefox.

    Prenez par exemple https://63f09.systella.fr

    Le site est correctement affiché par Chromium, Seamonkey, Firefox jusqu'à la version 134.0 incluse. La version 135.0 de Firefox se
    comporte comme si la navigation provenait d'un smartphone avec une résolution d'écran délirante. J'ai bien vérifié que les paramètres dpi étaient par défaut (-1).

    Le fichier responsive css comporte ce genre de chose :

    @media screen and (max-resolution: 96dpi)
    {
    .nav3-grid
    {
    width: 200px;
    /*border-bottom: solid 1px [(#ENV{mfx_c200})];*/
    }
    }

    @media screen and (min-resolution: 97dpi) and
    (max-resolution: 192dpi)
    {
    .nav3-grid
    {
    width: 400px;
    /*border-bottom: solid 1px [(#ENV{mfx_c200})];*/
    }
    }

    @media screen and (min-resolution: 193dpi)
    {
    .nav3-grid
    {
    width: 600px;
    /*border-bottom: solid 1px [(#ENV{mfx_c200})];*/
    }
    }

    Il faut obligatoirement utiliser la résolution et non le nombre de pixels parce que les smartphones trichent sur le nombre de pixels.

    Ma question est donc double :
    - est-ce un bug de Firefox ou une évolution des standards ? J'ai l'impression que Firefox balance au serveur une résolution de 192 dpi.
    - si c'est une évolution, par quoi remplacer la directive de résolution ?

    Merci de vos lumières,

    JB


    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?Q?BERTRAND_Jo=c3=abl?=@21:1/5 to All on Sun Mar 9 12:40:02 2025
    This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --HhDgcZkUAxe1zRyuhqGLGiTy76ilAz9eG
    Content-Type: text/plain; charset=UTF-8
    Content-Transfer-Encoding: quoted-printable

    NoSpam a écrit :
    Debian Bookworm: Chromium 134 et Firefox ESR 128 ont le même
    comportement que tu décris.

    L'affichage correct sur machine de bureau contient un menu horizontal "CPU 63F09/SoC 63F09/Assembler/Files" et deux colonnes pour le texte
    plus bas.

    J'ai testé :

    Chromium 133.0.6943.126 : OK
    Chromium 143.0.6998.35 : OK
    Seamonkey 2.53.20 : OK
    Firefox 134 : OK

    Firefox 135 : KO (on est en affichage smartphone même sur une machine de bureau. Le menu horizontal saute, les caractères sont beaucoup plus
    gros et il n'y a plus qu'une colonne).

    Bien cordialement,

    JB


    --HhDgcZkUAxe1zRyuhqGLGiTy76ilAz9eG--

    -----BEGIN PGP SIGNATURE-----

    iHUEABYIAB0WIQQj8MW8iOsC2RXEznnFW/s/mMLXCAUCZ819ZwAKCRDFW/s/mMLX COVoAQDun1sJ9nDC7vy4+Yi2LvM2VzQ4FwsGnnA4btke/pkg3wEAm62uVZZa/lXZ QOSMYZEMVx36NnNp4aY+GTx2bNQ9OAM=
    =tH5G
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Herve Guilbert@21:1/5 to All on Sun Mar 9 13:20:02 2025
    Bonjour,

    Le 09/03/2025 à 12:58, ajh-valmer a écrit :

    Ma version Firefox est 128.7 installée par Debian avec apt upgrade.
    Comment obtenir la dernière version 135 ?

    https://support.mozilla.org/fr/kb/installer-firefox-linux

    La dernière version est la 136.0
    Cf. https://www.mozilla.org/en-US/firefox/136.0/releasenotes/

    --
    Herve Guilbert

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?Q?BERTRAND_Jo=c3=abl?=@21:1/5 to All on Sun Mar 9 14:20:01 2025
    This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --f9oZ4wYfX5GmxxcgjN5LrZGQuTZKvQBmm
    Content-Type: text/plain; charset=ISO-8859-15
    Content-Transfer-Encoding: quoted-printable

    ajh-valmer a écrit :
    Ma version Firefox est 128.7 installée par Debian avec apt upgrade.
    Comment obtenir la dernière version 135 ?
    Merci.

    Je suis le dépôt http://downloads.sourceforge.net/project/ubuntuzilla/mozilla/apt pour firefox/seamonkey puisqu'il n'y a plus de seamonkey pour Debian et que
    je ne m'amuse plus à recompiler depus les sources.

    JB




    --f9oZ4wYfX5GmxxcgjN5LrZGQuTZKvQBmm--

    -----BEGIN PGP SIGNATURE-----

    iHUEABYIAB0WIQQj8MW8iOsC2RXEznnFW/s/mMLXCAUCZ82UNAAKCRDFW/s/mMLX CDh1AP9GnMFclZipUoRPo8nt5awfk/wCy21XbfhWJLBx2VS5MQEAkfR+rBzPK+6a MNPTi0HTjaaweXPRT0ygXo6V8uEVQwk=
    =mbge
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?Q?BERTRAND_Jo=c3=abl?=@21:1/5 to All on Sun Mar 9 16:40:02 2025
    This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --2BCAk7wqPESd9YZqm0AXDliaPECmpITNT
    Content-Type: text/plain; charset=UTF-8
    Content-Transfer-Encoding: quoted-printable

    Laurent COOPER a écrit :

    Le 09/03/2025 à 10:59, BERTRAND Joël a écrit :
    Il faut obligatoirement utiliser la résolution et non le nombre de
    pixels parce que les smartphones trichent sur le nombre de pixels.

    C'est normal, ils présentent les pixels CSS et non pas les pixels physiques.

    Les directives CSS media-queries resolution sont faîtes pour gérer des médias (images surtout) différentes suivant la résolution d'écran mais pas normalement pour gérer l'affichage. En particulier, ça risque de
    mettre un joli merdier avec tous les écrans modernes qui sont HDPI (les
    4K, voire 5K)

    Là, j'écris depuis un 27" en 4K avec un réglage intermédiaire qui le place à 160DPI environ. Plus fin que certains smartphone

    Les écrans présentent une résolution "humaine" pour les pages web, qui n'est pas le nombre de pixel physique du périphérique, mais des pixels virtuels que le téléphone gère.

    Bref, les guides sur les responsive insistent sur l'utilisation de
    min-width et max-width, mais évitent min-resolution et max-resolution

    Voir par exemple l'implémentation SASS de bootstrap

    Oui mais justement, j'ai du virer min-with et max-width parce que les smartphones renvoient n'importe quoi (de mémoire, j'avais des trucs en fonction des marques qui m'envoyaient un écran de plus de 2k en 7" alors
    que le datasheet indiquait deux fois moins de pixels...).

    Comment peut-on avoir la résolution réelle de l'écran ?


    --2BCAk7wqPESd9YZqm0AXDliaPECmpITNT--

    -----BEGIN PGP SIGNATURE-----

    iHUEABYIAB0WIQQj8MW8iOsC2RXEznnFW/s/mMLXCAUCZ821DwAKCRDFW/s/mMLX CJubAP9qqBlMWuRMkicwrTQKuGgibgvz1aw/HZCOcePgI1WqtwEA43yYr+V40sqk 7zrc5kKLTlP5cg4vQ0Ar7Mg9VfwWJg8=
    =IrOL
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From debian-user-french@eml.ovh@21:1/5 to All on Sun Mar 9 17:40:01 2025
    Bonjour

    Depuis des années j'ai sur tous mes sites un meta viewport à qui
    j'attribue un rôle de formule magique pour partir sur de bonnes bases en affichage tout écran :

    <meta name="viewport" content="width=device-width, initial-scale=1.0, shrink-to-fit=no">

    Est-ce nécessaire dans le cas qui nous intéresse ?

    RI


    Le 09/03/2025 à 10:59, BERTRAND Joël a écrit :
    Bonjour à tous,

    Je m'aperçois d'un truc désagréable avec la dernière mise à jour de
    Firefox.

    Prenez par exemple https://63f09.systella.fr

    Le site est correctement affiché par Chromium, Seamonkey, Firefox jusqu'à la version 134.0 incluse. La version 135.0 de Firefox se
    comporte comme si la navigation provenait d'un smartphone avec une résolution d'écran délirante. J'ai bien vérifié que les paramètres dpi étaient par défaut (-1).

    Le fichier responsive css comporte ce genre de chose :

    @media screen and (max-resolution: 96dpi)
    {
    .nav3-grid
    {
    width: 200px;
    /*border-bottom: solid 1px [(#ENV{mfx_c200})];*/
    }
    }

    @media screen and (min-resolution: 97dpi) and
    (max-resolution: 192dpi)
    {
    .nav3-grid
    {
    width: 400px;
    /*border-bottom: solid 1px [(#ENV{mfx_c200})];*/
    }
    }

    @media screen and (min-resolution: 193dpi)
    {
    .nav3-grid
    {
    width: 600px;
    /*border-bottom: solid 1px [(#ENV{mfx_c200})];*/
    }
    }

    Il faut obligatoirement utiliser la résolution et non le nombre de pixels parce que les smartphones trichent sur le nombre de pixels.

    Ma question est donc double :
    - est-ce un bug de Firefox ou une évolution des standards ? J'ai l'impression que Firefox balance au serveur une résolution de 192 dpi.
    - si c'est une évolution, par quoi remplacer la directive de résolution ?

    Merci de vos lumières,

    JB


    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Th.A.C@21:1/5 to All on Sun Mar 9 18:50:01 2025
    Le 09/03/2025 à 12:58, ajh-valmer a écrit :
    Ma version Firefox est 128.7 installée par Debian avec apt upgrade.
    Comment obtenir la dernière version 135 ?
    Merci.
    ajh V.


    Debian fourni la version ESR, donc en 128.7 et depuis peu la 128.8

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?Q?BERTRAND_Jo=c3=abl?=@21:1/5 to All on Sun Mar 9 18:50:01 2025
    This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --b7Ftq2pyHAtyTMnByYSk4ADb84tiMLlU7
    Content-Type: text/plain; charset=UTF-8
    Content-Transfer-Encoding: quoted-printable

    debian-user-french@eml.ovh a écrit :
    Bonjour

    Depuis des années j'ai sur tous mes sites un meta viewport à qui
    j'attribue un rôle de formule magique pour partir sur de bonnes bases en affichage tout écran :

    <meta name="viewport" content="width=device-width, initial-scale=1.0, shrink-to-fit=no">

    Est-ce nécessaire dans le cas qui nous intéresse ?

    Bonsoir,

    Je ne saisis pas bien.

    Là, le problème tourne autour de @media screen and (min-resolution: 97dpi). Je viens de tester avec min-width et max-width mais ça ne donne
    pas le bon résultat avec les smartphones qui annoncent pour certains des tailles multipliées par 2 ou 4...


    --b7Ftq2pyHAtyTMnByYSk4ADb84tiMLlU7--

    -----BEGIN PGP SIGNATURE-----

    iHUEABYIAB0WIQQj8MW8iOsC2RXEznnFW/s/mMLXCAUCZ83SrwAKCRDFW/s/mMLX CJazAPwOBcZnbariIVg1bO5NyjJ1MG84KM2O3c1C3+E1qBVfTQD/TsmX0kHguuvi KjW3V/Dfgbp7XBPo7LR6NyP//JneBgg=
    =Cz5E
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?Q?BERTRAND_Jo=c3=abl?=@21:1/5 to All on Sun Mar 9 20:00:01 2025
    This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --SZ5gBxEm7unp7NUWq53kRhofRIVHKXuct
    Content-Type: text/plain; charset=UTF-8
    Content-Transfer-Encoding: quoted-printable

    didier gaumet a écrit :
    Le 09/03/2025 à 14:19, BERTRAND Joël a écrit :
    Sinon, plutôt que d'utiliser un dépôt Sourceforge pour Ubuntu, pourquoi
    ne pas utiliser, sous Boookworm (je suppose, sinon, sous Testing et
    Unstable tu as les paquets Debian de Firefox "normal" (non-ESR)),
    pourquoi ne pas utiliser le dépôt upstream Mozilla comme indiqué par le lien qu'a donné Hervé Guilbert (aussi mentionné dans le wiki Debian sur Firefox)?

    Parce que j'ai besoin de seamonkey et que j'en ai marre de recompiler depuis les sources... Et que seamonkey utilise une partie des libs de
    firefox qui fait qu'il m'était impossible d'utiliser à la fois le paquet seamonkey du dépôt de sourceforge avec le firefox fourni par Debian.


    --SZ5gBxEm7unp7NUWq53kRhofRIVHKXuct--

    -----BEGIN PGP SIGNATURE-----

    iHUEABYIAB0WIQQj8MW8iOsC2RXEznnFW/s/mMLXCAUCZ83i2gAKCRDFW/s/mMLX CNmbAQC9tkACIrhfBND6RebwUvbrCZbp8jQVogk2DdpYzvM1YAD/T97j2Q2wQoR9 U6IggdGbUf+bzPNuvf8QgevZBSWD2wU=
    =ZO1D
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From debian-user-french@eml.ovh@21:1/5 to All on Sun Mar 9 19:20:01 2025
    Les paramètres "initial-scale=1.0, shrink-to-fit=no" sont normalement là
    pour contraindre l'écran cible à ne pas multiplier la taille par 2 ou 4.

    Cette balise meta se place dans le head du html, après le meta charset.
    Une directive plus globale que le CSS et qui peut rétablir un
    comportement qui était implicite auparavant ?

    Le 09/03/2025 à 18:41, BERTRAND Joël a écrit :
    debian-user-french@eml.ovh a écrit :
    Bonjour

    Depuis des années j'ai sur tous mes sites un meta viewport à qui
    j'attribue un rôle de formule magique pour partir sur de bonnes bases en
    affichage tout écran :

    <meta name="viewport" content="width=device-width, initial-scale=1.0,
    shrink-to-fit=no">

    Est-ce nécessaire dans le cas qui nous intéresse ?

    Bonsoir,

    Je ne saisis pas bien.

    Là, le problème tourne autour de @media screen and (min-resolution: 97dpi). Je viens de tester avec min-width et max-width mais ça ne donne
    pas le bon résultat avec les smartphones qui annoncent pour certains des tailles multipliées par 2 ou 4...


    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Erwan David@21:1/5 to joel.bertrand@systella.fr on Mon Mar 10 09:30:02 2025
    On Sun, Mar 09, 2025 at 12:37:11PM CET, BERTRAND Joël <joel.bertrand@systella.fr> said:
    NoSpam a écrit :
    Debian Bookworm: Chromium 134 et Firefox ESR 128 ont le même
    comportement que tu décris.

    L'affichage correct sur machine de bureau contient un menu horizontal "CPU 63F09/SoC 63F09/Assembler/Files" et deux colonnes pour le texte
    plus bas.

    J'ai testé :

    Chromium 133.0.6943.126 : OK
    Chromium 143.0.6998.35 : OK
    Seamonkey 2.53.20 : OK
    Firefox 134 : OK

    Firefox 135 : KO (on est en affichage smartphone même sur une machine de bureau. Le menu horizontal saute, les caractères sont beaucoup plus
    gros et il n'y a plus qu'une colonne).

    firefox 136 (venant du dépot mozilla) : OK


    --
    Erwan David

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From bouvier@21:1/5 to All on Fri Mar 14 18:10:01 2025
    Le 09/03/2025 à 11:40, NoSpam a écrit :
    Debian Bookworm: Chromium 134 et Firefox ESR 128 ont le même
    comportement que tu décris.

    Le 09/03/2025 à 10:59, BERTRAND Joël a écrit :
        Bonjour à tous,

        Je m'aperçois d'un truc désagréable avec la dernière mise à jour de
    Firefox.

        Prenez par exemple https://63f09.systella.fr

        Le site est correctement affiché par Chromium, Seamonkey, Firefox >> jusqu'à la version 134.0 incluse. La version 135.0 de Firefox se
    comporte comme si la navigation provenait d'un smartphone avec une
    résolution d'écran délirante. J'ai bien vérifié que les paramètres dpi >> étaient par défaut (-1).

        Le fichier responsive css comporte ce genre de chose :

    @media screen and (max-resolution: 96dpi)
    {
         .nav3-grid
         {
             width: 200px;
             /*border-bottom: solid 1px [(#ENV{mfx_c200})];*/
         }
    }

    @media screen and (min-resolution: 97dpi) and
             (max-resolution: 192dpi)
    {
         .nav3-grid
         {
             width: 400px;
             /*border-bottom: solid 1px [(#ENV{mfx_c200})];*/
         }
    }

    @media screen and (min-resolution: 193dpi)
    {
         .nav3-grid
         {
             width: 600px;
             /*border-bottom: solid 1px [(#ENV{mfx_c200})];*/
         }
    }

        Il faut obligatoirement utiliser la résolution et non le nombre de >> pixels parce que les smartphones trichent sur le nombre de pixels.

        Ma question est donc double :
    - est-ce un bug de Firefox ou une évolution des standards ? J'ai
    l'impression que Firefox balance au serveur une résolution de 192 dpi.
    - si c'est une évolution, par quoi remplacer la directive de résolution ? >>
        Merci de vos lumières,

        JB

    Avec un peu de retard
    J'ai laissé tomber firefox debian pour intailler au choix:

    https://archive.mozilla.org/pub/firefox/releases/

    Autres si cela intéresse:

    https://archive.mozilla.org/pub/thunderbird/releases/
    https://archive.seamonkey-project.org/releases/
    Guy

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)