I want the best of two worlds and I'm sure there is a way for me to get it allready. My editor for Java (idea) works really bad with the ion workspace (hangs/crashes ion). I tried it with the pwm version of workspace and also in fullscreen, and there it works ok. But I don't like the non-tiling version of pwn and the fullscreen version doesn't give me regular popup dialogs (and there are lots of them in this editor) and the rest of the smutt-smutt of ion-functionality. So what I want is to have the frame for the main-thread of the program to tile as usual, but not the dialogs. Can I do this somehow?
Other than that; Personally I don't want to go back to non-tiling. Then I can just aswell just go back to fvwm since it's way superior to any other X win-mgr anyway. If that's what you want. I don't even want to have docking stuff, and especially not the ones that expand on the whole screen (hmm .. task-bars). It's just clutter. So in order of priority:
1) Make dialogs of a window floatable (using only the existing kludge-mechanism).
2) Save/restor of complete workspace. I know there is an extension (not really a module) that does this, but it required hacking the core of the framework to get it started, so I wanted to not do that. This should be doable by tagging a workspace as "serializable" or something.
3) The abillity to mark surtain frames as "non-competible". Meaning that short-cuts and stuff like on an application isn't possible to get competible with ion itself. In cases like that I would like to be able to reserve a hot-hot-hot-key combination that takes me out of application-scope and into ion-scope. It would redirect key-strokes to ion instead of the application. Also easily configured via kludges config. My Java editor is a perfect example for this. It's build on the concept of non-mouse-use. And I know about a couple of hundred short-cuts for it and I'm not really in favour of re-assigning them just to get ion working for me.
..brings me to a question. How modularized is the kludges-mechanism? It should be a natural merge-point if I wanted to extend on how the win-mgr acted in surtain situations. How hard would it be for me to hack a module for that (I found hacking non-visaul modules easy enough).
Cheers, /Niclas
Tuomo Valkonen wrote:
On Sat, Mar 15, 2003 at 10:15:43PM +0100, Per Olofsson wrote:
Yes. I think it already can if you hack the code a little bit, but key bindings probably get messed up. You can easily put a floating "workspace" in a specific frame by editing ~/.ion-devel/saves/workspace-*.conf, but it doesn't get tabbed then.
I just modified the WIonFrame save/load code to save save/load managed regions (for which it is possible) so it is now possible to place floating (or any other kind of) workspaces inside frames, tabbed. A few minor problems remain. I'll fix them later.
-- Niclas Olofsson - http://www.ismobile.com Product Development, isMobile, Aurorum 2, S-977 75 Lule�, Sweden Phone: +46(0)920-75550 Mobile: +46(0)70-3726404
