Re: [HarfBuzz] Render Persian probelm

Thanks. > > But, I don't understand this sentence. Can you explain more? > "Also modern Persian language has a ISO 639-1 code, "fa", which should be > used for your case instead AFAIK if is needed at all (not many fonts are > doing something specific for Persian)." > > -

Re: [HarfBuzz] Render Persian probelm

Hey there, Old Persian which you've used is a different script and wasn't written in RTL also, the correct script selection for modern Persian is Arabic, feel free to just use `hb_buffer_guess_segment_properties` which sets it based on text you've given. Also modern Persian language has a ISO

Re: [HarfBuzz] The show must go on...

Hey Behdad, don't know how to respond, let's see how it goes :) > I'm looking forward to seeing you make mistakes and learn from it. :) Have found that's the usual way have improved over the time :) On Wed, Jan 8, 2020, 04:17 Behdad Esfahbod wrote: > Heya, > > I took over maintenance of Pango

Re: [HarfBuzz] Exposing attachment tree / Arabic joining to shaping clients

This is very interesting Behdad. Can this have Kashida priority also, like what harfbuzz-old had. > [..] even the ones that do NOT use cursive joining. Guess this a property of a font rather than a buffer?

Re: [HarfBuzz] Support for Stylistic Sets

Hey there, > The next question is how to know whether a given hb_font_t supports a given feature? Apparently you won't need this anymore. If you do however, you can use `hb_ot_layout_language_find_feature`, it has the mentioned the complications, after that you can even issue

[HarfBuzz] Use of bool and stdbool.h

Was looking inside libraqm code and saw the use of stdbool.h there, made we wonder why HarfBuzz went for hb_bool_t and whether we can go for it also or not. If a migration isn't possible, most likely I'd guess, maybe having some compiler definition for using actual bool instead 'int', at least

[HarfBuzz] How to make sure an hb_font_t object is valid?

hb_shape which returns void, I suggest you to stick to that also. On Wednesday, May 29, 2019, Ebrahim Byagowi wrote: > Getting glyph count is just as good anything you can thing, if a font > doesn't have a glyph it is either empty or corrupted, there no valid use > case for su

Re: [HarfBuzz] How to make sure an hb_font_t object is valid?

Getting glyph count is just as good anything you can thing, if a font doesn't have a glyph it is either empty or corrupted, there no valid use case for such AFAICU On Wednesday, May 29, 2019, Eli Zaretskii wrote: > Last time I asked a similar question, I was told to use >

Re: [HarfBuzz] How to get hb_face_t and hb_font_t without Freetype?

> OK, this brings me to another question: what should I in general pass as the 2nd argument of hb_face_create? Suppose I'm using a TTF or OTF font file, should I always pass zero as the 2nd argument? What is the semantics of that argument? 0 in ttf and otf and the index you like when you have

Re: [HarfBuzz] How to get hb_face_t and hb_font_t without Freetype?

Pardon me for the may inaccurate following answer I have to write quickly, > Assuming that I want to use GetFontData, what factors and aspects should I consider when deciding whether to create a single blob with the entire font's data or to go for the hb_face_create_for_tables variety? Whatever

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

On Fri, Feb 8, 2019 at 5:24 PM Eli Zaretskii wrote: > > From: Ebrahim Byagowi > > Date: Fri, 8 Feb 2019 16:02:46 +0330 > > Cc: Nathan Willis , Harfbuzz < > harfbuzz@lists.freedesktop.org> > > > > > My conclusion was that ICU is not

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

> My conclusion was that ICU is not needed, but maybe it has some advantages, It will be a good idea if someone ships ICU anyway, they use their ICU (or glib, which can provide unicode callbacks also) instead having extra a harfbuzz buildin UCDN, at least for size reduction reasons. > graphite2,

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

Hey there. 1) Agreed 2) Something feels wrong as we compile all these in our msys2 CI already and that shouldn't be that different from your setup 3) Uniscribe and DirectWrite backends and now CoreText, are mostly for

