GNU bug report logs - #5667
23.1.93; cursor movement in Korean text is slow with xfonts-baekmuk

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 5667 in the body.
You can then email your comments to 5667 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Jae-hyeon Park <jae-hyeon.park <at> desy.de>
To: bug-gnu-emacs <at> gnu.org
Subject: 23.1.93; cursor movement in Korean text is slow with xfonts-baekmuk
Date: Mon, 01 Mar 2010 23:14:56 +0100

I am sorry if you are seeing this report more than once as I have
already posted about this problem to emacs-devel (which I suppose was
not the right list for a bug report).

I use the baekmuk bitmap font (available as the xfonts-baekmuk package
in debian for instance) to display Korean characters in emacs.  When
there are many Korean characters in a buffer, moving the cursor among
the Korean characters takes a long time (like a few seconds on my laptop
which is a fairly new hardware).  It is weird that this symptom occurs
only if I use this particular font.  However, the same font causes no
trouble when I am using emacs 22.

How to reproduce:

1) Start emacs with

    $ emacs -Q -xrm 'Emacs.FontBackend: x' &

2) In the scratch buffer, evaluate the following code

    (create-fontset-from-fontset-spec
     "-misc-fixed-medium-r-normal--15-140-75-75-c-90-fontset-baekmuk,
      ascii:-misc-fixed-medium-r-normal--15-140-75-75-c-90-iso8859-1")
    (set-fontset-font "fontset-baekmuk" 'korean-ksc5601
     "-baekmuk-gulim-medium-r-normal--18-180-75-75-m-180-ksc5601.1987-0")
    (set-frame-font "fontset-baekmuk")

3) In the same frame, fill a whole emacs window with Korean characters.
   For instance, open the sample Korean text file that can be downloaded
   from https://bugs.launchpad.net/bugs/471597.

4) Try to move the cursor downwards by pressing C-n several times


In GNU Emacs 23.1.93.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.18.3)
 of 2010-03-01 on aida
Windowing system distributor `The X.Org Foundation', version 11.0.10604000
configured using `configure  '--enable-profiling' '--with-xpm=no' '--with-gif=no' '--with-tiff=no''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: en_US.UTF-8
  value of $XMODIFIERS: @im=uim
  locale-coding-system: utf-8-unix
  default enable-multibyte-characters: t

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-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-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
<down-mouse-2> <mouse-2> <backspace> C-j M-x s e t 
- v a <tab> <return> m a i l - s p e <tab> <return> 
t <return> <down-mouse-1> <mouse-1> C-h v m e s s a 
g e <tab> C-g C-h v m a i l - s p e <tab> <return> 
<help-echo> <help-echo> <down-mouse-1> <mouse-1> <help-echo> 
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo> 
<help-echo> <help-echo> <menu-bar> <help-menu> <se
nd-emacs-bug-report>

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Mark set
Loading sendmail...done
Making completion list...
Quit
Type C-x 1 to delete the help window, C-M-v to scroll help.

Load-path shadows:
None found.

Features:
(shadow sort mail-extr message ecomplete rfc822 mml mml-sec
password-cache mm-decode mm-bodies mm-encode mailcap mail-parse rfc2231
rfc2047 rfc2045 qp ietf-drums mailabbrev nnheader gnus-util netrc
time-date mm-util mail-prsvr gmm-utils mailheader canlock sha1 hex-util
hashcash mail-utils emacsbug pp help-mode view cus-edit easymenu
wid-edit sendmail regexp-opt cus-start cus-load help-fns tooltip
ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd font-setting
tool-bar dnd fontset image fringe lisp-mode register page menu-bar
rfn-eshadow timer select scroll-bar mldrag 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 loaddefs button
minibuffer faces cus-face files text-properties overlay md5 base64
format env code-pages mule custom widget hashtable-print-readable
backquote make-network-process dbusbind system-font-setting
font-render-setting gtk x-toolkit x multi-tty emacs)

