[OSM-talk-fr] Espaces demi m....

Marc SIBERT marc at sibert.fr
Mar 3 Fév 12:29:16 UTC 2015


Le 3 février 2015 13:14, Philippe Verdy <verdy_p at wanadoo.fr> a écrit :

> OK, donc le problème d'affichage de cette page Wiki dans JOSM était
> inattendu, je ne l'ai pas vu car tout était clean dans le navigateur web
> qu'on utilise pour éditer le wiki.
>
> Oui tu as raison.

TL;DR
-----------------------------------


> Il reste le problème que JOSM ne sait toujours pas afficher correctement
> plein de noms internationaux car sa gestion des polices est défective (et
> ce n'est même pas paramétrable dans les préférences de style pour indiquer
> de meilleures polices, apparemmentles polices sont codées en dur). Et que
> c'est un problème par exemple pour le bengali (inutilisable encore dans
> JOSM) où ce problème est majeur.
>
> Noter quand même que les navigateurs et les OS n'ont même plus besoin que
> les espaces fines (NNBSP) et autres espaces soient mappés dans les polices
> : à partir du moment où une police mentionne un glyphe pour l'espace
> standard, ils savent utiliser cet espace par défaut, et **tiennent compte**
> des propriétés des caractères Unicode pour savoir que ce sont des espaces,
> qu'ils ont une chasse ou pas du tout (ZWSP), qu'ils sont sécables ou non
> (NBSP et NNBSP), ou que leur chasse est fixe (espaces sinographiques par
> exemple): ils réutilisent ou ajustent les métriques du glyphe trouvé pour
> SPACE (qui est normalement toujours présent (dans toutes les polices) en
> fabriquant un "glyphe synthétique".
>
> C'est géré dans leur moteur de rendu de texte (OpenType). Mais là le
> moteur d'AWT dans Java ne sait toujours pas le faire si ces caractères ne
> sont pas mappés dans la police utilisée : affiché un carré est clairement
> une erreur qui contrevient aux propriétés standard d'un caractère dont les
> propriétés Unicode sont celles d'un espacement.
>
> En attendant une éventuelle correction du moteur de rendu de texte
> défectif d'AWT dans Java, il sait tout de même gérer la sélection de
> polices : concernant la police à utiliser par défaut pour l'afchage d'une
> langue il serait souhaitable qu'au moins on puisse la choisir dans ses
> préférences, ne serait-ce que pour l'interface de JOSM lui-même ou les
> langues des libellés qu'on souhaite éditer afficher. Comme la police la
> plus complète n'est pas celle arbitrairement choisie par JOSM (qui se
> contente juste de savoir si on est sous Windows ou Mac OSX, mais en
> ignorant les versions exactes, il prend juste une police de +base connue
> pour être supportée par la plupart des versions, et ce n'est pas la
> meilleure : sous Windows 7 et supérieur "Segoe UI" est nettement mieux que
> Arial  ou Verdana (et "Segoe UI", qui a remplacé "Arial" et qui est aussi
> la police par défaut du système mappe bien les espaces fines).
>
> ----
>
> Les mêmes préférences de JOSM devraient aussi inclure une option pour
> ajuster la taille du texte de son interface : avec les écrans à très haute
> résolution mais de petite taille on a des caractères difficiles à lire
> (c'est une question d'accessibilité, mais JOSM ne tient pas compte non plus
> des préférences d'affichage du texte dans l'OS, il ne tient compte que de
> la densité des "pixels logiques" par "pouce logique" pour savoir à combien
> de pixels logiques il faut taille une taille de 1 pouce "logique", et
> ensuite déterminer le nombre de "pixels logiques" à utiliser pour un corps
> de police de 12 points "logiques").
>
> Cette préférence du système est, par exemple, dans le panneau de
> configuration de Windows (options d'accessibilité) et même si JOSM ne sait
> pas la lire, au moins il pourrait avoir son propre réglage avec une
> réglette ou la saisie d'un taux (par exemple 120% pour agrandir le texte,
> et tous les widgets en conséquence, notamment les menus, les listes de
> tags, l'éditeur de tags, l'affichage des libellés sur la carte au lieu de
> les dimensionner absolument seulement en pixels "logiques"). Les
> navigateurs web supportent une telle préférence dans leurs paramètres de
> polices (en plus du niveau de zoom global de la page qui est ajustable à la
> volée, avec un accélérateur clavier comme Ctrl plus la touche + ou - du
> pavé numérique, ou par pincement-glissement à deux doigts sur un écran
> tactile, mais là je ne demande pas de supporter ce zoom pour l'interface,
> il est utilisé pour zoomer dans la carte mais n'a pas d'effet sur la taille
> de rendu des libellés et ne devrait pas en avoir).
>
> Note : les pixels logiques et pouces logiques ne sont pas destinés à être
> ajustables c'est une propriété nécessaire à l'affichage correcte des
> bitmaps, sans générer d''effets d'escaliers ou des pixels flous ou des
> artefacts de couleur, ils sont liés au matériel d'affichage utilisé : leur
> densité physique, leur taille associée à leur distance normale
> d'observation, la géométrie physique des pixels, leur colorimétrie... ce
> mapping des pixels physiques aux pixels logiques fait partie des données du
> pilote de la carte vidéo est n'est géré que par l'OS, ce n'est pas aux
> applications de le changer et s'ils ont accès aussi à cette information
> c'est pour des besoins très spécifiques d'ajustement précis de l'affichage
> des bitmaps, ou pour faire des captures écran, mais c'est dangereux d'y
> toucher concernant le rendu du texte et de l'interface visuelle comme les
> bordures de boutons ou de fenêtres, et d'une façon plus générale tout le
> contenu affiché par une page web qui se base aussi sur les pixels
> logiques... ainsi que le pouce logique qui sont ajusté précisément par un
> savant compromis; les pixels physiques sont en revanche utiles pour lisser
> le rendu du texte, et là on rentre dans les configs spéciales de l'OS, par
> exemple ClearType sous Windows).
>
>
> Le 3 février 2015 11:45, Marc SIBERT <marc at sibert.fr> a écrit :
>
> Je n'ai rien contre la correction de mes fautes d'orthographe, car j'en
>> fait, comme des contre-sens et plein d'autres choses aussi. Mais quand
>> personne ne traduit les libellés, je le fais, mais rien ne t’empêche de le
>> faire mieux que moi. Là seulement, il y a un problème car les caractères
>> que tu as utilisé sont mal rendus dans JOSM/Windows. Peut-être que c'est
>> bien ailleurs (j'en doute), peut-être que c'est la faute de JOSM... et de
>> ceux qui le programment, mais ça n'est pas mon sujet. Je te demande juste
>> de retirer ces caractères qui produisent des "choses" inesthétiques.
>>
>> Pour tout le reste, "juste fait le", et fait le bien (mieux que moi), je
>> n'en prendrais pas ombrage, au contraire, je ferais autre chose.
>>
>> A+
>>
>> Marc Sibert
>> marc at sibert.fr
>>
>> Le 1 février 2015 20:38, Philippe Verdy <verdy_p at wanadoo.fr> a écrit :
>>
>> Et non ce n'est PAS un fichier de config de JOSM, JOSM se contente de
>>> lire le HTML généré par une page wiki de JOSM.
>>>
>>> Si les fautes d'orthographe te plaisaient, mois pas.
>>>
>>> A ce sujet je ne sais pas qui a fait la traduction française de plein de
>>> trucs dans JOSM mais elle est bourrée de fautes (et aussi de contre-sens et
>>> faux-amis) !
>>> Ca commence à m'agacer de les voir en permanence dans l'interface depuis
>>> un moement sans personne pour les corriger.
>>>
>>> Le 1 février 2015 20:32, Philippe Verdy <verdy_p at wanadoo.fr> a écrit :
>>>
>>> Quel espaces ??? Ce sont les indentations des puces de la page wiki et
>>>> elles y sont comem sur les autres pages.
>>>> Mes contribs sur cette page consistaient à corriger les "fôtes" de
>>>> français.
>>>>
>>>> Le 1 février 2015 19:51, Marc Sibert <marc at sibert.fr> a écrit :
>>>>
>>>> Bonjour,
>>>>>
>>>>> Il y a un personnage maladroit qui a ajouté des espaces de m... dans
>>>>> les fichiers de config de JOSM. Des trucs qui sont placés avant les signes
>>>>> de ponctuation double, un certain "verdy_p". S'il peut faire marche arrière
>>>>> immédiatement, ça éviterait des (pas) jolis carrés dans mon JOSM.
>>>>>
>>>>> Merci... pour la correction (pas pour la contribution).
>>>>>
>>>>> A+
>>>>>
>>>>> --
>>>>> Marc Sibert
>>>>> mailto:marc at sibert.fr
>>>>>
>>>>>
>>>>
>>>
>>
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20150203/02dead89/attachment-0001.html>


Plus d'informations sur la liste de diffusion Talk-fr