all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: Werner LEMBERG <wl@gnu.org>
Cc: handa@gnu.org, emacs-devel@gnu.org
Subject: Re: how reliable is rendering of complex scripts?
Date: Sun, 04 Oct 2015 10:07:23 +0300	[thread overview]
Message-ID: <83zizz1590.fsf@gnu.org> (raw)
In-Reply-To: <20151004.063952.389316157.wl@gnu.org>

> Date: Sun, 04 Oct 2015 06:39:52 +0200 (CEST)
> Cc: emacs-devel@gnu.org, handa@gnu.org
> From: Werner LEMBERG <wl@gnu.org>
> 
> >> I wonder how reliable emacs displays complex scripts like
> >> Devanagari or Arabic.
> >
> > AFAIK, no one has ever performed a study about this, let alone
> > repeated it when the relevant standards changed.
> 
> This essentially means that Emacs developers wait for users to report
> bad renderings, right?

No, it means Emacs developers lack resources, knowledge, and motivated
individuals aboard to do that.  If you or someone else volunteers,
that'd be great.

Where we do have resources, we are generally ahead of HarfBuzz: e.g.,
the implementation of UAX#9 compliant with Unicode 6.3 - 8.0 was in
Emacs many moons before it was anywhere else in the Free Software
world, including HarfBuzz.

> >> For example, the maintainers of the HarfBuzz library did extensive
> >> comparisons of the rendering results with the MS engine to iron out
> >> zillions of small buglets in OpenType handling.
> >
> > At least on MS-Windows, Emacs uses the MS engine directly, so some
> > of similar buglets should not affect us on Windows.
> 
> Well, this makes Emacs on MS-Windows really superior to other
> platforms in this area, which is less than ideal...  I mean `superior'
> in the sense that the rendering results on MS-Windows are well tested
> and can be trusted in general, something that is missing otherwise.

That's not entirely true, because, as I said, part of the data and
algorithms needed for complex script layout is in Emacs, and is used
on all supported platforms, not just by the Windows build.

> Given that HarfBuzz is very mature today, and that it has been
> extensively tested against Windows rendering results, and that it also
> contains a large corpus of test cases for complex ligatures together
> with a simple test TTY program (`hb-shape'), I suggest that someone
> (probably Ken'ichi) writes a similar test program for libm17n so that
> diffing would be possible.
> 
>   https://github.com/behdad/harfbuzz/tree/master/test/shaping
>   https://github.com/behdad/harfbuzz/tree/master/util

Thanks for the pointer.  I will see if we can extract something from
there to see how Emacs displays those scripts.

> >> are there test suites to compare the results?
> >
> > There's a test suite for bidirectional display, but it only tests
> > the reordering of characters for display, not the shaping.  There's
> > nothing else, AFAIK.  If you, or someone else, can work on adding
> > one, that'd be great.
> 
> In case someone is working on this issue, asking the HarfBuzz
> developer for assistance might be a good thing.  I guess that they
> have even larger corpora that could be probably provided for testing
> purposes.

No one is working on this, to the best of my knowledge.  Once again,
we lack individuals on board who understand these issues well enough
to do that.  A single bug in libm17n-flt reported a few months ago,
discovered in a script whose support is not even in Emacs, was fixed
by Handa-san, and that's about all the activity that I remember.



  reply	other threads:[~2015-10-04  7:07 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-10-02  5:39 how reliable is rendering of complex scripts? Werner LEMBERG
2015-10-02  7:30 ` Eli Zaretskii
2015-10-04  4:39   ` Werner LEMBERG
2015-10-04  7:07     ` Eli Zaretskii [this message]
2015-10-04  8:09       ` Werner LEMBERG
2015-10-04  9:12         ` Eli Zaretskii
2015-10-04  9:40           ` Werner LEMBERG
2015-10-04  9:57             ` Eli Zaretskii
2015-10-04 18:06       ` John Wiegley
2015-10-04 19:45         ` Eli Zaretskii
2015-10-04 21:43           ` John Wiegley
2015-10-05  6:05             ` Eli Zaretskii
2015-10-05 18:18               ` John Wiegley
2015-10-05 19:22                 ` Eli Zaretskii
2015-10-06 16:17                   ` Eli Zaretskii

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=83zizz1590.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=handa@gnu.org \
    --cc=wl@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.