GNU bug report logs - #33921
27.0.50; Default height is inconsistently - and apparently also incorrectly - documented

Previous Next

Package: emacs;

Reported by: Markus Triska <triska <at> metalevel.at>

Date: Sun, 30 Dec 2018 09:58:01 UTC

Severity: minor

Tags: confirmed, fixed

Found in version 27.0.50

Fixed in version 27.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

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 33921 in the body.
You can then email your comments to 33921 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#33921; Package emacs. (Sun, 30 Dec 2018 09:58:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to Markus Triska <triska <at> metalevel.at>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Sun, 30 Dec 2018 09:58:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Markus Triska <triska <at> metalevel.at>
To: bug-gnu-emacs <at> gnu.org
Subject: 27.0.50;
 Default height is inconsistently - and apparently also incorrectly -
 documented
Date: Sun, 30 Dec 2018 10:57:17 +0100
In the Emacs man page, we find for the "-g" (--geometry) option:

    The width and height are specified in characters; the default is
    80 by 24.

In the Emacs info page ("C.8 Options for Window Size and Position"), we
find a different default height:

   The default frame width is 80 characters and the default height is
   40 lines.

However, when I start Emacs via "$ emacs -Q", I actually get a height
that is neither 24 nor 40, no matter how I count it: On a recent Debian
install with X toolkit, I get an initial window that comprises exactly
28 lines, and if I include the mode line and echo area, then the frame
height is 30, excluding the tool bar, menu bar and title bar.



In GNU Emacs 27.0.50 (build 1, x86_64-pc-linux-gnu, X toolkit, Xaw scroll bars)
 of 2018-12-30 built on stretch
Repository revision: b0e6ecfc33077fb2dce904d315c8ef24e3649c9b
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.11604000
System Description: Debian GNU/Linux 9 (stretch)

Recent messages:
Loading /home/mt/prolog.el (source)...done
Loading /home/mt/public_html/ediprolog/ediprolog.el (source)...done
For information about GNU Emacs and the GNU system, type C-h C-a.
Use +,-,0 for further adjustment [2 times]

Configured using:
 'configure --with-x-toolkit=lucid --with-gif=no --with-tiff=no'

Configured features:
XPM JPEG PNG SOUND NOTIFY INOTIFY GNUTLS FREETYPE XFT ZLIB
TOOLKIT_SCROLL_BARS LUCID X11 XDBE XIM THREADS GMP

Important settings:
  value of $LANG: en_US.utf8
  locale-coding-system: utf-8-unix

Major mode: Fundamental

Minor modes in effect:
  text-scale-mode: t
  shell-dirtrack-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  buffer-read-only: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs
format-spec rfc822 mml mml-sec epa derived epg gnus-util rmail
rmail-loaddefs time-date mm-decode mm-bodies mm-encode mail-parse
rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045
ietf-drums mm-util mail-prsvr mail-utils face-remap elec-pair ediprolog
ido prolog align shell pcomplete imenu compile comint ansi-color ring
warnings mule-util info tex-site finder-inf package easymenu epg-config
url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs
eieio-loaddefs password-cache json map url-vars seq byte-opt gv bytecomp
byte-compile cconv cl-loaddefs cl-lib tooltip eldoc electric uniquify
ediff-hook vc-hooks lisp-float-type mwheel term/x-win x-win
term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe
tabulated-list replace newcomment text-mode elisp-mode lisp-mode
prog-mode register page menu-bar rfn-eshadow isearch timer select
scroll-bar mouse jit-lock font-lock syntax facemenu font-core
term/tty-colors frame cl-generic cham georgian utf-8-lang misc-lang
vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932
hebrew greek romanian slovak czech european ethiopic indian cyrillic
chinese composite charscript charprop case-table epa-hook jka-cmpr-hook
help simple abbrev obarray minibuffer cl-preloaded nadvice loaddefs
button faces cus-face macroexp files text-properties overlay sha1 md5
base64 format env code-pages mule custom widget hashtable-print-readable
backquote threads inotify dynamic-setting font-render-setting x-toolkit
x multi-tty make-network-process emacs)




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#33921; Package emacs. (Sun, 30 Dec 2018 14:58:02 GMT) Full text and rfc822 format available.

Message #8 received at 33921 <at> debbugs.gnu.org (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: Markus Triska <triska <at> metalevel.at>, 33921 <at> debbugs.gnu.org
Subject: Re: bug#33921: 27.0.50;
 Default height is inconsistently - and apparently
 also incorrectly - documented
Date: Sun, 30 Dec 2018 15:57:47 +0100
> In the Emacs man page, we find for the "-g" (--geometry) option:
>
>      The width and height are specified in characters; the default is
>      80 by 24.

This must be a very old entry.

