<div dir="ltr"><br><div class="gmail_extra">Thanks, Khaled. I had wondered about this--which is why I specifically chose the Graphite renderer in the font selection. (According to the "Font Features for Scheherazade 2.000" on the SIL web site, both the language selection and the meem/heh shaping should work in either OpenType or Graphite. Rohingya is available as a language selection only in Graphite--but fontspec doesn't recognize the language.)<br>
<br></div><div class="gmail_extra">Is there a reason a hybrid font wouldn't work properly if a specific rendering technology is chosen? (Specifically selecting the renderer worked great in solving my small-caps problem.)<br>
<br>Richard<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Oct 7, 2013 at 12:48 PM, Khaled Hosny <span dir="ltr"><<a href="mailto:khaledhosny@eglug.org" target="_blank">khaledhosny@eglug.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="im">On Sat, Oct 05, 2013 at 04:25:52PM -0400, Lammert, Richard wrote:<br>
> (Sorry about that empty message with one attachment--clicked the wrong<br>
> button.)<br>
><br>
> The following example attempts to use language-specific glyphs from<br>
> Scheherazade, but does not work with Scheherazade 2.0 or 2.01. The example<br>
> *does* work with Scheherazade 1.005 (see attachments arabic-test-1.005.pdf<br>
> and arabic-test-2.01.pdf)<br>
><br>
> However, when I use TypeTuner to produce language-specific fonts for each<br>
> of the three languages (last three lines of each test file), XeLaTeX<br>
> properly shows the correct contextual forms. Since XeLaTeX reads the glyphs<br>
> properly from the tuned fonts, it appears to me that the language<br>
> information is not being interpreted properly in the base font. I am using<br>
> XeLaTeX 0.9999.3, fontspec v. 2.3c, and bidi v14 on an iMac.<br>
<br>
</div>It seems that Scheherazade ≥ 1.900 is a hybrid OpenType/Graphite font,<br>
so this is the same issue as:<br>
<a href="http://tug.org/pipermail/xetex/2013-June/024530.html" target="_blank">http://tug.org/pipermail/xetex/2013-June/024530.html</a><br>
<br>
(This will be fixed in next year’s version of XeTeX, the workaround in<br>
the above link can be used in the meantime.)<br>
<br>
Regards,<br>
Khaled<br>
<br>
<br>
--------------------------------------------------<br>
Subscriptions, Archive, and List information, etc.:<br>
  <a href="http://tug.org/mailman/listinfo/xetex" target="_blank">http://tug.org/mailman/listinfo/xetex</a><br>
</blockquote></div><br><br clear="all"><br>-- <br><div dir="ltr">

<p><font><a name="SafeHtmlFilter_SafeHtmlFilter_SafeHtmlFilter_132a70531658647d_132a703e"><span style="color:navy">Rev. Richard A. Lammert<span>           </span>e-mail:
richard.lammert@ctsfw.edu<br>
Technical Services Librarian<span>       </span>mail: </span></a><span style="color:navy">6600
  N. Clinton St.</span><br><span style="color:navy">Systems Librarian<span>                     </span>Fort Wayne, IN 46825-4916<br>
Walther Library<span>                         </span>phone:
260-452-3148<br>
Concordia Theological Seminary</span>
</font><font><span></span></font></p>

</div>
</div></div>