unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#5275: Malayalam file names not rendered correctly (conjuncts are not formed) in message window and buffer title
@ 2009-12-29 11:30 Praveen A
  2010-01-08 12:58 ` Kenichi Handa
  0 siblings, 1 reply; 8+ messages in thread
From: Praveen A @ 2009-12-29 11:30 UTC (permalink / raw)
  To: bug-gnu-emacs

[-- Attachment #1: Type: text/plain, Size: 1445 bytes --]

message window and buffer title does not render file names in Malayalam.

How to reproduce.

1. Visit file 'നക്ഷത്രങ്ങളും-നക്ഷത്രാവശിഷ്ടങ്ങളും-നക്ഷത്രാന്തരീയമാദ്ധ്യമവും-തമോദ്രവ്യവും'
(u'\u0d28\u0d15\u0d4d\u0d37\u0d24\u0d4d\u0d30\u0d19\u0d4d\u0d19\u0d33\u0d41\u0d02-\u0d28\u0d15\u0d4d\u0d37\u0d24\u0d4d\u0d30\u0d3e\u0d35\u0d36\u0d3f\u0d37\u0d4d\u0d1f\u0d19\u0d4d\u0d19\u0d33\u0d41\u0d02-\u0d28\u0d15\u0d4d\u0d37\u0d24\u0d4d\u0d30\u0d3e\u0d28\u0d4d\u0d24\u0d30\u0d40\u0d2f\u0d2e\u0d3e\u0d26\u0d4d\u0d27\u0d4d\u0d2f\u0d2e\u0d35\u0d41\u0d02-\u0d24\u0d2e\u0d4b\u0d26\u0d4d\u0d30\u0d35\u0d4d\u0d2f\u0d35\u0d41\u0d02')
in any directory say /tmp.

2. add നക്ഷത്രങ്ങളും-നക്ഷത്രാവശിഷ്ടങ്ങളും-നക്ഷത്രാന്തരീയമാദ്ധ്യമവും-തമോദ്രവ്യവും
as file content.
3. Save

compare the display inside the buffer, title and message window. Only
contents in the buffer is displayed correctly.

- Praveen
-- 
പ്രവീണ്‍ അരിമ്പ്രത്തൊടിയില്‍
<GPLv2> I know my rights; I want my phone call!
<DRM> What use is a phone call, if you are unable to speak?
(as seen on /.)
Join The DRM Elimination Crew Now!
http://fci.wikia.com/wiki/Anti-DRM-Campaign

[-- Attachment #2: emacs-bug-message-title-windows.png --]
[-- Type: image/png, Size: 13798 bytes --]

^ permalink raw reply	[flat|nested] 8+ messages in thread

* bug#5275: Malayalam file names not rendered correctly (conjuncts are not formed) in message window and buffer title
  2009-12-29 11:30 bug#5275: Malayalam file names not rendered correctly (conjuncts are not formed) in message window and buffer title Praveen A
@ 2010-01-08 12:58 ` Kenichi Handa
  2010-01-14  4:06   ` Kenichi Handa
  0 siblings, 1 reply; 8+ messages in thread
From: Kenichi Handa @ 2010-01-08 12:58 UTC (permalink / raw)
  To: Praveen A, 5275; +Cc: 5275, pravi.a

In article <3f2beab60912290330y7f950cc1v76b8e54bf787f2b7@mail.gmail.com>, Praveen A <pravi.a@gmail.com> writes:

> message window and buffer title does not render file names in Malayalam.

Sorry for the late response on this matter.  I found the
cause of the problem, and just started to work on it.

---
Kenichi Handa
handa@m17n.org






^ permalink raw reply	[flat|nested] 8+ messages in thread

* bug#5275: Malayalam file names not rendered correctly (conjuncts are not formed) in message window and buffer title
  2010-01-08 12:58 ` Kenichi Handa
@ 2010-01-14  4:06   ` Kenichi Handa
  2010-01-14  8:50     ` YAMAMOTO Mitsuharu
  0 siblings, 1 reply; 8+ messages in thread
From: Kenichi Handa @ 2010-01-14  4:06 UTC (permalink / raw)
  To: 5275; +Cc: 5275

In article <tl7fx6glpn3.fsf@m17n.org>, Kenichi Handa <handa@m17n.org> writes:

> In article <3f2beab60912290330y7f950cc1v76b8e54bf787f2b7@mail.gmail.com>, Praveen A <pravi.a@gmail.com> writes:
> > message window and buffer title does not render file names in Malayalam.

> Sorry for the late response on this matter.  I found the
> cause of the problem, and just started to work on it.

I've just installed a fix.  Please try the latest code.

---
Kenichi Handa
handa@m17n.org










^ permalink raw reply	[flat|nested] 8+ messages in thread