> In the Emacs info page ("C.8 Options for Window Size and Position"), we
> find a different default height:
>
>     The default frame width is 80 characters and the default height is
>     40 lines.

The default height was changed from 40 to 35 by Chong and from 35 to
36 by Eli.  I now updated the value given by the manual of the release
branch.

> However, when I start Emacs via "$ emacs -Q", I actually get a height
> that is neither 24 nor 40, no matter how I count it: On a recent Debian
> install with X toolkit, I get an initial window that comprises exactly
> 28 lines,

28 lines is strange indeed.

> and if I include the mode line and echo area, then the frame
> height is 30, excluding the tool bar, menu bar and title bar.

Evaluating (frame-height) with emacs -Q should yield 36.  What does it
give for you?  And what is your value of (window-total-height) for the
initial window?  It's 35 here.

martin




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#33921; Package emacs. (Sun, 30 Dec 2018 15:27:01 GMT) Full text and rfc822 format available.

Message #11 received at 33921 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 33921 <at> debbugs.gnu.org, triska <at> metalevel.at
Subject: Re: bug#33921: 27.0.50;
 Default height is inconsistently - and apparently also incorrectly -
 documented
Date: Sun, 30 Dec 2018 17:25:58 +0200
> Date: Sun, 30 Dec 2018 15:57:47 +0100
> From: martin rudalics <rudalics <at> gmx.at>
> 
>  > In the Emacs man page, we find for the "-g" (--geometry) option:
>  >
>  >      The width and height are specified in characters; the default is
>  >      80 by 24.
> 
> This must be a very old entry.
> 
>  > In the Emacs info page ("C.8 Options for Window Size and Position"), we
>  > find a different default height:
>  >
>  >     The default frame width is 80 characters and the default height is
>  >     40 lines.
> 
> The default height was changed from 40 to 35 by Chong and from 35 to
> 36 by Eli.  I now updated the value given by the manual of the release
> branch.

I actually think we shouldn't promise any concrete value, and instead
say something vague, like "between 35 and 40, depending on the OS and
the window manager".




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#33921; Package emacs. (Sun, 30 Dec 2018 17:48:03 GMT) Full text and rfc822 format available.

Message #14 received at 33921 <at> debbugs.gnu.org (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 33921 <at> debbugs.gnu.org, triska <at> metalevel.at
Subject: Re: bug#33921: 27.0.50;
 Default height is inconsistently - and apparently
 also incorrectly - documented
Date: Sun, 30 Dec 2018 18:47:01 +0100
> I actually think we shouldn't promise any concrete value, and instead
> say something vague, like "between 35 and 40, depending on the OS and
> the window manager".

The value of evaluating (frame-height) should be 36 if nothing special
has been specified.  There are still some unclosed bug reports
(Bug#16013) revolving around how to specify the initial size of a
frame.  But the values given by DEFAULT_ROWS and DEFAULT_COLS should
work in a uniform way for every GUI frame regardless of OS and window
manager.

So before becoming vague let's wait until we have a report (maybe the
present one) that demonstrates that a value of 36 cannot be obtained.

martin




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#33921; Package emacs. (Sun, 30 Dec 2018 18:44:01 GMT) Full text and rfc822 format available.

Message #17 received at 33921 <at> debbugs.gnu.org (full text, mbox):

From: Markus Triska <triska <at> metalevel.at>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 33921 <at> debbugs.gnu.org
Subject: Re: bug#33921: 27.0.50;
 Default height is inconsistently - and apparently also incorrectly -
 documented
Date: Sun, 30 Dec 2018 19:43:08 +0100
martin rudalics <rudalics <at> gmx.at> writes:

> Evaluating (frame-height) with emacs -Q should yield 36.  What does it
> give for you?  And what is your value of (window-total-height) for the
> initial window?  It's 35 here.

(frame-height) yields 29, and (window-total-height) yields 28.

When I run (set-frame-height nil 36), then (frame-height) yields 36.

So, it's possible to obtain this frame height, and ideally this should
also be obtainable with the "-g" option.

I tried all this with the window manager FVWM as shipped with Debian.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#33921; Package emacs. (Sun, 30 Dec 2018 18:54:01 GMT) Full text and rfc822 format available.

Message #20 received at 33921 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 33921 <at> debbugs.gnu.org, triska <at> metalevel.at
Subject: Re: bug#33921: 27.0.50;
 Default height is inconsistently - and apparently
 also incorrectly - documented
Date: Sun, 30 Dec 2018 20:52:53 +0200
> Date: Sun, 30 Dec 2018 18:47:01 +0100
> From: martin rudalics <rudalics <at> gmx.at>
> CC: triska <at> metalevel.at, 33921 <at> debbugs.gnu.org
> 
>  > I actually think we shouldn't promise any concrete value, and instead
>  > say something vague, like "between 35 and 40, depending on the OS and
>  > the window manager".
> 
> The value of evaluating (frame-height) should be 36 if nothing special
> has been specified.

