GNU bug report logs - #24526
iconifying / framesize

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 24526 in the body.
You can then email your comments to 24526 AT debbugs.gnu.org in the normal way.

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

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

From: "Dr.-Ing. Dieter Jurzitza" <dieter.jurzitza <at> t-online.de>
To: bug-gnu-emacs <at> gnu.org
Subject: iconifying / framesize
Date: Sat, 24 Sep 2016 11:08:52 +0200

Dear listmembers,
I installed the released version of emacs-25.1 today. Thereby I can observe 
differences in framesize between

emacs -iconic

and 

emacs

both called from within an xterm. I configured the size of the frame in my 
".emacs" - file. Starting xwininfo and deiconifying emacs that had had been 
started with "emacs -iconic" results in:

fred <at> djunix:~/rpmbuild/RPMS/x86_64> xwininfo

xwininfo: Please select the window about which you
          would like information by clicking the
          mouse in that window.

xwininfo: Window id: 0x340011f "emacs <at> djunix"

  Absolute upper-left X:  41
  Absolute upper-left Y:  57
  Relative upper-left X:  0
  Relative upper-left Y:  0
  Width: 744
  Height: 865
  Depth: 24
  Visual: 0x25
  Visual Class: TrueColor
  Border width: 0
  Class: InputOutput
  Colormap: 0x340011e (not installed)
  Bit Gravity State: NorthWestGravity
  Window Gravity State: NorthWestGravity
  Backing Store State: NotUseful
  Save Under State: no
  Map State: IsViewable
  Override Redirect State: no
  Corners:  +41+57  -815+57  -815-278  +41-278
  -geometry 64x26+35+20

In contrast, when simply triggering "emacs" not being iconic, I get
fred <at> djunix:~/rpmbuild/RPMS/x86_64> xwininfo

xwininfo: Please select the window about which you
          would like information by clicking the
          mouse in that window.

xwininfo: Window id: 0x340011f "emacs <at> djunix"

  Absolute upper-left X:  41
  Absolute upper-left Y:  57
  Relative upper-left X:  0
  Relative upper-left Y:  0
  Width: 1514
  Height: 1068
  Depth: 24
  Visual: 0x25
  Visual Class: TrueColor
  Border width: 0
  Class: InputOutput
  Colormap: 0x340011e (not installed)
  Bit Gravity State: NorthWestGravity
  Window Gravity State: NorthWestGravity
  Backing Store State: NotUseful
  Save Under State: no
  Map State: IsViewable
  Override Redirect State: no
  Corners:  +41+57  -45+57  -45-75  +41-75
  -geometry 134x33+35+20

The last lines from "-geometry" are very close to my settings from within 
.emacs:

(add-to-list 'default-frame-alist '(width . 135))
(add-to-list 'default-frame-alist '(height . 34))
(add-to-list 'default-frame-alist '(top . 20))
(add-to-list 'default-frame-alist '(left . 35))

though the x- and y- size parameters are off by "1" this is no problem. 
However, the fact that the iconified emacs comes up with 
-geometry 64x26+35+20 points me to the fact that the x- and y- size parameters 
are not processed apropriately.

Many thanks for looking into this,
take care




Dieter Jurzitza


-- 
-----------------------------------------------------------
Dr.-Ing. Dieter Jurzitza                          Karlsruhe

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

From: "Dr.-Ing. Dieter Jurzitza" <dieter.jurzitza <at> t-online.de>
To: 24526 <at> debbugs.gnu.org
Subject: iconify / geometry
Date: Mon, 26 Sep 2016 19:58:37 +0200

Dear Listmebers,
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:

fred <at> djunix:~> xwininfo 

xwininfo: Please select the window about which you
          would like information by clicking the
          mouse in that window.

xwininfo: Window id: 0x420011f "emacs <at> djunix"

  Absolute upper-left X:  41
  Absolute upper-left Y:  57
  Relative upper-left X:  0
  Relative upper-left Y:  0
  Width: 1239
  Height: 807
  Depth: 24
  Visual: 0x25
  Visual Class: TrueColor
  Border width: 0
  Class: InputOutput
  Colormap: 0x420011e (not installed)
  Bit Gravity State: NorthWestGravity
  Window Gravity State: NorthWestGravity
  Backing Store State: NotUseful
  Save Under State: no
  Map State: IsViewable
  Override Redirect State: no
  Corners:  +41+57  -320+57  -320-336  +41-336
  -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.

