Circumventing the default view?
Added by Steven Hum over 12 years ago
I am slowly getting my head wrapped around subtle (I think :-) and loving being able to use ruby. I have my current multiview setup similar to my notion config with multiple screens/views and grab layouts (still waiting with baited breath for being able to pin specific views per screen :-) Launching subtle now brings up all my initial apps in the layouts I have defined.
In the meantime, I have one workflow issue that I haven't been able to figure out: I like to open, in particular, terms/editors/file managers/etc on a view and have them reside on that view 'cause that's where I happen to be working at tne moment. Disabling the default grab ensures the application window occupies the same grab window dimensions I want of the current app but the application window always opens in the default view which isn't necessarily the view I am working on.
In notion, I tend to open and leave all sorts of apps (especially terms and editors) on the different views dynamically. Is this possible with subtle? Manipulating the default view doesn't appear to be the solution as, if I understand subtle properly, this would move all default grabs to the view (major clutter for me.. maybe my workflow is flawed, lol). The other hurdle in my workflow I am guessing, is that of having identical apps open on differing views (and sticky would not work as desired for me).
I have been looking around at various snippets but haven't spotted anything thus far that addresses this.
Thanks!
Replies (5)
RE: Circumventing the default view? - Added by Christoph Kappel over 12 years ago
Sorry for the later answer, I am a bit busy right now.
The easiest way to bypass this is to use the launcher from launcher and start your apps on your desired view like this: urxvt @viewname
The launcher can do the proper tagging for you and the app stays there regardless what the default view is.
Just think of tagging is a logical way to sort windows, it isn't that strict since you can change it during runtime in multiple ways. Quite difficult for me to understand why so many people struggle with it. ;)
RE: Circumventing the default view? - Added by Steven Hum over 12 years ago
Thanks Christoph. (..well, you can't spend all your time helping me out!)
I think the difficulty stems (for me. at least) from coming from a tiling wm that simply opens an app in the current view (in the case of notion, the currently active frame). This seems intuitive to me and nicely allows you to use any number of launchers like synapse or launchy - using synapse in subtle always ended up with undefined applications opening in the default view.
Could not subtle allow the default view to be the current view unless explicitly defined in a view definition? I'm assuming that the client_create and client_start hooks are too late to set the view for the app to open in to the active view (at least, I haven't managed to figure out working code).
I'll give launcher a go. Thanks again.
RE: Circumventing the default view? - Added by Christoph Kappel over 12 years ago
That wouldn't work, subtle could surely say the current view is the default view but once you change the current view all windows with the default tag would move to the next view too and I doubt that this is what you want to archive. The tagging mechanism is no magic, all changes of it are changes of the windows immediately.
The launcher does that pretty nicely, just make sure to check the wiki page in the contrib wiki.
And you are welcome.
RE: Circumventing the default view? - Added by Steven Hum over 12 years ago
Understood. But is there any way to have launcher or a client start process assign the current view to the launched app when no view is specified? (..yeah, I am a really lazy typist!).
Other than that, launcher does work reasonably well (though the example fonts snippet for it had a huge font size setting! :-) Thanks again.