On 2007-08-15 20:31:00 +0200 Yen-Ju Chen <[EMAIL PROTECTED]> wrote: > 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. Ah, I didn't know the 2nd one, yet. Thanks.
> 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. I am not so sure whether this is a design issue in GNUstep as such. I've been using GNUstep apps and WindowMaker for several years, now, and never experienced any problems with menus and floating panels on secondary desktops in WindowMaker. Moving a GNUstep app to another desktop always made my menus, panels and the like appear in the proper place. I did not try to have multiple documents of the same app open on different desktops, though. I con't know whether this is really relevant. What is more important is that an app as a whole may be moved, including menus and panels. This what is not working right now. I can however move the menu (or rather some kind of hidden(?) window withh the app's title) manually using wmctrl, which has the desired effect (at least it is what I desire :-). Andreas > > 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 >> >> >> > > -- 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).
RFC3156 defines security multipart formats for MIME with OpenPGP.
pgpn458VlplUd.pgp
Description: PGP signature
_______________________________________________ Etoile-discuss mailing list [email protected] https://mail.gna.org/listinfo/etoile-discuss
