* bug#20222: 25.0.50; Wrong horizontal position of combining characters
@ 2015-03-29 6:35 Orivej Desh
2015-03-29 8:01 ` Andreas Schwab
0 siblings, 1 reply; 6+ messages in thread
From: Orivej Desh @ 2015-03-29 6:35 UTC (permalink / raw)
To: 20222
The following two hebrew character should have a dot above and to the
left:
- pאֹq (05D0 «alef» with 05B9 «holam»)
- pשׂq (05E9 «shin» with 05C2 «sin dot»)
However, with any font I tried (Cardo, Ezra SIL, Linux Libertine) and at
any font size at least one of them is displayed with a dot shifted to
the right (above «q») in Emacs/GTK2 and Emacs/GTK3, but looks correctly
with the same fonts in other applications (gedit/GTK3, LeafPad/GTK2,
Calligra Words/Qt4).
In GNU Emacs 25.0.50.1 (x86_64-pc-linux-gnu, GTK+ Version 2.24.25)
of 2015-03-29 on orivej
Repository revision: e6127d94746e230f95bdf2ad002e4379474e5a8b
Windowing system distributor `The X.Org Foundation', version 11.0.11601000
System Description: Funtoo Linux - baselayout 2.2.0
Configured using:
`configure --prefix=/usr --build=x86_64-pc-linux-gnu
--host=x86_64-pc-linux-gnu --mandir=/usr/share/man
--infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc
--localstatedir=/var/lib --libdir=/usr/lib64 --disable-silent-rules
--disable-dependency-tracking --program-suffix=-emacs-25-vcs
--infodir=/usr/share/info/emacs-25-vcs --localstatedir=/var
--enable-locallisppath=/etc/emacs:/usr/share/emacs/site-lisp
--with-gameuser=:gamestat --without-compress-install
--with-file-notification=inotify --enable-acl --with-dbus --with-gnutls
--with-gpm --without-hesiod --without-kerberos --without-kerberos5
--with-xml2 --without-selinux --without-wide-int --with-zlib
--with-sound=alsa --with-x --without-ns --without-gconf
--without-gsettings --with-toolkit-scroll-bars --with-gif --with-jpeg
--with-png --with-rsvg --with-tiff --with-xpm --with-imagemagick
--with-xft --without-libotf --without-m17n-flt --with-x-toolkit=gtk2
GENTOO_PACKAGE=app-editors/emacs-vcs-25.0.9999-r1 EGIT_BRANCH=master
EGIT_VERSION=e6127d94746e230f95bdf2ad002e4379474e5a8b
'CFLAGS=-march=native -O2 -pipe' CPPFLAGS= LDFLAGS=-Wl,-O1,--as-needed'
Configured features:
XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS NOTIFY ACL GNUTLS
LIBXML2 FREETYPE XFT ZLIB
Important settings:
value of $LC_COLLATE: POSIX
value of $LC_CTYPE: fr_FR.UTF-8
value of $LC_NUMERIC: C
value of $LANG: fr_OD.UTF-8
value of $XMODIFIERS: @im=uim
locale-coding-system: utf-8-unix
Major mode: Lisp Interaction
Minor modes in effect:
text-scale-mode: t
tooltip-mode: t
global-eldoc-mode: t
electric-indent-mode: t
mouse-wheel-mode: t
tool-bar-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Use +,-,0 for further adjustment [5 times]
funcall-interactively: End of buffer
Load-path shadows:
None found.
Features:
(shadow sort gnus-util mail-extr emacsbug message dired format-spec
rfc822 mml easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse
rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045
ietf-drums mm-util help-fns mail-prsvr mail-utils face-remap mule-util
time-date tooltip eldoc electric uniquify ediff-hook vc-hooks
lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image regexp-opt
fringe tabulated-list newcomment elisp-mode lisp-mode prog-mode register
page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock
font-lock syntax facemenu font-core frame cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew
greek romanian slovak czech european ethiopic indian cyrillic chinese
case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer
cl-preloaded nadvice loaddefs button faces cus-face macroexp files
text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote make-network-process
dbusbind inotify dynamic-setting font-render-setting move-toolbar gtk
x-toolkit x multi-tty emacs)
Memory information:
((conses 16 79033 3966)
(symbols 48 18649 0)
(miscs 40 192 74)
(strings 32 12397 5211)
(string-bytes 1 334966)
(vectors 16 10123)
(vector-slots 8 402952 7725)
(floats 8 88 114)
(intervals 56 248 1)
(buffers 976 11)
(heap 1024 25705 1008))
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#20222: 25.0.50; Wrong horizontal position of combining characters
2015-03-29 6:35 bug#20222: 25.0.50; Wrong horizontal position of combining characters Orivej Desh
@ 2015-03-29 8:01 ` Andreas Schwab
2015-03-29 14:28 ` Orivej Desh
0 siblings, 1 reply; 6+ messages in thread
From: Andreas Schwab @ 2015-03-29 8:01 UTC (permalink / raw)
To: Orivej Desh; +Cc: 20222
Orivej Desh <orivej@gmx.fr> writes:
> --with-xft --without-libotf --without-m17n-flt --with-x-toolkit=gtk2
What happens if you build with libotf?
Andreas.
--
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#20222: 25.0.50; Wrong horizontal position of combining characters
2015-03-29 8:01 ` Andreas Schwab
@ 2015-03-29 14:28 ` Orivej Desh
2020-01-15 5:21 ` Stefan Kangas
0 siblings, 1 reply; 6+ messages in thread
From: Orivej Desh @ 2015-03-29 14:28 UTC (permalink / raw)
To: Andreas Schwab; +Cc: 20222
> > --with-xft --without-libotf --without-m17n-flt --with-x-toolkit=gtk2
>
> What happens if you build with libotf?
Thanks! I rebuilt Emacs with m17n and libotf, and now Ezra SIL and Linux
Libertine look perfect. (But only if multiple composing characters are
entered in some order that seems logical: 05E9 shin + 05C2 sin dot +
05B9 holam compose into one character, yet shin + holam does not compose
with the following sin dot.) Cardo font, on the other hand, became even
more broken, with more composing characters shifted to the right. (I
think it was m17n that helped, because only Linux Libertine is available
in OTF, and also rendering of TTF variant of Linux Libertine got fixed.)
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#20222: 25.0.50; Wrong horizontal position of combining characters
2015-03-29 14:28 ` Orivej Desh
@ 2020-01-15 5:21 ` Stefan Kangas
2020-01-15 16:21 ` Eli Zaretskii
0 siblings, 1 reply; 6+ messages in thread
From: Stefan Kangas @ 2020-01-15 5:21 UTC (permalink / raw)
To: Orivej Desh; +Cc: 20222, Andreas Schwab
Orivej Desh <orivej@gmx.fr> writes:
>> > --with-xft --without-libotf --without-m17n-flt --with-x-toolkit=gtk2
>>
>> What happens if you build with libotf?
>
> Thanks! I rebuilt Emacs with m17n and libotf, and now Ezra SIL and Linux
> Libertine look perfect. (But only if multiple composing characters are
> entered in some order that seems logical: 05E9 shin + 05C2 sin dot +
> 05B9 holam compose into one character, yet shin + holam does not compose
> with the following sin dot.) Cardo font, on the other hand, became even
> more broken, with more composing characters shifted to the right. (I
> think it was m17n that helped, because only Linux Libertine is available
> in OTF, and also rendering of TTF variant of Linux Libertine got fixed.)
It seems to me that the original issue is solved by building with
libotf. Is there anything more to do here? If I don't hear anything
else within a couple of weeks, I'll assume this is fixed and close the
bug.
Best regards,
Stefan Kangas
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#20222: 25.0.50; Wrong horizontal position of combining characters
2020-01-15 5:21 ` Stefan Kangas
@ 2020-01-15 16:21 ` Eli Zaretskii
2020-01-15 18:04 ` Stefan Kangas
0 siblings, 1 reply; 6+ messages in thread
From: Eli Zaretskii @ 2020-01-15 16:21 UTC (permalink / raw)
To: Stefan Kangas; +Cc: 20222, schwab, orivej
> From: Stefan Kangas <stefan@marxist.se>
> Date: Wed, 15 Jan 2020 06:21:31 +0100
> Cc: 20222@debbugs.gnu.org, Andreas Schwab <schwab@linux-m68k.org>
>
> Orivej Desh <orivej@gmx.fr> writes:
>
> >> > --with-xft --without-libotf --without-m17n-flt --with-x-toolkit=gtk2
> >>
> >> What happens if you build with libotf?
> >
> > Thanks! I rebuilt Emacs with m17n and libotf, and now Ezra SIL and Linux
> > Libertine look perfect. (But only if multiple composing characters are
> > entered in some order that seems logical: 05E9 shin + 05C2 sin dot +
> > 05B9 holam compose into one character, yet shin + holam does not compose
> > with the following sin dot.) Cardo font, on the other hand, became even
> > more broken, with more composing characters shifted to the right. (I
> > think it was m17n that helped, because only Linux Libertine is available
> > in OTF, and also rendering of TTF variant of Linux Libertine got fixed.)
>
> It seems to me that the original issue is solved by building with
> libotf. Is there anything more to do here? If I don't hear anything
> else within a couple of weeks, I'll assume this is fixed and close the
> bug.
I think this bug doesn't exist with HarfBuzz, because it can handle
these in any order.
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#20222: 25.0.50; Wrong horizontal position of combining characters
2020-01-15 16:21 ` Eli Zaretskii
@ 2020-01-15 18:04 ` Stefan Kangas
0 siblings, 0 replies; 6+ messages in thread
From: Stefan Kangas @ 2020-01-15 18:04 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: schwab, 20222-done, orivej
Eli Zaretskii <eliz@gnu.org> writes:
> I think this bug doesn't exist with HarfBuzz, because it can handle
> these in any order.
OK, since the last update here was five years ago, I'll go ahead and
close this now.
If this is still an issue on Emacs 27. please report back and we can
reopen the bug.
Best regards,
Stefan Kangas
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2020-01-15 18:04 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-03-29 6:35 bug#20222: 25.0.50; Wrong horizontal position of combining characters Orivej Desh
2015-03-29 8:01 ` Andreas Schwab
2015-03-29 14:28 ` Orivej Desh
2020-01-15 5:21 ` Stefan Kangas
2020-01-15 16:21 ` Eli Zaretskii
2020-01-15 18:04 ` Stefan Kangas
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).