Message #8 received at 5667 <at> debbugs.gnu.org (full text, mbox):

From: Jae-hyeon Park <jae-hyeon.park <at> desy.de>
To: 5667 <at> debbugs.gnu.org
Subject: Re: bug#5667: Acknowledgement (23.1.93; cursor movement in Korean
	text is slow with xfonts-baekmuk)
Date: Sat, 27 Mar 2010 17:45:38 +0100

[Message part 1 (text/plain, inline)]

I found a workaround or a possible fix.  The slowdown goes away if I
add to font-encoding-alist an entry for the registry ksx1001.1998.  A
patch is attached.

[emacs-23.1.94.diff (text/x-diff, inline)]

--- emacs-23.1.94.orig/lisp/international/fontset.el	2010-03-11 03:20:33.000000000 +0100
+++ emacs-23.1.94/lisp/international/fontset.el	2010-03-27 17:16:47.681744851 +0100
@@ -59,6 +59,7 @@
 	("jisx0208" . japanese-jisx0208)
 	("jisx0201" . jisx0201)
 	("jisx0212" . japanese-jisx0212)
+	("ksx1001" . korean-ksc5601)
 	("ksc5601.1987" . korean-ksc5601)
 	("cns11643.1992.*1" . chinese-cns11643-1)
 	("cns11643.1992.*2" . chinese-cns11643-2)

Message #11 received at 5667 <at> debbugs.gnu.org (full text, mbox):

From: Kenichi Handa <handa <at> m17n.org>
To: Jae-hyeon Park <jae-hyeon.park <at> desy.de>
Cc: 5667 <at> debbugs.gnu.org
Subject: Re: bug#5667: 23.1.93;
	cursor movement in Korean text is slow with xfonts-baekmuk
Date: Thu, 01 Apr 2010 16:59:25 +0900

Very sorry for the late response on this matter.

In article <87ljeb7kpr.fsf <at> desy.de>, Jae-hyeon Park <jae-hyeon.park <at> desy.de> writes:

> I am sorry if you are seeing this report more than once as I have
> already posted about this problem to emacs-devel (which I suppose was
> not the right list for a bug report).

> I use the baekmuk bitmap font (available as the xfonts-baekmuk package
> in debian for instance) to display Korean characters in emacs.  When
> there are many Korean characters in a buffer, moving the cursor among
> the Korean characters takes a long time (like a few seconds on my laptop
> which is a fairly new hardware).  It is weird that this symptom occurs
> only if I use this particular font.  However, the same font causes no
> trouble when I am using emacs 22.

> How to reproduce:

> 1) Start emacs with

>     $ emacs -Q -xrm 'Emacs.FontBackend: x' &

> 2) In the scratch buffer, evaluate the following code

>     (create-fontset-from-fontset-spec
>      "-misc-fixed-medium-r-normal--15-140-75-75-c-90-fontset-baekmuk,
>       ascii:-misc-fixed-medium-r-normal--15-140-75-75-c-90-iso8859-1")
>     (set-fontset-font "fontset-baekmuk" 'korean-ksc5601
>      "-baekmuk-gulim-medium-r-normal--18-180-75-75-m-180-ksc5601.1987-0")
>     (set-frame-font "fontset-baekmuk")

> 3) In the same frame, fill a whole emacs window with Korean characters.
>    For instance, open the sample Korean text file that can be downloaded
>    from https://bugs.launchpad.net/bugs/471597.

> 4) Try to move the cursor downwards by pressing C-n several times

I've just confirmed this problem.  Strangely that slowness
doesn't happen with the other fonts (e.g. daewoo-mincho).
I'm now investigating what is wrong.

---
Kenichi Handa
handa <at> m17n.org

Message #14 received at 5667 <at> debbugs.gnu.org (full text, mbox):

From: Jae-hyeon Park <jae-hyeon.park <at> desy.de>
To: Kenichi Handa <handa <at> m17n.org>
Cc: 5667 <at> debbugs.gnu.org
Subject: Re: bug#5667: 23.1.93;
	cursor movement in Korean text is slow with xfonts-baekmuk
Date: Thu, 01 Apr 2010 10:31:21 +0200

Kenichi Handa, on 2010-04-01 09:59 +0200, said:

> Very sorry for the late response on this matter.

No problem.

> I've just confirmed this problem.  Strangely that slowness
> doesn't happen with the other fonts (e.g. daewoo-mincho).
> I'm now investigating what is wrong.

I have uploaded a patch to the bug tracker.  The difference between
baekmuk and daewoo is the xfont encoding registry.  Baekmuk has
ksx1001.1998 and daewoo has ksc5601.1987.  [xfonts-baekmuk package
installs also aliases with registry ksc5601.1987.]

Apart from the above temporary fix, another question is: I don't know
whether or not emacs is expected to slow down when it sees a font with
an unknown (to emacs) encoding.

Cheers,
Jae-hyeon

Message #19 received at 5667 <at> debbugs.gnu.org (full text, mbox):

From: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
To: Jae-hyeon Park <jae-hyeon.park <at> desy.de>
Cc: 5667 <at> debbugs.gnu.org
Subject: Re: bug#5667: Acknowledgement (23.1.93;
	cursor movement in Korean text is slow with xfonts-baekmuk)
Date: Sun, 18 Sep 2011 14:15:05 +0200

Jae-hyeon Park <jae-hyeon.park <at> desy.de> writes:

> I found a workaround or a possible fix.  The slowdown goes away if I
> add to font-encoding-alist an entry for the registry ksx1001.1998.  A
> patch is attached.
>
> --- emacs-23.1.94.orig/lisp/international/fontset.el	2010-03-11 03:20:33.000000000 +0100
> +++ emacs-23.1.94/lisp/international/fontset.el	2010-03-27 17:16:47.681744851 +0100
> @@ -59,6 +59,7 @@
>  	("jisx0208" . japanese-jisx0208)
>  	("jisx0201" . jisx0201)
>  	("jisx0212" . japanese-jisx0212)
> +	("ksx1001" . korean-ksc5601)
>  	("ksc5601.1987" . korean-ksc5601)

As far as I can tell, this patch was never applied.  Was it forgotten,
or was it the wrong solution?

-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/

Message #22 received at 5667 <at> debbugs.gnu.org (full text, mbox):

From: Jae-hyeon Park <jae-hyeon.park <at> desy.de>
To: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
Cc: 5667 <at> debbugs.gnu.org
Subject: Re: bug#5667: 23.1.93;
	cursor movement in Korean text is slow with xfonts-baekmuk
Date: Sun, 18 Sep 2011 17:44:34 +0200

Lars Magne Ingebrigtsen, on 2011-09-18 14:15 +0200, said:

> Jae-hyeon Park <jae-hyeon.park <at> desy.de> writes:
>
>> I found a workaround or a possible fix.  The slowdown goes away if I
>> add to font-encoding-alist an entry for the registry ksx1001.1998.  A
>> patch is attached.
>>
>> --- emacs-23.1.94.orig/lisp/international/fontset.el	2010-03-11 03:20:33.000000000 +0100
>> +++ emacs-23.1.94/lisp/international/fontset.el	2010-03-27 17:16:47.681744851 +0100
>> @@ -59,6 +59,7 @@
>>  	("jisx0208" . japanese-jisx0208)
>>  	("jisx0201" . jisx0201)
>>  	("jisx0212" . japanese-jisx0212)
>> +	("ksx1001" . korean-ksc5601)
>>  	("ksc5601.1987" . korean-ksc5601)
>
> As far as I can tell, this patch was never applied.  Was it forgotten,
> or was it the wrong solution?

If you ask me, I don't know.  I am not an emacs developer.  In my
opinion, adding the ksx1001 entry is not a totally bad idea since it
supersedes ksc5601 or at least the name was changed so.
http://en.wikipedia.org/wiki/KS_X_1001

PS
Do you speak Korean?  ;-)

Cheers,
Jae-hyeon

Message #25 received at 5667 <at> debbugs.gnu.org (full text, mbox):

From: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
To: Jae-hyeon Park <jae-hyeon.park <at> desy.de>
Cc: 5667 <at> debbugs.gnu.org
Subject: Re: bug#5667: 23.1.93; cursor movement in Korean text is slow with
	xfonts-baekmuk
Date: Wed, 21 Sep 2011 20:50:12 +0200

Jae-hyeon Park <jae-hyeon.park <at> desy.de> writes:

> If you ask me, I don't know.  I am not an emacs developer.

No, I was asking the other Emacs developers who read the bug tracker.
:-)

> In my opinion, adding the ksx1001 entry is not a totally bad idea
> since it supersedes ksc5601 or at least the name was changed so.
> http://en.wikipedia.org/wiki/KS_X_1001
>
> PS
> Do you speak Korean?  ;-)

Nope.  :-)

-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/

Message #28 received at 5667 <at> debbugs.gnu.org (full text, mbox):

From: Chong Yidong <cyd <at> gnu.org>
To: Kenichi Handa  <handa <at> m17n.org>
Cc: Jae-hyeon Park <jae-hyeon.park <at> tu-dresden.de>, 5667 <at> debbugs.gnu.org
Subject: Re: Simple fix to font-encoding-alist
Date: Tue, 17 Jan 2012 22:31:37 +0800

Hi Handa-san,

Did you manage to investigate the slowdown?  If you won't be able to get
around to it soon, what about applying the workaround that Jae-hyeon
suggested?



Jae-hyeon Park <jae-hyeon.park <at> tu-dresden.de> writes:

> Hello,
>
> may I draw your attention to an old bug that I reported?
>
>     http://debbugs.gnu.org/cgi/bugreport.cgi?bug=5667
>
> The problem is that cursor movement slows down if one uses a bitmap
> Korean font in the ksx1001 encoding.  This still happens with the
> pretest 24.0.92.  I attached a patch that adds one line to fontset.el.
> I think this fix is simple enough to be incorporated into the pretest.
> Thanks.

Message #31 received at 5667 <at> debbugs.gnu.org (full text, mbox):

From: Chong Yidong <cyd <at> gnu.org>
To: Kenichi Handa <handa <at> m17n.org>
Cc: Jae-hyeon Park <jae-hyeon.park <at> tu-dresden.de>, 5667 <at> debbugs.gnu.org
Subject: Re: bug#5667: Simple fix to font-encoding-alist
Date: Sat, 10 Mar 2012 17:45:46 +0800

Chong Yidong <cyd <at> gnu.org> writes:

> Hi Handa-san,
>
> Did you manage to investigate the slowdown?  If you won't be able to get
> around to it soon, what about applying the workaround that Jae-hyeon
> suggested?

I've committed Jae-hyeon's patch.

Message #36 received at 5667 <at> debbugs.gnu.org (full text, mbox):

From: Kenichi Handa <handa <at> m17n.org>
To: Chong Yidong <cyd <at> gnu.org>
Cc: jae-hyeon.park <at> tu-dresden.de, 5667 <at> debbugs.gnu.org
Subject: Re: bug#5667: Simple fix to font-encoding-alist
Date: Sat, 10 Mar 2012 20:01:45 +0900

In article <87d38kg56d.fsf <at> gnu.org>, Chong Yidong <cyd <at> gnu.org> writes:

> Chong Yidong <cyd <at> gnu.org> writes:
> > Hi Handa-san,
> >
> > Did you manage to investigate the slowdown?  If you won't be able to get
> > around to it soon, what about applying the workaround that Jae-hyeon
> > suggested?

> I've committed Jae-hyeon's patch.

Thank you.  I couldn't find the reason of that slowdown
easigly and have forgotten to work on it further.  As it
seems the patch is harmless, I agree with installing it.

---
Kenichi Handa
handa <at> m17n.org

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.