jpt a écrit 5 commentaires

Bonjour,

Comme vous pouvez le voir, aucun souci pour les appliquer aux raccourcis de chaque appli.

Malheureusement, même si au fond c’est logique, changer l'icône du lanceur ne modifie pas l’icône de l’application elle-même qui, une fois ouverte, affiche toujours son ancien look dans le Panel.

c'est normal, et je ne crois pas que ce soit facile à faire.

• c'est normal car l'icône est incluse dans le fichier exécutable (le binaire) et ce n'est pas en rajoutant des icônes dans les dossiers adéquats que ça va modifier le binaire ;
• ça doit pouvoir se faire avec des outils dédiés à ce boulot, car dans le binaire, l'icône est stockée à un endroit bien repéré, ce qui permet à l'OS d'aller la chercher quand on lance le prog.

Et si l'OS peut aller la chercher (en utilisant l'API qui va bien), un autre outil peut aussi aller la chercher et la remplacer par une autre puis récrire le binaire et voilà, le tour est joué. Je l'ai fait sous Windows, il y a longtemps, juste pour voir et, oui, ça fonctionne.
Sous Linux je n'ai jamais essayé et donc je ne connais pas d'outil qui le fasse.
(Tiens, ça serait un bon exercice de coder ça, mais je n'ai vraiment pas le temps).

Tu ne le trouveras pas par un locate, il est planqué dans un fichier de ressources.

Merci à toi pour tes renseignements bien détaillés.

$ unzip -l /usr/lib/firefox-esr/browser/omni.ja | grep pdf.js
284283 2010-01-01 00:00 chrome/pdfjs/content/build/pdf.js

L'informatique c'est magnifique :

$ unzip -l /usr/lib/firefox-esr/browser/omni.ja | grep pdf.js
warning [/usr/lib/firefox-esr/browser/omni.ja]: 12969884 extra bytes at beginning or within zipfile
(attempting to process anyway)
error [/usr/lib/firefox-esr/browser/omni.ja]: reported length of central directory is
-12969884 bytes too long (Atari STZip zipfile? J.H.Holm ZIPSPLIT 1.1
zipfile?). Compensating...
343081 2010-01-01 00:00 chrome/pdfjs/content/build/pdf.js


Bonjour,

Firefox a son afficheur, pdf.js

    $ locate pdf.js
    $

Donc, non, en ce qui me concerne. Par contre, Gil cot a peut-être mis le doigt là où il fallait :

ne fait pas appel à une extension d'un lecteur externe mais à son traitement interne de type pdfjs

Comment s'en assurer ?

Par ailleurs (on ne peut pas faire de multi-citations dans ce forum ?),

je pense que tu utilises une version de FF assez récente

À propos me donne 52.6.0 (32 bits), first offered to ESR channel users on January 23, 2018

Est-ce que c'est assez récent (3 ans et demi) ?

J'allais dire juste «vous avez tout à fait raison», et forcément j'ai pas pu m'empêcher, il a fallu que je complète la citation… (cette phrase est issue du débat des deux tours de la présidentielle de 88)
Et comme je ne suis pas spécialiste de la politique et que je sors d'une sale affaire sur un autre forum, ça m'a grave déstabilisé.

Bonne journée,

Bonsoir,

Sur Firefox en tout cas, c'est normal que tout s'affiche bien.

Pourquoi ? J'ai tout bien lu ce matin, et n'ai pas capté comment FF s'y prend.

Bon, je vais relire…

Vous avez tout à fait raison, monsieur le premier ministre.

???????

Regards,

Bonjour,

Comme les autres, bravo pour ce sujet, bien analysé, bien documenté, etc.

Un tout petit regret, cependant, à propos de la source :

Bon. Ouvrons le PDF avec Okular (une version anonymisée est disponible sur https://rock.pinaraf.info/~pinaraf/dlfp-pdf/test-pdf-fonts-anon.pdf). Le texte de l'adresse est effectivement dégueulasse. Le MA de MADAME est tout compressé, avec le M qui mord sur le A (ou l'inverse, je n'ai jamais étudié la férocité relative des lettres). De même sur le DA ou le D mord le A. C'est très sale.

Merci pour le lien vers le fichier, mais sans doute qu'une image du texte défectueux aurait été utile car chez moi (vieux Linux Debian Wheezy, vieux FF) le MA de MADAME s'affiche correctement, tout comme le reste.
Or (je viens de vérifier) je n'ai pas la police Monospace821BT dans ma machine.

Ou alors c'est l'anonymisation qui a modifié des paramètres dans le fichier ?
jp