[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#363105: ITP: pangographite - SILGraphite support for pango



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Package: wnpp
Severity: wishlist

Description:
SILGraphite is a system that can be used to create and use "smart fonts"
capable of displaying writing systems with various complex behaviors,
such as: contextual shaping, ligatures, reordering, split glyphs,
bidirectionality, stacking diacritics and complex positioning.

 This library was designed and developed by the NRSI (Non-Roman Script
Initiative) within SIL International (www.sil.org) to act as a
complement to  other smart font rendering technologies with limited
practical local extensibility. Its purpose is to help meet the needs of
a very large number of "minority language" communities for local
extensibility of complex script behaviours.

 The behaviour of the SILGraphite rendering engine for a given writing
system is specified through extra tables added to a TrueType font. These
tables are generated by compiling a GDL (Graphite Description Language)
source file into a font using gdlcomp.

 This package contains a pango module so that apps that use pango get
graphite capabilities and a support library for that module.

 Once the graphite pango module is in pango core this package will only
contain the support library.

License: LGPL

Website: http://graphite.sil.org
Project page: http://www.sf.net/projects/silgraphite
Svn repo: svn://scripts.sil.org/graphite/graphite/trunk

For the graphite module to be detected and used by pango when it is
appropriate the graphite module must be at the end of the list of
modules in /etc/pango/pango.modules
The solution I have found is to divert /usr/sbin/update-pango-modules
and /usr/bin/pango-querymodules from libpango1.0-common and provide an
implementation that:

For update-pango-modules instead of using find to get the list of
modules (which is not recommended by upstream), just run pango-querymodules

The custom pango-querymodules looks for subdirectories below the main
dir and if they contain modules they will be added after the main directory.

The patch for this has been submitted at
http://bugzilla.gnome.org/show_bug.cgi?id=323661 and will be updated
with the latest patch in a mo. Once(if) this gets accepted upstream the
diversion will be removed.

Daniel
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEQ8tn/offrSwPzRoRAjtNAKDtommwCcUNgTHsOG+mULnJjCUgvACgqOww
LoJg4zgbagfRXg36aOZ8CsA=
=+u7L
-----END PGP SIGNATURE-----



Reply to: