2020-12-09 00:00:06 +0100 | deepy | (deepy@wrongplanet/deepa) (Read error: Connection reset by peer) |
2020-12-09 00:15:47 +0100 | seschwar | (~seschwar@unaffiliated/seschwar) (Quit: :wq) |
2020-12-09 00:24:11 +0100 | <dimestop> | did krz hilight me meaning to hilight you dminuoso |
2020-12-09 00:24:31 +0100 | <dimestop> | something about a layout |
2020-12-09 00:24:43 +0100 | <dimestop> | ah well he's gone now |
2020-12-09 00:25:25 +0100 | xaltsc | (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 240 seconds) |
2020-12-09 00:31:13 +0100 | <dminuoso> | Mmm? |
2020-12-09 00:35:51 +0100 | <dimestop> | ah I got hilighted early but when I went back it looks like he was chatting to you |
2020-12-09 00:35:53 +0100 | <dimestop> | all good |
2020-12-09 00:35:56 +0100 | <dimestop> | earlier* |
2020-12-09 00:55:32 +0100 | notis | (~notis@185.51.134.222) (Ping timeout: 256 seconds) |
2020-12-09 00:58:26 +0100 | schweby | (~quassel@2a01:4f9:c010:97d5::1) (Quit: Das ist möglich, also tun wir es. Später.) |
2020-12-09 00:59:06 +0100 | schweby | (~quassel@2a01:4f9:c010:97d5::1) |
2020-12-09 01:11:26 +0100 | wonko7 | (~wonko7@2a01:e35:2ffb:7040:14a1:46f4:68f7:2133) (Ping timeout: 264 seconds) |
2020-12-09 01:13:01 +0100 | thc202 | (~thc202@unaffiliated/thc202) (Quit: thc202) |
2020-12-09 01:15:02 +0100 | <dminuoso> | Im currently building lists of dictionaries of key combinations, command strings (xmonad prompt), a description and the actual action: https://gitlab.com/dminuoso/xmonad-config/-/blob/master/lib/Windows.hs#L32-48 |
2020-12-09 01:16:10 +0100 | <dminuoso> | What I dont like, is that I have to hierarchially on a tree that I need to feed together centrally. Ideally I'd rather have each module sort of "register" all keybindings and commands it wants to introduce, such that my xmonad prompt can just look up into the, possibly dynamically, fed registry |
2020-12-09 01:16:41 +0100 | <dminuoso> | ExtensibleState seems like a bad fit, because ideally I want my xmonad keys config to use this too |
2020-12-09 01:16:52 +0100 | <dminuoso> | (So it has to exist before xmonad even runs) |
2020-12-09 01:23:19 +0100 | halfy | (~will@cpc147822-brnt4-2-0-cust700.4-2.cable.virginm.net) (Quit: Leaving) |
2020-12-09 01:43:32 +0100 | daphnis | (~daphnis@cm-84.214.179.98.getinternet.no) (Ping timeout: 256 seconds) |
2020-12-09 01:52:51 +0100 | pharaun | (~pharaun@static.88-198-62-245.clients.your-server.de) (Ping timeout: 265 seconds) |
2020-12-09 01:53:03 +0100 | pharaun | (~pharaun@static.88-198-62-245.clients.your-server.de) |
2020-12-09 01:53:34 +0100 | dxld_ | (~dxld@rush.pub.dxld.at) |
2020-12-09 01:54:18 +0100 | dxld | (~dxld@80-109-136-248.cable.dynamic.surfer.at) (Ping timeout: 265 seconds) |
2020-12-09 01:54:18 +0100 | dxld_ | dxld |
2020-12-09 01:54:37 +0100 | theDon | (~td@94.134.91.58) (Ping timeout: 260 seconds) |
2020-12-09 01:55:26 +0100 | theDon | (~td@94.134.91.58) |
2020-12-09 03:01:56 +0100 | sam_d | (~sam@unaffiliated/sam-d/x-1905598) (Read error: Connection reset by peer) |
2020-12-09 03:02:35 +0100 | sam_d | (~sam@unaffiliated/sam-d/x-1905598) |
2020-12-09 03:29:35 +0100 | ericsagn1 | (~ericsagne@2405:6580:0:5100:842e:bf6c:baf1:11c6) (Ping timeout: 272 seconds) |
2020-12-09 03:41:23 +0100 | ericsagn1 | (~ericsagne@2405:6580:0:5100:2bf5:8913:5fd7:7df1) |
2020-12-09 03:47:14 +0100 | <Hash> | Is it possible to display the systems applications.menu or something using Xmonad only. Or a gridselect launcher type that is based on your systems installed apps? |
2020-12-09 04:29:01 +0100 | theDon | (~td@94.134.91.58) (Ping timeout: 246 seconds) |
2020-12-09 04:31:11 +0100 | theDon | (~td@muedsl-82-207-238-168.citykom.de) |
2020-12-09 05:53:42 +0100 | abhixec | (~abhixec@c-67-169-141-95.hsd1.ca.comcast.net) (Ping timeout: 258 seconds) |
2020-12-09 06:23:04 +0100 | novas0x2a1 | (~blah@157-131-125-210.fiber.dynamic.sonic.net) |
2020-12-09 06:25:18 +0100 | novas0x2a | (~blah@157-131-125-210.fiber.dynamic.sonic.net) (Ping timeout: 260 seconds) |
2020-12-09 06:27:38 +0100 | ryjm | (sid383513@gateway/web/irccloud.com/x-xyruibfadgkaupwy) (Ping timeout: 260 seconds) |
2020-12-09 06:28:48 +0100 | ryjm | (sid383513@gateway/web/irccloud.com/x-bskhgqtqitkmfuiz) |
2020-12-09 06:29:26 +0100 | lally | (sid388228@gateway/web/irccloud.com/x-lkvfvytrcbfmnwwv) (Ping timeout: 264 seconds) |
2020-12-09 06:29:55 +0100 | lally | (sid388228@gateway/web/irccloud.com/x-bnjavsttoxuogooa) |
2020-12-09 06:36:43 +0100 | growpotkin | (~growpotki@130-45-30-154.dyn.grandenetworks.net) (Quit: ZNC 1.8.2 - https://znc.in) |
2020-12-09 07:01:17 +0100 | deepy | (deepy@wrongplanet/deepa) |
2020-12-09 07:08:47 +0100 | palo1 | (~weechat@c-base/crew/palo) |
2020-12-09 07:11:36 +0100 | palo | (~weechat@c-base/crew/palo) (Ping timeout: 240 seconds) |
2020-12-09 07:11:36 +0100 | palo1 | palo |
2020-12-09 07:38:40 +0100 | dxld | (~dxld@rush.pub.dxld.at) (Remote host closed the connection) |
2020-12-09 07:39:47 +0100 | dxld | (~dxld@80-109-136-248.cable.dynamic.surfer.at) |
2020-12-09 08:08:53 +0100 | ChubaDuba | (~ChubaDuba@5.165.254.226) |
2020-12-09 08:19:34 +0100 | sfrique | (~sfrique@189.122.177.88) (Ping timeout: 256 seconds) |
2020-12-09 08:24:42 +0100 | lambdabot | (~lambdabot@haskell/bot/lambdabot) (Remote host closed the connection) |
2020-12-09 08:27:08 +0100 | lambdabot | (~lambdabot@haskell/bot/lambdabot) |
2020-12-09 08:27:08 +0100 | ChanServ | +v lambdabot |
2020-12-09 08:30:33 +0100 | ChubaDuba | (~ChubaDuba@5.165.254.226) (Quit: WeeChat 1.6) |
2020-12-09 08:31:56 +0100 | jchia__ | (~jchia@58.32.37.146) (Quit: Leaving.) |
2020-12-09 08:32:15 +0100 | jchia__ | (~jchia@58.32.37.146) |
2020-12-09 08:32:29 +0100 | jchia__ | (~jchia@58.32.37.146) (Client Quit) |
2020-12-09 08:32:49 +0100 | jchia__ | (~jchia@58.32.37.146) |
2020-12-09 08:33:03 +0100 | jchia__ | (~jchia@58.32.37.146) (Client Quit) |
2020-12-09 08:37:08 +0100 | cfricke | (~cfricke@unaffiliated/cfricke) |
2020-12-09 08:47:42 +0100 | werneta | (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) |
2020-12-09 08:51:54 +0100 | sgibber2018 | (~arch-gibb@208.85.237.137) (Quit: WeeChat 2.9) |
2020-12-09 09:16:09 +0100 | GZJ0X_ | (~gzj@unaffiliated/gzj) |
2020-12-09 09:17:26 +0100 | notis | (~notis@185.51.134.222) |
2020-12-09 09:18:53 +0100 | xaltsc | (~xaltsc@unaffiliated/xaltsc) |
2020-12-09 09:56:37 +0100 | thc202 | (~thc202@unaffiliated/thc202) |
2020-12-09 09:58:08 +0100 | <afreak> | Some of my non-focused windows doesn't stay as normalBorderColor, they seem to get a blend between the normal and focused BorderColor. (it looks like this: https://pasteboard.co/JDXVAF3.png normalColor: #2D2D2D, focusedColor: #CC99CC ) |
2020-12-09 10:01:00 +0100 | wonko7 | (~wonko7@2a01:e35:2ffb:7040:14a1:46f4:68f7:2133) |
2020-12-09 10:08:07 +0100 | GZJ0X_ | (~gzj@unaffiliated/gzj) (Remote host closed the connection) |
2020-12-09 10:08:28 +0100 | GZJ0X_ | (~gzj@unaffiliated/gzj) |
2020-12-09 10:09:07 +0100 | GZJ0X_ | (~gzj@unaffiliated/gzj) (Remote host closed the connection) |
2020-12-09 10:09:27 +0100 | GZJ0X_ | (~gzj@unaffiliated/gzj) |
2020-12-09 11:15:12 +0100 | ericsagn1 | (~ericsagne@2405:6580:0:5100:2bf5:8913:5fd7:7df1) (Ping timeout: 260 seconds) |
2020-12-09 11:27:14 +0100 | ericsagn1 | (~ericsagne@2405:6580:0:5100:5240:599:f44f:5dee) |
2020-12-09 12:10:07 +0100 | GZJ0X_ | (~gzj@unaffiliated/gzj) (Remote host closed the connection) |
2020-12-09 12:10:28 +0100 | GZJ0X_ | (~gzj@unaffiliated/gzj) |
2020-12-09 12:12:20 +0100 | jaren999 | (~cyr4x3@139.47.121.51) |
2020-12-09 12:13:37 +0100 | jaren999 | (~cyr4x3@139.47.121.51) (Client Quit) |
2020-12-09 12:19:27 +0100 | daphnis | (~daphnis@cm-84.214.179.98.getinternet.no) |
2020-12-09 12:20:01 +0100 | <daphnis> | so what are the new names of master and slave windows going to be? |
2020-12-09 12:23:32 +0100 | daphnis_ | (~daphnis@cm-84.214.179.98.getinternet.no) |
2020-12-09 12:34:00 +0100 | <Solid> | master and stack is reasonably common (it's not called the SlaveSet, after all ;) |
2020-12-09 12:35:32 +0100 | <Liskni_si> | (a similar argument holds for the git master branch and we all know how that held up) |
2020-12-09 12:46:01 +0100 | <hexo-> | all my master branches are still masters |
2020-12-09 12:46:03 +0100 | <hexo-> | :D |
2020-12-09 12:48:05 +0100 | <Solid> | I was gonna say that there were some references to master/slave terminology in the git source code, but I just checked and there are for xmonad as well :/ |
2020-12-09 12:58:29 +0100 | <daphnis> | master and stack? what's the thought behind that? |
2020-12-09 13:00:59 +0100 | liskin[m] | (liskinmatr@gateway/shell/matrix.org/x-afjvnrhkjbsjxqqf) ("User left") |
2020-12-09 13:14:07 +0100 | GZJ0X_ | (~gzj@unaffiliated/gzj) (Read error: Connection reset by peer) |
2020-12-09 13:14:27 +0100 | GZJ0X_ | (~gzj@unaffiliated/gzj) |
2020-12-09 13:16:00 +0100 | daphnis_ | (~daphnis@cm-84.214.179.98.getinternet.no) (Ping timeout: 256 seconds) |
2020-12-09 13:16:36 +0100 | daphnis | (~daphnis@cm-84.214.179.98.getinternet.no) (Ping timeout: 240 seconds) |
2020-12-09 13:30:38 +0100 | <Solid> | I dunno, the StackSet is what the zipper that's at the heart of xmonad is called |
2020-12-09 13:30:49 +0100 | <Solid> | I guess they did *not* want to call it SlaveSet ;) |
2020-12-09 13:39:01 +0100 | berberman_ | (~berberman@unaffiliated/berberman) (Quit: ZNC 1.7.5 - https://znc.in) |
2020-12-09 13:39:48 +0100 | berberman | (~berberman@unaffiliated/berberman) |
2020-12-09 13:43:09 +0100 | mc47 | (~yecinem@89.246.239.190) |
2020-12-09 13:48:14 +0100 | <mc47> | GitHub will open discussions for public repositories! https://github.blog/2020-05-06-new-from-satellite-2020-github-codespaces-github-discussions-securi… |
2020-12-09 13:48:40 +0100 | <mc47> | Liskni_si this might be the best alternative to IRC and bridges |
2020-12-09 13:49:51 +0100 | <Liskni_si> | mc47: I keep thinking of GitHub Discussions as an alternative to mailing lists and phpBBs and Discourses, rather than as an alternative to IRC/Matrix/Slack/Discord |
2020-12-09 13:51:12 +0100 | <mc47> | Well yeah, IRC could be still used for "chatting", but if someone has a problem or wants to discuss something, it looks as a suitable place |
2020-12-09 13:51:24 +0100 | <Liskni_si> | yes |
2020-12-09 13:52:27 +0100 | <mc47> | Could we somehow enable it? |
2020-12-09 13:54:08 +0100 | <Liskni_si> | only admin members of https://github.com/xmonad/ can do that |
2020-12-09 13:55:24 +0100 | <mc47> | If no one of the admins drops by, I'll open an issue and see what people think :) |
2020-12-09 13:56:25 +0100 | <Solid> | I with people would like mailing lists more :/ |
2020-12-09 13:56:29 +0100 | <Solid> | s/with/wish/ |
2020-12-09 13:58:15 +0100 | <mc47> | I probably only started using emails to communicate when I started university, so I guess it feels too "formal" for me |
2020-12-09 13:58:36 +0100 | <Liskni_si> | the problem with mailing lists is that the vast majority of e-mail clients just aren't optimized for that kind of experience |
2020-12-09 13:58:51 +0100 | <Solid> | I think that feeling goes away after you've been subscribed to some mailing lists for a while |
2020-12-09 13:59:03 +0100 | <Solid> | I also did not really use mail before uni |
2020-12-09 13:59:17 +0100 | <Solid> | Liskni_si: I suspect that's the real reason yes... |
2020-12-09 13:59:17 +0100 | <Liskni_si> | took me several days to upgrade my mutt to send correctly format=flowed mails and display HTML mails with correct encodings and so on |
2020-12-09 13:59:25 +0100 | <Liskni_si> | that's an investment most people aren't willing to make |
2020-12-09 13:59:41 +0100 | <Liskni_si> | and Google/Microsoft isn't going to change the direction either |
2020-12-09 13:59:58 +0100 | <Solid> | You can get a pretty decent experience with just notmuch and emacs ootb |
2020-12-09 14:00:05 +0100 | <Liskni_si> | so most people use clients optimized for forwarding word documents and pictures of cats to one another |
2020-12-09 14:00:15 +0100 | <Liskni_si> | and there's no way we're going to be able to change that |
2020-12-09 14:00:18 +0100 | <Liskni_si> | we need to adapt. |
2020-12-09 14:00:37 +0100 | <Solid> | we could move to sourcehut... :> |
2020-12-09 14:00:47 +0100 | <mc47> | setting up an email client has been on my bucket list for more than a year, and it seems that it'll stay that way... :) it doesn't feel worth it |
2020-12-09 14:01:13 +0100 | <Liskni_si> | Solid: it's quite possible github discussions lets you opt-in to a mailing-list like experience |
2020-12-09 14:01:18 +0100 | <Liskni_si> | Discourse can do that |
2020-12-09 14:01:25 +0100 | <Liskni_si> | GitHub Issues/PRs can almost do that |
2020-12-09 14:01:28 +0100 | <Solid> | Liskni_si: github hates e-mail |
2020-12-09 14:01:38 +0100 | <Liskni_si> | oh it most certainly does not |
2020-12-09 14:01:40 +0100 | <Solid> | it doesn't even render markdown when you send it through email |
2020-12-09 14:01:59 +0100 | <Liskni_si> | or maybe somewhat, but certainly less than the industry average :-) |
2020-12-09 14:02:03 +0100 | <Solid> | it completely ignores even inline attachments |
2020-12-09 14:02:23 +0100 | <Liskni_si> | oh, that's unfortunate :-/ |
2020-12-09 14:02:45 +0100 | <fizzie> | I had an almost-reasonable mutt setup where I could compose emails in Markdown, and the email would be sent as a multipart thing with the markdown source as text/plain and a pandoc conversion into text/html as the other half. Think replying was a bit of an issue though. |
2020-12-09 14:03:11 +0100 | <Liskni_si> | fizzie: yeah I have exactly that now as well |
2020-12-09 14:03:29 +0100 | <Solid> | mc47: Hey, my e-mail setup is not even 300 lines of elisp :P |
2020-12-09 14:03:38 +0100 | <Liskni_si> | fizzie: but I send so few e-mails I have no idea whether it works or not :-) |
2020-12-09 14:03:49 +0100 | <mc47> | Solid if I'm doing it, it's definitely gonna be in emacs |
2020-12-09 14:05:12 +0100 | <fizzie> | Heh, yeah, the only emails I send from there are about-monthly "we're still alive" updates to family. Nobody's complained so far, but maybe they wouldn't anyway. |
2020-12-09 14:05:57 +0100 | <Solid> | why not just send plain text only? |
2020-12-09 14:06:27 +0100 | <Liskni_si> | gmail/outlook365 tend to mess up inline replies |
2020-12-09 14:07:07 +0100 | <Liskni_si> | as long as you only top-post (which the netiquette says you shouldn't), text/plain probably works fine |
2020-12-09 14:07:22 +0100 | <Solid> | huh interesting, no one's complained about that to me yet |
2020-12-09 14:07:32 +0100 | <Solid> | so I guess these people learned to live with it :> |
2020-12-09 14:07:53 +0100 | <Liskni_si> | or they think you're the stupid old grandpa who hits send before writing anything |
2020-12-09 14:08:01 +0100 | <Solid> | :D |
2020-12-09 14:08:07 +0100 | <Liskni_si> | not kidding. |
2020-12-09 14:08:21 +0100 | <Solid> | I mean the reply to me obviously |
2020-12-09 14:09:47 +0100 | <Solid> | and I can see in their reply (sadly, most people top-post nowadays and don't delete anything that I send) that it got through correctly |
2020-12-09 14:14:56 +0100 | <Liskni_si> | :-) |
2020-12-09 14:18:50 +0100 | mc47 | (~yecinem@89.246.239.190) (Remote host closed the connection) |
2020-12-09 14:18:55 +0100 | geekosaur | (82659a09@host154-009.vpn.uakron.edu) |
2020-12-09 14:39:08 +0100 | GZJ0X_ | (~gzj@unaffiliated/gzj) (Remote host closed the connection) |
2020-12-09 14:39:29 +0100 | GZJ0X_ | (~gzj@unaffiliated/gzj) |
2020-12-09 15:07:08 +0100 | GZJ0X_ | (~gzj@unaffiliated/gzj) (Remote host closed the connection) |
2020-12-09 15:07:29 +0100 | GZJ0X_ | (~gzj@unaffiliated/gzj) |
2020-12-09 15:08:10 +0100 | GZJ0X_ | (~gzj@unaffiliated/gzj) (Read error: Connection reset by peer) |
2020-12-09 15:08:30 +0100 | GZJ0X_ | (~gzj@unaffiliated/gzj) |
2020-12-09 15:09:11 +0100 | GZJ0X_ | (~gzj@unaffiliated/gzj) (Remote host closed the connection) |
2020-12-09 15:09:31 +0100 | GZJ0X_ | (~gzj@unaffiliated/gzj) |
2020-12-09 15:10:08 +0100 | GZJ0X_ | (~gzj@unaffiliated/gzj) (Read error: Connection reset by peer) |
2020-12-09 15:10:31 +0100 | GZJ0X_ | (~gzj@unaffiliated/gzj) |
2020-12-09 15:12:11 +0100 | GZJ0X_ | (~gzj@unaffiliated/gzj) (Remote host closed the connection) |
2020-12-09 15:12:32 +0100 | GZJ0X_ | (~gzj@unaffiliated/gzj) |
2020-12-09 15:14:15 +0100 | GZJ0X_ | (~gzj@unaffiliated/gzj) (Remote host closed the connection) |
2020-12-09 15:18:47 +0100 | daphnis | (~daphnis@cm-84.214.179.98.getinternet.no) |
2020-12-09 15:18:47 +0100 | daphnis_ | (~daphnis@cm-84.214.179.98.getinternet.no) |
2020-12-09 15:24:55 +0100 | <Liskni_si> | byorgey, geekosaur: What do you guys think I should do with changes to modules maintained by people awol for years? Shall I open PRs and wait if one of you review it, shall I just push do master? I feel like we might get the community more active if we clarify these expectations... perhaps even add more people to the xmonad org. Solid (@slotThe) would be my first candidate. |
2020-12-09 15:27:44 +0100 | <geekosaur> | more people would be a plus given the monolith (which I still think is not that good an idea, in part for this reason) |
2020-12-09 15:28:13 +0100 | <geekosaur> | you get too much bitrot when all the contribs are lumped together in one place |
2020-12-09 15:28:38 +0100 | sfrique | (~sfrique@189.122.177.88) |
2020-12-09 15:29:50 +0100 | <Liskni_si> | yeah, anyone listed as a maintainer of a module should be able to push |
2020-12-09 15:30:22 +0100 | <Liskni_si> | we're a small community, people will probably have enough common sense to not do anything crazy :-) |
2020-12-09 15:41:44 +0100 | geekosaur | (82659a09@host154-009.vpn.uakron.edu) (Remote host closed the connection) |
2020-12-09 15:43:08 +0100 | amiri | (~amiri@cpe-76-91-154-9.socal.res.rr.com) (Remote host closed the connection) |
2020-12-09 15:45:15 +0100 | cfricke | (~cfricke@unaffiliated/cfricke) (Quit: WeeChat 2.9) |
2020-12-09 15:45:53 +0100 | amiri | (~amiri@cpe-76-91-154-9.socal.res.rr.com) |
2020-12-09 15:59:05 +0100 | berberman_ | (~berberman@unaffiliated/berberman) |
2020-12-09 15:59:12 +0100 | cfricke | (~cfricke@unaffiliated/cfricke) |
2020-12-09 16:00:08 +0100 | berberman | (~berberman@unaffiliated/berberman) (Ping timeout: 258 seconds) |
2020-12-09 16:00:34 +0100 | berberman_ | (~berberman@unaffiliated/berberman) (Max SendQ exceeded) |
2020-12-09 16:01:02 +0100 | berberman | (~berberman@unaffiliated/berberman) |
2020-12-09 16:02:31 +0100 | berberman | (~berberman@unaffiliated/berberman) (Max SendQ exceeded) |
2020-12-09 16:03:06 +0100 | berberman | (~berberman@unaffiliated/berberman) |
2020-12-09 16:06:37 +0100 | al3x27 | (~plovs@85.254.75.80) |
2020-12-09 16:13:15 +0100 | jchia__ | (~jchia@58.32.37.146) |
2020-12-09 16:16:06 +0100 | cfricke | (~cfricke@unaffiliated/cfricke) (Quit: WeeChat 2.9) |
2020-12-09 16:26:14 +0100 | SampleSet19 | (59f60b83@i59F60B83.versanet.de) |
2020-12-09 16:27:05 +0100 | SampleSet19 | (59f60b83@i59F60B83.versanet.de) (Remote host closed the connection) |
2020-12-09 16:37:34 +0100 | rabliatu | (~quassel@107.158.96.139) (Ping timeout: 260 seconds) |
2020-12-09 16:52:02 +0100 | daphnis_ | (~daphnis@cm-84.214.179.98.getinternet.no) (Ping timeout: 260 seconds) |
2020-12-09 16:52:02 +0100 | daphnis | (~daphnis@cm-84.214.179.98.getinternet.no) (Ping timeout: 260 seconds) |
2020-12-09 17:03:04 +0100 | <dminuoso> | Solid: So I settled for xmonad prompt, it's a much better fit! https://gitlab.com/dminuoso/xmonad-config/-/blob/master/xmonad.hs#L101-107 |
2020-12-09 17:03:26 +0100 | <dminuoso> | Just need to swap out dmenu for xmonad prompt too, and then I truly have my set up in custom haskell under my control |
2020-12-09 17:07:47 +0100 | notis | (~notis@185.51.134.222) (Quit: WeeChat 2.9) |
2020-12-09 17:12:21 +0100 | <Solid> | Liskni_si: thank you for the recommendation :o |
2020-12-09 17:12:58 +0100 | <Solid> | dminuoso: sounds good :) always happy to see more people using the prompt |
2020-12-09 17:13:13 +0100 | <Solid> | the code is cursed but the functionality is actually really good :> |
2020-12-09 17:15:52 +0100 | <Liskni_si> | Solid: You're welcome. You've been quite active lately, so giving you push access means less work for the others :-)) |
2020-12-09 17:17:43 +0100 | <Solid> | always happy to reduce others' work ;) |
2020-12-09 17:22:52 +0100 | <dminuoso> | Solid: Is the prompt your work? |
2020-12-09 17:23:09 +0100 | <Solid> | dminuoso: oh nononono I'm much too young to have written that :> |
2020-12-09 17:23:49 +0100 | <Solid> | I just think it's perhaps a bit under-appreciated by a lot of people despite being enormously powerful |
2020-12-09 17:24:12 +0100 | <dminuoso> | I sometimes do wonder whether the reason for wayland is just folks knowledgeable of ICCCM/EMWH/X11 getting too old, and younger folks not finding their way in.. |
2020-12-09 17:24:23 +0100 | <dminuoso> | Much of this is really arcane stuff |
2020-12-09 17:24:34 +0100 | abhixec | (~abhixec@c-67-169-141-95.hsd1.ca.comcast.net) |
2020-12-09 17:25:22 +0100 | <dminuoso> | Solid: Yeah, I mean it isn't until now that I actually do appreciate the flexibility of xmonad. You do have to be an advanced Haskellerer to navigate your way through all of xmonad, -contrib |
2020-12-09 17:25:33 +0100 | <dminuoso> | And then write code yourself, as opposed to just mindlessly copy+pasting snippets |
2020-12-09 17:25:47 +0100 | <Liskni_si> | I remember there being some sort of motivaton of Wayland talk from XDG around 2015 or something like that |
2020-12-09 17:26:44 +0100 | <Liskni_si> | anyway I believe the primary benefit of Wayland is proper isolation and security |
2020-12-09 17:27:02 +0100 | <Liskni_si> | with X11 you can't hope to ever run any untrusted client without risking compromising everything else |
2020-12-09 17:27:25 +0100 | <Liskni_si> | and it's a design issue |
2020-12-09 17:29:34 +0100 | ybenel | (~Mandalore@unaffiliated/ybenel) |
2020-12-09 17:30:17 +0100 | ybenel | (~Mandalore@unaffiliated/ybenel) () |
2020-12-09 17:30:29 +0100 | ddellacosta | (dd@gateway/vpn/mullvad/ddellacosta) |
2020-12-09 17:31:08 +0100 | ybenel | (~Mandalore@unaffiliated/ybenel) |
2020-12-09 17:33:57 +0100 | seschwar | (~seschwar@unaffiliated/seschwar) |
2020-12-09 17:36:47 +0100 | daphnis_ | (~daphnis@cm-84.214.179.98.getinternet.no) |
2020-12-09 17:36:47 +0100 | daphnis | (~daphnis@cm-84.214.179.98.getinternet.no) |
2020-12-09 17:42:14 +0100 | growpotkin | (~growpotki@130-45-30-154.dyn.grandenetworks.net) |
2020-12-09 18:09:57 +0100 | thunderrd | (~thunderrd@183.182.110.8) (Ping timeout: 246 seconds) |
2020-12-09 18:16:17 +0100 | geekosaur | (82659a09@host154-009.vpn.uakron.edu) |
2020-12-09 18:22:40 +0100 | thunderrd | (~thunderrd@183.182.113.8) |
2020-12-09 18:23:11 +0100 | <geekosaur> | X11 has a bunch of design issues, to be honest. I'm just unconvinced Wayland solves any of them :) |
2020-12-09 18:24:55 +0100 | <geekosaur> | and it's thrown out a bunch of institutional memory in the process and is currently reinventing all of it |
2020-12-09 18:28:11 +0100 | malook | (~Thunderbi@5.82.52.68) |
2020-12-09 18:39:23 +0100 | notis | (~notis@185.51.134.229) |
2020-12-09 18:42:31 +0100 | <dminuoso> | geekosaur: Isn't that the story of many "We're gonna make XYZ from old [POSIX/UNIX/GNU/etc] times new again" type of projects? |
2020-12-09 18:43:30 +0100 | <geekosaur> | more or less |
2020-12-09 18:45:14 +0100 | <Liskni_si> | with my optimistic hat on, I'd say that the proportion of failed "make XYZ from old times" projects isn't any different than what you'd expect a proportion of failed any projects to be :-) |
2020-12-09 18:55:45 +0100 | nova | (~novasenco@gateway/tor-sasl/novasenco) |
2020-12-09 18:56:43 +0100 | <nova> | so, `xdo` doesn't work in xmonad ("can't find active window")? What gives? And also, when I force tor-browser (via xmonad.hs) to be floating so I can read nytimes, it has weird artifacts around bottom and right. |
2020-12-09 18:58:33 +0100 | <Liskni_si> | nova: xdo probably needs EWMH support, look for EwmhDesktops in xmonad-contrib |
2020-12-09 18:58:44 +0100 | <nova> | oof. mkay |
2020-12-09 18:59:11 +0100 | mc47 | (~yecinem@89.246.239.190) |
2020-12-09 19:01:17 +0100 | <nova> | see here: https://imgur.com/a/ehos66k when I open tor-browser, the artifacts eat into the screen realestate (*whispers "it's free realestate"*), and when I navigate to nytimes' onion, eg, it persists. :( |
2020-12-09 19:02:03 +0100 | <nova> | in myManageHook: , className =? "Tor Browser" --> doFloat |
2020-12-09 19:03:32 +0100 | <Liskni_si> | that looks just like my firefox not respecting the rectangle given by xmonad |
2020-12-09 19:03:41 +0100 | <Liskni_si> | resizing it a bit after start usually helps |
2020-12-09 19:03:54 +0100 | <Liskni_si> | (just open another window and then close it) |
2020-12-09 19:04:18 +0100 | <Liskni_si> | or maybe it's something else entirely, dunno |
2020-12-09 19:05:11 +0100 | <dminuoso> | Liskni_si: It's hard to define "failed". Some of these projects attempting to "revolutionize ideas" by blatantly ignoring decades of insights and research (such as NoSQL databases) certainly would never agree to be called, and none of their followers would either. |
2020-12-09 19:05:23 +0100 | <nova> | somehow it is more than that. firefox works fine. tor-browser is weird. If I resize it, then it still has these artifacts. It's weird |
2020-12-09 19:05:31 +0100 | <dminuoso> | In my eyes, they are just deeply flawed ideas with even more flawed implementations. |
2020-12-09 19:05:50 +0100 | <vrs> | nova: isn't that a torbrowser specific thing, as in, it constricts you to screen sizes that have a big anonymity set |
2020-12-09 19:06:19 +0100 | <dminuoso> | Yes it is. |
2020-12-09 19:06:46 +0100 | <nova> | This is not important to me, but .. yes .. I believe that tor browser says that if you use the screen size that everyone else uses, then you will be "more secure". I don't really care about extreme security like that, so maybe I will just make it tiled. |
2020-12-09 19:07:06 +0100 | <vrs> | there's probably a knob for turning this off |
2020-12-09 19:07:20 +0100 | <dminuoso> | The technique is called letterboxing |
2020-12-09 19:08:22 +0100 | <dminuoso> | In essence tor enforces margins on the render area, so it's far from window properties |
2020-12-09 19:08:30 +0100 | <dminuoso> | Or rather the tor browser does |
2020-12-09 19:08:52 +0100 | <Liskni_si> | dminuoso: if you'd like to expand on the NoSQL databases idea, feel free to braindump in my privmsg, I have a job offer from MongoDB that I have no idea how to answer :-) |
2020-12-09 19:09:06 +0100 | <dminuoso> | about:config will give access to privacy.resistFingerprinting.letterboxing |
2020-12-09 19:09:25 +0100 | <nova> | yeah I don't see any way to disable it. the weird thing is that this has worked in all my tilers.. dwm, i3, bspwm. |
2020-12-09 19:10:20 +0100 | <dminuoso> | nova: Check the about:config option I named above |
2020-12-09 19:10:21 +0100 | <nova> | oh |
2020-12-09 19:10:32 +0100 | <nova> | yes. I had a sip of coffee and then saw it. heh thanks |
2020-12-09 19:10:42 +0100 | <Liskni_si> | oh, clever (that anti-fingerprinting trick) |
2020-12-09 19:11:04 +0100 | <Solid> | tor has a lot of cool little stuff like that |
2020-12-09 19:11:29 +0100 | <nova> | well, I don't want to be fingerprinted either :D .. but boom chicka boom you're a god{,des}, dminuoso :) |
2020-12-09 19:13:45 +0100 | <Solid> | kinda of sad that distribution like tails don't even care about anti-fingerprinting measures that much and install addons that are not in the vanilla tor-browser-bundle >.> |
2020-12-09 19:15:47 +0100 | <nova> | Does anyone here use a highly hackable text editor that is easy to configure whereby it would be relatively easy to implement either urxvt's perl's clipboard plugin or suckless' simple terminal's clipboard patch? In the urxvt clipboard script, I pressed alt+u to enter a new "clipboard mode"; then j/k navigated down/up through URLs, and a Return opened in firefox while a y yanked to PRIMARY. In st, |
2020-12-09 19:15:49 +0100 | <nova> | alt+u selected the lower most URL and stuck a \x1b[7m or so in front of the URL and a \x1b[0m after to make it "apparently selected" and ALSO yanked to PRIMARY immediately; then subsequent alt+u navigate to the next-from-current URL (although the implementation was pretty broken and some URLs were skipped, which was super annoying).. errr.. sorry for super long question |
2020-12-09 19:15:53 +0100 | ericsagn1 | (~ericsagne@2405:6580:0:5100:5240:599:f44f:5dee) (Ping timeout: 260 seconds) |
2020-12-09 19:16:01 +0100 | <nova> | * highly hackable virtual terminal * not editor sorry |
2020-12-09 19:16:09 +0100 | ChubaDuba | (~ChubaDuba@176.212.58.197) |
2020-12-09 19:18:50 +0100 | sgibber2018 | (~arch-gibb@208.85.237.137) |
2020-12-09 19:21:28 +0100 | ChubaDuba | (~ChubaDuba@176.212.58.197) (Quit: WeeChat 1.6) |
2020-12-09 19:22:03 +0100 | thunderrd | (~thunderrd@183.182.113.8) (Ping timeout: 246 seconds) |
2020-12-09 19:22:23 +0100 | ChubaDuba | (~ChubaDuba@176.212.58.197) |
2020-12-09 19:23:14 +0100 | ChubaDuba | (~ChubaDuba@176.212.58.197) (Client Quit) |
2020-12-09 19:28:00 +0100 | ericsagn1 | (~ericsagne@2405:6580:0:5100:e26e:cf9:1dd6:9615) |
2020-12-09 19:28:17 +0100 | ChubaDuba | (~ChubaDuba@176.212.58.197) |
2020-12-09 19:29:57 +0100 | ChubaDuba | (~ChubaDuba@176.212.58.197) (Client Quit) |
2020-12-09 19:30:43 +0100 | ChubaDuba | (~ChubaDuba@176.212.58.197) |
2020-12-09 19:34:03 +0100 | abhixec | (~abhixec@c-67-169-141-95.hsd1.ca.comcast.net) (Quit: Lost terminal) |
2020-12-09 19:34:44 +0100 | thunderrd | (~thunderrd@183.182.110.8) |
2020-12-09 19:34:49 +0100 | seschwar | (~seschwar@unaffiliated/seschwar) (Quit: :wq) |
2020-12-09 19:36:44 +0100 | seschwar | (~seschwar@unaffiliated/seschwar) |
2020-12-09 19:36:59 +0100 | <dminuoso> | 19:16:01 nova | * highly hackable virtual terminal * not editor sorry |
2020-12-09 19:37:04 +0100 | <dminuoso> | Hold on, one doesn't exclude the other. |
2020-12-09 19:37:06 +0100 | <dminuoso> | Emacs? :> |
2020-12-09 19:37:28 +0100 | <By_JumperX4[m]> | lmao |
2020-12-09 19:37:57 +0100 | nova | 's eyes widen in horror. vim user. started when I was 16. went down the rabbit hole. Used emacs for a couple weeks. Went back to vim. Plan to make a new editor to blend emacs and vim in the best ways, but hard and waiting until I have time |
2020-12-09 19:38:05 +0100 | <dminuoso> | nova: emacs has your back |
2020-12-09 19:38:07 +0100 | <dminuoso> | There's evil-mode |
2020-12-09 19:38:17 +0100 | <dminuoso> | That's best of emacs and best of vim in one package! |
2020-12-09 19:38:23 +0100 | <dminuoso> | (That's what got me to the other side) |
2020-12-09 19:38:33 +0100 | <nova> | yes, evil-mode and viper-mode. But it's not vim, so. |
2020-12-09 19:38:40 +0100 | <dminuoso> | Yeah, it's better! |
2020-12-09 19:38:49 +0100 | <dminuoso> | You get to have magit, org-mode and dired! |
2020-12-09 19:38:52 +0100 | nova | dons Big Lebowski pants. |
2020-12-09 19:38:59 +0100 | <nova> | That's, like, your opinion, man. |
2020-12-09 19:39:14 +0100 | <dminuoso> | Perhaps I didn't make the editor war sarcasm quite clear enough. |
2020-12-09 19:39:20 +0100 | <dminuoso> | My apologies. |
2020-12-09 19:39:36 +0100 | <nova> | heh. Well, you know how people get. |
2020-12-09 19:39:47 +0100 | <nova> | "Use my editor. it's better. You're stupid." |
2020-12-09 19:40:17 +0100 | <Liskni_si> | making you own editor seems like quite an investment |
2020-12-09 19:40:21 +0100 | <nova> | there's a reason for xkcd 378 or whatever.. "real programmers" |
2020-12-09 19:40:22 +0100 | <dminuoso> | Hold on, I have just the thing |
2020-12-09 19:40:30 +0100 | <dminuoso> | M-x educate-why-emacs-is-better |
2020-12-09 19:40:46 +0100 | <dminuoso> | heh yeah |
2020-12-09 19:41:07 +0100 | nova | slowly adds a weechat filter to dminuoso .. j/k :D |
2020-12-09 19:41:37 +0100 | <dminuoso> | Amusingly enough, I have just started making my xmonad behave more like emacs. mod-x is a thing now here :> |
2020-12-09 19:41:45 +0100 | <dminuoso> | To bring this discussion back to ontopic |
2020-12-09 19:41:49 +0100 | <dminuoso> | Anyway, gotta run |
2020-12-09 19:42:13 +0100 | <nova> | you're .. you're a monster .. *runs away screaming* |
2020-12-09 19:42:28 +0100 | <Solid> | you can talk to M-x doctor about your problems of being a vim user :> |
2020-12-09 19:44:02 +0100 | <nova> | I actually really dislike stupid things like that in my editor / operating system / pdf viewer / programming language / bloatware ;P .. I mean okay vim has :smile and :help UserGettingBored but ... M-x doctor ... come on, brew. what the heck. |
2020-12-09 19:47:12 +0100 | <nova> | the thing about vim is that vim-script is stupid slow - neovim has almost first class lua support and it can be 100 times faster (esp in loops). Vim is really stupid. Vim9Script is kinda interesting but .. idk how it will go. I like lisp not really, but I like that emacs is lisp first and editor second because it makes for hackability. But I don't like how emacs organized everything and don't like |
2020-12-09 19:47:14 +0100 | <nova> | the direction it took. I also think vim modes and emacs modes both are not properly done. I have ideas for this. That's why I want to make own editor. Sorry for being O.T. No more from me. |
2020-12-09 19:48:44 +0100 | <geekosaur> | M-x doctor is a bit of Lisp history kept alive by Emacs |
2020-12-09 19:48:52 +0100 | <geekosaur> | go look up ELIZA |
2020-12-09 19:48:57 +0100 | <nova> | I think a very concise (like xmonad) and easy-to-customize yet extremely robust and powerful editor is in order. Or maybe not. idk. |
2020-12-09 19:49:11 +0100 | <nova> | in Haskell * |
2020-12-09 19:49:37 +0100 | <geekosaur> | it was done. it's dead, last I checked. (yi) |
2020-12-09 19:49:40 +0100 | <Solid> | nova: there's Yi that aims to do at least some of that |
2020-12-09 19:49:47 +0100 | <Solid> | and yes it's dead |
2020-12-09 19:51:40 +0100 | <nova> | hehe yeah. |
2020-12-09 20:03:05 +0100 | berberman | (~berberman@unaffiliated/berberman) (Ping timeout: 264 seconds) |
2020-12-09 20:03:32 +0100 | berberman | (~berberman@unaffiliated/berberman) |
2020-12-09 20:03:52 +0100 | adder | (~adder@unaffiliated/adder) |
2020-12-09 20:04:16 +0100 | <adder> | hello, i've made some changes to the configuration, and xmonad spawns two xmobar instances, however, shortly thereafter, they disappear |
2020-12-09 20:04:42 +0100 | <adder> | https://dpaste.com/365THXS5R |
2020-12-09 20:06:14 +0100 | ChubaDuba | (~ChubaDuba@176.212.58.197) (Quit: WeeChat 1.6) |
2020-12-09 20:07:48 +0100 | <adder> | when ran from terminal, everything is ok |
2020-12-09 20:07:55 +0100 | <adder> | but when xmonad spawns them, they disappear |
2020-12-09 20:12:55 +0100 | <geekosaur> | not seeing anything obvious wrong with your config but it sounds like they're getting EOF from xmonad for some reason. |
2020-12-09 20:13:16 +0100 | abhixec | (~abhixec@c-67-169-141-95.hsd1.ca.comcast.net) |
2020-12-09 20:15:35 +0100 | <sgibber2018> | nova: I didn't know about :smile. That's a good one. Between vim and xmonad I've got my whole system almost perfect. They play really well together. |
2020-12-09 20:17:44 +0100 | abhixec | (~abhixec@c-67-169-141-95.hsd1.ca.comcast.net) (Ping timeout: 258 seconds) |
2020-12-09 20:18:02 +0100 | malook | (~Thunderbi@5.82.52.68) (Read error: Connection reset by peer) |
2020-12-09 20:18:04 +0100 | malook1 | (~Thunderbi@5.82.52.68) |
2020-12-09 20:20:27 +0100 | malook1 | malook |
2020-12-09 20:26:24 +0100 | <adder> | why would it be getting EOF? |
2020-12-09 20:28:50 +0100 | geekosaur | (82659a09@host154-009.vpn.uakron.edu) (Ping timeout: 245 seconds) |
2020-12-09 20:36:27 +0100 | adder | (~adder@unaffiliated/adder) (Remote host closed the connection) |
2020-12-09 20:39:17 +0100 | adder | (~adder@unaffiliated/adder) |
2020-12-09 20:43:16 +0100 | <nova> | In all of the xmonad.hs files I see, people use `main = xmonad =<< statusBar myBar myPP defaults` basically, but I have `main = xmonad =<< xmobar defaults`. I don't understand what is going on, and I would like to. |
2020-12-09 20:44:05 +0100 | <nova> | I just want to change myPP .. or something .. in order to change the colors in the stdout xmonad sends to xmobar, and I don't know why I am having so much trouble. |
2020-12-09 20:44:54 +0100 | <nova> | I want to do this "properly" but everyone does it a different freakin' way |
2020-12-09 20:44:55 +0100 | rekahsoft | (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) |
2020-12-09 20:47:22 +0100 | malook | (~Thunderbi@5.82.52.68) (Quit: malook) |
2020-12-09 20:48:02 +0100 | geekosaur | (82659a09@host154-009.vpn.uakron.edu) |
2020-12-09 20:52:50 +0100 | adder | (~adder@unaffiliated/adder) (Remote host closed the connection) |
2020-12-09 20:53:15 +0100 | <nova> | Yes, so, I experimented, and got it working with main = do xmonad =<< statusBar "xmobar" toggleStutsKey defaults but nothing else would work. I want to understand. |
2020-12-09 20:54:09 +0100 | rekahsoft | (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) (Ping timeout: 258 seconds) |
2020-12-09 20:54:54 +0100 | <geekosaur> | what kinds of things did you try? |
2020-12-09 20:57:00 +0100 | <Solid> | nova: the `xmobar` function is just a specialized `statusBar` that already supplies a PP, so using `statusBar` if you want to supply your own pretty-printer *is* the proper way |
2020-12-09 20:57:02 +0100 | amiri | (~amiri@cpe-76-91-154-9.socal.res.rr.com) (Remote host closed the connection) |
2020-12-09 20:57:11 +0100 | <Solid> | or is there something else you don't understand? |
2020-12-09 20:57:31 +0100 | <nova> | I tried without toggleStrutsKey .. didn't work. I tried xmonad =<< xmobar myPP defaults |
2020-12-09 20:57:43 +0100 | <nova> | and sorry this is actually what I have main = xmonad =<< statusBar "xmobar" myPP toggleStrutsKey defaults |
2020-12-09 20:58:17 +0100 | <geekosaur> | right, neither of those would work because `xmobar` already provides a PP and `toggleStrutsKey` |
2020-12-09 20:59:13 +0100 | <nova> | what in the taco wako. okay. Thanks. |
2020-12-09 20:59:19 +0100 | <ybenel> | fellas, why FadeWindows Hook Doesn't take any effects |
2020-12-09 20:59:46 +0100 | <Solid> | If it helps, this is the exact definition of the `xmobar` function: `xmobar conf = statusBar "xmobar" xmobarPP toggleStrutsKey conf`, where `toggleStrutsKey` and `xmobarPP` are defined in the module |
2020-12-09 21:00:00 +0100 | <Solid> | it's just there to be a quick "I don't care how it looks" solution |
2020-12-09 21:00:01 +0100 | <geekosaur> | ybenel, because all it does is set an opacity property which your compositor reads |
2020-12-09 21:00:34 +0100 | <geekosaur> | it would be up to your compositor to provide effects, and provide some way to specify them |
2020-12-09 21:00:45 +0100 | <ybenel> | geekosaur: for some reason picom doesn't interpret it |
2020-12-09 21:01:27 +0100 | <ybenel> | also i had picom configured to put opacity in some app like xterm/atom yet it doesn't work |
2020-12-09 21:02:27 +0100 | <al3x27> | ybenel: xterm and opacity are no friends |
2020-12-09 21:04:31 +0100 | <ybenel> | but it used to work before when i was using awesomewm . |
2020-12-09 21:04:58 +0100 | <ybenel> | i have no issue about opacity i don't really care about it, i'm just not sure why it's not working |
2020-12-09 21:06:07 +0100 | wonko7 | (~wonko7@2a01:e35:2ffb:7040:14a1:46f4:68f7:2133) (Ping timeout: 260 seconds) |
2020-12-09 21:08:56 +0100 | <al3x27> | ybenel: did you try someting like alacritty? and picom in a terminal? just to cover the bases? |
2020-12-09 21:11:33 +0100 | <geekosaur> | ok, think that question is answered: the module uses the original opacity atom but there's an eWMH atom now that is preferred, so they probably desupported the old one |
2020-12-09 21:13:31 +0100 | <ybenel> | so, no transparency then . |
2020-12-09 21:13:55 +0100 | <geekosaur> | not without modifying the module to use _NET_WM_WINDOW_OPACITY |
2020-12-09 21:14:08 +0100 | <geekosaur> | should work the same way, so the fix should be simple |
2020-12-09 21:15:16 +0100 | daphnis_ | (~daphnis@cm-84.214.179.98.getinternet.no) (Ping timeout: 265 seconds) |
2020-12-09 21:15:16 +0100 | daphnis | (~daphnis@cm-84.214.179.98.getinternet.no) (Ping timeout: 265 seconds) |
2020-12-09 21:18:08 +0100 | <dminuoso> | Mmm, what are some elegant options of rigging screenshotting abilities into xmonad? |
2020-12-09 21:18:28 +0100 | <dminuoso> | Just spawn scrot? |
2020-12-09 21:18:36 +0100 | <geekosaur> | that's what I do |
2020-12-09 21:18:55 +0100 | <geekosaur> | remember to ue XMonad.Util.Ungrab though |
2020-12-09 21:20:16 +0100 | <dminuoso> | Curious, why is ungrabbing necessary |
2020-12-09 21:21:28 +0100 | <geekosaur> | so Submaps work |
2020-12-09 21:21:36 +0100 | <ybenel> | i use scrot with dmenu it's more efficient |
2020-12-09 21:21:54 +0100 | <geekosaur> | otherwise it drops the grab and imediately re-asserts it, and keys can be lost if you type quickly enough |
2020-12-09 21:22:30 +0100 | <Solid> | ybenel: can't picom do transparency on its own? |
2020-12-09 21:22:46 +0100 | <ybenel> | Solid: it doesn't work |
2020-12-09 21:22:47 +0100 | <Solid> | I still use an old fork of compton but it e.g. has things for inactive windows (inactive-opacity) |
2020-12-09 21:23:15 +0100 | wonko7 | (~wonko7@lns-bzn-55-82-255-183-4.adsl.proxad.net) |
2020-12-09 21:23:20 +0100 | adder | (~adder@unaffiliated/adder) |
2020-12-09 21:23:28 +0100 | <Solid> | are you using ewmh? |
2020-12-09 21:23:33 +0100 | <Solid> | it probably needs that to work |
2020-12-09 21:23:49 +0100 | <adder> | hello, does Layout.IndependentScreens have a limit on 1-9 workspaces? |
2020-12-09 21:23:49 +0100 | <ybenel> | yes |
2020-12-09 21:23:55 +0100 | <geekosaur> | it has options to use ewmh but defaults to old style |
2020-12-09 21:24:08 +0100 | amiri | (~amiri@cpe-76-91-154-9.socal.res.rr.com) |
2020-12-09 21:24:10 +0100 | <Solid> | ah I see |
2020-12-09 21:24:32 +0100 | <Solid> | sometimes I kind of wish ewmh would make it into core |
2020-12-09 21:24:52 +0100 | geekosaur | just went partway through the picom manual, didnt see anything that would stop it from working |
2020-12-09 21:25:08 +0100 | <geekosaur> | I think it's past time ewmh went into the core, to be honest |
2020-12-09 21:25:24 +0100 | <geekosaur> | we're at the point where so many things rely on it |
2020-12-09 21:26:35 +0100 | <ybenel> | my whole config rely on it |
2020-12-09 21:26:50 +0100 | <dminuoso> | geekosaur: Ohh it took me a while to get it. You're thinking of `scrot --select` right? |
2020-12-09 21:27:13 +0100 | <dminuoso> | I was really confused why scrot would need a grab at all. :) |
2020-12-09 21:27:41 +0100 | <geekosaur> | nope. scrot asserts a grab immediately so nothing's being drawn as it's recording the screen image (remember, X11 is multitasking) |
2020-12-09 21:30:00 +0100 | <geekosaur> | but it can't lock the server while xmonad has a keyboard (or mouse) grab up |
2020-12-09 21:32:35 +0100 | daphnis | (~daphnis@cm-84.214.179.98.getinternet.no) |
2020-12-09 21:32:36 +0100 | daphnis_ | (~daphnis@cm-84.214.179.98.getinternet.no) |
2020-12-09 21:42:52 +0100 | al3x27 | (~plovs@85.254.75.80) (Quit: WeeChat 2.9) |
2020-12-09 21:45:28 +0100 | abhixec | (~abhixec@c-67-169-141-95.hsd1.ca.comcast.net) |
2020-12-09 21:56:36 +0100 | <adder> | i have 12 workspaces, however they're ordered as 1 10 11 12 2 3 4 ... |
2020-12-09 21:56:41 +0100 | <adder> | instead of 1 .. 10 11 12 |
2020-12-09 21:56:48 +0100 | <adder> | how can i sort them numerically? |
2020-12-09 21:57:39 +0100 | <geekosaur> | how are you sorting them now? |
2020-12-09 21:57:41 +0100 | <adder> | even if i pass hardcoded list, it still sorts them like that |
2020-12-09 21:57:59 +0100 | <adder> | https://dpaste.com/EYN6CSBE |
2020-12-09 21:58:01 +0100 | <adder> | https://dpaste.com/EYN6CSBEG |
2020-12-09 21:58:36 +0100 | <adder> | i'm not sure what exactly does the sorting |
2020-12-09 22:03:20 +0100 | <fizzie> | That's a bit odd. Maybe something to do with IndependentScreens' workspace name marshalling? Because what you really have is 24 actual workspaces. |
2020-12-09 22:03:56 +0100 | <geekosaur> | and where are these being sorted, xmobar? if so I think you need to arrange for something smarter than "show" to convert a workspace number to a name |
2020-12-09 22:04:07 +0100 | <geekosaur> | with leading spaces or zeroes or something |
2020-12-09 22:04:19 +0100 | <adder> | yeah xmobar |
2020-12-09 22:04:43 +0100 | <geekosaur> | and yes, I'm guessing marshallSort is doing it |
2020-12-09 22:05:04 +0100 | <geekosaur> | https://github.com/xmonad/xmonad-contrib/blob/master/XMonad/Layout/IndependentScreens.hs#L184 |
2020-12-09 22:05:53 +0100 | <adder> | what can i do? i tried sorting the list |
2020-12-09 22:07:17 +0100 | <geekosaur> | as I said, you need to add leading spaces to the single-digit workspace names so they'll sort correctly. workspace names are strings in xmonad, not numbers |
2020-12-09 22:08:39 +0100 | <fizzie> | That said, that's not the behavior I'd've expected. The default `ppSort` for DynamicLog is getSortByIndex, which *should* be just based on the index of the tag in the workspace list, and IndependentScreens' marshallSort looks designed to just do the necessary mapping for that to continue to work. Maybe. |
2020-12-09 22:09:40 +0100 | <adder> | i had them sorted correctly, then i introduced independent screens |
2020-12-09 22:09:55 +0100 | <fizzie> | Well, that sort of proves something goes amiss there, I guess. |
2020-12-09 22:10:06 +0100 | <geekosaur> | that's what it looks like to me as well, but apparently it worked before adding marshallPP |
2020-12-09 22:10:18 +0100 | <geekosaur> | wait note that "sortNumeric" dangling before "main" |
2020-12-09 22:10:30 +0100 | <geekosaur> | wonder where that belongs… |
2020-12-09 22:10:30 +0100 | <adder> | yeah that's what i tried to sort it with |
2020-12-09 22:10:46 +0100 | <adder> | i tried in ghci and it sorts correctly |
2020-12-09 22:11:35 +0100 | <fizzie> | You could *try* stuffing that logic into your `ppSort` field, though it'd need some tweaking for that. |
2020-12-09 22:12:17 +0100 | <fizzie> | Basically, the equivalent of XMonad.Util.WorkspaceCompare's getSortByTag except with your comparison function. https://hackage.haskell.org/package/xmonad-contrib-0.16/docs/src/XMonad.Util.WorkspaceCompare.html… |
2020-12-09 22:14:45 +0100 | <adder> | ok, i'll try something, thanks |
2020-12-09 22:16:41 +0100 | <fizzie> | I'm thinking the problem with IndependentScreens' marshallSort may be exactly that it handles marshalling and unmarshalling the physical workspace names, so that the sort function just sees the plain "1", "2", ..., but then the default sort function will fail to find indices for any of those because the config's workspace list will be "0_1", "0_2", ... and so on. |
2020-12-09 22:17:53 +0100 | <fizzie> | In which case it would in fact fall back to lexicographically sorting the names, because of mconcat [indexCompare `on` wsIndex, compare], and indexCompare Nothing Nothing = EQ. |
2020-12-09 22:18:12 +0100 | <geekosaur> | makes sense |
2020-12-09 22:18:24 +0100 | <geekosaur> | interesting that nobody reported it before |
2020-12-09 22:19:06 +0100 | <fizzie> | Back when I was using IndependentScreens, my workspace list was only from "1" to "9", otherwise I might've even noticed. :) |
2020-12-09 22:27:00 +0100 | geekosaur | just filed issues for both of today's bugs/warts |
2020-12-09 22:39:34 +0100 | abhixec | (~abhixec@c-67-169-141-95.hsd1.ca.comcast.net) (Ping timeout: 258 seconds) |
2020-12-09 22:41:05 +0100 | geekosaur | (82659a09@host154-009.vpn.uakron.edu) (Remote host closed the connection) |
2020-12-09 23:00:11 +0100 | fionnan | (~fionnan@109.255.20.201) (Remote host closed the connection) |
2020-12-09 23:30:10 +0100 | de-vri-es | (~de-vri-es@voyager.de-vri.es) (Quit: Bathrobe!) |
2020-12-09 23:30:50 +0100 | de-vri-es | (~de-vri-es@voyager.de-vri.es) |
2020-12-09 23:31:19 +0100 | xaltsc | (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 258 seconds) |
2020-12-09 23:43:22 +0100 | mc47 | (~yecinem@89.246.239.190) (Remote host closed the connection) |