<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">On 12/13/18 8:05 PM, Ansel Sermersheim
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:1ae39a63-38a9-7ac9-4221-d28cab7f6461@copperspice.com">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<p>On 11/29/18 7:29 AM, Behdad Esfahbod wrote:<br>
</p>
<blockquote type="cite"
cite="mid:CAF63+7V5bHhATY2UGwSjffAQRVD4+CJTDNoYy_iAeE7YVSyGWA@mail.gmail.com">
<meta http-equiv="content-type" content="text/html;
charset=UTF-8">
<div dir="ltr">
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF">
<blockquote type="cite">
<div dir="ltr">
<div class="gmail_quote">That doesn't sound right.
Are you setting any custom unicode-funcs on the
buffer? Only thing I can think of that can do
this is faulty / missing Unicode funcs. <br>
</div>
</div>
</blockquote>
<br>
We had a feeling something was missing. No, we are not
supplying any unicode funcs. Do you have a sample or
documentation reference for what we need to supply?</div>
</blockquote>
<div><br>
</div>
<div>Not supplying anything is good. Was just ruling out
that as a cause.<br>
</div>
<div> </div>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF"> I have looked at
the online documentation without seeing a clear list of
what is required. We are specifically looking to use
harfbuzz to decipher special case grapheme breaks. <br>
</div>
</blockquote>
<br>
</div>
Can you check with hb-shape command-line tool, to make sure
what you expect is what HarfBuzz produces there?<br>
</div>
</blockquote>
<p>Sorry it took a while to get back with you, we really do
appreciate your help. We have been looking over the code and we
believe we are having a problem with missing unicode callback
functions. We are compiling HarfBuzz with the following options
turned on:</p>
<p> </p>
<blockquote type="cite"> -DHAVE_ATEXIT<br>
-DHB_EXTERN=<br>
-DHB_NO_UNICODE_FUNCS<br>
-DHB_NDEBUG</blockquote>
<p>I am particularly suspicious of the HB_NO_UNICODE_FUNCS define.
Am I correct in thinking that this is suppressing the built-in
harfbuzz unicode functions, so we must supply our own?</p>
</blockquote>
<p>Thanks to everyone for their help and ideas. <br>
</p>
<p>We now have our unicode callbacks installed and being called,
however the behavior is for some reason unchanged. When we call
hb_shape, we are seeing our general category and combining_class
implementations being invoked. They are returning (as far as I can
tell) sane values, but the resulting glyphs are still being marked
as being in seperate graphemes.</p>
<p>We are still working on this issue, but I wanted to send an
update in case this description rings a bell for anyone.</p>
<p>Thanks,<br>
</p>
<p>-Ansel<br>
</p>
<p><br>
</p>
</body>
</html>