Your message dated Thu, 23 Jan 2014 04:17:43 +0000
with message-id <[email protected]>
and subject line Closing old emacs21 bugs
has caused the Debian Bug report #117371,
regarding emacs21: toolbar disabling decreases window height
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
117371: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=117371
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: emacs21
Version: 21.1-2
Severity: normal

Hi,

Another bug report...

I have emacs configured to use a certain number of lines in X, to fill the
entire screen.

I got annoyed by that toolbar just below the menu, and I decided to get rid
of it since I don't use it anyway.
But when I now start emacs in X, it first gets the full screen height as
configured to, continues it frame buildup (it's not really showing anything
yet), and then - supposedly when the toolbar gets removed - shrinks two
lines.
I checked and enabling the toolbar again makes it use full height again, so
that really is the cause.
The disabling of the toolbar is done through the customisation menu. (not
that I suppose that actually makes any difference)

This is not really that much a problem, I could change the configuration to
make the frame two lines longer.

However, what makes this bug a bit more serious, is that toggling the
toolbar state after emacs startup *does not* affect window height. So it is
perfectly capable of doing the right thing, only it doesn't at startup.
When I enter `M-x tool-bar-mode', the frame size stays unaffected, it is the
window size (emacs terminology) that gets changed.


Regards,

Filip

-- System Information
Debian Release: sid
Architecture: i386
Kernel: Linux lucretia 2.4.8 #5 Mon Aug 13 20:13:21 CEST 2001 i686
Locale: LANG=C, LC_CTYPE=nl_BE@euro

Versions of packages emacs21 depends on:
ii  dpkg                      1.9.16         Package maintenance system for Deb
ii  emacsen-common            1.4.13         Common facilities for all emacsen.
ii  libc6                     2.2.4-3        GNU C Library: Shared libraries an
ii  libjpeg62                 6b-1.3         The Independent JPEG Group's JPEG 
ii  liblockfile1              1.03           NFS-safe locking library, includes
ii  libncurses5               5.2.20010318-3 Shared libraries for terminal hand
ii  libpng2                   1.0.12-2       PNG library - runtime
ii  libtiff3g                 3.5.5-5        Tag Image File Format library
ii  libungif4g                4.1-9          shared library for GIF images (run
ii  xaw3dg                    1.5-7          Xaw3d widget set
ii  xlibs                     4.1.0-6        X Window System client libraries
ii  zlib1g                    1:1.1.3-15     compression library - runtime

-- 
 /-------------- Filip Van Raemdonck - [email protected] ---------------\
<     GPG key at public keyservers. Signed or encrypted mail preferred.     >
<               Linux, because I'd like to *get there* today!               >
 \---------- Debian/GNU Linux maintainer - http://www.debian.org ----------/

"If you have an apple and I have an apple and we exchange apples then you
 and I will still each have one apple. But if you have an idea and I have
 an idea and we exchange these ideas, then each of us will have two ideas."
        -- George Bernard Shaw


--- End Message ---
--- Begin Message ---
Hi! I'm closing this bug, since it affected emacs21, and the current
version is 23. If you still encounter this problem, please feel free to
re-open it and move it to the appropriate package, or ask me to do it.

 Solveig

--- End Message ---

Reply via email to