<div dir="ltr">A mon avis il n'y a rien directement dans le code Mapnik. Il ne fait qu'utiliser Cairo (sauf pour le rendu SVG) et les bogues de rendu bitmap sont dans Cairo.</div><div class="gmail_extra"><br><br><div class="gmail_quote">
Le 19 août 2013 09:23, Bruno Cortial <span dir="ltr"><<a href="mailto:bruno.cortial@laposte.net" target="_blank">bruno.cortial@laposte.net</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">Le 18 août 2013 21:40, Philippe Verdy <span dir="ltr"><<a href="mailto:verdy_p@wanadoo.fr" target="_blank">verdy_p@wanadoo.fr</a>></span> a écrit :<div>
<div class="h5"><br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><a href="http://www.openstreetmap.org/#map=19/36.25233/1.97501" target="_blank">http://www.openstreetmap.org/#map=19/36.25233/1.97501</a><br>
<div><br></div><div>On constate ici dans TOUS les rendus Mapnik un bogue pour l'affichage des textes bidirectionnels : l'affichage n'est correct QUE s'il n'y a pas de saut de ligne au milieu du libellé</div>
<div><br></div><div>Ainsi un libellé bilingue comme:</div><div> "Nom latin - NOM ARABE"</div><div>devient bien après réordonnancement linéaire des glyphes (sur une seule ligne):</div><div><div> "Nom latin - EBARA MON"</div>
</div><div><br></div><div>Mais ça se complique en cas de saut de ligne (pour des libellés trop longs, ou contenant des espaces):</div><div><div> "Nom latin"</div><div> "- EBARA"</div><div> "MON"</div>
</div><div>est complètement faux, alors que la solution correcte serait plutôt:</div><div><div> "Nom latin"</div><div> "- MON"</div><div> "EBARA"</div></div><div><br></div><div>Autrement dit ce n'est pas parce que la partie écrite en arabe se lit de droite à gauche qu'il faut couper la partie coupée à droite et la placer SOUS la partie conservée à gauche.</div>
<div><br></div><div>Mapnik ne respecte donc pas l'ordre des mots car même en arabe les lignes se lisent du haut vers le bas et nom du bas vers le haut.</div><div><br></div><div>Le rendu bidirectionnel Mapnik (nécessaire pour l'arabe, l'hébreu) est faux partout aussi bien sur le site .org que sur les rendus français et même d'autres (OpenCycleMap, etc.).</div>
<div><br></div><div>A qui renvoyer l'anomalie?</div></div>
<br></blockquote></div></div></div><br></div><div class="gmail_extra">Bonjour,<br></div><div class="gmail_extra">C'est par là: <a href="https://github.com/mapnik/mapnik/issues" target="_blank">https://github.com/mapnik/mapnik/issues</a><br>
</div>
<div class="gmail_extra">Il faut regarder les bugs existants tagués text-symboliser et/ou harfbuzz (bib de gestion des caractères UTF).<br><br></div><div class="gmail_extra">Il y a eu un travail réalisé l'année dernière sur les placements de texte, mais ton cas ne semble pas évoqué :<br>
</div><div class="gmail_extra"><a href="http://mapnik.org/news/2012/08/04/gsoc2012-status7/" target="_blank">http://mapnik.org/news/2012/08/04/gsoc2012-status7/</a><br><a href="http://mapnik.org/news/2012/07/22/gsoc2012-status5/" target="_blank">http://mapnik.org/news/2012/07/22/gsoc2012-status5/</a><br>
<br></div><div class="gmail_extra">A+<span class="HOEnZb"><font color="#888888"><br></font></span></div><span class="HOEnZb"><font color="#888888"><div class="gmail_extra">Bruno<br></div></font></span></div>
</blockquote></div><br></div>