Re: [HarfBuzz] Question on converting UTF-8 codepoints to complex glyphs

2019-04-15 Thread Nathan Willis
This should be fixed in the manual now, Paul. Thanks for pointing it out! Nate -- nathan.p.willis nwil...@glyphography.com ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/

Re: [HarfBuzz] Building and testing HarfBuzz 2.3.0 on MinGW

2019-02-04 Thread Nathan Willis
Hi Eli, On Sat, Jan 26, 2019 at 5:35 PM Eli Zaretskii wrote: > > 1) It would be good to have some guidance in some README or in the > HTML docs regarding the optional dependencies and configuration > options, and their significance. For example, it turns out Glib is > needed to run a large port

[HarfBuzz] [Docs] Cluster soap box time

2018-11-19 Thread Nathan Willis
I think the clean-up that I just did to the "clusters" usermanual chapter improves things, but it did also reveal where there's some additional room for growth. For a couple of those, I would really appreciate some suggestions. In particular, I'd like to hear any recommendations from the list for

Re: [HarfBuzz] Clusters chapter

2018-11-08 Thread Nathan Willis
On Fri, Nov 2, 2018 at 4:00 PM Behdad Esfahbod wrote: > > There's two things: > > 1. Whether or not the input clusters are monotonic, > > 2. Whether buffer cluster-level is set to any of the monotonic enum > values. > > So digging into that enum and related functions a little, in _MONOTONE_GR

[HarfBuzz] Clusters chapter

2018-11-02 Thread Nathan Willis
Hiyo. I'm revisiting the 'clusters' chapter in the User Manual, to make it more consistent with the rest and hopefully easier to understand. Rereading it has raised some questions 1) The opening sentence says "a cluster is a sequence of code points [...]" ...which might be true for the initia

[HarfBuzz] [docs] Design decisions

2018-10-05 Thread Nathan Willis
As many of you know, I'm working on writing & fixing up documentation for the next few months. One of the big pieces (among several) is the high-level, read-me-first User Manual content type. [In contrast to, for example, detailed symbol references]. I've decided that we need a short section that

[HarfBuzz] [docs][question] Emoji "shaping", etc.

2018-10-01 Thread Nathan Willis
Kind of a high-level question about describing HB functionality Would you consider the handling of emoji variation-selector sequences to be "shaping", or some other operation? Feels like kind of a gray area to me; when it comes to describing what HarfBuzz does and what the use cases are that

[HarfBuzz] Documentation-requirements gathering

2018-07-16 Thread Nathan Willis
Hi everybody, As was alluded to on the list / issue tracker several months ago, I am the contractor who is going to be working on HarfBuzz documentation as part of the project's MOSS grant from Mozilla. (It was a while ago; to be honest we were caught a little off guard by how quickly the proposa

Re: [HarfBuzz] Documenting OpenType shaping

2018-06-15 Thread Nathan Willis
On Wed, Jun 6, 2018 at 2:29 PM, Richard Wordingham < richard.wording...@ntlworld.com> wrote: > On Tue, 5 Jun 2018 09:42:38 -0500 > Nathan Willis wrote: > > > Your feedback and help is appreciated! > > * Malayalam Remarks * > > In Sections 2.2 and 2.3, how are mul

Re: [HarfBuzz] Documenting OpenType shaping

2018-06-15 Thread Nathan Willis
nd most other scripts, and > called "Raphala" in Bengali). > """ > > That should be Halant,Ra. > > Gah. I thought I had caught all those. Fixed now; thanks! Nate On Tue, Jun 5, 2018, 7:43 AM Nathan Willis wrote: > >> Hi everyone, >> >> I'

[HarfBuzz] Documenting OpenType shaping

2018-06-05 Thread Nathan Willis
Hi everyone, I've been working on a set of specification-like documents that describe how OpenType Layout works, specifically for shaping complex scripts. It's not quite complete yet, but we'd appreciate any and all feedback that the community can provide. The repository is here: https://github.c

[HarfBuzz] Another random Old-Hangul question

2018-04-10 Thread Nathan Willis
I've found another thing I'm unclear on. The MS docs say that Old Korean text may use a sequence of individual jamo instead of the combo-consonant/vowel jamo, so you'd encounter sequences like "L,L,V,T,T,T" -- where the "L,L" and the "T,T,T" get turned into Old Hangul jamo codepoints by the `ccmp`

Re: [HarfBuzz] Old Korean T jamo that don't conjoin?

2018-03-31 Thread Nathan Willis
On Sat, Mar 31, 2018 at 5:33 AM, Richard Wordingham < richard.wording...@ntlworld.com> wrote: > On Fri, 30 Mar 2018 18:15:13 -0500 > Nathan Willis wrote: > > > If the rule was that only would compose into > > something in the Syllables block, that would make tot

Re: [HarfBuzz] Old Korean T jamo that don't conjoin?

2018-03-30 Thread Nathan Willis
On Thu, Mar 29, 2018 at 6:57 PM, Behdad Esfahbod wrote: > > Other sequences still can combine. Just not as character composition, but > font-level glyph substitutions and positioning. > Right; I get that -- that's what the *jmo GSUBs do. Maybe I didn't express my question correctly. I'll try aga

[HarfBuzz] Old Korean T jamo that don't conjoin?

2018-03-29 Thread Nathan Willis
Hi, I'm trying to understand a comment in the source for the Hangul shaper. Line 155; after denoting the various jamo blocks, it says "Only sequences for T in U+11A8..11C3 combine." Why is that? The T jamo extend down to U+11FF (all still in the main jamo block). More importantly, perhaps, I c

[HarfBuzz] HarfBuzz documentation sprint: April 27/28 in Toronto

2015-02-10 Thread Nathan Willis
Hi everyone, I'm happy to announce that we are putting together a doc sprint for HarfBuzz, to be hosted at the University of Toronto. It will take place in conjunction with Libre Graphics Meeting (LGM), which runs from April 29 through May 2. [site: http://libregraphicsmeeting.org/2015/ ] We wil