<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Justified Arabic text has gaps in place of kashida" href="https://bugs.documentfoundation.org/show_bug.cgi?id=124109#c6">Comment # 6</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Justified Arabic text has gaps in place of kashida" href="https://bugs.documentfoundation.org/show_bug.cgi?id=124109">bug 124109</a> from <a class="email" href="mailto:khaledhosny@eglug.org" title="Khaled Hosny (inactive) <khaledhosny@eglug.org>"> Khaled Hosny (inactive)</a> <pre>(In reply to Julien Nabet from <a href="show_bug.cgi?id=124109#c4">comment #4</a>) > I noticed that lcl_CheckKashidaPositions returned false at first test since > rInf.GetOut()->GetMinKashida() returns 0 > > With gdb, I found that LogicalFontInstance::GetKashidaWidth could return 0 > because in some cases, we don't enter if block with hb_font_get_glyph > > I wonder if > <a href="https://cgit.freedesktop.org/libreoffice/core/commit/">https://cgit.freedesktop.org/libreoffice/core/commit/</a> > ?id=23c5125148a8110d88385b29570bf0b7d4400458 may be the cause. > Difficult to test since it can't be reverted without conflicts. I don’t think so, the kashida positions are calculated and they are inserted in the glyph items vector, but they are not drawn, so much later than this code.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>