I know this is a minor issue, however, if someone finds the time to look into 
it, I wanted to share my findings.
Thank you very much,
take care




Dieter Jurzitza

-- 
-----------------------------------------------------------
Dr.-Ing. Dieter Jurzitza                    76131 Karlsruhe

Message #11 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: iconifying / framesize
Date: Tue, 27 Sep 2016 09:07:29 +0200

> I installed the released version of emacs-25.1 today. Thereby I can observe
> differences in framesize between
>
> emacs -iconic
>
> and
>
> emacs
>
> both called from within an xterm. I configured the size of the frame in my
> ".emacs" - file. Starting xwininfo and deiconifying emacs that had had been
> started with "emacs -iconic" results in:
[...]
>    -geometry 64x26+35+20
>
> In contrast, when simply triggering "emacs" not being iconic, I get
> fred <at> djunix:~/rpmbuild/RPMS/x86_64> xwininfo
[...]
>    -geometry 134x33+35+20
>
> The last lines from "-geometry" are very close to my settings from within
> .emacs:
>
> (add-to-list 'default-frame-alist '(width . 135))
> (add-to-list 'default-frame-alist '(height . 34))
> (add-to-list 'default-frame-alist '(top . 20))
> (add-to-list 'default-frame-alist '(left . 35))
>
> though the x- and y- size parameters are off by "1" this is no problem.

We should investigate this off-by-one issue separately.

In any case, what does evaluating (frame-geometry) return for the five
cases:

(1) emacs -Q

(2) emacs -Q -iconic

(3) emacs with your .emacs

(4) emacs -iconic with your .emacs

(5) emacs -iconic with your .emacs for the new frame after C-x 5 2

Maybe you could also try replacing ‘default-frame-alist’ with
‘initial-frame-alist’ but I doubt that would change anything.

> However, the fact that the iconified emacs comes up with
> -geometry 64x26+35+20 points me to the fact that the x- and y- size parameters
> are not processed apropriately.

I suppose so.  I tried with your ‘default-frame-alist’ settings in
.emacs on Windows and can reproduce it with versions up from Emacs 21.
So apparently this never worked here.  Do you incidentally have an older
version of Emacs where this works correctly?  Which OS and window
manager do you use?

Thanks, martin

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

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

From: "Dr.-Ing. Dieter Jurzitza" <dieter.jurzitza <at> t-online.de>
To: 24526 <at> debbugs.gnu.org
Subject: @ Bug 24526, please find textfile results attached ...
Date: Tue, 27 Sep 2016 21:22:15 +0200

Dear listmembers,
dear Mr. Rudalics,
I tested as suggested - please find the results below, thank you for looking 
into this:

fred <at> djunix:~> cat info-emacs
*******************************************************************************
fred <at> djunix:~/Downloads> emacs -Q &
(emacs:5488): Gtk-WARNING **: Theme directory  of theme oxygen has no size 
field
fred <at> djunix:~/Downloads> xwininfo

xwininfo: Please select the window about which you
          would like information by clicking the
          mouse in that window.

xwininfo: Window id: 0x360011f "emacs <at> djunix"

  Absolute upper-left X:  6
  Absolute upper-left Y:  275
  Relative upper-left X:  0
  Relative upper-left Y:  0
  Width: 749
  Height: 874
  Depth: 24
  Visual: 0x25
  Visual Class: TrueColor
  Border width: 0
  Class: InputOutput
  Colormap: 0x360011e (not installed)
  Bit Gravity State: NorthWestGravity
  Window Gravity State: NorthWestGravity
  Backing Store State: NotUseful
  Save Under State: no
  Map State: IsViewable
  Override Redirect State: no
  Corners:  +6+275  -845+275  -845-51  +6-51
  -geometry 79x35+0-45
*******************************************************************************

fred <at> djunix:~/Downloads> emacs -Q -iconic &
fred <at> djunix:~/Downloads> xwininfo

xwininfo: Please select the window about which you
          would like information by clicking the
          mouse in that window.

xwininfo: Window id: 0x360011f "emacs <at> djunix"

  Absolute upper-left X:  6
  Absolute upper-left Y:  275
  Relative upper-left X:  0
  Relative upper-left Y:  0
  Width: 749
  Height: 874
  Depth: 24
  Visual: 0x25
  Visual Class: TrueColor
  Border width: 0
  Class: InputOutput
  Colormap: 0x360011e (not installed)
  Bit Gravity State: NorthWestGravity
  Window Gravity State: NorthWestGravity
  Backing Store State: NotUseful
  Save Under State: no
  Map State: IsViewable
  Override Redirect State: no
  Corners:  +6+275  -845+275  -845-51  +6-51
  -geometry 79x35+0-45

