2013/4/5 Dohyun Kim :
> In this confused situation, the best policy seems to be as follows:
>
> 1. decompose hangul syllables *before* font features are applied
> 2. let font do its glyph substitution
> 3. compose remaining jamo glyphs to syllable *after* font features
> have been applied
Well,
2013/4/5 Behdad Esfahbod :
> On 13-04-04 08:42 PM, Dohyun Kim wrote:
>> 2013/4/5 Behdad Esfahbod :
>
> Got it. Pushed a fix to master.
>
> Upon more testing, looks like Uniscribe always decomposes Hangul syllables to
> their jamos. We currently don't. Is that desirable? In my Hangul corpus
> th
On 13-04-04 08:42 PM, Dohyun Kim wrote:
> 2013/4/5 Behdad Esfahbod :
>> Hi,
>>
>> Can you please tell me what the desired rendering of that sequence with
>> malgun
>> is? With Uniscribe I get three disjoint glyphs. Is *that* the desired
>> rendering?
>>
>
> You need malgun.ttf from *Windows 8*
src/hb-ot-shape-complex-default.cc |6 --
src/hb-ot-shape-normalize-private.hh |1 -
src/hb-ot-shape-normalize.cc | 11 +--
3 files changed, 5 insertions(+), 13 deletions(-)
New commits:
commit 269de14dda7a86a20917fa9ea6a5864929c41364
Author: Behdad Esfahbod
Date:
2013/4/5 Behdad Esfahbod :
> Hi,
>
> Can you please tell me what the desired rendering of that sequence with malgun
> is? With Uniscribe I get three disjoint glyphs. Is *that* the desired
> rendering?
>
You need malgun.ttf from *Windows 8*. The version of the font should
be 6.2 or higher. I g
On Thu, 4 Apr 2013 13:10:53 +0700
Theppitak Karoonboonyanan wrote:
> On Thu, Apr 4, 2013 at 1:10 AM, Richard Wordingham
> wrote:
> > On Wed, 3 Apr 2013 11:01:48 +0700
> > Theppitak Karoonboonyanan wrote:
> >
> >> On Wed, Apr 3, 2013 at 4:53 AM, Richard Wordingham
> >> wrote:
> >> > On 7 Januar
On 13-03-23 04:05 PM, Ian-Mathew Hornburg wrote:
> For example, because e-Oriya OT defaults to CV ligatures where
> available, the sequence <0B15, 0B3F> should result in a ligated form
> (rather than the vowel-sign positioned above). Since it’s semantically
> the same, the sequence <0B15, ZWJ, 0B3F
I pushed a fix out. Please test.
On 13-03-28 04:26 AM, Stepan Podoskin wrote:
> Hi All,
>
> I'm trying to build Harfbuzz (0.9.14) on Windows with MinGW (latest verstion).
> './configure' worked fine, except that it set FreeType font callbacks to
> false. I have FreeType installed in my mingw di
src/hb-atomic-private.hh |8
1 file changed, 8 insertions(+)
New commits:
commit 1f970609850bb4999b94e1e11b764ab4279cbd38
Author: Behdad Esfahbod
Date: Thu Apr 4 15:02:03 2013 -0400
Put back MemoryBarrier fallback implementation on MINGW32
This almost reverts 2761e8a
Hi,
Can you please tell me what the desired rendering of that sequence with malgun
is? With Uniscribe I get three disjoint glyphs. Is *that* the desired
rendering?
behdad
On 13-03-20 11:03 PM, Dohyun Kim wrote:
> Hi,
>
> When a sample input string, say "U+1100 U+1161 U+11F0", is processed
>
On 13-03-23 04:05 PM, Ian-Mathew Hornburg wrote:
> The recent commit a8cf7b4 seems to have fixed the regression with ZWJs
> in Indic scripts that I recently described and Khaled reported for me
> here [http://lists.freedesktop.org/archives/harfbuzz/2013-March/003035.html],
> but seems to’ve introdu
src/hb-ot-shape-complex-arabic.cc |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
New commits:
commit f368ba4a9edec4e297616698097546e8e6c89e53
Author: Behdad Esfahbod
Date: Thu Apr 4 14:25:36 2013 -0400
[Arabic] Zero marks by GDEF, not Unicode category
Testing shows that
On 13-03-24 08:28 AM, Khaled Hosny wrote:
> On Tue, Feb 12, 2013 at 06:49:01AM -0800, Behdad Esfahbod wrote:
>> commit 568000274c8edb5f41bc4f876ce21fcc8bdaeed8
>> Author: Behdad Esfahbod
>> Date: Tue Feb 12 09:44:57 2013 -0500
>>
>> Adjust mark advance-width zeroing logic for Myanmar
>>
src/check-symbols.sh |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
New commits:
commit 3b80674c50b8c3133848a4034f7106b2b9bfe224
Author: Behdad Esfahbod
Date: Thu Apr 4 12:06:46 2013 -0400
Bug 63107 - FTBFS on ppc64: symbols marked with 'D' on powerpc64 instead
diff --git a/src
14 matches
Mail list logo