That's definitely not true for TTY frames.

> So before becoming vague let's wait until we have a report (maybe the
> present one) that demonstrates that a value of 36 cannot be obtained.

Fine with me, but I'd be very surprised if we conclude that 36 is an
accurate number in enough situations to cite it in the manual.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#33921; Package emacs. (Sun, 30 Dec 2018 19:01:02 GMT) Full text and rfc822 format available.

Message #23 received at 33921 <at> debbugs.gnu.org (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: Markus Triska <triska <at> metalevel.at>
Cc: 33921 <at> debbugs.gnu.org
Subject: Re: bug#33921: 27.0.50;
 Default height is inconsistently - and apparently
 also incorrectly - documented
Date: Sun, 30 Dec 2018 20:00:51 +0100
>> Evaluating (frame-height) with emacs -Q should yield 36.  What does it
>> give for you?  And what is your value of (window-total-height) for the
>> initial window?  It's 35 here.
>
> (frame-height) yields 29, and (window-total-height) yields 28.

Hmm... then it's not even vague according to Eli.  I'm afraid you have
to use the debugger to find out what goes wrong.  For starters I would
set a breakpoint at the beginning of x_figure_window_size (in frame.c)
and check whether any height setting gets applied.

> When I run (set-frame-height nil 36), then (frame-height) yields 36.
>
> So, it's possible to obtain this frame height, and ideally this should
> also be obtainable with the "-g" option.
>
> I tried all this with the window manager FVWM as shipped with Debian.

If FVWM interferes we will find out soon enough.

martin




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#33921; Package emacs. (Sun, 30 Dec 2018 19:02:02 GMT) Full text and rfc822 format available.

Message #26 received at 33921 <at> debbugs.gnu.org (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 33921 <at> debbugs.gnu.org, triska <at> metalevel.at
Subject: Re: bug#33921: 27.0.50;
 Default height is inconsistently - and apparently
 also incorrectly - documented
Date: Sun, 30 Dec 2018 20:01:07 +0100
>> The value of evaluating (frame-height) should be 36 if nothing special
>> has been specified.
>
> That's definitely not true for TTY frames.

I mentioned the GUI restriction a few lines below.

> Fine with me, but I'd be very surprised if we conclude that 36 is an
> accurate number in enough situations to cite it in the manual.

It's a default we specify explicitly.  When OS or WM interfere all
bets are off obviously.

martin




Added tag(s) confirmed. Request was from Bhavin Gandhi <bhavin7392 <at> gmail.com> to control <at> debbugs.gnu.org. (Mon, 04 Feb 2019 16:31:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#33921; Package emacs. (Sat, 12 Oct 2019 22:50:02 GMT) Full text and rfc822 format available.

Message #31 received at 33921 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: martin rudalics <rudalics <at> gmx.at>, 33921 <at> debbugs.gnu.org,
 triska <at> metalevel.at
Subject: Re: bug#33921: 27.0.50; Default height is inconsistently - and
 apparently also incorrectly - documented
Date: Sun, 13 Oct 2019 00:49:36 +0200
Eli Zaretskii <eliz <at> gnu.org> writes:

>> Date: Sun, 30 Dec 2018 15:57:47 +0100
>> From: martin rudalics <rudalics <at> gmx.at>
>> 
>>  > In the Emacs man page, we find for the "-g" (--geometry) option:
>>  >
>>  >      The width and height are specified in characters; the default is
>>  >      80 by 24.
>> 
>> This must be a very old entry.
>> 
>>  > In the Emacs info page ("C.8 Options for Window Size and Position"), we
>>  > find a different default height:
>>  >
>>  >     The default frame width is 80 characters and the default height is
>>  >     40 lines.
>> 
>> The default height was changed from 40 to 35 by Chong and from 35 to
>> 36 by Eli.  I now updated the value given by the manual of the release
>> branch.
>
> I actually think we shouldn't promise any concrete value, and instead
> say something vague, like "between 35 and 40, depending on the OS and
> the window manager".

I've now made this change.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




Added tag(s) fixed. Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Sat, 12 Oct 2019 22:50:03 GMT) Full text and rfc822 format available.

bug marked as fixed in version 27.1, send any further explanations to 33921 <at> debbugs.gnu.org and Markus Triska <triska <at> metalevel.at> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Sat, 12 Oct 2019 22:50:03 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Sun, 10 Nov 2019 12:24:08 GMT) Full text and rfc822 format available.

This bug report was last modified 5 years and 283 days ago.

Previous Next


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