Kenichi Handa wrote: > In article <49F16FC3.8040808@online.de>, Andreas Roehler 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 M-x r e p a o i r t o r t - e m a c s - b u Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. > By the way, please keep: > CC: 3075@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@m17n.org > > > > > >