Re: [HarfBuzz] Why harfbuzz doesn't handle ligature carets itself?

, 2018 at 2:30 AM Khaled Hosny wrote: > On Fri, Dec 14, 2018 at 07:00:43PM +0330, Ebrahim Byagowi wrote: > > Hey there, just occurred to me this [hopefully not deeply incorrect] why > > harfbuzz itself doesn't handle ligature carets, distributing the ligature > > cluster a

[HarfBuzz] Why harfbuzz doesn't handle ligature carets itself?

Hey there, just occurred to me this [hopefully not deeply incorrect] why harfbuzz itself doesn't handle ligature carets, distributing the ligature cluster advance with ignorable clusters followed by using GDEF/lcar info, with falling back to equal dividing? Thanks

Re: [HarfBuzz] Documentation-requirements gathering

On Tue, Jul 17, 2018 at 1:57 PM Behdad Esfahbod wrote: > On Tue, Jul 17, 2018 at 4:18 AM, Richard Wordingham < > richard.wording...@ntlworld.com> wrote: > >> On Mon, 16 Jul 2018 14:23:10 -0500 >> Nathan Willis wrote: >> >> > - If you are only casually using HarfBuzz but the shaping and layout

Re: [HarfBuzz] Questions about using OpenType features in HarfBuzz

Hi York. The example provided there (which I wrote

[HarfBuzz] Why harfbuzz isn't/couldn't/shouldn't provide separate [optional] API for glyph/positioning?

About why "isn't", I guess harfbuzz has developed before DirectWrite, but I like to know if a separate API for substitution and positioning a possibility? Or, is accepting glyphs instead on input [and later as an optimization, hb_shape without positioning] a possibility? Have a look at

Re: [HarfBuzz] Still Failing: harfbuzz/harfbuzz#2583 (master - 5078044)

You are right :) I am not why it has become that verbose, bad bot! So lets change it َhttps://github.com/harfbuzz/harfbuzz/pull/790 On Thu, Feb 15, 2018 at 12:22 AM, Behdad Esfahbod wrote: > Agreed. Created harfbuzz-bots-chat...@googlegroups.com >

Re: [HarfBuzz] unsafe to break

I wonder if the same mechanism (flagging ranges if I am correct) can be used for Uyghur hyphenation or suggesting places for Arabic justification Kashidas? On Tue, Nov 14, 2017 at 2:36 AM, Behdad Esfahbod wrote: > Right.

Re: [HarfBuzz] order of glyphs presented to font features.

Filed as https://github.com/behdad/harfbuzz/issues/501 On Sat, Jun 24, 2017 at 1:44 AM, Ebrahim Byagowi <ebrami...@gmail.com> wrote: > Interesting, I see the difference also, > > ./hb-view UthmanicHafs1\ Ver09.otf --d

Re: [HarfBuzz] order of glyphs presented to font features.

Interesting, I see the difference also, ./hb-view UthmanicHafs1\ Ver09.otf --direction=ltr ١٢ ▁▁▅▅▄▁ ▂▃▊▂▃ ▂▇ ▃▂ ▁▖▅▃▖▉▅▗▖ ▃▆▟▖ ▗▟ ▆▂ ▙▗▃▙▙▄▃▟ ▂▆ ▙▚ ▗▟▖▙▆▇▅▗▁▙ ▄ ▗ ▖ ▙ ▏ ▊▅▅▟ ▋▌ ▋▍ ▙ ▉

Re: [HarfBuzz] Making harfbuzz more appealing for mupdf project

Hi! Thanks for your encouraging words :) forwarding to hb mailing list On Thu, Jun 15, 2017 at 3:46 AM, Robin Watts <robin.wa...@artifex.com> wrote: > On 14/06/2017 21:37, Ebrahim Byagowi wrote: > >> I wonder if is possible to turn this <https://github.com/ccxvii/mup >

Re: [HarfBuzz] Problems on porting harfbuzz to vitasdk

