Re: [Ayatana] Multiple virtual desktops in Unity

2011-04-14 Thread Jorge Ortega
> > What if I want to use two applications at once? > I prefer an environment in which I decide where windows are placed and when > they're minimized, and given the ubiquity of such a convention I'd be very > surprised if user testing could demonstrate that others don't. > I may be referring to a w

Re: [Ayatana] Multiple virtual desktops in Unity

2011-04-14 Thread Jorge Ortega
I think from now own I'm repeating myself but I'll try again. If I call them virtual desktops is because they are not real, in the sense that Gimp open and running is real. There is not system overhead there. I really don't see the extra layer of complexity, quite the opposite. This is simple: one

Re: [Ayatana] Multiple virtual desktops in Unity

2011-04-14 Thread Christopher Kahn
What I mean by that is, when you click the launcher you expect one thing to happen: the program to open. Opening it anywhere else but right in front of me-*-on the viewport I'm currently looking at*--is adding unnecessary complexity and confusion to what should be a dead simple procedure. Whisking

Re: [Ayatana] Multiple virtual desktops in Unity

2011-04-14 Thread Carlos AtaĆ­de
Hi all, If the end user is the target audience, then the default settings for Unity should be the ones most familiar to everyone, which is windows opening in the current Workspace. That being said, for those that use the Workspaces, there should be an option to map certain applications to Workspa

Re: [Ayatana] Multiple virtual desktops in Unity

2011-04-14 Thread Jorge Ortega
Christopher, But the new app would open right in front of you... The way I see it is: there wouldn't be any defined number of desktops, and definitely you shouldn't be able to see several empty desktops. The point is that a new desktop is created every time you start a new app. A compromise woul

Re: [Ayatana] Multiple virtual desktops in Unity

2011-04-14 Thread Christopher Kahn
Hello Ayatana mailing list. This would cause a lot of confusion for users. When you're on a viewport and you click an icon you expect the program to open right in front of you. Whisking the user around to different viewports when he opens programs will cause confusion and frustration... it is not

Re: [Ayatana] Multiple virtual desktops in Unity

2011-04-14 Thread Jorge Ortega
Hi jamur, I don't want the shell to make arbitrary decisions for me > the decision to open apps on the same workspace is as arbitrary as the decision to give them their own workspace. Now, I don't have hard data to support this but there it goes anyway: most of the times, when people work with

Re: [Ayatana] Multiple virtual desktops in Unity

2011-04-14 Thread Jamu Kakar
Hi Jorge, On Thu, Apr 14, 2011 at 11:18 AM, Jorge Ortega wrote: > I find Unity approach to multiple virtual desktops extremely half-hearted: > it just provides the option to used them and an icon which you can't remove > from the bar. > > Unity could use virtual desktop in a transparent way: > >

Re: [Ayatana] Multiple virtual desktops in Unity

2011-04-14 Thread Mark Curtis
100 Subject: Re: [Ayatana] Multiple virtual desktops in Unity To: merkin...@hotmail.com There would need to be some user testing, but I don't think people just use one full-screened app at a time. This, coupled with your own admission of exceptions to be made for application would I think c

Re: [Ayatana] Multiple virtual desktops in Unity

2011-04-14 Thread Ian Santopietro
I played around with this idea myself when I was working on my own shell. The issue is that since end users don't really tend to use multiple desktops, they were confused as to where their apps had gone. Power users didn't like it because it felt like the system was trying to do their work for them

Re: [Ayatana] Multiple virtual desktops in Unity

2011-04-14 Thread Mark Curtis
There would need to be some user testing, but I don't think people just use one full-screened app at a time. This, coupled with your own admission of exceptions to be made for application would I think cause more confusion and inconsistency than the current implementation. On the other note,