GNU bug report logs - #3075
23.0.92; umlaut

Previous Next

Full log

Message #30 received at 3075 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Andreas Röhler <andreas.roehler <at> easy-emacs.de>
To: Kenichi Handa <handa <at> m17n.org>
Subject: Re: bug#3075: 23.0.92; umlaut
Date: Fri, 24 Apr 2009 14:46:10 +0200

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

Kenichi Handa wrote:
> In article <49F16FC3.8040808 <at> online.de>, Andreas Roehler <andreas.roehler <at> online.de> writes:
>
>   
>> Ahrr, sorry, missed the dash before "fn"..
>>     
>
>   
>> Now umlauts are displayed fine that way.
>>     
>
>   
>> Below help-output again.
>>     
>
>   
>> BTW if I load my init-file afterwards, everything looks fine now beside
>> colors.
>>     
>
>   
>> OTOH colors are fine too  with "emacs -fn 'arial-18'" (without -Q)
>> Fine too with emacs -fn 'courier-18'
>>     
>
> I'm confused.  You at first wrote:
>
>   
>> Emacs -Q
>>     
>
>   
>> With default font set to arial 18
>>     
>
>   
>> German Umlauts as "äöü" are displayed still 14 pt.
>> Same with Adobe fonts and some others tried.
>>     
>
> Do you mean that you don't see that problem now?  If you
> still see the problem, please tell me how you set the
> defualt font to arial 18.
>   


Problem occurs, when font is set via menu in Options after starting as
emacs -Q.

Below a new bug-report, attached a new screen-shot.

However: Starting % emacs -Q -fn 'arial-18' &
is fine.

Thanks again.

Andreas


Windowing system distributor `The X.Org Foundation', version 11.0.70200000
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: de_DE.UTF-8
  value of $XMODIFIERS: @im=local
  locale-coding-system: utf-8-unix
  default-enable-multibyte-characters: t

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  tool-bar-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  global-auto-composition-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
ä ü ö ü a s d f a s d f s <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <menu-bar>
<options> <menu-set-font> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<menu-bar> <options> <menu-set-font> <help-echo> M-x
r e p a o i r t <backspace> <backspace> <backspace>
<backspace> <backspace> o r t - e m a c s - b u <tab>
<return>

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.

> By the way, please keep:
>   CC: 3075 <at> emacsbugs.donarmstrong.com
> until this bug is closed.
>
> And, please report the color problem as another bug with a
> precise recipe to reproduce.
>
> ---
> Kenichi Handa
> handa <at> m17n.org
>
>
>
>
>
>   

[20090425_18not18-2.png (image/png, inline)]

Previous Next

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