Hi Vinod,
On Mon, Jul 25, 2011 at 11:26 AM, Vinod Kumar <[email protected]> wrote:
>
>
> On 24 July 2011 16:12, Arjuna Rao Chavala <[email protected]> wrote:
>
>> Digital font also has context sensitive substitutions, in my
>> understanding. Of course, your approach seems to imply a simple
>> implementation.
>>
>> Consider Devanagari Ka Halant Pa. In an OpenType font the GSUB tables are
> in terms of GlyphIds (GID). In the digital font approach, the whole syllable
> is analysed . Pa is deemed to be the Base character and Ka Halant is prebase
> and to be displayed as a half shape. The character string is first
> converted to string in terms of Gids (from the CharMap table of the font)
> and then it is tagged with Feature flags HALF. So the feature tagged string
> to the font will look like HALF KaGid Halant Gid /HALF PaGid. If the font
> does not have context sensitive substitution table for half forms and the
> table is tagged with the HALF flag, then
> you need to give the font HALF KaGid Halant Gid /HALF and it will be
> converted to HalfKaGid. Then HalfKaGid and PaGid can be rendered to display
> the form of Ka Halant Pa from this font.
>
> --cut--
>
> IndiX-II does not standardize the ordering of substitution tables in the
> Intelligent font. There could be many. However, we have designed and
> implemented one ordering and the fonts are available under GPL in binary and
> Volt Source form from http://www.cdacmumbai.in/projects/indix/
>
> Thanks for your detailed explanation. Volt is proprietary software. Is it
possible to transform so that it is compatible with fontforge.
>
>
>
>> Hope this will also help in transforming CDAC in releasing font
>> related resources under public domain/Copyleft license modes
>>
>
> The software and font resources developed under the publicly funded DIT
> project are already under GPL is source and binary form for both the
> software and the fonts since 2005. Hope all centres of C-DAC too release
> their script related resources in the same way. This will also help the Free
> Software community to use those fonts and adapt them to the Intelligent font
> model.
>
>
I found out that CDAC's CD is not compatible with GPL. It prohibits
commercial usage. There is no public site for tracking bugs and making
revisions, nor there is any response when users suggest bugs and are ready
to provide fixes.
> Let me suggest another improvement too. OpenType fonts are too heavy and
> not needed for low resolution devices like Mobile phones. For this domain,
> it is better to use font technology like INSFOC (a sort of 8 bit Font
> encoding scheme developed by DIT and C-DAC). Note that we do not suggest
> that we replace Unicode with these Font encodings. What we say is that the
> text should be always in Unicode. But instead of the GIDS being dug up from
> an OpenType font through a complex process, the GIDS can be generated from
> the Unicode to INSFOC code tables. INSFOC fonts where the corresponding
> glyphs have the INSFOC codes as the GIDS can easily be prepared.
> --cut--
>
> Interesting idea, may be suitable for text terminal as well in linux.
Your approach seems to be updating XFree86 libraries. Will there be any
conflict with Pango? If it is possible to implement it as a pango module,
without other changes, it will be useful, as we need to have one
configurable library which can handle all the world's languages.
I am currently coordinating an initiative to develop standards for indic
input for mobiles.
I request interested people to join the team and contribute.
http://tech4society.blogspot.com/2011/03/indic-input-standards-development-for.html
https://mentor.ieee.org/stds-india/bp/Software_IT_focus_area
Cheers
Arjun
------------------------------------------------------------------------------
Storage Efficiency Calculator
This modeling tool is based on patent-pending intellectual property that
has been used successfully in hundreds of IBM storage optimization engage-
ments, worldwide. Store less, Store more with what you own, Move data to
the right place. Try It Now! http://www.accelacomm.com/jaw/sfnl/114/51427378/
_______________________________________________
IndLinux-group mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/indlinux-group
