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 592151 - Limit number of workspaces to 9 by default.
Limit number of workspaces to 9 by default.
Status: RESOLVED DUPLICATE of bug 593844
Product: gnome-shell
Classification: Core
Component: general
unspecified
Other All
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks:
 
 
Reported: 2009-08-17 23:37 UTC by Colin Walters
Modified: 2009-11-11 21:45 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Limit number of workspaces to 9 by default. (1.16 KB, patch)
2009-08-17 23:37 UTC, Colin Walters
needs-work Details | Review

Description Colin Walters 2009-08-17 23:37:39 UTC
Kind of gets crazy to go above that, even on larger monitors.

This patch is dedicated to Ray Strode.
Comment 1 Colin Walters 2009-08-17 23:37:42 UTC
Created attachment 141008 [details] [review]
Limit number of workspaces to 9 by default.
Comment 2 Owen Taylor 2009-08-18 16:32:46 UTC
Comment on attachment 141008 [details] [review]
Limit number of workspaces to 9 by default.

* Subject is a bit weird - I don't see anything that's "by default" about this; it's a hard limit. You might be able to fool around with GConf keys or sending net-wm-messages to the root window, but the interaction would be pretty much undefined.

- Dropping on the (+) should fail with a snap-back once you hit the limit, not launch stuff on the current workspace.
Comment 3 drago01 2009-10-10 10:17:12 UTC
(In reply to comment #2)
> (From update of attachment 141008 [details] [review])
> * Subject is a bit weird - I don't see anything that's "by default" about this;
> it's a hard limit. You might be able to fool around with GConf keys or sending
> net-wm-messages to the root window, but the interaction would be pretty much
> undefined.
> 
> - Dropping on the (+) should fail with a snap-back once you hit the limit, not
> launch stuff on the current workspace.

What about just hidding the (+) button in this case?
To indicate that the limit is reached?
Comment 4 Bulat 2009-11-11 21:30:56 UTC
What will limiting maximum amount of workspaces give for a user ? Nothing than annoyance.

So why you wanna write extra code only to annoy user by crossing his way ?

I strongly suggest to make this unlimited by default. And for some special cases (that I can not even think of yet :) ) let user (or system administrator) limit this.
Comment 5 Colin Walters 2009-11-11 21:45:12 UTC
bug 593844 has a better fix.

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