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.
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 <m...@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 > m...@sibert.fr > > Le 1 février 2015 20:38, Philippe Verdy <verd...@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 <verd...@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 <m...@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:m...@sibert.fr >>>> >>>> >>> >> >
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr