GNU bug report logs -
#6116
Emacs 23 is sluggish with Consolas font
Previous Next
Reported by: Vegard Øye <vegard_oye <at> hotmail.com>
Date: Wed, 5 May 2010 20:26:02 UTC
Severity: normal
Tags: moreinfo
Done: Stefan Kangas <stefan <at> marxist.se>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 6116 in the body.
You can then email your comments to 6116 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#6116
; Package
emacs
.
(Wed, 05 May 2010 20:26:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Vegard Øye <vegard_oye <at> hotmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Wed, 05 May 2010 20:26:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
I use 23.1.1 (i386-mingw-nt5.1.2600) of 2009-07-30 on Windows XP.
My font of choice is Consolas, which was originally released with
Windows Vista, but can be downloaded from the URL below.
Since I moved from 22.3 to 23.1, Emacs has become noticeably slower,
particularly when scrolling. The problems vanish when I select any
other font than Consolas.
WITHOUT CONSOLAS: My .emacs consists of the following two lines.
(setq scroll-step 1)
;; (set-frame-font "Consolas-11")
When I start up Emacs, the font is Courier New. I open the tutorial
with C-h t and hold down C-n until the cursor reaches the bottom of
the screen. When it does, the text scrolls smoothly.
WITH CONSOLAS: I uncomment the second line and start Emacs anew.
(setq scroll-step 1)
(set-frame-font "Consolas-11")
Now C-n doesn't scroll at all. Instead, the cursor is repeatedly
recentered each time it reaches the bottom of the screen.
If display-intensive packages like hl-line-mode and show-paren-mode
are loaded as well, Emacs slows to a crawl.
WITH OTHER FONTS: No problems with Lucida Console!
(setq scroll-step 1)
(set-frame-font "Lucida Console-11")
This is just as responsive as the default of Courier New.
DOWNLOAD: Consolas is included with Windows Vista and Windows 7.
Otherwise, an .exe installer is available from the address below.
If this is unpractical, mail me and we'll figure out something.
http://www.microsoft.com/downloads/details.aspx?familyid=22e69ae4-7e40-4807-8a86-b3d36fab68d3
Vegard
_________________________________________________________________
Windows 7: Du får hjelp til gjøre mer. Utforsk Windows 7.
http://windows.microsoft.com/windows-7
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#6116
; Package
emacs
.
(Sat, 17 Jul 2010 02:32:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 6116 <at> debbugs.gnu.org (full text, mbox):
I followed the recipe above and can confirm the same behavior for Emacs
24.0.50 (r100832) on Windows 7.
Maybe the performance difference is due to Consolas being optimized for
ClearType, whereas the regular Courier New is not?
Christoph
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#6116
; Package
emacs
.
(Sun, 18 Jul 2010 01:23:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 6116 <at> debbugs.gnu.org (full text, mbox):
I cannot reproduce this bug on Windows 7 with
GNU Emacs 24.0.50.1 (i386-mingw-nt6.1.7600) of 2010-07-03
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#6116
; Package
emacs
.
(Sun, 18 Jul 2010 07:50:03 GMT)
Full text and
rfc822 format available.
Message #14 received at 6116 <at> debbugs.gnu.org (full text, mbox):
>>>>> "C" == Christoph <cschol2112 <at> googlemail.com> writes:
C> I followed the recipe above and can confirm the same behavior for Emacs
C> 24.0.50 (r100832) on Windows 7.
C> Maybe the performance difference is due to Consolas being optimized for
C> ClearType, whereas the regular Courier New is not?
It is more likely to do with each fonts' set of OpenType features.
Consolas almost certainly has significantly better OpenType support
than the much older versions of Courier New MS ships.
Perhaps something involving localized forms?
You also may have some system-level feature enabled, perhaps related to
locale, i18n or the like which resutls in slower itf processing? (That
or something like that might explain why Óscar was unable to duplicate.)
I only have thought, no solutions, but I've read numerous complaints
elsewhere over the recent years which tracked down to inefficient
implementations of OpenType, and that seems to be the most significant
difference between Courier New and Consolas.
-JimC
--
James Cloos <cloos <at> jhcloos.com> OpenPGP: 1024D/ED7DAEA6
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#6116
; Package
emacs
.
(Sun, 18 Jul 2010 13:18:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 6116 <at> debbugs.gnu.org (full text, mbox):
On 7/18/2010 1:32 AM, James Cloos wrote:
> It is more likely to do with each fonts' set of OpenType features.
> Consolas almost certainly has significantly better OpenType support
> than the much older versions of Courier New MS ships.
It is Consolas that is more sluggish, not Courier New.
> You also may have some system-level feature enabled, perhaps related to
> locale, i18n or the like which resutls in slower itf processing? (That
> or something like that might explain why Óscar was unable to duplicate.)
As far as I can tell Óscar and I are using the same system (Windows 7).
My locale is US. Maybe Óscar can tell us what he is using and whether
switching to locale US makes it worse?
Christoph
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#6116
; Package
emacs
.
(Sun, 18 Jul 2010 14:38:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 6116 <at> debbugs.gnu.org (full text, mbox):
Christoph <cschol2112 <at> googlemail.com> writes:
> On 7/18/2010 1:32 AM, James Cloos wrote:
>
>> You also may have some system-level feature enabled, perhaps related to
>> locale, i18n or the like which resutls in slower itf processing? (That
>> or something like that might explain why Óscar was unable to duplicate.)
>
> As far as I can tell Óscar and I are using the same system (Windows
> 7). My locale is US. Maybe Óscar can tell us what he is using and
> whether switching to locale US makes it worse?
I'm using a pristine Windows 7 64bits US install on a virtual
machine. Switching to Spanish makes no difference.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#6116
; Package
emacs
.
(Sun, 18 Jul 2010 14:50:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 6116 <at> debbugs.gnu.org (full text, mbox):
On 7/18/2010 8:37 AM, Óscar Fuentes wrote:
> I'm using a pristine Windows 7 64bits US install on a virtual
> machine. Switching to Spanish makes no difference.
Same here, minus the virtual machine.
Did you set scroll-step to 1?
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#6116
; Package
emacs
.
(Sun, 18 Jul 2010 14:57:02 GMT)
Full text and
rfc822 format available.
Message #26 received at 6116 <at> debbugs.gnu.org (full text, mbox):
Christoph <cschol2112 <at> googlemail.com> writes:
> On 7/18/2010 8:37 AM, Óscar Fuentes wrote:
>
>> I'm using a pristine Windows 7 64bits US install on a virtual
>> machine. Switching to Spanish makes no difference.
>
> Same here, minus the virtual machine.
>
> Did you set scroll-step to 1?
Yes.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#6116
; Package
emacs
.
(Sun, 18 Jul 2010 15:10:03 GMT)
Full text and
rfc822 format available.
Message #29 received at 6116 <at> debbugs.gnu.org (full text, mbox):
On 7/18/2010 8:56 AM, Óscar Fuentes wrote:
> Christoph<cschol2112 <at> googlemail.com> writes:
>
>> On 7/18/2010 8:37 AM, Óscar Fuentes wrote:
>>
>>> I'm using a pristine Windows 7 64bits US install on a virtual
>>> machine. Switching to Spanish makes no difference.
>>
>> Same here, minus the virtual machine.
>>
>> Did you set scroll-step to 1?
>
> Yes.
I tried this again.
Setting the font size to 11 and not resizing the window after startup
(i.e. 38x80), I don't see it either.
If I maximize the screen vertically to 56x80, it does happen.
However, turning off Consolas (and switching to Courier New) and
maximizing vertically it does happen too, but maybe not as often.
It seems to be a general redisplay problem, if the screen area to be
redrawn exceeds a certain size.
I initially only tested this with my .emacs configuration, but it does
the same with `emacs -Q'.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#6116
; Package
emacs
.
(Sun, 18 Jul 2010 15:52:01 GMT)
Full text and
rfc822 format available.
Message #32 received at 6116 <at> debbugs.gnu.org (full text, mbox):
Christoph <cschol2112 <at> googlemail.com> writes:
> I tried this again.
>
> Setting the font size to 11 and not resizing the window after startup
> (i.e. 38x80), I don't see it either.
>
> If I maximize the screen vertically to 56x80, it does happen.
>
> However, turning off Consolas (and switching to Courier New) and
> maximizing vertically it does happen too, but maybe not as often.
>
> It seems to be a general redisplay problem, if the screen area to be
> redrawn exceeds a certain size.
>
> I initially only tested this with my .emacs configuration, but it does
> the same with `emacs -Q'.
I just tried this:
runemacs -Q
M-x eval-expression ENTER (setq scroll-step 1) ENTER
<maximize the frame vertically>
C-h t
C-n ...
it occasionally recenters, but never gets stuck as described on the
original report. It doesn't matter if I use Courier New or Consolas.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#6116
; Package
emacs
.
(Sun, 18 Jul 2010 16:04:01 GMT)
Full text and
rfc822 format available.
Message #35 received at 6116 <at> debbugs.gnu.org (full text, mbox):
On 7/18/2010 9:51 AM, Óscar Fuentes wrote:
> I just tried this:
>
> runemacs -Q
> M-x eval-expression ENTER (setq scroll-step 1) ENTER
> <maximize the frame vertically>
> C-h t
> C-n ...
>
> it occasionally recenters, but never gets stuck as described on the
> original report. It doesn't matter if I use Courier New or Consolas.
I decreased the Consolas font-size to 9 (from 11) and maximized
vertically (72x80). Now, I can see it being stuck once in a while. It
recovers eventually but there are a couple of seconds where it seems
nothing happens. After that it recenters and scrolls on until it happens
again.
bug reassigned from package 'emacs' to 'emacs,w32'.
Request was from
Lars Magne Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Wed, 21 Sep 2011 20:03:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#6116
; Package
emacs
.
(Fri, 01 Nov 2019 16:14:02 GMT)
Full text and
rfc822 format available.
Message #40 received at 6116 <at> debbugs.gnu.org (full text, mbox):
Christoph <cschol2112 <at> googlemail.com> writes:
> I decreased the Consolas font-size to 9 (from 11) and maximized
> vertically (72x80). Now, I can see it being stuck once in a while. It
> recovers eventually but there are a couple of seconds where it seems
> nothing happens. After that it recenters and scrolls on until it
> happens again.
Are you still seeing these problems in modern versions of Emacs?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Added tag(s) moreinfo.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Fri, 01 Nov 2019 16:14:02 GMT)
Full text and
rfc822 format available.
Reply sent
to
Stefan Kangas <stefan <at> marxist.se>
:
You have taken responsibility.
(Mon, 27 Apr 2020 21:54:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
Vegard Øye <vegard_oye <at> hotmail.com>
:
bug acknowledged by developer.
(Mon, 27 Apr 2020 21:54:02 GMT)
Full text and
rfc822 format available.
Message #47 received at 6116-done <at> debbugs.gnu.org (full text, mbox):
Lars Ingebrigtsen <larsi <at> gnus.org> writes:
> Christoph <cschol2112 <at> googlemail.com> writes:
>
>> I decreased the Consolas font-size to 9 (from 11) and maximized
>> vertically (72x80). Now, I can see it being stuck once in a while. It
>> recovers eventually but there are a couple of seconds where it seems
>> nothing happens. After that it recenters and scrolls on until it
>> happens again.
>
> Are you still seeing these problems in modern versions of Emacs?
More information was requested, but none was given within 25 weeks, so
I'm closing this bug.
If this is still an issue, please reply to this email (use "Reply to
all" in your email client) and we can reopen the bug report.
Best regards,
Stefan Kangas
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Tue, 26 May 2020 11:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 5 years and 81 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.