GNU bug report logs - #24526
iconifying / framesize

Previous Next

Package: emacs;

Reported by: "Dr.-Ing. Dieter Jurzitza" <dieter.jurzitza <at> t-online.de>

Date: Sat, 24 Sep 2016 13:13:01 UTC

Severity: normal

Tags: moreinfo

Merged with 24569

Fixed in version 29.1

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

Bug is archived. No further changes may be made.

Full log


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

From: martin rudalics <rudalics <at> gmx.at>
To: "Dr.-Ing. Dieter Jurzitza" <dieter.jurzitza <at> t-online.de>, 
 24526 <at> debbugs.gnu.org
Subject: Re: bug#24526: iconify / geometry
Date: Tue, 27 Sep 2016 09:10:05 +0200
> I elaborated a little further on this topic. Say, I was to start emacs (25.1)
> with
>
> emacs -geometry 135x34+35+20 -iconic
>
> xwininfo tells me:
[...]
>    Corners:  +41+57  -320+57  -320-336  +41-336

What do these corner values mean?

>    -geometry 109x24+35+20
>
> after "uniconifying" the frame. Leaving "-iconic" away, things come out as
> expected. I have no idea how 109x24 would correlate with 135x34.

Neither do I.  Please tell me what ‘frame-geometry’ tells about this
frame.  Maybe it's relaed to the frame's default font size.

The surprising thing about this is that here on Windows the -geometry
option is processed as expected.  So this looks like a good place to
start investigating this on Windows.  Can anyone on GNU/Linux try with
Dieter's options, that is

emacs -geometry 135x34+35+20 -iconic

and report here _if they work_ as expected?

Thanks, martin





This bug report was last modified 3 years and 44 days ago.

Previous Next


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