2021-01-14 00:27:56 +0100 | seschwar | (~seschwar@unaffiliated/seschwar) (Quit: :wq) |
2021-01-14 00:43:16 +0100 | SpiderPig | (~matt@047-132-233-190.res.spectrum.com) (Ping timeout: 240 seconds) |
2021-01-14 00:43:31 +0100 | SpiderPig | (~matt@047-132-233-190.res.spectrum.com) |
2021-01-14 01:16:52 +0100 | notis | (~notis@185.51.134.230) (Ping timeout: 256 seconds) |
2021-01-14 01:34:36 +0100 | AHemlocksLie | (~mikey@2603-8080-090b-0b47-0000-0000-0000-0283.res6.spectrum.com) (Quit: Leaving) |
2021-01-14 01:39:03 +0100 | <andytoshi> | is there a way i can setxkbmap specifically for a specific program? without modifying my actual keyboard |
2021-01-14 01:43:26 +0100 | <andytoshi> | oh! i got it, i just needed to do `setxkbmap -device=5` where 5 is the ID of the "Virtual core XTEST keyboard" |
2021-01-14 02:04:56 +0100 | gazler | (~gazler@2001:8b0:b165:a8d2::2) (Ping timeout: 258 seconds) |
2021-01-14 02:41:41 +0100 | ericsagnes | (~ericsagne@2405:6580:0:5100:6ec1:4cfc:2443:dfd5) (Ping timeout: 272 seconds) |
2021-01-14 02:54:42 +0100 | ericsagnes | (~ericsagne@2405:6580:0:5100:4e48:ba59:767e:ec6e) |
2021-01-14 03:07:05 +0100 | kelnoky | (~shao@ip1f1222c4.dynamic.kabel-deutschland.de) (Ping timeout: 240 seconds) |
2021-01-14 03:35:48 +0100 | rotaerk | (rotaerk@2600:3c02::f03c:91ff:fe70:4a45) (Ping timeout: 260 seconds) |
2021-01-14 03:37:28 +0100 | rotaerk | (~rotaerk@ender.afternet.org) |
2021-01-14 03:56:01 +0100 | entropie | (~mit@ip5f5b594e.dynamic.kabel-deutschland.de) (Ping timeout: 264 seconds) |
2021-01-14 03:56:16 +0100 | entropie | (~mit@ip5f5b594e.dynamic.kabel-deutschland.de) |
2021-01-14 04:43:29 +0100 | theDon | (~td@94.134.91.87) (Ping timeout: 260 seconds) |
2021-01-14 04:44:43 +0100 | nova | (~novasenco@gateway/tor-sasl/novasenco) (Ping timeout: 240 seconds) |
2021-01-14 04:45:20 +0100 | theDon | (~td@muedsl-82-207-238-218.citykom.de) |
2021-01-14 04:47:07 +0100 | nova | (~novasenco@gateway/tor-sasl/novasenco) |
2021-01-14 05:59:10 +0100 | nova | (~novasenco@gateway/tor-sasl/novasenco) (Quit: nova) |
2021-01-14 06:01:50 +0100 | werneta | (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 264 seconds) |
2021-01-14 06:03:11 +0100 | werneta | (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) |
2021-01-14 06:03:34 +0100 | rabliatu | (~quassel@23.231.26.99) (Quit: 1) |
2021-01-14 06:07:13 +0100 | ADG1089__ | (~aditya@122.163.165.143) |
2021-01-14 06:20:33 +0100 | growpotkin | (~growpotki@130-45-30-154.dyn.grandenetworks.net) (Quit: ZNC 1.8.2 - https://znc.in) |
2021-01-14 07:30:04 +0100 | hexo | (~hexo@gateway/tor-sasl/hexo) (Remote host closed the connection) |
2021-01-14 07:30:57 +0100 | hexo | (~hexo@gateway/tor-sasl/hexo) |
2021-01-14 07:33:40 +0100 | palo1 | (~weechat@c-base/crew/palo) |
2021-01-14 07:34:24 +0100 | gazler | (~gazler@195.107.2.81.in-addr.arpa) |
2021-01-14 07:36:36 +0100 | palo | (~weechat@c-base/crew/palo) (Ping timeout: 240 seconds) |
2021-01-14 07:36:36 +0100 | palo1 | palo |
2021-01-14 08:06:16 +0100 | abhixec | (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) (Ping timeout: 246 seconds) |
2021-01-14 08:24:44 +0100 | berberman | (~berberman@unaffiliated/berberman) (Ping timeout: 240 seconds) |
2021-01-14 08:24:47 +0100 | berberman_ | (~berberman@unaffiliated/berberman) |
2021-01-14 08:26:33 +0100 | berberman_ | (~berberman@unaffiliated/berberman) (Max SendQ exceeded) |
2021-01-14 08:27:00 +0100 | berberman | (~berberman@unaffiliated/berberman) |
2021-01-14 08:41:25 +0100 | ericsagnes | (~ericsagne@2405:6580:0:5100:4e48:ba59:767e:ec6e) (Ping timeout: 272 seconds) |
2021-01-14 08:49:38 +0100 | berberman_ | (~berberman@unaffiliated/berberman) |
2021-01-14 08:50:26 +0100 | berberman | (~berberman@unaffiliated/berberman) (Ping timeout: 264 seconds) |
2021-01-14 08:50:43 +0100 | xaltsc | (~xaltsc@unaffiliated/xaltsc) |
2021-01-14 08:51:02 +0100 | berberman_ | (~berberman@unaffiliated/berberman) (Max SendQ exceeded) |
2021-01-14 08:51:32 +0100 | berberman | (~berberman@unaffiliated/berberman) |
2021-01-14 08:53:14 +0100 | ericsagnes | (~ericsagne@2405:6580:0:5100:7cf2:29cc:4e39:77c8) |
2021-01-14 09:22:20 +0100 | avn | (~avn@78-56-108-78.static.zebra.lt) |
2021-01-14 09:24:06 +0100 | notis | (~notis@185.51.134.230) |
2021-01-14 09:24:26 +0100 | coldpress | (~coldpress@128.9.105.34.bc.googleusercontent.com) |
2021-01-14 09:25:15 +0100 | coldpress_ | (~coldpress@128.9.105.34.bc.googleusercontent.com) |
2021-01-14 09:29:02 +0100 | coldpress | (~coldpress@128.9.105.34.bc.googleusercontent.com) (Ping timeout: 272 seconds) |
2021-01-14 09:29:53 +0100 | xaltsc | (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 260 seconds) |
2021-01-14 09:31:26 +0100 | xaltsc | (~xaltsc@unaffiliated/xaltsc) |
2021-01-14 09:55:23 +0100 | cfricke | (~cfricke@unaffiliated/cfricke) |
2021-01-14 09:56:01 +0100 | ml| | (~ml|@unaffiliated/ml/x-3958674) (Ping timeout: 264 seconds) |
2021-01-14 10:09:29 +0100 | ml| | (~ml|@unaffiliated/ml/x-3958674) |
2021-01-14 10:44:26 +0100 | coldpress | (~coldpress@128.9.105.34.bc.googleusercontent.com) |
2021-01-14 10:47:20 +0100 | coldpress_ | (~coldpress@128.9.105.34.bc.googleusercontent.com) (Ping timeout: 256 seconds) |
2021-01-14 11:11:03 +0100 | def_jam | eblip |
2021-01-14 11:12:18 +0100 | thoros | (~thoros@194-96-55-156.hdsl.highway.telekom.at) |
2021-01-14 11:26:41 +0100 | thoros | (~thoros@194-96-55-156.hdsl.highway.telekom.at) (Quit: WeeChat 3.0) |
2021-01-14 11:33:17 +0100 | kelnoky | (~shao@ip1f1222c4.dynamic.kabel-deutschland.de) |
2021-01-14 11:40:56 +0100 | thc202 | (~thc202@unaffiliated/thc202) |
2021-01-14 12:30:23 +0100 | eb0t_ | (~eblip@unaffiliated/eblip) (Quit: WeeChat 1.6) |
2021-01-14 12:59:35 +0100 | dariof4 | (~dario@5.77.75.47) |
2021-01-14 13:56:55 +0100 | geekosaur | (ac3a8f02@172.58.143.2) |
2021-01-14 14:03:16 +0100 | kelnoky | (~shao@ip1f1222c4.dynamic.kabel-deutschland.de) (Ping timeout: 240 seconds) |
2021-01-14 14:07:23 +0100 | notis | (~notis@185.51.134.230) (Ping timeout: 256 seconds) |
2021-01-14 14:09:33 +0100 | notis | (~notis@185.51.134.222) |
2021-01-14 14:58:52 +0100 | Tanish2002 | (6746a757@103.70.167.87) |
2021-01-14 15:05:26 +0100 | <Tanish2002> | Hello I recently started using xmonad and I'm liking it so far.. but i have a little problem.. I use google meet daily for classes and when I try to share my screen(just a app) it doesn't show up in the list if it's in some other workspace but If i move the app to the same workspace then it works.. I tried this with discord as well and it was same |
2021-01-14 15:05:27 +0100 | <Tanish2002> | there as well.. from what I could find I think that xmonad doesn't keep windows mapped when changing the workspace.. so my question is that if I can somehow change that behaviour? |
2021-01-14 15:06:40 +0100 | baka | (6746a757@103.70.167.87) |
2021-01-14 15:06:48 +0100 | baka | (6746a757@103.70.167.87) (Client Quit) |
2021-01-14 15:07:45 +0100 | ericsagnes | (~ericsagne@2405:6580:0:5100:7cf2:29cc:4e39:77c8) (Ping timeout: 272 seconds) |
2021-01-14 15:08:35 +0100 | hexo | (~hexo@gateway/tor-sasl/hexo) (Quit: ZNC 1.8.2 - https://znc.in) |
2021-01-14 15:09:53 +0100 | hexo | (~hexo@gateway/tor-sasl/hexo) |
2021-01-14 15:12:00 +0100 | <vrs> | afaik that's pretty fundamental to how xmonad works but there might be some hack around it |
2021-01-14 15:12:40 +0100 | <vrs> | some kind of virtual or actual external screen maybe |
2021-01-14 15:14:13 +0100 | <Tanish2002> | ye I can understand that's how xmonad works but it's still pretty annoying to keep moving windows only so that I can share them |
2021-01-14 15:14:32 +0100 | <Liskni_si> | I wonder if this works in other wms? |
2021-01-14 15:15:37 +0100 | <Tanish2002> | yes it worked on awesome |
2021-01-14 15:16:37 +0100 | <Tanish2002> | I was using awesome before but it's very slow and has a very high cpu usage... so I switched to xmonad which feels very snappy compared to it and the cpu usage is pretty good as well |
2021-01-14 15:17:49 +0100 | <Solid> | I wonder what would happen if you simply mapped the window |
2021-01-14 15:19:11 +0100 | <Tanish2002> | wdym? sorry if I sound dumb I don't know much haskell and I'm learning it through xmonad only |
2021-01-14 15:19:42 +0100 | ericsagnes | (~ericsagne@2405:6580:0:5100:43d1:199b:be93:211c) |
2021-01-14 15:20:07 +0100 | <Tanish2002> | https://github.com/baskerville/bspwm/issues/478 apparently bspwm has a issue for this as well..🤔 |
2021-01-14 15:20:35 +0100 | <Solid> | nono don't worry I was mainly talking into the void :) I haven't looked into this side of X11 much really |
2021-01-14 15:20:54 +0100 | <Tanish2002> | ah ok |
2021-01-14 15:21:22 +0100 | <Solid> | but according to "dwm uses the dirty hack: it doesn't map/unmap anything" it might actually work |
2021-01-14 15:22:05 +0100 | <Solid> | but it would be a very dirty hack (and might require writing haskell, I don't know how much because I havent quite thought it through :) |
2021-01-14 15:22:29 +0100 | <Solid> | funny that I've never run into this issue |
2021-01-14 15:22:50 +0100 | <Solid> | but I always have a second monitor connected when I screenshare I think so the window I want is always mapped that way |
2021-01-14 15:23:35 +0100 | <Tanish2002> | i don't really care if it's a hack as long as it works coz online classes are going to end some day but again I don't really know much haskell to even code a hack'=( |
2021-01-14 15:23:50 +0100 | <Liskni_si> | oh, it seems gnome (mutter) uses that hack as well |
2021-01-14 15:24:51 +0100 | <Liskni_si> | which means I was wrong when I told the chromium devs yesterday that checking the map state is enough to tell whether a browser window needs redrawing or not |
2021-01-14 15:24:59 +0100 | <Liskni_si> | and that means they'll never implement it |
2021-01-14 15:25:13 +0100 | <Liskni_si> | and I'll be stuck with hundreds of wakeups per second until the end of time |
2021-01-14 15:25:16 +0100 | <Liskni_si> | fuck this stupid world. |
2021-01-14 15:25:19 +0100 | <Solid> | :/ |
2021-01-14 15:41:19 +0100 | thoros | (~thoros@194-96-55-156.hdsl.highway.telekom.at) |
2021-01-14 15:43:38 +0100 | mc47 | (~yecinem@89.246.239.190) |
2021-01-14 15:47:40 +0100 | thoros | (~thoros@194-96-55-156.hdsl.highway.telekom.at) (Quit: WeeChat 3.0) |
2021-01-14 15:50:29 +0100 | geekosaur | (ac3a8f02@172.58.143.2) (Quit: Connection closed) |
2021-01-14 16:25:53 +0100 | Tanish2002 | (6746a757@103.70.167.87) (Ping timeout: 248 seconds) |
2021-01-14 16:28:42 +0100 | Tanish2002 | (6746a757@103.70.167.87) |
2021-01-14 16:40:56 +0100 | Tanish2002 | (6746a757@103.70.167.87) (Quit: Connection closed) |
2021-01-14 16:41:30 +0100 | everythingTaken | (~everythin@gateway/tor-sasl/everythingtaken) |
2021-01-14 16:44:01 +0100 | growpotkin | (~growpotki@130-45-30-154.dyn.grandenetworks.net) |
2021-01-14 16:45:17 +0100 | gspe | (~gspe@94-36-112-192.adsl-ull.clienti.tiscali.it) |
2021-01-14 16:47:40 +0100 | gspe | (~gspe@94-36-112-192.adsl-ull.clienti.tiscali.it) (Client Quit) |
2021-01-14 16:49:37 +0100 | ADG1089__ | (~aditya@122.163.165.143) (Remote host closed the connection) |
2021-01-14 16:52:00 +0100 | dariof4 | (~dario@5.77.75.47) (Quit: WeeChat 3.0) |
2021-01-14 16:53:33 +0100 | seschwar | (~seschwar@unaffiliated/seschwar) |
2021-01-14 16:56:43 +0100 | everythingTaken | (~everythin@gateway/tor-sasl/everythingtaken) (Ping timeout: 240 seconds) |
2021-01-14 17:02:49 +0100 | cfricke | (~cfricke@unaffiliated/cfricke) (Quit: WeeChat 3.0) |
2021-01-14 17:12:49 +0100 | ADG1089__ | (~aditya@122.163.165.143) |
2021-01-14 17:15:49 +0100 | Tanish2002 | (6746a757@103.70.167.87) |
2021-01-14 17:21:41 +0100 | xaltsc | (~xaltsc@unaffiliated/xaltsc) (Quit: WeeChat 3.0) |
2021-01-14 17:30:29 +0100 | arzano | (~arzano@gentoo/developer/arzano) |
2021-01-14 17:42:42 +0100 | Tanish2002 | (6746a757@103.70.167.87) (Quit: Connection closed) |
2021-01-14 17:44:52 +0100 | geekosaur | (42d52137@66.213.33.55) |
2021-01-14 17:45:08 +0100 | berberman | (~berberman@unaffiliated/berberman) (Ping timeout: 260 seconds) |
2021-01-14 17:45:16 +0100 | berberman_ | (~berberman@unaffiliated/berberman) |
2021-01-14 18:24:10 +0100 | <afreak> | is it possible to do something like this https://github.com/i3/i3/pull/2231 in xmonad ? setting some x property to all floating windows |
2021-01-14 18:32:35 +0100 | <fizzie> | Just speculating, I don't think there's a hook to do it without patching XMonad itself (to be fair, that's an i3 patch), but I imagine you'd get pretty close simply by having a (sequenced last) ManageHook to set the property initially, and adding a call to keep that up to date in any key/mouse bindings you've got that can toggle floating-ness. |
2021-01-14 18:35:24 +0100 | <afreak> | fizzie: i havent really seen any functions that can be used for setting window properties, have you? |
2021-01-14 18:36:02 +0100 | <afreak> | or do you mean having xmonad run maybe `xprop -id x -set something` |
2021-01-14 18:36:33 +0100 | geekosaur | (42d52137@66.213.33.55) (Ping timeout: 248 seconds) |
2021-01-14 18:37:01 +0100 | <fizzie> | No, you'd just use the X11 functions. I don't know if there's any convenience utilities for *setting* properties though. |
2021-01-14 18:37:32 +0100 | <Solid> | there's changeProperty{8,16,32} |
2021-01-14 18:38:10 +0100 | <fizzie> | Yeah. The only xmonad-contrib convenience thing that I see is XMonad.Util.StringProp, which is limited to setting string properties on the root window, but that's what it uses under the hood. |
2021-01-14 18:39:36 +0100 | <afreak> | aha nice, then I would only need a event that runs when windows gets spawned, or when windows gets toggled floating/tiling :p |
2021-01-14 18:41:24 +0100 | <fizzie> | That'd be the latter half of my comment (as an approximation, since I don't think there's such an event). |
2021-01-14 18:44:18 +0100 | <fizzie> | (It's not like it's an X11 event that XMonad changes its mind about whether a window's floating or not. Though often -- but not always -- there'd be a geometry change associated with it.) |
2021-01-14 18:46:46 +0100 | geekosaur | (42d52137@66.213.33.55) |
2021-01-14 18:46:58 +0100 | <Solid> | the logHook runs on an internal state change, which would include adding a window to the floating map, no? |
2021-01-14 18:47:46 +0100 | <geekosaur> | yes, but it doesn't tell you what state changed |
2021-01-14 18:48:18 +0100 | <fizzie> | Yeah, I guess if you want to enumerate over the whole stackset on loghook. |
2021-01-14 18:52:53 +0100 | <Solid> | lots of logHooks do that already, so probably not too worrysome :> |
2021-01-14 19:01:53 +0100 | <fizzie> | You'd possibly want to cache what you last set the property to, if you go that way. |
2021-01-14 19:02:56 +0100 | <Solid> | lots of modules don't even do that |
2021-01-14 19:03:02 +0100 | <Solid> | but I don't know how expensive `getAtom' is |
2021-01-14 19:36:49 +0100 | geekosaur | (42d52137@66.213.33.55) (Ping timeout: 248 seconds) |
2021-01-14 19:47:25 +0100 | al3x27 | (~plovs@85.254.75.142) |
2021-01-14 19:49:32 +0100 | geekosaur | (42d52137@66.213.33.55) |
2021-01-14 20:03:30 +0100 | berberman | (~berberman@unaffiliated/berberman) |
2021-01-14 20:03:38 +0100 | berberman_ | (~berberman@unaffiliated/berberman) (Ping timeout: 264 seconds) |
2021-01-14 20:06:22 +0100 | ADG1089__ | (~aditya@122.163.165.143) (Remote host closed the connection) |
2021-01-14 20:07:25 +0100 | ADG1089__ | (~aditya@122.163.165.143) |
2021-01-14 20:47:45 +0100 | geekosaur | (42d52137@66.213.33.55) (Ping timeout: 248 seconds) |
2021-01-14 21:04:30 +0100 | geekosaur | (42d52137@66.213.33.55) |
2021-01-14 21:22:59 +0100 | wonko7 | (~wonko7@2a01:e35:2ffb:7040:9f6f:4e99:c28:c69a) |
2021-01-14 21:23:11 +0100 | kelnoky | (~shao@ip1f1222c4.dynamic.kabel-deutschland.de) |
2021-01-14 21:59:04 +0100 | ADG1089__ | (~aditya@122.163.165.143) (Remote host closed the connection) |
2021-01-14 22:30:08 +0100 | dsal | (sid13060@gateway/web/irccloud.com/x-frcdhloinrhxmjcq) (Ping timeout: 260 seconds) |
2021-01-14 22:31:16 +0100 | dsal | (sid13060@gateway/web/irccloud.com/x-uhinxzkjykjyzztk) |
2021-01-14 22:47:11 +0100 | geekosaur | (42d52137@66.213.33.55) (Quit: Connection closed) |
2021-01-14 23:27:05 +0100 | ericsagnes | (~ericsagne@2405:6580:0:5100:43d1:199b:be93:211c) (Ping timeout: 244 seconds) |
2021-01-14 23:39:34 +0100 | ericsagnes | (~ericsagne@2405:6580:0:5100:a508:836d:e92e:17f2) |
2021-01-14 23:51:02 +0100 | seschwar | (~seschwar@unaffiliated/seschwar) (Quit: :wq) |