subtle: subtlehttp://subtle.de/http://subtle.de/favicon.ico?15154402992018-08-29T12:01:08Zunexist.dev
Redmine subtle: Default viewhttp://subtle.de/boards/1/topics/3522018-08-29T12:01:08ZAnton Zubkov
<p>Hello,<br />How can I create default view 2x2? It mean if open 4 terminals windows, they must have layout 2x2 . First terminal - bottom_left, second - bottom_right, third - top_left and fourth top_right.</p>
<p>It's need for open several console browsers. I can't create tags and views for this because xprop see only terminal window info.</p>
<p>Thanks.</p> subtle: RE: REQUEST: Exact screen coordinates for grid instead of percentages...http://subtle.de/boards/1/topics/348?r=351#message-3512012-12-03T14:52:25ZChristoph Kappelchristoph@unexist.dev
<p>Well, there are some weird patches like the one for urxvt, I just deal with the gaps and applied a even bigger one so that there's always a gap. ;)</p>
<p>1. String splitting would be easy, actually it is worse: The config is plain <a href="http://ruby-lang.org" class="external">ruby</a> and '55px' woud be a method call of a method named '55px' and I'd have to use metaprogramming to catch this. And '55%' would be worse. Sizes in quotes could work, but syntax-wise horrible..</p>
<p>2. I barely see why you need absolute values, but trust me people want to mix that, when both percentage and absolute values are possible.</p>
<p>The current format doesn't allow so many ways to specifiy it.</p>
<pre><code class="ruby syntaxhl"><span class="CodeRay">gravity <span class="symbol">:foobar</span>, [ <span class="integer">100</span>, <span class="integer">100</span>, <span class="integer">100</span>, <span class="integer">100</span> ]</span></code></pre>
<p>I could add methods to Numeric to allow e.g. '100.px' or '100.percent', but hacking base classes is gruesome.</p> subtle: RE: REQUEST: Exact screen coordinates for grid instead of percentages...http://subtle.de/boards/1/topics/348?r=350#message-3502012-12-03T14:13:22ZPhil Thompsonphil@electricvisions.com
<p>Yeah good point on the terminal windows but I think a few of them have options that allow you to switch between absolute sizing and fixed cursor height/width these days.</p>
<p>Syntax-wise a couple of ideas spring to mind.</p>
<p>1. Like CSS: "55px" for example. The most flexible as you can mix and match but probably a bit more work for the string splitting.<br />2. Have an option in the config to indicate whether the dimensions are in percentages or pixels. Less flexible but I can't think of a reason why I'd want to use both pixels and percentages in the same grid setup.</p> subtle: RE: REQUEST: Exact screen coordinates for grid instead of percentages...http://subtle.de/boards/1/topics/348?r=349#message-3492012-12-03T14:03:48ZChristoph Kappelchristoph@unexist.dev
<p>Technically that would be possible and no big deal, when I consider the codebase.</p>
<p>BUT that might not work out like you expect, especially with windows that have size constraints like the average terminal. They usually prefer full column and rows instead of fractions of it. I thought about decimal places, but discard the idea, because it is as unreliable as the current system. Just wastes more memory.</p>
<p>One major problem is the config, I have no idea how I should distinguish in the config case syntax-wise. Any suggestions?</p> subtle: REQUEST: Exact screen coordinates for grid instead of percentages...http://subtle.de/boards/1/topics/3482012-12-03T13:52:11ZPhil Thompsonphil@electricvisions.com
<p>...or decimal percentages.</p>
<p>I know in the sublte.rb comments it says percentages are used to make grids work on any monitor but in all my use cases I'm dealing with a single display area.</p>
<p>So the problem with integer percentages - gaps.</p>
<p>It's impossible to make the grids use all the space with percentages. It's easy to see when using the default grid and setting two windows to use 33% and 66% (vertically with the default config). Changing the percentages to floats may help but I think pixels would be a more accurate solution. It's especially important on really high res setups where 1% is like 35 pixels.</p>
<p>Any chance this is something you'd be able to implement?</p> subtle: RE: REQUEST:custom border colors for specific clientshttp://subtle.de/boards/1/topics/346?r=347#message-3472012-10-17T11:26:38ZChristoph Kappelchristoph@unexist.dev
<p>Hey,</p>
<p>hm technically both is possible and should be pretty easy to add, but I am not exactly sure how to add that config-wise. Since it is a styling option this should be a <a class="wiki-page" href="http://subtle.de/projects/subtle/wiki/Styles">style</a> and not settable via <a class="wiki-page" href="http://subtle.de/projects/subtle/wiki/Tagging">tags</a>. So either I add a <em>style</em> <a class="wiki-page" href="http://subtle.de/projects/subtle/wiki/Tagging">tag</a> property or make it possible to add a sub-style with the e.g. instance part of the WM_CLASS. Need to make my mind about this first. ;)</p> subtle: REQUEST:custom border colors for specific clientshttp://subtle.de/boards/1/topics/3462012-10-16T18:36:43Zzed b.zeltak@gmail.com
<p>Hya</p>
<p>Would really like (if possible) to have an option to have specific tagged clients have a custom color borders (and border size). It could be very useful to mark root terminals with a red background, remote SSH connections etc.</p>
<p>Here is a mockup:</p>
<p><a class="external" href="http://paste.xinu.at/ZpwdD/">http://paste.xinu.at/ZpwdD/</a></p>
<p>thx alot</p>
<p>Z</p> subtle: RE: Circumventing the default view?http://subtle.de/boards/1/topics/340?r=345#message-3452012-09-12T10:09:17ZChristoph Kappelchristoph@unexist.dev
<p>Nope, because your 'current <a class="wiki-page" href="http://subtle.de/projects/subtle/wiki/Views">view</a>' just doesn't exist. Placement is solely dependent on <a class="wiki-page" href="http://subtle.de/projects/subtle/wiki/Tagging">tagging</a>, there is no 'current <a class="wiki-page" href="http://subtle.de/projects/subtle/wiki/Views">view</a>' <a class="wiki-page" href="http://subtle.de/projects/subtle/wiki/Tagging">tag</a> in <a class="wiki-page" href="http://subtle.de/projects/subtle/wiki/Subtle">subtle</a>. You cannot even pick a random <a class="wiki-page" href="http://subtle.de/projects/subtle/wiki/Tagging">tag</a> of a <a class="wiki-page" href="http://subtle.de/projects/subtle/wiki/Views">view</a>, because you don't know what other properties this <a class="wiki-page" href="http://subtle.de/projects/subtle/wiki/Tagging">tag</a> comes with.</p> subtle: RE: Circumventing the default view?http://subtle.de/boards/1/topics/340?r=344#message-3442012-09-11T17:24:08ZSteven Humsdothum@gmail.com
<p>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!).</p>
<p>Other than that, launcher does work reasonably well (though the example fonts snippet for it had a huge font size setting! :-) Thanks again.</p> subtle: RE: Circumventing the default view?http://subtle.de/boards/1/topics/340?r=343#message-3432012-09-11T13:57:32ZChristoph Kappelchristoph@unexist.dev
<p>That wouldn't work, <a class="wiki-page" href="http://subtle.de/projects/subtle/wiki/Subtle">subtle</a> could surely say the current <a class="wiki-page" href="http://subtle.de/projects/subtle/wiki/Views">view</a> is the default <a class="wiki-page" href="http://subtle.de/projects/subtle/wiki/Views">view</a> but once you change the current <a class="wiki-page" href="http://subtle.de/projects/subtle/wiki/Views">view</a> all windows with the default <a class="wiki-page new" href="http://subtle.de/projects/subtle/wiki/%C5%A7agging">tag</a> would move to the next <a class="wiki-page" href="http://subtle.de/projects/subtle/wiki/Views">view</a> too and I doubt that this is what you want to archive. The <a class="wiki-page" href="http://subtle.de/projects/subtle/wiki/Tagging">tagging</a> mechanism is no magic, all changes of it are changes of the windows immediately.</p>
<p>The <a class="wiki-page" href="http://subtle.de/projects/subtle-contrib/wiki/Launcher">launcher</a> does that pretty nicely, just make sure to check the wiki page in the <a class="wiki-page new" href="http://subtle.de/projects/subtle/wiki/Subtle-contrib">contrib wiki</a>.</p>
<p>And you are welcome.</p> subtle: RE: Circumventing the default view?http://subtle.de/boards/1/topics/340?r=342#message-3422012-09-11T13:34:10ZSteven Humsdothum@gmail.com
<p>Thanks Christoph. (..well, you can't spend all your time helping me out!)</p>
<p>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.</p>
<p>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).</p>
<p>I'll give launcher a go. Thanks again.</p> subtle: RE: Circumventing the default view?http://subtle.de/boards/1/topics/340?r=341#message-3412012-09-11T11:28:01ZChristoph Kappelchristoph@unexist.dev
<p>Sorry for the later answer, I am a bit busy right now.</p>
<p>The easiest way to bypass this is to use the launcher from <a class="wiki-page" href="http://subtle.de/projects/subtle-contrib/wiki/Launcher">launcher</a> and start your apps on your desired <a class="wiki-page" href="http://subtle.de/projects/subtle/wiki/Views">view</a> like this: <code>urxvt @viewname</code></p>
<p>The launcher can do the proper tagging for you and the app stays there regardless what the default <a class="wiki-page" href="http://subtle.de/projects/subtle/wiki/Views">view</a> is.</p>
<p>Just think of <a class="wiki-page" href="http://subtle.de/projects/subtle/wiki/Tagging">tagging</a> 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. ;)</p> subtle: Circumventing the default view?http://subtle.de/boards/1/topics/3402012-09-09T16:48:09ZSteven Humsdothum@gmail.com
<p>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.</p>
<p>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.</p>
<p>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).</p>
<p>I have been looking around at various snippets but haven't spotted anything thus far that addresses this.<br />Thanks!</p> subtle: RE: Assigning views to be screen specific and default view behavior.http://subtle.de/boards/1/topics/336?r=339#message-3392012-08-28T13:04:40ZChristoph Kappelchristoph@unexist.dev
<p>You are welcome. The changes take a bit more tinkering, adding is quite easy, but applying the logic to e.g. the view panel buttons is more complex.</p> subtle: RE: Assigning views to be screen specific and default view behavior.http://subtle.de/boards/1/topics/336?r=338#message-3382012-08-27T19:53:01ZSteven Humsdothum@gmail.com
<p>Thank you Christoph for such a rapid response! I look forward to your ping and continuing to familiarize myself with subtle.</p>
<p>Steven</p>