GNU bug report logs -
#203
Maximize frame does not work at startup
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 203 in the body.
You can then email your comments to 203 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Acknowledgement sent to
"Lennart Borgman" <lennart.borgman.073 <at> student.lu.se>
:
New bug report received and filed, but not forwarded.
Full text and
rfc822 format available.
Message #5 received at quiet <at> emacsbugs.donarmstrong.com (full text, mbox):
If Emacs is started with
emacs.exe -Q --eval "(w32-send-sys-command 61488)"
on w32 you may get a frame that is not maximized but whos system buttons (is
that the term?) in the upper left corner indicates that it should be.
This seems to be dependent on the speed of the pc.
I have previously sent in a bug report for this and had some communication
around it (which I do not remember any more) but I wonder if this bug report
was dropped?
_______________________________________________
Emacs-devel mailing list
Emacs-devel <at> gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
Message #8 received at 203-quiet <at> emacsbugs.donarmstrong.com (full text, mbox):
I have sent this to Emacs Devel first, but so far no response. I have also
noticed that there is a similar bug if you try to use --fullscreen when
starting Emacs. However in this case the upper right corner icon is not the
"maximized" icon, but the "normal size" icon. The window size is not normal.
It looks like the same size I see below. (Height is not full screen.)
- Lennart
----- Original Message -----
From: "Lennart Borgman" <lennart.borgman.073 <at> student.lu.se>
To: "Emacs Devel" <emacs-devel <at> gnu.org>
Sent: Thursday, December 09, 2004 6:23 PM
Subject: Maximize frame does not work correctly in .emacs on MS Windows
withCVS Emacs
> I have in .emacs:
>
> (defun w32-maximize-frame ()
> "Maximize the current frame"
> (interactive)
> (w32-send-sys-command 61488))
>
> (defun w32-hook-frame-maximize (frame)
> ;;(server-trace "ENTERING w32-hook-frame-maximize")
> ;;(sleep-for 2)
> (when window-system
> (select-frame frame)
> (if w32-feeling-max-frames (w32-maximize-frame)))
> ;;(server-trace "EXITING w32-hook-frame-maximize")
> )
>
> (add-hook 'after-make-frame-functions 'w32-hook-frame-maximize)
>
> (w32-maximize-frame)
>
> In CVS Emacs this first maximizes the frame (window in w32 parlor) and
then
> shrinks it.
> Some of the time both height and width are shrinked, but often only the
> height is changed. The small icon in the upper right corner still looks
the
> way it does when the window is maximized. The size of the window in this
> strange state is not the same as when the window is "Restored" from the
> upper left system-menu.
>
> This works as it should in current Emacs.
>
> If I use (w32-maximize-frame) later in CVS Emacs it also works as it
should
> (i e it maximize the window).
_______________________________________________
Emacs-pretest-bug mailing list
Emacs-pretest-bug <at> gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Acknowledgement sent to
"Lennart Borgman" <lennart.borgman.073 <at> student.lu.se>
:
Extra info received and filed, but not forwarded.
Full text and
rfc822 format available.
Message #13 received at 203-quiet <at> emacsbugs.donarmstrong.com (full text, mbox):
Hi Jason,
I did report a problem to the developers list about maximizing frames at
startup. They get the wrong size. I triead the following change
*** w32term.c
void
x_set_window_size (f, change_gravity, cols, rows)
struct frame *f;
int change_gravity;
int cols, rows;
{
int pixelwidth, pixelheight;
{
// This tries to avoid setting size if frame is maximized. Is this
correct??? Lennart B.
WINDOWPLACEMENT wp;
HWND hwnd;
hwnd = FRAME_W32_WINDOW (f);
wp.length = sizeof (WINDOWPLACEMENT);
GetWindowPlacement (hwnd, &wp);
if (wp.showCmd == SW_SHOWMAXIMIZED) return;
}
BLOCK_INPUT;
check_frame_size (f, &rows, &cols);
... (the rest is unchanged)
This tests if the frame is maximized and then just exits x_set_window_size.
Maybe there is a better way to do this? I am not at all sure what
x_set_window_size does.
BTW I looked a bit at the code for cursors in w32. It seems to me a lot of
things have been done, but that hourglass cursors are not used on w32. I
suggest that the builtin hourglass cursor is used. What do you think of
that?
Best wishes,
Lennart
Message #16 received at 203-quiet <at> emacsbugs.donarmstrong.com (full text, mbox):
David Abrahams wrote:
>I have nothing to add to
>http://lists.gnu.org/archive/html/emacs-devel/2004-12/msg00364.html
>except that it's happening for me, too.
>
>Ideas, anyone?
>
>
>
I think the changes below should make maximized frames behave better on
w32. They try to prevent changing the size of a frame that is maximized.
This change remove the bug that a maximized frame does not fit the whole
screen. It also removes the bug that a maximezed frame can be moved.
At least for me there seems to be no problem now (with these patches) to
maximize a frame on startup on w32. (But I do not know if these patches
actually affected that.)
Could someone please try them and check them in?
Index: w32fns.c
===================================================================
RCS file: /cvsroot/emacs/emacs/src/w32fns.c,v
retrieving revision 1.246
diff -r1.246 w32fns.c
3651,3652c3651,3652
< lppos->cx -= wdiff;
< lppos->cy -= hdiff;
---
> //lppos->cx -= wdiff;
> //lppos->cy -= hdiff;
3656a3657,3658
> lppos->cx -= wdiff;
> lppos->cy -= hdiff;
C:\emacscvs\emacs\src>cvs diff w32term.c
Index: w32term.c
===================================================================
RCS file: /cvsroot/emacs/emacs/src/w32term.c,v
retrieving revision 1.224
diff -r1.224 w32term.c
3837a3838
> if (!IsZoomed(hwnd)){
3840a3842
> }
_______________________________________________
Emacs-devel mailing list
Emacs-devel <at> gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
Message #19 received at 203-quiet <at> emacsbugs.donarmstrong.com (full text, mbox):
When starting with
emacs -Q -fs
the lower part of Emacs may get hidden behind the MS Windows task bar.
This happens because Emacs window is not really maximized. Unfortunately
this means that Emacs' minibuffer is not visible.
In GNU Emacs 22.0.91.1 (i386-mingw-nt5.1.2600)
of 2006-12-10
X server distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4) --cflags -Id:/g/include'
_______________________________________________
emacs-pretest-bug mailing list
emacs-pretest-bug <at> gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Severity set to `wishlist' from `normal'
Request was from
Jason Rumney <jasonr <at> gnu.org>
to
control <at> emacsbugs.donarmstrong.com
.
(Thu, 08 May 2008 17:10:05 GMT)
Full text and
rfc822 format available.
Information stored
:
bug#203
; Package
emacs
.
(Fri, 10 Apr 2009 14:20:09 GMT)
Full text and
rfc822 format available.
Reply sent
to
martin rudalics <rudalics <at> gmx.at>
:
You have taken responsibility.
(Mon, 22 Sep 2014 09:31:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
"Lennart Borgman" <lennart.borgman.073 <at> student.lu.se>
:
bug acknowledged by developer.
(Mon, 22 Sep 2014 09:31:02 GMT)
Full text and
rfc822 format available.
Message #28 received at 203-done <at> debbugs.gnu.org (full text, mbox):
Maximizing and fullscreen frames should work with current trunk as
intended using the fullscreen frame parameter. Closing this bug.
martin
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Mon, 20 Oct 2014 11:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 10 years and 245 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.