<P>
&nbsp; <BR>
<BR>
<BR>
On Tue, 16 May 2006 Boris Gaertner wrote :<BR>
&gt;<BR>
&gt;&quot;Noname Myname&quot; &lt;gcdart_squeak@rediffmail.com&gt; wrote:<BR>
&gt;<BR>
&gt;<BR>
&gt; &gt; I believe that True Type Font Support in Already there in SQUEAK.<BR>
&gt;Yes, some support for True Type Fonts is available, but it is<BR>
&gt;still incomplete.<BR>
&gt;<BR>
&gt; &gt; After seeing the Open Type specifications by microsoft and adobe ,<BR>
&gt; &gt; I think that to extended Support to Open Type fonts , is it just<BR>
&gt; &gt; nessacary to&nbsp; extract the extra tables present in the Open Type<BR>
&gt; &gt; font ( not CFF format ).<BR>
&gt;Right. However, the extraction of the more advanced tables<BR>
&gt;I find the specification for the tables GSUB, GPOS and GDEF quite<BR>
&gt;difficult to follow. For indian scripts, you will certainly need full<BR>
&gt;support for GSUB. In the &quot;OpenTypeViewer&quot; that you can<BR>
&gt;download from SqueakMap you will find incomplete support for<BR>
&gt;the GSUB table, but the subtables for contextual substitution<BR>
&gt;are not read - the application is still incomplete.<BR>
&gt;<BR>
&gt; &gt; There was one Open Type font reader implemented, which<BR>
&gt; &gt; failed to work on Indian Languages ( mangal.ttf , latha.ttf<BR>
&gt; &gt; provided by microsoft ). Wat Xactly is the problem ?<BR>
&gt;<BR>
&gt; &gt; More Over , Even if i extract all the tables how xacty<BR>
&gt; &gt; shud i implement the script shaping ?<BR>
&gt; &gt; that is wer shud i implement it ?<BR>
&gt;For several reasons this is the hard part of the exercise:<BR>
&gt;1. The Open Type Format is very flexible and allows for<BR>
&gt;a considerable difference in script shaping. You may not<BR>
&gt;assume that two different TTF fonts for, say, Devanagari,<BR>
&gt;will contain the same or similar glyph substitution rules.<BR>
&gt;2.&nbsp; For script shaping support, you will have to rewrite<BR>
&gt;most of the text formatting and display machinery.<BR>
&gt;For text formatting and display the following classes<BR>
&gt;cooperate (always with subclasses included):<BR>
&gt;&nbsp; Text, DisplayText, Paragraph, NewParagraph,<BR>
&gt;CharacterScanner, AbstractFont, TextStyle, TextLine,<BR>
&gt;TextLineInterval.<BR>
&gt;<BR>
&gt;3. I think that for script shaping you will have to implement<BR>
&gt;a structure that maintains both a string of stored codepoints<BR>
&gt;and a string that maintains the indices of the shaped glyphs<BR>
&gt;to display. The mapping between these two strings is not a<BR>
&gt;one-to-one mapping; due to script shaping several<BR>
&gt;codepoints may merge into one display glyph, a ligature.<BR>
&gt;<BR>
&gt;<BR>
&gt;&nbsp; Greetings, Boris<BR>
&gt;<BR>
<BR>
One more Question , shud the true type instructions in the Open Type files definitely be executed ?<BR>
<BR>
Or are they supported currently in SQUEAK ? Well if they are ... then wud'nt the display of characters be terribly slow ?<BR>
<BR>
Becuz you have to create an intrepreter inside another interpreter(&quot;SQUEAK&quot;) to understand the instructions and execute them.<BR>
<BR>
how does SQUEAK Handle the text display so efficiently or am i missing something very basic .... ?
</P>
<br><br>
<a href="http://adworks.rediff.com/cgi-bin/AdWorks/sigclick.cgi/www.rediff.com/signature-home.htm/1507191490@Middle5?PARTNER=3"><IMG SRC="http://adworks.rediff.com/cgi-bin/AdWorks/sigimpress.cgi/www.rediff.com/signature-home.htm/1963059423@Middle5?OAS_query=null&PARTNER=3" BORDER=0 VSPACE=0 HSPACE=0></a>