cropped characters on last line before minibuffer

cropped characters on last line before minibuffer

[Bauke Jan Douma]

[-- Attachment #1: Type: text/plain, Size: 351 bytes --]

Hi again,

Still haven't been able to lick this one:

Does anyone know what might be the cause of this?
I've got cropped characters on the bottom line of
my frames, the last line before the minibuffer.

Look at the attached image to see what I mean.
Font here is Fixed 6x10.

I'm using emacs 22.1/gtk, under Linux/GNU.
Font is just fixed 6x10.


bjd


[-- Attachment #2: emacs-snap.png --]
[-- Type: image/png, Size: 20122 bytes --]

[-- Attachment #3: file:///tmp/nsmail-1.asc --]
[-- Type: text/plain, Size: 153 bytes --]

_______________________________________________
help-gnu-emacs mailing list
help-gnu-emacs@gnu.org
http://lists.gnu.org/mailman/listinfo/help-gnu-emacs


[-- Attachment #4: Type: text/plain, Size: 152 bytes --]

_______________________________________________
help-gnu-emacs mailing list
help-gnu-emacs@gnu.org
http://lists.gnu.org/mailman/listinfo/help-gnu-emacs

Re: cropped characters on last line before minibuffer

[Eli Zaretskii]

> Date: Sat, 16 Jun 2007 21:15:40 +0200
> From: Bauke Jan Douma <bjdouma@xs4all.nl>
> 
> Does anyone know what might be the cause of this?
> I've got cropped characters on the bottom line of
> my frames, the last line before the minibuffer.

If you mean that the last line of the bottom-most buffer shows only
the upper part of its characters, then this is normal: Emacs no longer
requires that a window show an integral number of text lines.

You may try playing with font and frame sizes, to get this effect to a
minimum, or even eliminate it entirely.

Re: cropped characters on last line before minibuffer

[Bauke Jan Douma]

Eli Zaretskii wrote on 16-06-07 23:48:
>> Date: Sat, 16 Jun 2007 21:15:40 +0200
>> From: Bauke Jan Douma <bjdouma@xs4all.nl>
>>
>> Does anyone know what might be the cause of this?
>> I've got cropped characters on the bottom line of
>> my frames, the last line before the minibuffer.
> 
> If you mean that the last line of the bottom-most buffer shows only
> the upper part of its characters, then this is normal: Emacs no longer
> requires that a window show an integral number of text lines.

But the only thing I tell emacs with regard to its frame size is a size
in columns/characters, i.e.: integral values.

So when emacs decides to give me a half-line, this is a deviation from
my request, and I would consider that a bug.

> You may try playing with font and frame sizes, to get this effect to a
> minimum, or even eliminate it entirely.

I'm happy with 6x10, and as far as frame-size goes, what else can I do
than give it another (integral!) columns/rows param?

If you mean I have to trial-and-error through frame pixels sizes (is
this possible -- I'll have a look?), I find that a regression.

I'm sure I must be wrong on both the bug and the regression.

Thanks for your comment, Eli.

bauke jan

Re: cropped characters on last line before minibuffer

[Eli Zaretskii]

> Date: Sun, 17 Jun 2007 00:26:17 +0200
> From: Bauke Jan Douma <bjdouma@xs4all.nl>
> CC: help-gnu-emacs@gnu.org
> 
> But the only thing I tell emacs with regard to its frame size is a size
> in columns/characters, i.e.: integral values.
> 
> So when emacs decides to give me a half-line, this is a deviation from
> my request, and I would consider that a bug.

It is not a bug, because the mode line now takes slightly more than
one line, due to its 3D appearance.  So Emacs cannot possibly give you
an integral number of lines as soon as you divide the frame into more
than one window.  In addition, the menu bar and the tool bar can take
non-integral number of text lines, and the text can use different
fonts in the same buffer (try an Info buffer, for example).  Given
these new display features, it is simply impossible to always give you
an integral number of text lines in a frame.

Re: cropped characters on last line before minibuffer

[Bauke Jan Douma]

Eli Zaretskii wrote on 17-06-07 05:07:
>> Date: Sun, 17 Jun 2007 00:26:17 +0200
>> From: Bauke Jan Douma <bjdouma@xs4all.nl>
>> CC: help-gnu-emacs@gnu.org
>>
>> But the only thing I tell emacs with regard to its frame size is a size
>> in columns/characters, i.e.: integral values.
>>
>> So when emacs decides to give me a half-line, this is a deviation from
>> my request, and I would consider that a bug.
> 
> It is not a bug, because the mode line now takes slightly more than
> one line, due to its 3D appearance.  So Emacs cannot possibly give you
> an integral number of lines as soon as you divide the frame into more
> than one window.  In addition, the menu bar and the tool bar can take
> non-integral number of text lines, and the text can use different
> fonts in the same buffer (try an Info buffer, for example).  Given
> these new display features, it is simply impossible to always give you
> an integral number of text lines in a frame.

Ah yes.  Looked at the header-line face, and indeed it had a box around it,
which I never had, but must have accidentally crept in while I was modifying
the header line (to work with gtk) the other day.
Disabled the box, and now I've got the integral lines back.

Thanks!

bjd