On Mon, Sep 28, 2015 at 9:40 PM, Andreas Henriksson <andr...@fatal.se> wrote:
> For now I've patched pango to make it possible to build without libthai > support in the udeb flavor (thus disabling thai support in the installer > version of pango). I think this has been the case since the beginning of d-i gtk+ frontend. What libthai contributes to pango is long line wrapping. As Thai words are not delimited by space, a word analyzer is required to determine word boundaries. Without it, long line wrapping just falls back to space-based breaking. Other than that, Thai text rendering is supported well by the pango shaper itself. Since libthai requires considerable resouce to work, and space-based wrapping is quite tolerable on d-i (unlike, say, on web browsers), I decided not to build udeb for it, and pango udeb has never been built against it so far. However, as it has been decided that Debian will no longer be shipped in CD [1], the concern of saving space for CD1 is now out of place. I will re-consider building udeb for libthai soon. [1] https://lists.debian.org/debian-devel-announce/2015/09/msg00004.html > Given that the gtk+ interface is now the default for the debian installer > maybe it would be a good idea to have thai support enabled even in > the installer? Please consider if you think that is useful and > if so please start building a libthai udeb, then file a bug against > pango1.0 asking for the --without-libthai flag to be dropped. I'll do so soon, based on what I have explained above. This will involve 3 new udebs: libdatrie1, libthai0, libthai-data. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
