unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#8212: Emacs 23.3.rc2: Frame height setting lost when entire frame dragged around on screen
@ 2011-03-09 20:43 Bob Floyd
  2011-03-10  5:24 ` Ben Key
                   ` (3 more replies)
  0 siblings, 4 replies; 15+ messages in thread
From: Bob Floyd @ 2011-03-09 20:43 UTC (permalink / raw)
  To: 8212

[-- Attachment #1: Type: text/plain, Size: 1312 bytes --]

Problem:

 

  Emacs frame height setting is lost - it's actually restored to the height
on startup - when the entire frame is dragged up-then-down.

 

Reproduce: On Windows 7, Emacs 23.3.rc2

 

  1. Start emacs, the visible frame is about 40 lines high, positioned
somewhere away from the desktop edges.

  2. Drag the bottom of the frame window by pressing the left-mouse button
and dragging the lower frame edge downwards on the screen toward the

      Windows 7 task bar. When the Emacs edge reaches the task bar notice a
small flash is visible, indicating the maximum extent. Before releasing the

      left mouse also notice Emacs displays an outline of the upper frame
edge that extends to the upper extent of the desktop.  (Aero effect??)

  3. Release the left-mouse and observe the height of the Emacs frame is
tallest, extending from the top of the screen to the task bar.

  4. Left-mouse press on the title bar, move the frame up (it doesn't
actually move it because it's already at the top) then drag the frame down
all in one

       movement. 

  5. Notice the frame height jumps to it's original height as the height
setting is lost and the frame height returns to the original starting height
in step 1.

 

The frame height should not be lost when attempting to move the entire
frame.

 


[-- Attachment #2: Type: text/html, Size: 3541 bytes --]

^ permalink raw reply	[flat|nested] 15+ messages in thread

* bug#8212: Emacs 23.3.rc2: Frame height setting lost when entire frame dragged around on screen
  2011-03-09 20:43 bug#8212: Emacs 23.3.rc2: Frame height setting lost when entire frame dragged around on screen Bob Floyd
@ 2011-03-10  5:24 ` Ben Key
  2011-03-10 14:45   ` Juanma Barranquero
  2011-03-10  5:56 ` Eli Zaretskii
                   ` (2 subsequent siblings)
  3 siblings, 1 reply; 15+ messages in thread
From: Ben Key @ 2011-03-10  5:24 UTC (permalink / raw)
  To: bobfloyd, bug-gnu-emacs

[-- Attachment #1: Type: text/plain, Size: 555 bytes --]

My preliminary investigation suggests that this is not an Emacs bug.  I
believe the behavior you have described is a feature of Windows 7.  I
followed your steps in Internet Explorer, Mozilla Firefox, and TextPad on
Windows 7 and all three applications behave the same way.  When I drag the
windows up and then immediately back down, the window height changes in all
three applications.  What I believe is happening is that the drag up and
immediately back down action is somehow being interpreted by Windows 7 as
being equivalent to the restore command.

[-- Attachment #2: Type: text/html, Size: 590 bytes --]

^ permalink raw reply	[flat|nested] 15+ messages in thread

* bug#8212: Emacs 23.3.rc2: Frame height setting lost when entire frame dragged around on screen
  2011-03-09 20:43 bug#8212: Emacs 23.3.rc2: Frame height setting lost when entire frame dragged around on screen Bob Floyd
  2011-03-10  5:24 ` Ben Key
@ 2011-03-10  5:56 ` Eli Zaretskii
  2011-03-10 16:02 ` Ben Key
  2011-03-10 17:08 ` Bob Floyd
  3 siblings, 0 replies; 15+ messages in thread
From: Eli Zaretskii @ 2011-03-10  5:56 UTC (permalink / raw)
  To: Bob Floyd; +Cc: 8212

> From: "Bob Floyd" <bobfloyd@comcast.net>
> Date: Wed, 9 Mar 2011 12:43:07 -0800
> Content-Language: en-us
> Cc: 
> 
>   Emacs frame height setting is lost - it's actually restored to the height
> on startup - when the entire frame is dragged up-then-down.

This seems to be specific to Windows 7.  I cannot reproduce it on XP.





^ permalink raw reply	[flat|nested] 15+ messages in thread

* bug#8212: Emacs 23.3.rc2: Frame height setting lost when entire frame dragged around on screen
  2011-03-10  5:24 ` Ben Key
@ 2011-03-10 14:45   ` Juanma Barranquero
  2011-03-10 17:32     ` Eli Zaretskii
  0 siblings, 1 reply; 15+ messages in thread
From: Juanma Barranquero @ 2011-03-10 14:45 UTC (permalink / raw)
  To: Ben Key; +Cc: bobfloyd, 8212

On Thu, Mar 10, 2011 at 06:24, Ben Key <bkey76@gmail.com> wrote:

> My preliminary investigation suggests that this is not an Emacs bug.  I
> believe the behavior you have described is a feature of Windows 7.

Indeed, this is Aero Snap at work. It can be disabled, apparently,
though I find it quite useful and have never tried.

    Juanma





^ permalink raw reply	[flat|nested] 15+ messages in thread

* bug#8212: Emacs 23.3.rc2: Frame height setting lost when entire frame dragged around on screen
  2011-03-09 20:43 bug#8212: Emacs 23.3.rc2: Frame height setting lost when entire frame dragged around on screen Bob Floyd
  2011-03-10  5:24 ` Ben Key
  2011-03-10  5:56 ` Eli Zaretskii
@ 2011-03-10 16:02 ` Ben Key
  2011-03-10 17:08 ` Bob Floyd
  3 siblings, 0 replies; 15+ messages in thread
From: Ben Key @ 2011-03-10 16:02 UTC (permalink / raw)
  To: bug-gnu-emacs, eliz

[-- Attachment #1: Type: text/plain, Size: 466 bytes --]

Eli Zaretskii writes:

> This seems to be specific to Windows 7.  I cannot reproduce it on XP.

It is new to Windows 7.  As Juanma Barranquero pointed out it is a result of
the Aero Snap feature which is described at <
http://www.microsoft.com/windows/windows-7/features/snap.aspx>.  As Juanma
Barranquero said, this feature can be disabled.  See <
http://social.technet.microsoft.com/Forums/en-US/w7itproui/thread/e8dfc091-2d9a-4f42-9d1a-97d74af513c5>
for details.

[-- Attachment #2: Type: text/html, Size: 723 bytes --]

^ permalink raw reply	[flat|nested] 15+ messages in thread

* bug#8212: Emacs 23.3.rc2: Frame height setting lost when entire frame dragged around on screen
  2011-03-09 20:43 bug#8212: Emacs 23.3.rc2: Frame height setting lost when entire frame dragged around on screen Bob Floyd
                   ` (2 preceding siblings ...)
  2011-03-10 16:02 ` Ben Key
@ 2011-03-10 17:08 ` Bob Floyd
  3 siblings, 0 replies; 15+ messages in thread
From: Bob Floyd @ 2011-03-10 17:08 UTC (permalink / raw)
  To: 'Ben Key', 'Juanma Barranquero',
	'Eli Zaretskii'
  Cc: 8212

[-- Attachment #1: Type: text/plain, Size: 914 bytes --]

Ah, Windows "Snap", yes. Thanks:

 

http://windows.microsoft.com/en-us/windows7/Expand-windows-vertically-on-the
-desktop-using-Snap

 

Notepad has the same behavior, so Emacs is behaving just like notepad, and
the above link indicates this behavior is engineered into snap.

 

I agree that dragging the top or bottom Emacs frame edge to a screen border
is very convenient to obtain a full height Emacs frame. 

 

However, I just turned off "snap" on my system because the "snap" behavior
described in this not-a-bug report is awful.

 

Maybe it's just me, but when I attempt to move an Emacs frame horizontally
and observe my frame dramatically shrink and all windows therein
repositioned irreversibly it flusters me.   I would recommend the "snap"
messages to extend the frame to full height be accepted by Emacs, and the
"snap" messages to reset be ignored by Emacs, if that is even remotely
possible.

 


[-- Attachment #2: Type: text/html, Size: 2962 bytes --]

^ permalink raw reply	[flat|nested] 15+ messages in thread

* bug#8212: Emacs 23.3.rc2: Frame height setting lost when entire frame dragged around on screen
  2011-03-10 14:45   ` Juanma Barranquero
@ 2011-03-10 17:32     ` Eli Zaretskii
  2011-03-10 19:22       ` Juanma Barranquero
  0 siblings, 1 reply; 15+ messages in thread
From: Eli Zaretskii @ 2011-03-10 17:32 UTC (permalink / raw)
  To: Juanma Barranquero; +Cc: bobfloyd, 8212, bkey76

> From: Juanma Barranquero <lekktu@gmail.com>
> Date: Thu, 10 Mar 2011 15:45:07 +0100
> Cc: bobfloyd@comcast.net, 8212@debbugs.gnu.org
> 
> On Thu, Mar 10, 2011 at 06:24, Ben Key <bkey76@gmail.com> wrote:
> 
> > My preliminary investigation suggests that this is not an Emacs bug.  I
> > believe the behavior you have described is a feature of Windows 7.
> 
> Indeed, this is Aero Snap at work. It can be disabled, apparently,
> though I find it quite useful and have never tried.

How about adding an entry to etc/PROBLEMS about that?






^ permalink raw reply	[flat|nested] 15+ messages in thread

* bug#8212: Emacs 23.3.rc2: Frame height setting lost when entire frame dragged around on screen
  2011-03-10 17:32     ` Eli Zaretskii
@ 2011-03-10 19:22       ` Juanma Barranquero
  2011-03-10 19:33         ` Eli Zaretskii
  0 siblings, 1 reply; 15+ messages in thread
From: Juanma Barranquero @ 2011-03-10 19:22 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: bobfloyd, 8212, bkey76

On Thu, Mar 10, 2011 at 18:32, Eli Zaretskii <eliz@gnu.org> wrote:

> How about adding an entry to etc/PROBLEMS about that?

Well, I don't really agree that we should document in etc/PROBLEMS
something that it is not a bug but a feature of the OS, and whose
effect is not limited to Emacs in any way...

    Juanma





^ permalink raw reply	[flat|nested] 15+ messages in thread

* bug#8212: Emacs 23.3.rc2: Frame height setting lost when entire frame dragged around on screen
  2011-03-10 19:22       ` Juanma Barranquero
@ 2011-03-10 19:33         ` Eli Zaretskii
  2011-03-10 19:35           ` Juanma Barranquero
  0 siblings, 1 reply; 15+ messages in thread
From: Eli Zaretskii @ 2011-03-10 19:33 UTC (permalink / raw)
  To: Juanma Barranquero; +Cc: bobfloyd, 8212, bkey76

> From: Juanma Barranquero <lekktu@gmail.com>
> Date: Thu, 10 Mar 2011 20:22:39 +0100
> Cc: bkey76@gmail.com, bobfloyd@comcast.net, 8212@debbugs.gnu.org
> 
> On Thu, Mar 10, 2011 at 18:32, Eli Zaretskii <eliz@gnu.org> wrote:
> 
> > How about adding an entry to etc/PROBLEMS about that?
> 
> Well, I don't really agree that we should document in etc/PROBLEMS
> something that it is not a bug but a feature of the OS, and whose
> effect is not limited to Emacs in any way...

PROBLEMS is not only about bugs, it is also about any issues that
could possibly _look_ like one.





^ permalink raw reply	[flat|nested] 15+ messages in thread

* bug#8212: Emacs 23.3.rc2: Frame height setting lost when entire frame dragged around on screen
  2011-03-10 19:33         ` Eli Zaretskii
@ 2011-03-10 19:35           ` Juanma Barranquero
  2011-03-11  0:18             ` Ben Key
  0 siblings, 1 reply; 15+ messages in thread
From: Juanma Barranquero @ 2011-03-10 19:35 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: bobfloyd, 8212, bkey76

On Thu, Mar 10, 2011 at 20:33, Eli Zaretskii <eliz@gnu.org> wrote:

> PROBLEMS is not only about bugs, it is also about any issues that
> could possibly _look_ like one.

It seems we disagree on whether this one looks line one. You don't
need more than one day or two working with Windows 7 to notice the
effect.

    Juanma





^ permalink raw reply	[flat|nested] 15+ messages in thread

* bug#8212: Emacs 23.3.rc2: Frame height setting lost when entire frame dragged around on screen
  2011-03-10 19:35           ` Juanma Barranquero
@ 2011-03-11  0:18             ` Ben Key
  2011-03-11  0:21               ` Juanma Barranquero
  0 siblings, 1 reply; 15+ messages in thread
From: Ben Key @ 2011-03-11  0:18 UTC (permalink / raw)
  To: Juanma Barranquero; +Cc: bobfloyd, 8212

[-- Attachment #1: Type: text/plain, Size: 728 bytes --]

Hello,

For what it is worth, I am of the opinion that this issue should not be
documented in etc/PROBLEMS.  The reported behavior is a feature of Windows 7
as Eli Zaretskii pointed out.

It may be worthwhile for this feature to be documented on the "EmacsWiki:
Category WThirty Two" page though.

I am also of the opinion that we should not attempt to cause "the 'snap'
messages to reset [to] be ignored by Emacs" as Bob Floyd suggested in
another message.  Any attempt to do so would make Emacs behave differently
from any other application designed for Microsoft Windows.  This is
something we do not want to do.  If anything we want to decrease the
differences between Emacs and other Windows applications, not add to them.

[-- Attachment #2: Type: text/html, Size: 813 bytes --]

^ permalink raw reply	[flat|nested] 15+ messages in thread

* bug#8212: Emacs 23.3.rc2: Frame height setting lost when entire frame dragged around on screen
  2011-03-11  0:18             ` Ben Key
@ 2011-03-11  0:21               ` Juanma Barranquero
  2011-03-11 10:31                 ` Eli Zaretskii
  0 siblings, 1 reply; 15+ messages in thread
From: Juanma Barranquero @ 2011-03-11  0:21 UTC (permalink / raw)
  To: Ben Key; +Cc: bobfloyd, 8212

> I am also of the opinion that we should not attempt to cause "the 'snap'
> messages to reset [to] be ignored by Emacs" as Bob Floyd suggested in
> another message.  Any attempt to do so would make Emacs behave differently
> from any other application designed for Microsoft Windows.  This is
> something we do not want to do.  If anything we want to decrease the
> differences between Emacs and other Windows applications, not add to them.

Agreed.

    Juanma





^ permalink raw reply	[flat|nested] 15+ messages in thread

* bug#8212: Emacs 23.3.rc2: Frame height setting lost when entire frame dragged around on screen
  2011-03-11  0:21               ` Juanma Barranquero
@ 2011-03-11 10:31                 ` Eli Zaretskii
       [not found]                   ` <AANLkTimDgfkbko0DQ+p20jgtivRxVmwhPxuwzA8z9Mbd@mail.gmail.com>
  0 siblings, 1 reply; 15+ messages in thread
From: Eli Zaretskii @ 2011-03-11 10:31 UTC (permalink / raw)
  To: Juanma Barranquero; +Cc: bobfloyd, 8212-done, bkey76

> From: Juanma Barranquero <lekktu@gmail.com>
> Date: Fri, 11 Mar 2011 01:21:22 +0100
> Cc: Eli Zaretskii <eliz@gnu.org>, bobfloyd@comcast.net, 8212@debbugs.gnu.org
> 
> > I am also of the opinion that we should not attempt to cause "the 'snap'
> > messages to reset [to] be ignored by Emacs" as Bob Floyd suggested in
> > another message.  Any attempt to do so would make Emacs behave differently
> > from any other application designed for Microsoft Windows.  This is
> > something we do not want to do.  If anything we want to decrease the
> > differences between Emacs and other Windows applications, not add to them.
> 
> Agreed.

Closing the bug.






^ permalink raw reply	[flat|nested] 15+ messages in thread

* bug#8212: Emacs 23.3.rc2: Frame height setting lost when entire frame dragged around on screen
       [not found]                   ` <AANLkTimDgfkbko0DQ+p20jgtivRxVmwhPxuwzA8z9Mbd@mail.gmail.com>
@ 2011-03-11 18:25                     ` Eli Zaretskii
  2011-03-11 19:30                       ` Juanma Barranquero
  0 siblings, 1 reply; 15+ messages in thread
From: Eli Zaretskii @ 2011-03-11 18:25 UTC (permalink / raw)
  To: Ben Key; +Cc: bobfloyd, lekktu, 8212

> From: Ben Key <bkey76@gmail.com>
> Date: Fri, 11 Mar 2011 10:52:39 -0600
> Cc: Juanma Barranquero <lekktu@gmail.com>, bobfloyd@comcast.net, 8212-done@debbugs.gnu.org
> 
> Should we document this feature on the "EmacsWiki: Category WThirty Two"
> page?

I don't care about the wiki.  I think the wiki is a bastardly place to
put user-level documentation about a software package: bare,
unstructured, unmaintained, and without any decent QA.  Basically, a
dump.

For me, anything that's worth being documented should be in Emacs, in
one of the documents that come with it.  (One such document we didn't
yet consider is the Emacs FAQ (doc/misc/faq.texi).  Maybe I can
persuade you guys to document this there.)

If it doesn't deserve to be in the FAQ or elsewhere in Emacs, then to
me it means that it doesn't deserve to be mentioned anywhere.

> While I believe it should not be mentioned in etc/PROBLEMS since it
> is an operating system feature and not a bug, it should be documented
> somewhere.  That way anyone who encounters this feature in the future will
> see it documented so they know that Emacs is supposed to behave that way.

If that is all you want, there's no need to do anything at all:
googling for this issue will surely find it years from now.





^ permalink raw reply	[flat|nested] 15+ messages in thread

* bug#8212: Emacs 23.3.rc2: Frame height setting lost when entire frame dragged around on screen
  2011-03-11 18:25                     ` Eli Zaretskii
@ 2011-03-11 19:30                       ` Juanma Barranquero
  0 siblings, 0 replies; 15+ messages in thread
From: Juanma Barranquero @ 2011-03-11 19:30 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: bobfloyd, 8212, Ben Key

On Fri, Mar 11, 2011 at 19:25, Eli Zaretskii <eliz@gnu.org> wrote:

> For me, anything that's worth being documented should be in Emacs, in
> one of the documents that come with it.  (One such document we didn't
> yet consider is the Emacs FAQ (doc/misc/faq.texi).  Maybe I can
> persuade you guys to document this there.)

The FAQ seems like a good place, even if it is not really F.

But I suck writing docs in English, so I'm not volunteering.

    Juanma





^ permalink raw reply	[flat|nested] 15+ messages in thread

end of thread, other threads:[~2011-03-11 19:30 UTC | newest]

Thread overview: 15+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-03-09 20:43 bug#8212: Emacs 23.3.rc2: Frame height setting lost when entire frame dragged around on screen Bob Floyd
2011-03-10  5:24 ` Ben Key
2011-03-10 14:45   ` Juanma Barranquero
2011-03-10 17:32     ` Eli Zaretskii
2011-03-10 19:22       ` Juanma Barranquero
2011-03-10 19:33         ` Eli Zaretskii
2011-03-10 19:35           ` Juanma Barranquero
2011-03-11  0:18             ` Ben Key
2011-03-11  0:21               ` Juanma Barranquero
2011-03-11 10:31                 ` Eli Zaretskii
     [not found]                   ` <AANLkTimDgfkbko0DQ+p20jgtivRxVmwhPxuwzA8z9Mbd@mail.gmail.com>
2011-03-11 18:25                     ` Eli Zaretskii
2011-03-11 19:30                       ` Juanma Barranquero
2011-03-10  5:56 ` Eli Zaretskii
2011-03-10 16:02 ` Ben Key
2011-03-10 17:08 ` Bob Floyd

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).