<html>
<head>
<base href="https://bugs.freedesktop.org/" />
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW --- - handling of rtl text inversion is too naive"
href="https://bugs.freedesktop.org/show_bug.cgi?id=55977#c17">Comment # 17</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW --- - handling of rtl text inversion is too naive"
href="https://bugs.freedesktop.org/show_bug.cgi?id=55977">bug 55977</a>
from <span class="vcard"><a class="email" href="mailto:alexbodn.groups@gmail.com" title="alex <alexbodn.groups@gmail.com>"> <span class="fn">alex</span></a>
</span></b>
<pre>(In reply to <a href="show_bug.cgi?id=55977#c16">comment #16</a>)
<span class="quote">> Sorry but no, our API is crap enough already to add stuff that you know you
> will remove later. If you don't need this enum, don't add it.
>
> And if you need it tell me why, i still don't see this enum used anywhere.</span >
the value of the choice is being used in the icu invocation.
np to remove it at the level of findtext and dumpfragment.
but i'll only ask for some guidance on how could i access the pdf doc in
dumpfragment and findtext, so that i could put the method choice at the level
of the doc loading.
again, this is a matter of nuance as to the flavour of rtl visualization
methods.
later, a default choice could be intelligently guessed based on various doc
meta data.
would this be ok?</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>