*******************************************************************************
fred <at> djunix:~> emacs -iconic &
fred <at> djunix:~> xwininfo

xwininfo: Please select the window about which you
          would like information by clicking the
          mouse in that window.

xwininfo: Window id: 0x360011f "emacs <at> djunix"

  Absolute upper-left X:  41
  Absolute upper-left Y:  57
  Relative upper-left X:  0
  Relative upper-left Y:  0
  Width: 744
  Height: 865
  Depth: 24
  Visual: 0x25
  Visual Class: TrueColor
  Border width: 0
  Class: InputOutput
  Colormap: 0x360011e (not installed)
  Bit Gravity State: NorthWestGravity
  Window Gravity State: NorthWestGravity
  Backing Store State: NotUseful
  Save Under State: no
  Map State: IsViewable
  Override Redirect State: no
  Corners:  +41+57  -815+57  -815-278  +41-278
  -geometry 64x26+35+20

*******************************************************************************
Ok, I hopefully understood you right:
- start emacs -iconic &
- uniconify emacs
- start a new frame with C-x 5 2
- determine the size of *this* newly generated frame with xwininfo

fred <at> djunix:~> emacs -iconic &
fred <at> djunix:~> xwininfo

xwininfo: Please select the window about which you
          would like information by clicking the
          mouse in that window.

xwininfo: Window id: 0x36003e5 "*GNU Emacs*"

  Absolute upper-left X:  41
  Absolute upper-left Y:  57
  Relative upper-left X:  0
  Relative upper-left Y:  0
  Width: 1514
  Height: 1068
  Depth: 24
  Visual: 0x25
  Visual Class: TrueColor
  Border width: 0
  Class: InputOutput
  Colormap: 0x360011e (not installed)
  Bit Gravity State: NorthWestGravity
  Window Gravity State: NorthWestGravity
  Backing Store State: NotUseful
  Save Under State: no
  Map State: IsViewable
  Override Redirect State: no
  Corners:  +41+57  -45+57  -45-75  +41-75
  -geometry 134x33+35+20

*******************************************************************************

Thanks again,
take care






Dieter Jurzitza


-- 
-----------------------------------------------------------
Dr.-Ing. Dieter Jurzitza                    76131 Karlsruhe

Message #20 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: @ Bug 24526, please find textfile results attached ...
Date: Wed, 28 Sep 2016 08:51:58 +0200

> I tested as suggested - please find the results below, thank you for looking
> into this:

Sorry, using xwininfo is not what I meant.  Please try to determine the
window size from within Emacs.  For this purpose start Emacs as

emacs -geometry 135x34+35+20 -iconic

and then, within the instance of emacs you started this way, after
deiconifying the frame, do

M-: (frame-geometry)

This should print something like

((outer-position -4 . -4) (outer-size 1688 . 1030) (external-border-size
4 . 4) (title-bar-size 1662 . 19) (menu-bar-external . t) (menu-bar-size
1680 . 19) (tool-bar-external) (tool-bar-position) (tool-bar-size 0 . 0)
(internal-border-width . 0))

in the echo area.  Please copy the string you get there (from the
*Messages* buffer) and post it here.  Then do the same also for

emacs -Q

and

emacs -iconic

that is once for an emacs instance without and once with your .emacs
init file.  For the latter please also do C-x 5 2 and then type

M-: (frame-geometry)

in the new frame you just created and retrieve the results.

And please don't forget to report for which platform your Emacs was
built and which window manager you use.


The reasons for different behaviors we all may see in this context are
too manifold to cite here.  The main reason is that Emacs iconifies the
frame before calculating its desired size and, once it has calculated
that size, doesn't tell the window manager/OS about it.

martin

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

From: "Dr.-Ing. Dieter Jurzitza" <dieter.jurzitza <at> t-online.de>
To: 24526 <at> debbugs.gnu.org
Subject: iconifying / framesize
Date: Thu, 29 Sep 2016 04:01:57 +0200

Dear listmembers,
herer are the results as requested by Martin:

emacs -geometry 135x34+35+20 -iconic
((outer-position 35 . 20) (outer-size 1251 . 850) (external-border-size 6 . 6) 
(title-bar-size 0 . 31) (menu-bar-external . t) (menu-bar-size 1239 . 29) 
(tool-bar-external . t) (tool-bar-position . top) (tool-bar-size 1239 . 53) 
(internal-border-width . 0))

