freenode/#stumpwm - IRC Chatlog
Search
6:59:00
loke`
Transparency? I'm not sure you can, but even if you could, what good would it do? Windows don't overlap.
7:01:11
loke`
To each their own of course, but the idea of making the thing I am working on less visible in favour of something that I don't care about sounds... Very strange to me.
7:03:10
amshs
it's just having a lil transparency makes me feel a lil comfortable when working is all
7:06:24
scottj
the first number that's commented out somehow represents what percent transparent. I forget how it's calculated
7:07:31
scottj
amshs: another option, without any stumpwm rqeuired, is to use compton to just make inactive windows transparent
7:11:44
impaktor
C-t ; is only shown on the right monitor if I have a program running there. I.e. If I have selected a (empty) frame, do C-t ;, then the field appears on the (other) wrong monitor. However, if I start a terminal in same frame and repeat, the field is shown in the correct monitor. Bug or feature?
7:20:03
scottj
I wonder if that's related to a bug I see, which is that when windows are placed on a screen that has no other windows they get focused even when focus/raise tag in placement rules is nil. they don't get focused if there's a window in the frame they're placed.
7:23:09
impaktor
scottj: my thing should be easy to reproduce. Just need two monitors, with second one empty, with a selected frame.
7:27:15
scottj
impaktor: nope, don't care about that (your) bug, and still not convinced it's related to the one I'm interested in. I am looking a bit at it just out of curiousity, will let you know if I find anything interesting.
7:58:29
mood_btf
impaktor: (scottj:) The bug you describe was introduced with the changes that allow floating windows to exist in the tiled group. It needs to be fixed by re-adding method on group-current-head for the tiling group
7:59:34
mood_btf
The previous method for the tiling group took the head of the current frame, the previous method for the floating group took the head of the current window or, if there is no window, the first head. The single new method does what the floating one did, because floating windows are not in a frame.
8:14:40
loke`
scottj: OK, that's cool. I tried to do that myself some time ago but failed miserably.
8:16:09
scottj
for me I'm unable to move floating windows with the mouse though, idk what's up with that, but the first time I tried it it did work and presumably works for others.
8:29:34
scottj
I wonder if define-frame-preference should actually be something more general, where one resulting action is placing in a frame, but other actions can be added, like say calling float-this
8:39:24
mood_btf
scottj: I'm not, no. I was the one clicking the merge button, after some discussion
8:41:09
mood_btf
impaktor: I don't think it's been reported, no. I tend to notice it happening when I shut down my pc, then forget about it until the next time I do the same...
9:25:31
impaktor
Not seeing it in: https://stumpwm.github.io/git/stumpwm-git_17.html#Command-and-Function-Index