unexist.dev: Issueshttp://subtle.de/http://subtle.de/favicon.ico?15154402992013-01-25T01:10:19Zunexist.dev
Redmine subtle - Feature #312 (Confirmed): Update tag modeshttp://subtle.de/issues/3122013-01-25T01:10:19ZChristoph Kappelchristoph@unexist.dev
<p><a class="wiki-page" href="http://subtle.de/projects/subtle/wiki/Clients#Modes">Modes</a> in <a class="wiki-page" href="http://subtle.de/projects/subtle/wiki/Tagging">tags</a> are usually set like <code>mode true</code>, that is quite ambiguous, since every other value besides <code>true</code> is just ignored.</p> subtle - Bug #307 (Unconfirmed): gtk3 does not work correctly in subtlehttp://subtle.de/issues/3072012-10-28T11:30:33ZRasmus Steinkerasi@xssn.at
<p>Menus, rightclick menus and dropdowns open up at random places in subtle.<br />I tried to reproduce this in dwm, i3, herbstluftwm and awesome, none of these have any issues with gtk3, so I dont think its a gtk3 issue.</p>
<p>Here a video in action: <a class="external" href="http://carnager.xssn.at/out.ogv">http://carnager.xssn.at/out.ogv</a></p> subtle - Feature #300 (Unconfirmed): support max_width stylehttp://subtle.de/issues/3002012-08-31T15:27:30ZDavid Jansenbw@dorfelite.net
<p>we got the mix_width style to work with,<br />it would be nice to have max_width as well</p>
<p>e.g. the mpd sublet eats a lot of panelspace if the artist and trackname a quite long<br />(it even overlaps my centered elements sometimes :/ )</p> subtle - Bug #295 (Confirmed): Setting a client's gravity in a tag's @on_match@ is brokenhttp://subtle.de/issues/2952012-05-28T22:00:03ZSae Hirakpcxunlimited@gmail.com
<p>Basically, if you try to set a client's gravity in the <code>on_match</code> of a tag, it will work if the tag is in the first view, but doesn't work in the other views. To see what I mean... try this config:</p>
<p><a class="external" href="http://pastebin.com/MzEfQPEP">http://pastebin.com/MzEfQPEP</a></p>
<p>Now, what this does is, puts all the terminals on the <code>foo</code> tag and Firefox on the <code>bar</code> tag (adjust it as needed). And then, when the clients match, it will manually assign them gravities by using <code>on_match</code>.</p>
<p>This works correctly on the <code>foo</code> view (all the terminals are on the left side), but does not work for the <code>bar</code> view (Firefox is not on the right side as expected).</p>
<p>In addition, it spews out these error messages on the console:</p>
<pre>
<WARNING> StandardError: No geometry given
from /mnt/pauan/.config/subtle/subtle.rb:49:in `gravity'
from /mnt/pauan/.config/subtle/subtle.rb:49:in `block (2 levels) in <main>'
from -e:in `call'
<WARNING> StandardError: No geometry given
from /mnt/pauan/.config/subtle/subtle.rb:40:in `gravity'
from /mnt/pauan/.config/subtle/subtle.rb:40:in `block (2 levels) in <main>'
</pre>
<p>So, the two bugs are:</p>
<ol>
<li>Complaining about a lack of geometry when setting the gravity of the client</li>
<li>Setting the gravity of a client only works on the first view (possibly related to the above bug?)</li>
</ol> subtle - Bug #282 (Confirmed): Grab involving <B4> to <B7>http://subtle.de/issues/2822012-02-20T14:58:25ZDicksmash McIroncockfuck128@mailinator.com
<p>The grabs <W-B4> and <W-B5> (:ViewPrev and :ViewNext) only work when the mouse is currently above a window, they won't work when hovering over the root window. This is an issue only present in the version developer snapshot, but not in the version packaged by Archlinux.</p>
<p>In any version I have tested, mouse <B6> and <B7> (and probably higher) fail to be recognized by subtle while other WMs, applications recognize them well (i.e. it is not an issue of the Xserver)</p> subtle - Bug #242 (Confirmed): Recent clients orderhttp://subtle.de/issues/2422011-08-07T09:27:44Zdavid unricdunric29a@gmail.com
<p>Hi,</p>
<p>I've found inconsistent results of Subtlext::Client.recent method.</p>
<p>If I switch between clients within a one view, returned Array of recent clients keeps an order where last client is pushed into the head (ie. at 0 index) and remaining are shifted to the right (ie. their index is increased by 1).</p>
However if I switch between clients on different views (within a one screen), order 'sometimes' gets lost:
<ul>
<li>Two xterms on 1st view running irb sessions<br /> left one> <code>Subtlext::Client.current.win 41943074</code><br /> right one> <code>Subtlext::Client.current.win 18874402</code></li>
<li>Firefox on 2nd view, win == 16777340</li>
</ul>
<ol>
<li>Left xterm (result of cycling between xterms within one view)<br /> <code>irb(main):047:0> Subtlext::Client.recent.collect {|c| c.win}<br /> => [41943074, 18874402, 41943074, 18874402, 41943074]</code></li>
<li>After switching to 2nd view with Firefox and back<br /> <code>irb(main):048:0> Subtlext::Client.recent.collect {|c| c.win}<br /> => [*41943074*, *16777340*, 41943074, 18874402, 41943074]</code>
<p>Good, order was kept.</p></li>
</ol>
<ol>
<li>Right xterm (result of cycling between xterms within one view)<br /> <code>irb(main):046:0> Subtlext::Client.recent.collect {|c| c.win}<br /> => [18874402, 41943074, 18874402, 41943074, 18874402]</code></li>
<li>After switching to 2nd view with Firefox and back<br /> <code>irb(main):047:0> Subtlext::Client.recent.collect {|c| c.win}<br /> => [18874402, 41943074, 18874402, *16777340*, 18874402]</code>
<p>Bad, order is lost, unexpected behaviour.</p></li>
</ol>
<p>Is this a bug or am I missing something there ?</p> subtle - Feature #205 (Confirmed): Panel/spacer border setting.http://subtle.de/issues/2052011-05-17T19:20:24ZLasse Christensenlchr@spellcraft.dk
<p>Right now, there doesn't seem to be a way to add a border (colored or otherwise) to the :spacer within a panel, or to the panel as a whole. This means that any attempt to add e.g. a permanent 1px border to the bottom of the panel as a separator between panel and appspace is currently impossible: There will be gaps in the border in the :spacer sections.</p>
<p>Adding a border property to the :spacer would solve the issue, as would the ability to add a border to the panel as a whole. I hereby request that such a property be added ;)</p>
<p>Thanks!</p> subtle - Bug #175 (Confirmed): FUTEX_WAIT deadlockhttp://subtle.de/issues/1752011-01-13T16:20:41ZChristoph Kappelchristoph@unexist.dev
<p>The futex_wait mechanism of current 'glibc':http://www.gnu.org/software/libc/ with enabled 'NPTL':http://en.wikipedia.org/wiki/Nptl can cause a deadlock, when a <a class="wiki-page" href="http://subtle.de/projects/subtle/wiki/Sublets">sublet</a> uses e.g. 'system':http://www.ruby-doc.org/core/classes/Kernel.html#M001441 periodically. <a class="wiki-page" href="http://subtle.de/projects/subtle/wiki/Subtle">subtle</a> will freeze then and 'strace':http://en.wikipedia.org/wiki/Strace just displays <strong>FUTEX_WAIT</strong> in that case.</p>
<p><a class="wiki-page" href="http://subtle.de/projects/subtle/wiki/Sublets">Sublets</a> that are known to cause this kind of problems are: pacman, storage</p>