* bug#5275: Malayalam file names not rendered correctly (conjuncts are not formed) in message window and buffer title
  2010-01-14  4:06   ` Kenichi Handa
@ 2010-01-14  8:50     ` YAMAMOTO Mitsuharu
  2010-01-15  2:19       ` Kenichi Handa
  0 siblings, 1 reply; 8+ messages in thread
From: YAMAMOTO Mitsuharu @ 2010-01-14  8:50 UTC (permalink / raw)
  To: Kenichi Handa; +Cc: 5275

>>>>> On Thu, 14 Jan 2010 13:06:25 +0900, Kenichi Handa <handa@m17n.org> said:

>>> message window and buffer title does not render file names in
>>> Malayalam.

>> Sorry for the late response on this matter.  I found the cause of
>> the problem, and just started to work on it.

> I've just installed a fix.  Please try the latest code.

Though this is not reliably reproducible, mode-line display seems to
become unstable occasionally when the buffer name containing
composition is short and requires trailing padding spaces.

				     YAMAMOTO Mitsuharu
				mituharu@math.s.chiba-u.ac.jp






^ permalink raw reply	[flat|nested] 8+ messages in thread

* bug#5275: Malayalam file names not rendered correctly (conjuncts are not formed) in message window and buffer title
  2010-01-14  8:50     ` YAMAMOTO Mitsuharu
@ 2010-01-15  2:19       ` Kenichi Handa
  2010-01-15  2:54         ` YAMAMOTO Mitsuharu
  0 siblings, 1 reply; 8+ messages in thread
From: Kenichi Handa @ 2010-01-15  2:19 UTC (permalink / raw)
  To: YAMAMOTO Mitsuharu; +Cc: 5275

In article <wlbpgxrrxf.wl%mituharu@math.s.chiba-u.ac.jp>, YAMAMOTO Mitsuharu <mituharu@math.s.chiba-u.ac.jp> writes:

>>>>>> On Thu, 14 Jan 2010 13:06:25 +0900, Kenichi Handa <handa@m17n.org> said:
>>>> message window and buffer title does not render file names in
>>>> Malayalam.

>>> Sorry for the late response on this matter.  I found the cause of
>>> the problem, and just started to work on it.

> > I've just installed a fix.  Please try the latest code.

> Though this is not reliably reproducible, mode-line display seems to
> become unstable occasionally when the buffer name containing
> composition is short and requires trailing padding spaces.

I tried various buffer names but couldn't reproduce it.
What does "unstable" mean exactly?  When you reproduce it,
please let me know the buffer name and which font is used
for it.

---
Kenichi Handa
handa@m17n.org






^ permalink raw reply	[flat|nested] 8+ messages in thread

* bug#5275: Malayalam file names not rendered correctly (conjuncts are not formed) in message window and buffer title
  2010-01-15  2:19       ` Kenichi Handa
@ 2010-01-15  2:54         ` YAMAMOTO Mitsuharu
  2010-01-15  5:29           ` Kenichi Handa
  0 siblings, 1 reply; 8+ messages in thread
From: YAMAMOTO Mitsuharu @ 2010-01-15  2:54 UTC (permalink / raw)
  To: Kenichi Handa; +Cc: 5275

[-- Attachment #1: Type: text/plain, Size: 1764 bytes --]

>>>>> On Fri, 15 Jan 2010 11:19:24 +0900, Kenichi Handa <handa@m17n.org> said:

>> Though this is not reliably reproducible, mode-line display seems
>> to become unstable occasionally when the buffer name containing
>> composition is short and requires trailing padding spaces.

> I tried various buffer names but couldn't reproduce it.  What does
> "unstable" mean exactly?  When you reproduce it, please let me know
> the buffer name and which font is used for it.

Unfortunately, I couldn't reproduce it on GNU/Linux.  But the
following examples spontaneously fail with the X11 build on Mac OS X
10.5.

  (switch-to-buffer-other-window (string ?e 769))
  (switch-to-buffer-other-window (string ?e 769 ?e 769))
  (switch-to-buffer-other-window (string ?e 769 ?e 769 ?e 769))
  (switch-to-buffer-other-window (string ?e 769 ?e 769 ?e 769 ?e 769))
  (switch-to-buffer-other-window (string ?e 769 ?e 769 ?e 769 ?e 769 ?e 769))

  ;; The following one always succeeds.
  (switch-to-buffer-other-window (string ?e 769 ?e 769 ?e 769 ?e 769 ?e 769 ?e 769))

Sometimes the buffer name is rendered incorrectly (see the
attachment), and sometimes the mode line is not updated.  The latter
case often leads to crash afterwards.

The font used for the buffer name in the modeline is

  xft:-bitstream-Bank Gothic-normal-normal-normal-*-16-*-*-*-*-0-iso10646-1

I can see similar phenomena on the Mac port and also with ideographic
variation sequences.  So I don't think fonts or libotf is related to
this issue.

I suspect the problematic case is that `charpos + field_width' in
reseat_to_string exceeds the length of the given string.  The value of
`field_width' is 12 by default when displaying buffer names.

				     YAMAMOTO Mitsuharu
				mituharu@math.s.chiba-u.ac.jp

[-- Attachment #2: modeline.png --]
[-- Type: image/png, Size: 3923 bytes --]

^ permalink raw reply	[flat|nested] 8+ messages in thread

* bug#5275: Malayalam file names not rendered correctly (conjuncts are not formed) in message window and buffer title
  2010-01-15  2:54         ` YAMAMOTO Mitsuharu
