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

Mar 3 Fév 12:55:51 UTC 2015

Ton "TL;DR" :

(1) les préférences de taille d'affichage de texte (pour l'accessibilité)
ne t'intéressent pas ? C'est pourtant essentiel dans les OS et les
navigateurs. JOSM n'est pas à la page dessus. Les plus de 40 ans (et
d'autres avec des difficultés visuelles plus précoces) remercieront les
développeurs de JOSM. Tout le monde devient presbyte, la presbytie commence
dès passé les 20 ans mais devient une vraie gêne pour la lecture sur écran
vers la quarantaine (même avec une correction optique qui n'est pas idéale
non plus).

(2) le réglage des polices par défaut ne t'intéressent pas ? C'est pourtant
fondamental pour supporter des tas de langues. Le bengali (bn) n'est pas
une langue "mineure", elle est énormément plus parlée et écrite que
l'asturien (ast) ou même que le khmer (km) et l'ourdou (ur, variété de
l'hindi en écriture arabe, quasiment la même langue à l'oral hormis
l'accent), et c'est la seule langue officielle du Bengla Desh (et une
langue officielle dans un Etat de l'Inde en plus de l'hindi,
ou secondairement l'anglais comme lingua franca seulement au plan fédéral
pour les Etats qui ne veulent pas être obligés d'utiliser l'hindi : la
fédératin prend en charge elle-même les traductions nécessaires en hindi,
les Etats n'ont pas besoin de les produire)... Le bengali est très bien
supporté sur les principaux OS utilisables pour JOSM ou les éditeurs OSM en
ligne. Que dire alors du luxembourgeois (lb), du limbourgeois (li), du
vénitien (vec) ou du bavarois (bar), ou même (pratiquement qu'en France)
l'occitan (oc), le breton (br), le corse (co) qui sont parfaitement
supporté par JOSM ?

Admet que ce sont deux points essentiels qu'il faudra bien régler
rapidement... un jour... si on veut développer une carte réellement
mondiale, par tous, et pour tous. Heureusement, les développeurs des OS et
des navigateurs n'ont pas hésité à les régler. Je ne vois pas pourquoi les
développeurs de JOSM ne devraient pas être convaincus aussi de leur utilité
même si pour leur propre usage ils n'en ont pas encore besoin (mais ça va
venir pour eux aussi).

Le 3 février 2015 13:29, Marc SIBERT <marc at sibert.fr> a écrit :

> 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/6d0c4142/attachment.htm>