13, 2017 10:04 AM, "Ebrahim Byagowi" <ebrami...@gmail.com> wrote: > >> It is reported here also https://github.com/behdad/harfbuzz/issues/451 >> >> On Tue, Jun 13, 2017 at 3:05 AM, Ebrahim Byagowi <ebrami...@gmail.com> >> wrote: >> >>>

[HarfBuzz] Making harfbuzz more appealing for mupdf project

I wonder if is possible to turn this comment about harfbuzz on mupdf project into some doable/trackable tasks on harfbuzz bug tracker or are they just might not possible to solve because of ABI compatibility (or fixed

Re: [HarfBuzz] Problems on porting harfbuzz to vitasdk

It is reported here also https://github.com/behdad/harfbuzz/issues/451 On Tue, Jun 13, 2017 at 3:05 AM, Ebrahim Byagowi <ebrami...@gmail.com> wrote: > Hey guys. I am trying to help on porting > <https://github.com/vitasdk/packages/pull/28> harfbuzz to vitasdk but am > facin

[HarfBuzz] Problems on porting harfbuzz to vitasdk

Hey guys. I am trying to help on porting harfbuzz to vitasdk but am facing a number of compile issues. I see this build errors both locally and on the CI: https://travis-ci.org/vitasdk/packages/builds/242199530#L2931 """

[HarfBuzz] Review on CMake port before harfbuzz release

Hey guys, as you may know a cmake script port just have landed on harfbuzz recently. It may have known issues that I hope be fixed over the time by more familiar contributors, like lack of gobject/gir support but I like to get more

Re: [HarfBuzz] How harfbuzz handles memory alignment?

didn't know about byte array alignment trick, thanks :) On Sun, Nov 27, 2016 at 6:16 PM, Richard Wordingham < richard.wording...@ntlworld.com> wrote: > On Sat, 26 Nov 2016 23:52:40 +0330 > Ebrahim Byagowi <ebrami...@gmail.com> wrote: > > > Hey guys, just like to know

[HarfBuzz] How harfbuzz handles memory alignment?

Hey guys, just like to know how harfbuzz handles memory alignment without having even one #pragma pack around? Does `IntType` handles padding somehow or harfbuzz copies its own

Re: [HarfBuzz] persian numerals

l just set the locale of the script of the latest non-numeral > character. I hope that works. > > Thanks, and sorry for the off-topic! > > Eduardo. > > On 9/12/2016 7:55 PM, Ebrahim Byagowi wrote: > > You should resolve this on a level upper than hb as this is not just abo

Re: [HarfBuzz] persian numerals

You should resolve this on a level upper than hb as this is not just about digits, but thousand and fraction separator also should be replaced with their counterpart signs on different languages which sometimes needs some context aware replaces (and on some locales, you should switch dot with

Re: [HarfBuzz] Overwrite certain font characters

I guess you can wrap hb_font_get_glyph like this and pass it to hb_font_funcs_set_glyph_func (to make sure they won't be replaced by notdef glyph) and use

Re: [HarfBuzz] DirectWrite backend of HarfBuzz and again, some bits from Mozilla

clients would be able to use. On Mon, Jun 27, 2016 at 4:03 AM, Ebrahim Byagowi <ebrami...@gmail.com> wrote: > Great. Thanks for the reviews, done > <https://github.com/behdad/harfbuzz/pull/273/commits/8179ff5d7ba4a140cf6743729a22072800e98a79> > . > > On Mon, Jun 27, 2016 a

Re: [HarfBuzz] where is the documentation

t seem that library even > does the same thing as harfbuzz. > > On Sun, Jun 26, 2016 at 5:03 PM, Ebrahim Byagowi <ebrami...@gmail.com> > wrote: > >> This weren't shocking for you that much if you had a chance to use >> proprietary shapers, at least according to

Re: [HarfBuzz] DirectWrite backend of HarfBuzz and again, some bits from Mozilla

Great. Thanks for the reviews, done <https://github.com/behdad/harfbuzz/pull/273/commits/8179ff5d7ba4a140cf6743729a22072800e98a79> . On Mon, Jun 27, 2016 at 3:01 AM, Nikolay Sivov <bungleh...@gmail.com> wrote: > On 27.06.2016 0:58, Ebrahim Byagowi wrote: > > I had a chance

[HarfBuzz] DirectWrite backend of HarfBuzz and again, some bits from Mozilla

I had a chance to improve some minor thing around DirectWrite backend of HarfBuzz on this pull request which basically is suggestion of Nikolay reviews on this mail . Thank you

Re: [HarfBuzz] Windows build of harfbuzz with nmake

> He needs to be made aware that it's unbuildable with MSVC. Is it really? Actually Visual Studio 2015 was only compiler I tested the code against, but maybe older ones are broken. Anyway, the backend shouldn't be used on any production code (specially as it's performance issues) even the fact it

Re: [HarfBuzz] Question about zero width glyphs in shaping output

Probably this bug https://github.com/googlei18n/noto-fonts/issues/212 is related. On Tue, Dec 8, 2015, 2:44 PM Khaled Hosny wrote: > On Mon, Dec 07, 2015 at 09:13:23PM +0530, Deepak Jois wrote: > > Maybe this is a bit related to Khaled’s question earlier about control > >

Re: [HarfBuzz] Different results when shaping sub-sections of text

Hi. As somehow who reads and writes on Arabic script, I can say both are good and acceptable and no need to worry. On Tue, Oct 6, 2015, 10:38 PM Jamie Dale wrote: > Hey all, > > We allow rich-text as part of our text layout system, and I've noticed > that I

Re: [HarfBuzz] DirectWrite backend for HarfBuzz

Ops, here <https://github.com/behdad/harfbuzz/pull/134> is the actual patch. On Fri, Sep 11, 2015 at 10:41 AM, Ebrahim Byagowi <ebrami...@gmail.com> wrote: > Hi. I have developing a dwrite backend for HarfBuzz. It is still far from > prefect, I just thought it maybe worth to be

[HarfBuzz] DirectWrite backend for HarfBuzz

Hi. I have developing a dwrite backend for HarfBuzz. It is still far from prefect, I just thought it maybe worth to be shared but it has at least these main issues which I hope would be fixed with your help: - A lot of parts of TextAnalysis is copied from this

Re: [HarfBuzz] DirectWrite backend for HarfBuzz

On Fri, Sep 11, 2015 at 4:53 PM, Bas Schouten wrote: > Harfbuzz is MIT licensed right? I have no problem with that code being > used and distributed under the MIT license. Thank you very much :) On Fri, Sep 11, 2015 at 11:41 AM, Nikolay Sivov

Re: [HarfBuzz] DirectWrite backend for HarfBuzz

On Sat, Sep 12, 2015 at 2:15 AM, Nikolay Sivov wrote: > > > If the goal is to use memory buffers for fonts you'll need custom > IDWriteFontFileLoader and memory based IDWriteFontFileStream > implementation. After that you'll need to register your loader within > factory

Re: [HarfBuzz] Dealing with ligatures and text input

I'd guess descriptions here https://codereview.chromium.org/130433006#msg8 would make that clear for you. For disabling ligature, you should find which OpenType tag your font use for that ligature and tell HarfBuzz to disable that tag on shaping if it is enabled by default, for example opentype

Re: [HarfBuzz] Font-independent shaping

I think the short would be ideally not possible because not all Arabic glyphs have presentation forms but there could be work around like using fribidi. I think you will find this useful: http://www.khaledhosny.org/node/119 On Wed, Jan 21, 2015 at 4:37 PM, Ken Schutte kenschu...@gmail.com wrote:

[HarfBuzz] How to perform full precision shaping (with no scaling and grid fitting)

Hi everybody, Follow up to this old thread http://lists.freedesktop.org/archives/harfbuzz/2012-April/001905.html, I tried the same approach and failed so I thought it worth to draw attention to it another time. Thanks ___ HarfBuzz mailing list