You can look at the Resources/openbox/rc.xml for keyboard binding. For short, "Ctrl+Alt+(Left/Right)" to change desktop. "Shift+Alt+(Left/Right)" to move current window to next desktop. But GNUstep application-based model is different from X window-based model. For example, if you move a document window to another desktop, all menu and floating panel of that document has to move accordingly. If you have two documents of the same GNUstep application on two desktops, the menu and floating panel have to move forth and back depending on which one gets focus. So it is basically a design issue on how to make GNUstep work on multiple desktop environment.
Yen-Ju On 8/15/07, Andreas Schik <[EMAIL PROTECTED]> wrote: > Hi, > first of all I must say that I am quite impressed of Étoilé 0.2. I did not > expect it to already work well enough for day-to-day usage. There are a > couple of glitches I consider as minor, but what really bugs me is dektop > handling. > Azalea has the ability to use several desktops. In fact, it defaults to four > desktops. Unfortunately, I cannot really use them. First of all, I see no way > to start an application on another destop than the first one. I even cannot > move it between desktops without the help of a tool such as wmctrl. Do I d > something wrong here or is this a missing feature? > What is worse (for the moment I could live with wmctrl) is the fact that > modal windows (dialogs) always appear on desktop one and not on the desktop > where the application resides that spawned the modal window. Also, the menu > server does not work with other desktops than the first one. I can see the > menu bar and the application's top level menu items, but the submenus would > not open. After experimenting a while I found out that the submenus open > again on the first desktop, but are invisible! I know that they are there, > because when I move the mouse in the area where they should be I can see the > next level of submenus open more or less out of thin air. > > While I am talking about menus, one other question. Is it intentional > (probably yes) that upon right-click no (context) menu appears? What would be > the design decision behind this behaviour? > > Thanks, > Andreas > > -- > Mail: aheppel at web dot de > Home: http://www.andreasheppel.de > Burn.app: http://gsburn.sourceforge.net > > PGP Key is available from the MIT key server (pgp.mit.edu). > > _______________________________________________ > Etoile-discuss mailing list > [email protected] > https://mail.gna.org/listinfo/etoile-discuss > > > _______________________________________________ Etoile-discuss mailing list [email protected] https://mail.gna.org/listinfo/etoile-discuss
