Re: [compiz] Feature Request
I agree with most of your points, however, I feel that a little thought can correct most of the basic problems with a 3D interface. You have managed to do that for most of the points you raised. The concept of a floor does simplify navigation, it also provides a consistent orientation for the end-user. Whilst some scenarios may benefit from the increased freedom, the majority of end-users would be irritated by the range of motion. It doesn't lend well to productivity either. The issue of quick navigation from window to window was raised earlier and it is very important. There are a number of solutions and accelerator keys are vital. I feel that navigation using groups and cycling through individual windows should be available. Also, a simple double-click on any visible windows will automatically give focus to the selected window and orientate the user appropriately. There are quite a few different solutions to the mouse issue, keyboard support, toggles, extra buttons, or even an analogue stick in addition to the scroll wheel. The latter concept would have a wide range of applications and be vey useful.In terms of scalability of the workspaces, I don't see this being a major issue, at least with initial versions. If you are surfing from desktop to desktop, then you would only see one desktop at a time. As for the total number of local desktops, well that will be defined by your hardware and will expand as the technology progresses. You described this new desktop as a deskroom, however, I feel that it is becoming more like an office space, an 'open office'. I think this analogy will help when designing common symbols for trash, file system, printers, fax, etc. It should be a lot easier for those with limited computer knowledge. > Date: Sat, 20 Oct 2007 23:54:52 +0200> From: [EMAIL PROTECTED]> To: > compiz@lists.freedesktop.org> Subject: Re: [compiz] Feature Request> > > Hello,> > I've thought about this idea for quite some time since i first> > encountered a desktop plugin called 3d desktop or something 7-8 years> ago, > too many degrees of freedom is not comfortable, you don't want to> "swim" to > your applications. If you have a concept of a floor and> restrict yourself to > two dimensions then things become a bit more> viable.. But still, it's more > eyecandy than it is practical, if it> takes you 5-6 seconds to walk over to > your window every time you want> to do something else you will soon go mad.. > This could be remedied a> bit by having a alt+tab or something to cycle > through "groups" of> windows.. having the "expose" plugin enabled..> > > Perhaps it would become more ordered if you could have "hotspots"> where you > group windows instead of having them flying around> completely free.. There > is a small problem with moving things in 3d> space with the mouse since it > only has two degrees of fredom.. or,> perhaps with the scroll-wheel to handle > things in the third> dimension..> > The idea of having url:s to peoples > desktops and visiting them in> 3d-space.. sounds quite fun, but how will that > scale? 2-3 desktops..> ok, 20-30? soon you will have a city-sized desktop .. > or perhaps they> should be called deskrooms..> > It's a fun idea, i don't > think the implementation part will be very> hard, but i don't think it will > be very easy to make it> effiecient/comfortable to use> > Best Regards, > Daniel> > > 2007/10/20, Steven Hunt <[EMAIL PROTECTED]>:> > Or, keeping with > the FPS theme, just have various "weapons"--you have a> > shotgun, that lets > you close windows, a grappling hook, which drags you to> > the window and > ends with a normal desktop-like view, and some sort of prod> > to push > windows around.> >> > I'm only half-joking :)> >> >> > On 10/20/07, Mark > McCarron <[EMAIL PROTECTED]> wrote:> > >> > > At this point in time, I feel > that generating interest is good enough. If> > enough interest is shown, then > I'm sure the developers would be more> > inclined to add it as a feature.> > > >> > > My main aim here is to flesh out the idea and integrate additional> > > suggestions made by members of the Compiz mailing list. So, feel free to> > > throw your ideas into the mix. They are more than welcome.> > >> > > As an > example, in terms of behaviour, I would like to be able to grab a> > window's > title bar, by a left click, and move my mouse forward then release> > to > throw the window further into the desktop. This opens the possibility of> > > some nice eye-candy, such as the window bouncing, flexing and wobbling as it> > > lands. Or if I collide with a window as I am moving about, that it would> > > bend and flex as a result of the impact.> > >> > >> > >> > >> > >> > >> > >> > > > > > Date: Sat, 20 Oct 2007 07:14:15 > -0400> > >> > > From: [EMAIL PROTECTED]> > > To: [EMAIL PROTECTED]> > > > Subject: Re: [compiz] Feature Request> > > CC: [EMAIL PROTECTED]; > co
Re: [compiz] memory leak bug under ubuntu gutsy w/ nvidia
On Sat, 2007-10-20 at 13:59 -0500, Travis Watkins wrote: > On 10/19/07, Matt Price <[EMAIL PROTECTED]> wrote: > > hi there, > > > > a number of users of ubuntu gutsy with nvidia cards are experiencing a > > serious memory leak under compiz. This leak essentially renders compiz > > unusable for us. Gutsy ships with a compiz versioned at 0.6.0 > > +git20071008 , which I imagine isn't that different from the current > > compiz, and with the current 100.14.19 nvidia driver running under a > > 2.6.22 kernel. I'm just wondering whether any non-ubuntu users are > > seeing this same problem, and whether anyone on this list has > > suggestions for tracking down the bug source. At first it seemed that > > the bug might be specific to some plugin, but that doesn't seem to be > > the case. > > > > The ubuntu bug report is at : > > https://bugs.launchpad.net/ubuntu/+source/compiz-fusion-plugins-main/+bug/151168 > > > > with at least one duplicate at: > > https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/154210 > > > > thanks for the help, > > > > matt > > > > It's the problem with the nvidia driver. Instead of showing you a > black window when it runs out of memory it sticks the texture in the > process asking for it and never frees it. This is our latest guess, > anyway. > hey travis, is there a way of getting this bug report back to nvidia? i tried to file a bug but somewhat predictably got no response. matt -- Matt Price [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part ___ compiz mailing list compiz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/compiz
Re: [compiz] Feature Request
Hello, I've thought about this idea for quite some time since i first encountered a desktop plugin called 3d desktop or something 7-8 years ago, too many degrees of freedom is not comfortable, you don't want to "swim" to your applications. If you have a concept of a floor and restrict yourself to two dimensions then things become a bit more viable.. But still, it's more eyecandy than it is practical, if it takes you 5-6 seconds to walk over to your window every time you want to do something else you will soon go mad.. This could be remedied a bit by having a alt+tab or something to cycle through "groups" of windows.. having the "expose" plugin enabled.. Perhaps it would become more ordered if you could have "hotspots" where you group windows instead of having them flying around completely free.. There is a small problem with moving things in 3d space with the mouse since it only has two degrees of fredom.. or, perhaps with the scroll-wheel to handle things in the third dimension.. The idea of having url:s to peoples desktops and visiting them in 3d-space.. sounds quite fun, but how will that scale? 2-3 desktops.. ok, 20-30? soon you will have a city-sized desktop .. or perhaps they should be called deskrooms.. It's a fun idea, i don't think the implementation part will be very hard, but i don't think it will be very easy to make it effiecient/comfortable to use Best Regards, Daniel 2007/10/20, Steven Hunt <[EMAIL PROTECTED]>: > Or, keeping with the FPS theme, just have various "weapons"--you have a > shotgun, that lets you close windows, a grappling hook, which drags you to > the window and ends with a normal desktop-like view, and some sort of prod > to push windows around. > > I'm only half-joking :) > > > On 10/20/07, Mark McCarron <[EMAIL PROTECTED]> wrote: > > > > At this point in time, I feel that generating interest is good enough. If > enough interest is shown, then I'm sure the developers would be more > inclined to add it as a feature. > > > > My main aim here is to flesh out the idea and integrate additional > suggestions made by members of the Compiz mailing list. So, feel free to > throw your ideas into the mix. They are more than welcome. > > > > As an example, in terms of behaviour, I would like to be able to grab a > window's title bar, by a left click, and move my mouse forward then release > to throw the window further into the desktop. This opens the possibility of > some nice eye-candy, such as the window bouncing, flexing and wobbling as it > lands. Or if I collide with a window as I am moving about, that it would > bend and flex as a result of the impact. > > > > > > > > > > > > > > > > > Date: Sat, 20 Oct 2007 07:14:15 -0400 > > > > From: [EMAIL PROTECTED] > > To: [EMAIL PROTECTED] > > Subject: Re: [compiz] Feature Request > > CC: [EMAIL PROTECTED]; compiz@lists.freedesktop.org > > > > I'm really interested in this also, but unfortunately I know pretty much > to nothing of 3d rendering. > > > > > > On 10/19/07, Mark McCarron < [EMAIL PROTECTED]> wrote: > > > > I was thinking of a black void into which objects could be placed. For > example, you would be able to render an entire level of an FPS within the > void and include basic collision detection. I know that a void will add to > the overhead as both the inside and outside must be rendered. Also, most > games use a form of BSP tree that only renders what is visible as a method > of optimisation. > > > > I have a good sense of what I want to achieve in terms of visual and > interaction. For example, let's say you are using MySpace (or Facebook, > Newsvine, etc.) and there is a link that will direct you to someone's public > desktop. After clicking the link, the user will be directed away from the > current window to a seamless transition to the the other users desktop. > This depends on two factors, firstly a dynamic DNS entry being available for > the system in question and it being powered on at the time. Each desktop > could contain shortcuts that will lead to other desktops, so that people can > surf from desktop to desktop. > > > > I would like to develop a prototype, but unfortunately I work and it > leaves very little time for anything else. That's why I thought I would try > to describe the interface here. Besides, its something that will need to > integrated into the overall architecture of Compiz and that's best left to > the developers. > > > > > > > > > > > > > Date: Fri, 19 Oct 2007 11:08:28 -0700 > > From: [EMAIL PROTECTED] > > To: [EMAIL PROTECTED] > > Subject: Re: [compiz] Feature Request > > CC: compiz@lists.freedesktop.org > > > > > > I agree that it wouldn't be technically challenging to implement, at least > the basic features. The tricky part is definitely figuring out the best way > to give the user control over the space. Does the space look like an FPS > level, with rooms and architecture, or just a black void with windo
Re: [compiz] Feature Request
Or, keeping with the FPS theme, just have various "weapons"--you have a shotgun, that lets you close windows, a grappling hook, which drags you to the window and ends with a normal desktop-like view, and some sort of prod to push windows around. I'm only half-joking :) On 10/20/07, Mark McCarron <[EMAIL PROTECTED]> wrote: > > At this point in time, I feel that generating interest is good enough. If > enough interest is shown, then I'm sure the developers would be more > inclined to add it as a feature. > > My main aim here is to flesh out the idea and integrate additional > suggestions made by members of the Compiz mailing list. So, feel free to > throw your ideas into the mix. They are more than welcome. > > As an example, in terms of behaviour, I would like to be able to grab a > window's title bar, by a left click, and move my mouse forward then release > to throw the window further into the desktop. This opens the possibility of > some nice eye-candy, such as the window bouncing, flexing and wobbling as it > lands. Or if I collide with a window as I am moving about, that it would > bend and flex as a result of the impact. > > > > > > > -- > Date: Sat, 20 Oct 2007 07:14:15 -0400 > From: [EMAIL PROTECTED] > To: [EMAIL PROTECTED] > Subject: Re: [compiz] Feature Request > CC: [EMAIL PROTECTED]; compiz@lists.freedesktop.org > > I'm really interested in this also, but unfortunately I know pretty much > to nothing of 3d rendering. > > On 10/19/07, *Mark McCarron* < [EMAIL PROTECTED]> wrote: > > I was thinking of a black void into which objects could be placed. For > example, you would be able to render an entire level of an FPS within the > void and include basic collision detection. I know that a void will add to > the overhead as both the inside and outside must be rendered. Also, most > games use a form of BSP tree that only renders what is visible as a method > of optimisation. > > I have a good sense of what I want to achieve in terms of visual and > interaction. For example, let's say you are using MySpace (or Facebook, > Newsvine, etc.) and there is a link that will direct you to someone's public > desktop. After clicking the link, the user will be directed away from the > current window to a seamless transition to the the other users desktop. > This depends on two factors, firstly a dynamic DNS entry being available for > the system in question and it being powered on at the time. Each desktop > could contain shortcuts that will lead to other desktops, so that people can > surf from desktop to desktop. > > I would like to develop a prototype, but unfortunately I work and it > leaves very little time for anything else. That's why I thought I would try > to describe the interface here. Besides, its something that will need to > integrated into the overall architecture of Compiz and that's best left to > the developers. > > > > > -- > Date: Fri, 19 Oct 2007 11:08:28 -0700 > From: [EMAIL PROTECTED] > To: [EMAIL PROTECTED] > Subject: Re: [compiz] Feature Request > CC: compiz@lists.freedesktop.org > > I agree that it wouldn't be technically challenging to implement, at least > the basic features. The tricky part is definitely figuring out the best way > to give the user control over the space. Does the space look like an FPS > level, with rooms and architecture, or just a black void with windows > floating around? > > The more specific of a vision you have, the easier it is to write code > for. Figuring out what to do is often harder than how to do it. > > If you can code in OpenGL, a good place to start is to just write a > standalone application with dummy blocks to represent the windows, and FPS > movement controls. I've actually written something like that in the past > for a different project. That would be a good sandbox to play with control > schemes. Windows are inherently 2D, so to keep them from disappearing if > the user is looking the wrong way I suggest it might be useful to map them > to cubes. > > > > On 10/19/07, *Mark McCarron* <[EMAIL PROTECTED]> wrote: > > From a technical perspective, its no more complex than Compiz already is. > Its really a matter of developing an intuitive method of interaction with > the environment. Its very feasible and something that is easily realised. > The methods are tried and tested in games systems, 3D editors and even 3D > file managers. Thus, there are no new technical aspects, its merely the > packaging of those features into a desktop interface. > > The business applications can be helpful if used properly, however, the > biggest usage will be the domestic home user. The concept of a public > desktop space (or virtual room), that can be shared across the Internet, > will add to social networking model. It will also lead to new paradigms in > terms of web interaction, navigation and information exchange. > > One other major benefit will be the promotion of both X and the Li
Re: [compiz] memory leak bug under ubuntu gutsy w/ nvidia
On 10/19/07, Matt Price <[EMAIL PROTECTED]> wrote: > hi there, > > a number of users of ubuntu gutsy with nvidia cards are experiencing a > serious memory leak under compiz. This leak essentially renders compiz > unusable for us. Gutsy ships with a compiz versioned at 0.6.0 > +git20071008 , which I imagine isn't that different from the current > compiz, and with the current 100.14.19 nvidia driver running under a > 2.6.22 kernel. I'm just wondering whether any non-ubuntu users are > seeing this same problem, and whether anyone on this list has > suggestions for tracking down the bug source. At first it seemed that > the bug might be specific to some plugin, but that doesn't seem to be > the case. > > The ubuntu bug report is at : > https://bugs.launchpad.net/ubuntu/+source/compiz-fusion-plugins-main/+bug/151168 > > with at least one duplicate at: > https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/154210 > > thanks for the help, > > matt > It's the problem with the nvidia driver. Instead of showing you a black window when it runs out of memory it sticks the texture in the process asking for it and never frees it. This is our latest guess, anyway. -- Travis Watkins http://www.realistanew.com ___ compiz mailing list compiz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/compiz
Re: [compiz] No 3D in KDE, other effects work
Hi, > In Ubuntu 7.10 with KDE, I have compiz running under XGL. Although > Beryl ran fine in Ubuntu 7.04, Compiz will not enable 3D effects such > as wobbly windows. Other effects, such as minimize/restore animations, > work properly. The machine is a Dell Inspiron 6400 / E1505 laptop, > 2Ghz Intel DuoCore2, 2GB RAM, ATI X1400, 1680x1050 widescreen. What > should I begin to troubleshoot? As far as I know, you have to enable "extra desktop effects" to get wobbly in Gutsy. If minimize animations work fine, Compiz itself works and it's just a matter of configuration. Regards, Danny ___ compiz mailing list compiz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/compiz
Re: [compiz] No 3D in KDE, other effects work
On Sat, 2007-10-20 at 14:06 +0100, Colin Guthrie wrote: > Dotan Cohen wrote: > > In Ubuntu 7.10 with KDE, I have compiz running under XGL. Although > > Beryl ran fine in Ubuntu 7.04, Compiz will not enable 3D effects such > > as wobbly windows. Other effects, such as minimize/restore animations, > > work properly. The machine is a Dell Inspiron 6400 / E1505 laptop, > > 2Ghz Intel DuoCore2, 2GB RAM, ATI X1400, 1680x1050 widescreen. What > > should I begin to troubleshoot? > > I;m not an ATi user but I beleive the latest drivers implement > GLX_EXT_tfp and thus no longer require XGL could be completely wrong > as I've not played with it :) FYI, you are wrong :-) The *next* release will supposedly support TFP, and (supposedly) it should be out any day now. Adam ___ compiz mailing list compiz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/compiz
Re: [compiz] No 3D in KDE, other effects work
Dotan Cohen wrote: > In Ubuntu 7.10 with KDE, I have compiz running under XGL. Although > Beryl ran fine in Ubuntu 7.04, Compiz will not enable 3D effects such > as wobbly windows. Other effects, such as minimize/restore animations, > work properly. The machine is a Dell Inspiron 6400 / E1505 laptop, > 2Ghz Intel DuoCore2, 2GB RAM, ATI X1400, 1680x1050 widescreen. What > should I begin to troubleshoot? I;m not an ATi user but I beleive the latest drivers implement GLX_EXT_tfp and thus no longer require XGL could be completely wrong as I've not played with it :) Col ___ compiz mailing list compiz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/compiz
Re: [compiz] Feature Request
At this point in time, I feel that generating interest is good enough. If enough interest is shown, then I'm sure the developers would be more inclined to add it as a feature. My main aim here is to flesh out the idea and integrate additional suggestions made by members of the Compiz mailing list. So, feel free to throw your ideas into the mix. They are more than welcome. As an example, in terms of behaviour, I would like to be able to grab a window's title bar, by a left click, and move my mouse forward then release to throw the window further into the desktop. This opens the possibility of some nice eye-candy, such as the window bouncing, flexing and wobbling as it lands. Or if I collide with a window as I am moving about, that it would bend and flex as a result of the impact. Date: Sat, 20 Oct 2007 07:14:15 -0400From: [EMAIL PROTECTED]: [EMAIL PROTECTED]: Re: [compiz] Feature RequestCC: [EMAIL PROTECTED]; [EMAIL PROTECTED]'m really interested in this also, but unfortunately I know pretty much to nothing of 3d rendering. On 10/19/07, Mark McCarron < [EMAIL PROTECTED]> wrote: I was thinking of a black void into which objects could be placed. For example, you would be able to render an entire level of an FPS within the void and include basic collision detection. I know that a void will add to the overhead as both the inside and outside must be rendered. Also, most games use a form of BSP tree that only renders what is visible as a method of optimisation. I have a good sense of what I want to achieve in terms of visual and interaction. For example, let's say you are using MySpace (or Facebook, Newsvine, etc.) and there is a link that will direct you to someone's public desktop. After clicking the link, the user will be directed away from the current window to a seamless transition to the the other users desktop. This depends on two factors, firstly a dynamic DNS entry being available for the system in question and it being powered on at the time. Each desktop could contain shortcuts that will lead to other desktops, so that people can surf from desktop to desktop. I would like to develop a prototype, but unfortunately I work and it leaves very little time for anything else. That's why I thought I would try to describe the interface here. Besides, its something that will need to integrated into the overall architecture of Compiz and that's best left to the developers. Date: Fri, 19 Oct 2007 11:08:28 -0700From: [EMAIL PROTECTED]: [EMAIL PROTECTED]: Re: [compiz] Feature RequestCC: compiz@lists.freedesktop.org I agree that it wouldn't be technically challenging to implement, at least the basic features. The tricky part is definitely figuring out the best way to give the user control over the space. Does the space look like an FPS level, with rooms and architecture, or just a black void with windows floating around? The more specific of a vision you have, the easier it is to write code for. Figuring out what to do is often harder than how to do it. If you can code in OpenGL, a good place to start is to just write a standalone application with dummy blocks to represent the windows, and FPS movement controls. I've actually written something like that in the past for a different project. That would be a good sandbox to play with control schemes. Windows are inherently 2D, so to keep them from disappearing if the user is looking the wrong way I suggest it might be useful to map them to cubes. On 10/19/07, Mark McCarron <[EMAIL PROTECTED]> wrote: >From a technical perspective, its no more complex than Compiz already is. Its >really a matter of developing an intuitive method of interaction with the >environment. Its very feasible and something that is easily realised. The >methods are tried and tested in games systems, 3D editors and even 3D file >managers. Thus, there are no new technical aspects, its merely the packaging >of those features into a desktop interface. The business applications can be >helpful if used properly, however, the biggest usage will be the domestic home >user. The concept of a public desktop space (or virtual room), that can be >shared across the Internet, will add to social networking model. It will also >lead to new paradigms in terms of web interaction, navigation and information >exchange. One other major benefit will be the promotion of both X and the >Linux platform in general. To use these new features, end user's Operating >Systems will need to be compatible with X. Whilst I'm sure limited interfaces >could be designed for Windows desktops, it will function a lot better as a >native Linux user. There is a chance here to leave the competing Operating >Systems for dust and to force their hand in terms of inter-operability.Carpe >diem. Date: Fri, 19 Oct 2007 08:02:47 -0400From: [EMAIL PROTECTED]: [EMAIL PROTECTED]: Re: [compiz] Feature RequestCC: [EMAIL PROTECTED] ; compiz@lists.
Re: [compiz] Feature Request
I'm really interested in this also, but unfortunately I know pretty much to nothing of 3d rendering. On 10/19/07, Mark McCarron <[EMAIL PROTECTED]> wrote: > > I was thinking of a black void into which objects could be placed. For > example, you would be able to render an entire level of an FPS within the > void and include basic collision detection. I know that a void will add to > the overhead as both the inside and outside must be rendered. Also, most > games use a form of BSP tree that only renders what is visible as a method > of optimisation. > > I have a good sense of what I want to achieve in terms of visual and > interaction. For example, let's say you are using MySpace (or Facebook, > Newsvine, etc.) and there is a link that will direct you to someone's public > desktop. After clicking the link, the user will be directed away from the > current window to a seamless transition to the the other users desktop. > This depends on two factors, firstly a dynamic DNS entry being available for > the system in question and it being powered on at the time. Each desktop > could contain shortcuts that will lead to other desktops, so that people can > surf from desktop to desktop. > > I would like to develop a prototype, but unfortunately I work and it > leaves very little time for anything else. That's why I thought I would try > to describe the interface here. Besides, its something that will need to > integrated into the overall architecture of Compiz and that's best left to > the developers. > > > > > -- > Date: Fri, 19 Oct 2007 11:08:28 -0700 > From: [EMAIL PROTECTED] > To: [EMAIL PROTECTED] > Subject: Re: [compiz] Feature Request > CC: compiz@lists.freedesktop.org > > I agree that it wouldn't be technically challenging to implement, at least > the basic features. The tricky part is definitely figuring out the best way > to give the user control over the space. Does the space look like an FPS > level, with rooms and architecture, or just a black void with windows > floating around? > > The more specific of a vision you have, the easier it is to write code > for. Figuring out what to do is often harder than how to do it. > > If you can code in OpenGL, a good place to start is to just write a > standalone application with dummy blocks to represent the windows, and FPS > movement controls. I've actually written something like that in the past > for a different project. That would be a good sandbox to play with control > schemes. Windows are inherently 2D, so to keep them from disappearing if > the user is looking the wrong way I suggest it might be useful to map them > to cubes. > > > > On 10/19/07, *Mark McCarron* <[EMAIL PROTECTED]> wrote: > > From a technical perspective, its no more complex than Compiz already is. > Its really a matter of developing an intuitive method of interaction with > the environment. Its very feasible and something that is easily realised. > The methods are tried and tested in games systems, 3D editors and even 3D > file managers. Thus, there are no new technical aspects, its merely the > packaging of those features into a desktop interface. > > The business applications can be helpful if used properly, however, the > biggest usage will be the domestic home user. The concept of a public > desktop space (or virtual room), that can be shared across the Internet, > will add to social networking model. It will also lead to new paradigms in > terms of web interaction, navigation and information exchange. > > One other major benefit will be the promotion of both X and the Linux > platform in general. To use these new features, end user's Operating > Systems will need to be compatible with X. Whilst I'm sure limited > interfaces could be designed for Windows desktops, it will function a lot > better as a native Linux user. > > There is a chance here to leave the competing Operating Systems for dust > and to force their hand in terms of inter-operability. > > Carpe diem. > > > -- > Date: Fri, 19 Oct 2007 08:02:47 -0400 > From: [EMAIL PROTECTED] > To: [EMAIL PROTECTED] > Subject: Re: [compiz] Feature Request > CC: [EMAIL PROTECTED] ; compiz@lists.freedesktop.org > > I had a similar idea, but I think they said it wasn't too feasible much on > the forums. > > Why do you capitalize "window" though? > > I really like your business applications for this - they really do sound > very good. This'll be excellent. > > On 10/19/07, *Mark McCarron* <[EMAIL PROTECTED]> wrote: > > Good questions. I have a few suggestions that may help, I'm sure the > Compiz developers will be able to structure the controls much better. So, > take this as a basis from which to begin. > > There would be two basic modes, the first mode would be free space, that > is, your mouse guides you through the desktop space. Upon selecting a > window, you would enter the second mode, the mouse controls would now act > upon the selected Window. A simpl
