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 121177 - Request for wireframe move/resize (again)
Request for wireframe move/resize (again)
Status: RESOLVED DUPLICATE of bug 95273
Product: metacity
Classification: Other
Component: general
unspecified
Other All
: Normal normal
: ---
Assigned To: Metacity maintainers list
Metacity maintainers list
Depends on:
Blocks:
 
 
Reported: 2003-09-01 13:29 UTC by Homme
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Homme 2003-09-01 13:29:28 UTC
I strongly would like to advocate the option for wireframe
move and resize of windows. The use of dumb Xterminals, 
perticularly over slow(er) links is hardly possible if
the full window content is being displayed while moving.
Dumb X terminals tend to have a relatively light CPU and
GFX chipset, hence are not very capable of heavy updates
to the displayed content. We use Xterminals in our office
LAN and found that switching windowmanager for Gnome 2
or switching to KDE3 made the terminals much more responsive.
These X terminals are connected via 10Mbit, using home
DSL links made it so bad that teleworkers had to switch
or find their home terminals totally unworkable.
This is not a broken application that causes the 
slow response, nor is this request for a useless frill,
but in my opinion a real world case where wireframe resize
and move would make the problem dissapear completely.
Comment 1 Rob Adams 2003-09-01 14:40:56 UTC

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