@ 2010-01-15  5:29           ` Kenichi Handa
  2010-01-15  5:51             ` YAMAMOTO Mitsuharu
  0 siblings, 1 reply; 8+ messages in thread
From: Kenichi Handa @ 2010-01-15  5:29 UTC (permalink / raw)
  To: YAMAMOTO Mitsuharu; +Cc: 5275

In article <wlpr5culg8.wl%mituharu@math.s.chiba-u.ac.jp>, YAMAMOTO Mitsuharu <mituharu@math.s.chiba-u.ac.jp> writes:

> Unfortunately, I couldn't reproduce it on GNU/Linux.  But the
> following examples spontaneously fail with the X11 build on Mac OS X
> 10.5.

>   (switch-to-buffer-other-window (string ?e 769))
>   (switch-to-buffer-other-window (string ?e 769 ?e 769))
>   (switch-to-buffer-other-window (string ?e 769 ?e 769 ?e 769))
>   (switch-to-buffer-other-window (string ?e 769 ?e 769 ?e 769 ?e 769))
>   (switch-to-buffer-other-window (string ?e 769 ?e 769 ?e 769 ?e 769 ?e 769))

Thank you for them.  I now find what is wrong and committed
a temporary fix.

> I suspect the problematic case is that `charpos + field_width' in
> reseat_to_string exceeds the length of the given string.  The value of
> `field_width' is 12 by default when displaying buffer names.

Actually, the bug was that I ignored it->string_nchars in
composition handling.

By the way, in the current code, field_width and precision
are not handled correctly.  The comments in xdisp.c say that
they are "number of characters" and the current code treats
them as such, but the original intention is "number of
columns occupied by characters".  It seems that fixing it is
not a trivial work.

---
Kenichi Handa
handa@m17n.org






^ permalink raw reply	[flat|nested] 8+ messages in thread

* bug#5275: Malayalam file names not rendered correctly (conjuncts are not formed) in message window and buffer title
  2010-01-15  5:29           ` Kenichi Handa
@ 2010-01-15  5:51             ` YAMAMOTO Mitsuharu
  0 siblings, 0 replies; 8+ messages in thread
From: YAMAMOTO Mitsuharu @ 2010-01-15  5:51 UTC (permalink / raw)
  To: Kenichi Handa; +Cc: 5275

>>>>> On Fri, 15 Jan 2010 14:29:13 +0900, Kenichi Handa <handa@m17n.org> said:

> In article <wlpr5culg8.wl%mituharu@math.s.chiba-u.ac.jp>, YAMAMOTO Mitsuharu <mituharu@math.s.chiba-u.ac.jp> writes:
>> Unfortunately, I couldn't reproduce it on GNU/Linux.  But the
>> following examples spontaneously fail with the X11 build on Mac OS X
>> 10.5.

>> (switch-to-buffer-other-window (string ?e 769))
>> (switch-to-buffer-other-window (string ?e 769 ?e 769))
>> (switch-to-buffer-other-window (string ?e 769 ?e 769 ?e 769))
>> (switch-to-buffer-other-window (string ?e 769 ?e 769 ?e 769 ?e 769))
>> (switch-to-buffer-other-window (string ?e 769 ?e 769 ?e 769 ?e 769 ?e 769))

> Thank you for them.  I now find what is wrong and committed
> a temporary fix.

Thanks.  I confirmed that both the above examples and the IVS cases
work correctly with the X11 build on Mac OS X 10.5, as well as with
the Mac port.

				     YAMAMOTO Mitsuharu
				mituharu@math.s.chiba-u.ac.jp






^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2010-01-15  5:51 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-12-29 11:30 bug#5275: Malayalam file names not rendered correctly (conjuncts are not formed) in message window and buffer title Praveen A
2010-01-08 12:58 ` Kenichi Handa
2010-01-14  4:06   ` Kenichi Handa
2010-01-14  8:50     ` YAMAMOTO Mitsuharu
2010-01-15  2:19       ` Kenichi Handa
2010-01-15  2:54         ` YAMAMOTO Mitsuharu
2010-01-15  5:29           ` Kenichi Handa
2010-01-15  5:51             ` YAMAMOTO Mitsuharu

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).