After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 94891 - Don't Show Contents During Move/Resize
Don't Show Contents During Move/Resize
Status: RESOLVED DUPLICATE of bug 92618
Product: metacity
Classification: Other
Component: general
unspecified
Other opensolaris
: Normal enhancement
: ---
Assigned To: Metacity maintainers list
Metacity maintainers list
Depends on:
Blocks:
 
 
Reported: 2002-10-04 19:18 UTC by Hidetoshi Tajima
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Hidetoshi Tajima 2002-10-04 19:18:35 UTC
Greatly desired to make it configurable whether
to show contents during move or resize.
Comment 1 Havoc Pennington 2002-10-04 19:38:11 UTC
This is a dup of a closed bug(s) that has rationale.
(If someone finds the closed bug with good rationale please add 
to metacity/rationales.txt)
Comment 2 Hidetoshi Tajima 2002-10-04 21:03:13 UTC
I just read comments in bug 92618, but don't sound
very rational to me. If you've had 3 dozen times
of same conversation, then at least 3 dozen people
has wanted this option so far?

As to a lable name for the preference settings,
CDE on Solaris says "Showing Contents During Move"
and some other says something like "showing window contents during
drag" (mine is Japanese version
of that OS, so don't know how the English version says.). Anyway, I
think these labels should be 
pretty much informative for most of normal users,
and the effect by the change is intutive to help
them know what happen. Reopening..

Comment 3 Havoc Pennington 2002-10-04 21:37:22 UTC
What users want is to avoid things like flicker and slowness.

Metacity's #1 design goal is to avoid having a bunch of workarounds
that are only helpful for 1% of users. If apps flicker and don't
resize properly, then we need to FIX THAT BY DEFAULT not offer an
"unbreak my system please" button. I believe that opaque resize is a
big usability gain so what needs fixing is the flicker, not the
opacity. But even if you think what needs fixing is the opacity, 
that is not an argument for a preference. Preferences are not a way
for developers to resolve arguments amongst themselves.

99% of users will not figure out how to fix bugs by changing
preferences. metacity does not offer escape hatches for the 1% of
users who know how to code and could fix the problem for real. We fix
it for everyone or we live with it ourselves.


*** This bug has been marked as a duplicate of 92618 ***
Comment 4 npapadon 2003-03-06 21:07:34 UTC
Havoc,

Given the information provided in the original bug, I agree with your
decision to close this unresolved.  Please take the following scenario
into account when re-evaluating this bug:

 - Unix uses the X protocol for remote desktop sessions
 - Network links can be slow (DSL, Cable)
 - Terminals could have limited processing capability

 + It is desirable to support efficient remote desktop sessions
 + It is desirable to support computers with limited processing capability

Given the above information, I feel supporting a 'Show contents when
window dragged or resized' option is beneficial to a majority of
users.  Unix is a networking operating system and remote sessions is a
distinguishing factor from Windows.

Regards
Comment 5 Havoc Pennington 2003-03-06 21:19:20 UTC
If you want to reopen you should open the "dup head" rather than 
the bug which is marked a dup. 

However I don't think there's any reason opaque resize should be slow 
over remote connections or on slow machines. We're working on various 
improvements in this area as well such as the _METACITY_UPDATE_COUNTER
feature.


*** This bug has been marked as a duplicate of 92618 ***