<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Nov 1, 2016 at 9:35 PM, Erik Hensens <span dir="ltr"><<a href="mailto:ehensens@hunter.com" target="_blank">ehensens@hunter.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello!<br>
<br>
I am having some trouble drawing text correctly in Arabic. I can get the Arabic letters themselves to show up correctly, but the letters do not connect together as they should.<br>
<br>
I am not an Arabic speaker, but my understanding is that when letters in Arabic are adjacent to each other within a word, the letters take different shapes and connect to each other, similar to cursive English.<br>
<br>
As a sanity check, I used the exact same TTF font and showed the same Arabic string on a 2D drawing area using Gtk. This 2D drawing area window shows the text correctly rendered with the letters connected properly.<br></blockquote><div><br></div><div><br></div><div>Uff, I think you are pushing the poor old osgText far beyond its design limits. This sort of thing requires some special treatment in the code, which GTK does but osgText doesn't. osgText only takes the glyphs rendered by FreeType, one by one. So if there are alternative glyphs to use in certain situations (like ligatures) or something else, FreeType needs to handle it and I believe it doesn't currently (or at least not automatically). GTK uses Pango/Cairo combination, not raw FreeType for font rendering, I believe. </div><div><br></div><div>So you could be out of luck here and may have to write your own text rendering module - e..g use Pango/Cairo to render into a texture and display it on a quad.</div><div><br></div><div>Regards,</div><div><br></div><div>J.</div><div><br></div></div></div></div>