emacs -Q
((outer-po((outer-position 0 . 0) (outer-size 761 . 917) (external-border-size 
6 . 6) (title-bar-size 0 . 31) (menu-bar-external . t) (menu-bar-size 749 . 
29) (tool-bar-external . t) (tool-bar-position . top) (tool-bar-size 749 . 53) 
(internal-border-width . 0))

emacs -iconic
((outer-position 35 . 20) (outer-size 756 . 908) (external-border-size 6 . 6) 
(title-bar-size 0 . 31) (menu-bar-external . t) (menu-bar-size 744 . 29) 
(tool-bar-external . t) (tool-bar-position . top) (tool-bar-size 744 . 53) 
(internal-border-width . 0))

operating system: openSUSE leap 42.1 (linux) / KDE. The very same happens on 
openSUSE 13.1 and, without having tested, I am sure with openSUSE 13.2, too.

Thank you for looking into this - and feel free to ask for more information at 
any time.

By the way; emacs spits out the following message after start:

(emacs:25506): Gtk-WARNING **: Theme directory  of theme oxygen has no size 
field

(emacs:25464): GLib-GObject-WARNING **: The property GtkSettings:gtk-enable-
tooltips is deprecated and shouldn't be used anymore. It will be removed in a 
future version.


Take care





Dieter Jurzitza


-- 
-----------------------------------------------------------
Dr.-Ing. Dieter Jurzitza                    76131 Karlsruhe

Message #26 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: iconifying / framesize
Date: Fri, 30 Sep 2016 10:33:07 +0200

> emacs -geometry 135x34+35+20 -iconic
> ((outer-position 35 . 20) (outer-size 1251 . 850) (external-border-size 6 . 6)
> (title-bar-size 0 . 31) (menu-bar-external . t) (menu-bar-size 1239 . 29)
> (tool-bar-external . t) (tool-bar-position . top) (tool-bar-size 1239 . 53)
> (internal-border-width . 0))
>
> emacs -Q
> ((outer-po((outer-position 0 . 0) (outer-size 761 . 917) (external-border-size
> 6 . 6) (title-bar-size 0 . 31) (menu-bar-external . t) (menu-bar-size 749 .
> 29) (tool-bar-external . t) (tool-bar-position . top) (tool-bar-size 749 . 53)
> (internal-border-width . 0))
>
> emacs -iconic
> ((outer-position 35 . 20) (outer-size 756 . 908) (external-border-size 6 . 6)
> (title-bar-size 0 . 31) (menu-bar-external . t) (menu-bar-size 744 . 29)
> (tool-bar-external . t) (tool-bar-position . top) (tool-bar-size 744 . 53)
> (internal-border-width . 0))

Thanks.  Please do the same also for the case that you specify the
geometry in your initial file via

(add-to-list 'default-frame-alist '(width . 135))
(add-to-list 'default-frame-alist '(height . 34))
(add-to-list 'default-frame-alist '(top . 20))
(add-to-list 'default-frame-alist '(left . 35))

for the initial frame and for a frame made via C-x 5 2.

And in all five cases I also need the result of doing

M-: (window--dump-frame)

which you can find in a buffer called *window-frame-dump* after each
invocation (sorry - it's all a a bit tedious).

> By the way; emacs spits out the following message after start:
>
> (emacs:25506): Gtk-WARNING **: Theme directory  of theme oxygen has no size
> field
>
> (emacs:25464): GLib-GObject-WARNING **: The property GtkSettings:gtk-enable-
> tooltips is deprecated and shouldn't be used anymore. It will be removed in a
> future version.

If I only knew about these ...

martin

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

From: "Dr.-Ing. Dieter Jurzitza" <dieter.jurzitza <at> t-online.de>
To: 24526 <at> debbugs.gnu.org
Cc: martin rudalics <rudalics <at> gmx.at>
Subject: hopefully all information requested
Date: Sun, 02 Oct 2016 19:16:33 +0200

[Message part 1 (text/plain, inline)]

Dear listmembers,
dear Martin,
please find a file attached to this email containing (hopefully :-)) all 
information requested.
Take care





Dieter Jurzitza


-- 
-----------------------------------------------------------
Dr.-Ing. Dieter Jurzitza                    76131 Karlsruhe

[emacs-infos (text/plain, attachment)]

Message #34 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: hopefully all information requested
Date: Sun, 02 Oct 2016 20:10:29 +0200

> please find a file attached to this email containing (hopefully :-)) all
> information requested.

Thanks for the work.

> emacs -Q
> [...]
> frame text pixel: 720 x 792   cols/lines: 80 x 36
> [...]
>
> emacs -Q -iconic
> [...]
> frame text pixel: 720 x 792   cols/lines: 80 x 36

So an iconic frame has the same number of text columns/lines as a
normal one.

> emacs
> frame text pixel: 1485 x 986   cols/lines: 135 x 34

And the frame with the geometry specified in your .emacs has 135 text
columns and 34 text lines as requeste via (I presume)

(add-to-list 'default-frame-alist '(width . 135))
(add-to-list 'default-frame-alist '(height . 34))

This looks correct as well (no off by one issue here AFAICT).  I have to
admit that this was the major issue that bothered me.

> emacs -iconic
> [...]
> frame text pixel: 715 x 783   cols/lines: 65 x 27

This is the expected mess.  The strange values are obviously due to the
fact that the default character size changed from 9 x 22 to 11 x 29
while the frame's outer size did not change along with that.  Emacs is
talking characters and the window manager is talking pixels.

I will look into this but I can't promise to find a solution soon.

> emacs -iconic C-X 5 2
> [...]
> frame text pixel: 1485 x 986   cols/lines: 135 x 34

For the new frame I presume, everything as expected.

Thanks again for sending me all this information, martin

Message #37 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: iconifying / framesize
Date: Wed, 19 Apr 2017 11:31:16 +0200

Dieter, just in case you are still around

Sorry for the long delay.  I have now looked into this issue again.  The
behavior you describe is partly reproducible here on Windows XP and I
should find a fix for it.  But I cannot reproduce it on any of my
GNU/Linux builds (GTK, Lucid, no-toolkit) starting from the oldest ones
I was able to preserve.  So I stronlgy suspect that the behavior you
observe is either theme or font related.

From one of the dumps you sent me I see that your character size for
emacs -Q is 9 x 22 but changes to 11 x 29 for emacs/emacs -iconic.  Can
you clarify why?  Does emacs -Q -geometry 135x34+35+20 -iconic come up
with the expected frame size?

martin

Message #40 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: iconifying / framesize
Date: Wed, 5 May 2021 10:52:09 +0200

Dieter, if you are still healthy, well and using Emacs

> Dear listmembers,
> I installed the released version of emacs-25.1 today. Thereby I can observe
> differences in framesize between
>
> emacs -iconic
>
> and
>
> emacs
>
> both called from within an xterm.

I installed a couple of fixes supposed to address this issue on what
should eventually become Emacs 28.  Whenever you have a chance to look
into these things again please tell me your findings.

Thanks, martin

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: "Dr.-Ing. Dieter Jurzitza" <dieter.jurzitza <at> t-online.de>,
 24526 <at> debbugs.gnu.org, 24569 <at> debbugs.gnu.org
Subject: Re: bug#24569: Fwd: iconifying / framesize
Date: Sun, 08 May 2022 14:26:22 +0200

martin rudalics <rudalics <at> gmx.at> writes:

> I installed a couple of fixes supposed to address this issue on what
> should eventually become Emacs 28.  Whenever you have a chance to look
> into these things again please tell me your findings.

(I'm going through old bug reports that unfortunately weren't resolved
at the time.)

Dieter, would it be possible for you to try Emacs 28.1 and see whether
that fixes the issues you were seeing?

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

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: "Dr.-Ing. Dieter Jurzitza" <dieter.jurzitza <at> t-online.de>,
 24526 <at> debbugs.gnu.org, 24569 <at> debbugs.gnu.org
Subject: Re: bug#24569: Fwd: iconifying / framesize
Date: Sun, 05 Jun 2022 17:53:29 +0200

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

>> I installed a couple of fixes supposed to address this issue on what
>> should eventually become Emacs 28.  Whenever you have a chance to look
>> into these things again please tell me your findings.
>
> (I'm going through old bug reports that unfortunately weren't resolved
> at the time.)
>
> Dieter, would it be possible for you to try Emacs 28.1 and see whether
> that fixes the issues you were seeing?

There was no response in a month, so I'm going to go ahead and guess
that Martin's changes fixed this problem, and I'm closing this bug
report.  If that's not the case, please respond to the debbugs address
and we'll reopen.

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

Previous Next

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