[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: columns displayed on one line in frame / window
From: |
Drew Adams |
Subject: |
RE: columns displayed on one line in frame / window |
Date: |
Fri, 5 Jun 2009 14:28:52 -0700 |
> (defun big-font-mode ()
> "Use larger font"
> (interactive)
> (set-default-font
> "-raster-Terminal-bold-r-normal-normal-12-90-96-96-c-*-ms-oemlatin")
> (set-frame-height (selected-frame) (-(max-lines) 6))
> (fit-max-lines 6))
>
> I then did an eval-region on the two lines from big-font-mode
> that change the font, and it was at exactly that point that
> the window frame no longer limited itself to 81 columns, but
> instead showed 91 columns.
I don't have a lot of time, myself, to look at this.
But in Emacs 22.3 (-Q), if I enter these 80 columns of text:
01234567890123456789012345678901234567890123456789012345678901234567890123456789
And then I do this:
(set-default-font
"-raster-Terminal-bold-r-normal-normal-12-90-96-96-c-*-ms-oemlatin")
I too see extra space to the right of the existing text. And I can enter 10 more
chars on the same line, just as you described.
Worse, if I move the cursor over the characters, from the right, one or more of
them disappear. `C-l' brings them back, of course; it's just a display problem.
Similarly, even *Help* displays (e.g. `C-h f') have characters that are jammed
together or missing altogether. Likewise, minibuffer prompts.
Seems like a bug, to me. I don't see this with other fonts. Maybe it has
something to do with raster fonts (which I don't normally use). If I were you, I
would report it using `M-x send-emacs-bug-report'.
However, the bug seems to be fixed in Emacs 23 - I don't see it there. And FWIW,
the font in question looks pretty normal in Emacs 23, whereas in Emacs 22 it is
very wide and super heavy (bold) - extremely ugly. I'm on MS Windows, which
could make a difference wrt fonts. But (frame-parameter nil 'font) shows
"-raster-Terminal-bold-r-normal-normal-12-90-96-96-c-*-ms-oemlatin".