Logs: freenode/#xmonad
| 2021-03-27 16:54:08 | × | azg256 quits (~azg256@78-56-98-5.static.zebra.lt) (Remote host closed the connection) |
| 2021-03-27 16:59:45 | → | geekosaur joins (82650c7a@130.101.12.122) |
| 2021-03-27 17:06:08 | <Solid> | Liskni_si: it seems good for getting a first overview of what has to be done |
| 2021-03-27 17:06:11 | <Solid> | so thanks :) |
| 2021-03-27 17:15:22 | <geekosaur> | latest X11 commit reminds me, at what point do we migrate from libxinerama to the equivalent functionality in xrandr? |
| 2021-03-27 17:16:26 | <geekosaur> | not, I suppose, that they will bother to deprecate or remove the xinerama entry points |
| 2021-03-27 17:16:59 | <Liskni_si> | is there any reason to do that? |
| 2021-03-27 17:17:38 | <geekosaur> | not if they don't bother to remove the old ones. but libxinerama is already deprecated |
| 2021-03-27 17:18:03 | <geekosaur> | even for the low level functions we use, there are equivalents in libxrandr |
| 2021-03-27 17:18:52 | <Liskni_si> | where does it say that it's deprecated? |
| 2021-03-27 17:19:35 | ← | deppy parts (~deppy@gateway/tor-sasl/deppy) () |
| 2021-03-27 17:20:25 | <geekosaur> | uh, xinerama's been deprecated since X11R7 or thenabouts? practically everyone else has already migrated to the new functions |
| 2021-03-27 17:21:41 | <geekosaur> | I'm just not sure if anyone will bother to follow through since they're all so certain it'll be irrelevant "soon" |
| 2021-03-27 17:22:37 | <Liskni_si> | well, I can't find any mention of it :-( |
| 2021-03-27 17:40:54 | <Liskni_si> | Solid, mc47[m]: I went through issues and PRs and milestones and cleaned it up and added to the project |
| 2021-03-27 17:40:59 | <Liskni_si> | 16 items WIP |
| 2021-03-27 17:41:07 | <Liskni_si> | no wonder I'm feeling a bit overwhelmed :-) |
| 2021-03-27 17:43:21 | → | mc47 joins (~yecinem@196.179.190.248) |
| 2021-03-27 17:43:56 | <mc47> | thanks liskin[m] for taking the initiative on that |
| 2021-03-27 17:44:56 | <mc47> | The "In Progress" column seems a bit scary, maybe we subdivide it more? |
| 2021-03-27 17:45:15 | <mc47> | Maybe a "Reviewing" and "Approved" columns? |
| 2021-03-27 17:45:27 | <Liskni_si> | there was an option to create a board that separates reviewed stuff |
| 2021-03-27 17:45:41 | <Liskni_si> | I thought we wouldn't need it, and now I don't know how to add that :-/ |
| 2021-03-27 17:45:59 | <Liskni_si> | let me try a bit harder :-) |
| 2021-03-27 17:46:22 | × | geekosaur quits (82650c7a@130.101.12.122) (Ping timeout: 240 seconds) |
| 2021-03-27 17:57:27 | × | xaltsc quits (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 246 seconds) |
| 2021-03-27 17:59:45 | <Liskni_si> | Okay, I added two other columns. Let's see how it behaves. |
| 2021-03-27 17:59:50 | → | xaltsc joins (~xaltsc@unaffiliated/xaltsc) |
| 2021-03-27 18:01:10 | <Liskni_si> | It's a bit confusing that some of the PRs in "To merge" are waiting for something, but the only way to find out is to read the comments in there. :-/ |
| 2021-03-27 18:02:56 | → | geekosaur joins (82650c7a@130.101.12.122) |
| 2021-03-27 18:03:26 | → | deppy joins (~deppy@gateway/tor-sasl/deppy) |
| 2021-03-27 18:04:11 | <deppy> | Is there a function which returns the screen the focused window belongs to? |
| 2021-03-27 18:04:44 | × | notis quits (~notis@85.203.44.154) (Quit: WeeChat 3.1) |
| 2021-03-27 18:06:06 | <geekosaur> | withWindowSet (W.screen . W.current) |
| 2021-03-27 18:07:20 | → | notis joins (~notis@85.203.44.154) |
| 2021-03-27 18:14:06 | × | dxld quits (~dxld@rush.pub.dxld.at) (Ping timeout: 245 seconds) |
| 2021-03-27 18:15:09 | → | dxld joins (~dxld@rush.pub.dxld.at) |
| 2021-03-27 18:22:38 | × | idhugo_ quits (~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) (Ping timeout: 240 seconds) |
| 2021-03-27 18:23:42 | <mc47> | it does look better |
| 2021-03-27 18:26:31 | <Liskni_si> | we could have a "blocked" label, maybe |
| 2021-03-27 18:27:29 | <Liskni_si> | but touching the labels is out of scope for this little procrastination project :-) |
| 2021-03-27 18:32:30 | <deppy> | hmm, I'm trying to create binds to let me cycle through screens rather than specifyig a specific one |
| 2021-03-27 18:33:21 | <deppy> | so the way I'd like to do this is to get a screen id then increment or decrement it and take it modulo the number of screens, then get the workspace of that screen so I can for instance move a window |
| 2021-03-27 18:33:29 | <deppy> | would this be a good approach? |
| 2021-03-27 18:33:56 | <deppy> | and if so how would I get the focused screens id and the number of screens |
| 2021-03-27 18:34:23 | <geekosaur> | screen ids are not guaranteed to be monotonic, sadly |
| 2021-03-27 18:34:30 | <Liskni_si> | deppy: https://hackage.haskell.org/package/xmonad-contrib-0.16/docs/XMonad-Actions-CycleWS.html#g:4 |
| 2021-03-27 18:34:52 | <geekosaur> | xinerama delivers fun stuff like duplicate screen specs with different screen numbers, the core drops the duplicates |
| 2021-03-27 18:34:57 | <deppy> | ooo |
| 2021-03-27 18:35:03 | <deppy> | Liskni_si: excellent |
| 2021-03-27 18:35:15 | <deppy> | geekosaur: ah, that's a shame |
| 2021-03-27 18:37:35 | <fizzie> | (XMonad.Actions.PhysicalScreens could be useful to get screen IDs in a reasonable order. I guess that's not used by default by CycleWS's nextScreen though?) |
| 2021-03-27 18:48:21 | × | deppy quits (~deppy@gateway/tor-sasl/deppy) (Quit: deppy) |
| 2021-03-27 18:57:40 | → | growpotkin joins (~growpotki@130-45-30-154.dyn.grandenetworks.net) |
| 2021-03-27 19:04:18 | × | thoros quits (~thoros@194-166-47-167.hdsl.highway.telekom.at) (Quit: WeeChat 3.0.1) |
| 2021-03-27 19:06:42 | → | timakro joins (b9d1c4b2@185.209.196.178) |
| 2021-03-27 19:09:20 | → | idhugo_ joins (~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) |
| 2021-03-27 19:13:36 | <timakro> | Hi, I very much like https://hackage.haskell.org/package/xmonad-contrib-0.16/docs/XMonad-Layout-Groups.html but I wonder if it's possible to have new windows open up in their own group, the same way it works with SubLayouts. Maybe the manage hook could be used to split the window out of it's group immediately? |
| 2021-03-27 19:15:55 | × | idhugo_ quits (~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) (Remote host closed the connection) |
| 2021-03-27 19:16:23 | → | idhugo_ joins (~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) |
| 2021-03-27 19:19:15 | → | azg256 joins (~azg256@78-56-98-5.static.zebra.lt) |
| 2021-03-27 19:29:51 | × | idhugo_ quits (~idhugo@87-49-147-45-mobile.dk.customer.tdc.net) (Ping timeout: 246 seconds) |
| 2021-03-27 19:33:40 | × | timakro quits (b9d1c4b2@185.209.196.178) (Quit: Connection closed) |
| 2021-03-27 19:45:25 | → | ajc_ joins (~ajc@69.231.232.79) |
| 2021-03-27 19:59:31 | × | growpotkin quits (~growpotki@130-45-30-154.dyn.grandenetworks.net) (Quit: ZNC 1.8.2 - https://znc.in) |
| 2021-03-27 20:01:19 | → | growpotkin joins (~growpotki@130-45-30-154.dyn.grandenetworks.net) |
| 2021-03-27 20:28:26 | × | geekosaur quits (82650c7a@130.101.12.122) (Quit: Connection closed) |
| 2021-03-27 20:42:51 | × | azg256 quits (~azg256@78-56-98-5.static.zebra.lt) (Quit: leaving) |
| 2021-03-27 21:07:22 | × | s00pcan quits (~chris@075-133-056-178.res.spectrum.com) (Remote host closed the connection) |
| 2021-03-27 21:27:27 | <mc47> | does freezing X.H.DynamicLog comes under breaking changes ? :) |
| 2021-03-27 21:38:39 | <Liskni_si> | I think it doesn't need to, but it might be nice to write a "notable changed" section for 0.17 later |
| 2021-03-27 21:38:45 | <Liskni_si> | *changes |
| 2021-03-27 21:39:12 | <Liskni_si> | (the PR stuff, for release announcement, etc.) |
| 2021-03-27 21:43:38 | <mc47> | yeah definitely |
| 2021-03-27 21:53:33 | → | s00pcan joins (~chris@075-133-056-178.res.spectrum.com) |
| 2021-03-27 21:55:01 | × | notis quits (~notis@85.203.44.154) (Ping timeout: 260 seconds) |
| 2021-03-27 21:56:41 | → | notis joins (~notis@130.43.124.71.dsl.dyn.forthnet.gr) |
| 2021-03-27 22:11:14 | × | wonko7 quits (~wonko7@62.115.229.50) (Ping timeout: 246 seconds) |
| 2021-03-27 22:40:17 | × | byorgey quits (~byorgey@155.138.238.211) (Ping timeout: 246 seconds) |
| 2021-03-27 22:40:25 | → | byorgey joins (~byorgey@155.138.238.211) |
| 2021-03-27 22:40:43 | → | wonko7 joins (~wonko7@62.115.229.50) |
| 2021-03-27 22:45:52 | × | mc47 quits (~yecinem@196.179.190.248) (Remote host closed the connection) |
| 2021-03-27 22:52:44 | × | s00pcan quits (~chris@075-133-056-178.res.spectrum.com) (Remote host closed the connection) |
| 2021-03-27 22:57:13 | × | wonko7 quits (~wonko7@62.115.229.50) (Ping timeout: 265 seconds) |
| 2021-03-27 23:04:20 | × | xaltsc quits (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 268 seconds) |
| 2021-03-27 23:32:47 | × | notis quits (~notis@130.43.124.71.dsl.dyn.forthnet.gr) (Ping timeout: 246 seconds) |
| 2021-03-27 23:33:12 | → | notis joins (~notis@85.203.44.154) |
| 2021-03-27 23:36:48 | × | seschwar quits (~seschwar@unaffiliated/seschwar) (Quit: :wq) |
| 2021-03-28 01:20:37 | × | notis quits (~notis@85.203.44.154) (Ping timeout: 268 seconds) |
| 2021-03-28 01:40:56 | → | gazler_ joins (~gazler@195.107.2.81.in-addr.arpa) |
| 2021-03-28 01:42:46 | × | gazler quits (~gazler@195.107.2.81.in-addr.arpa) (Ping timeout: 240 seconds) |
| 2021-03-28 01:50:47 | → | s00pcan joins (~chris@075-133-056-178.res.spectrum.com) |
| 2021-03-28 04:03:18 | → | materiyolo joins (~materiyol@112.204.174.249) |
| 2021-03-28 04:52:02 | × | davemq quits (~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) (Read error: Connection reset by peer) |
| 2021-03-28 04:52:47 | → | davemq joins (~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) |
| 2021-03-28 04:52:53 | × | davemq quits (~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) (Read error: Connection reset by peer) |
| 2021-03-28 04:53:17 | → | davemq joins (~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) |
| 2021-03-28 04:54:24 | × | davemq quits (~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) (Read error: Connection reset by peer) |
| 2021-03-28 04:55:51 | → | davemq joins (~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) |
| 2021-03-28 04:58:54 | × | materiyolo quits (~materiyol@112.204.174.249) (Ping timeout: 268 seconds) |
All times are in UTC.