Logs on 2021-11-25 (liberachat/#xmonad)
| 00:22:37 | × | geekosaur quits (~geekosaur@xmonad/geekosaur) (Remote host closed the connection) |
| 00:24:38 | → | geekosaur joins (~geekosaur@xmonad/geekosaur) |
| 00:27:08 | <geekosaur> | hm, guess I should have also updated from hackage before pushing that button |
| 00:33:59 | <geekosaur> | right, and now things are rebuilding again. figgerz |
| 00:56:19 | → | mvk joins (~mvk@2607:fea8:5cc1:fa00::4702) |
| 01:58:07 | × | geekosaur quits (~geekosaur@xmonad/geekosaur) (Remote host closed the connection) |
| 01:59:58 | → | geekosaur joins (~geekosaur@xmonad/geekosaur) |
| 02:12:26 | × | mvk quits (~mvk@2607:fea8:5cc1:fa00::4702) (Ping timeout: 260 seconds) |
| 02:48:14 | × | catman quits (~catman@user/catman) (Remote host closed the connection) |
| 02:58:20 | → | catman joins (~catman@user/catman) |
| 03:03:05 | × | banc- quits (banc@gateway/vpn/airvpn/banc) (Ping timeout: 268 seconds) |
| 03:22:16 | → | banc joins (banc@gateway/vpn/airvpn/banc) |
| 03:25:21 | × | td_ quits (~td@muedsl-82-207-238-097.citykom.de) (Ping timeout: 245 seconds) |
| 03:27:27 | → | td_ joins (~td@94.134.91.22) |
| 03:45:39 | → | benin2 joins (~benin@183.82.179.164) |
| 03:47:10 | × | benin quits (~benin@183.82.179.164) (Ping timeout: 260 seconds) |
| 03:47:10 | benin2 | is now known as benin |
| 03:48:10 | × | terrorjack quits (~terrorjac@2a01:4f8:1c1e:509a::1) (Quit: The Lounge - https://thelounge.chat) |
| 03:50:35 | → | terrorjack joins (~terrorjac@2a01:4f8:1c1e:509a::1) |
| 04:37:58 | × | catman quits (~catman@user/catman) (Ping timeout: 256 seconds) |
| 04:50:39 | → | oliverg joins (~oliver@2a02:c7f:f473:d500:414c:f143:a790:7892) |
| 04:50:53 | <oliverg> | hello everyone |
| 04:55:16 | ← | oliverg parts (~oliver@2a02:c7f:f473:d500:414c:f143:a790:7892) (WeeChat 2.8) |
| 05:00:45 | → | catman joins (~catman@user/catman) |
| 05:11:11 | × | catman quits (~catman@user/catman) (Ping timeout: 245 seconds) |
| 05:22:05 | → | catman joins (~catman@user/catman) |
| 05:53:46 | Guest3953 | is now known as spider |
| 05:54:16 | spider | is now known as Guest42 |
| 05:54:20 | Guest42 | is now known as spider__ |
| 06:06:18 | → | dschrempf joins (~dominik@070-207.dynamic.dsl.fonira.net) |
| 07:39:08 | → | gruntsplatter joins (~sogens@gateway/vpn/pia/sogens) |
| 07:39:29 | × | gruntsplatter quits (~sogens@gateway/vpn/pia/sogens) (Client Quit) |
| 07:46:59 | → | qbt joins (~qbt@user/edun) |
| 07:59:21 | ← | zenex[m] parts (~zenexmatr@2001:470:69fc:105::1:3047) () |
| 08:07:15 | → | mvk joins (~mvk@2607:fea8:5cc1:fa00::4702) |
| 08:28:32 | → | mc47 joins (~mc47@xmonad/TheMC47) |
| 09:16:03 | → | Vermoot joins (~vermoot@89-158-106-112.rev.numericable.fr) |
| 09:16:48 | <Vermoot> | I've finally managed to make window decorations work |
| 09:16:54 | × | geekosaur quits (~geekosaur@xmonad/geekosaur) (Read error: Connection reset by peer) |
| 09:17:03 | <Vermoot> | Not that I'd want them to be on all the time, and for now they look like poo |
| 09:17:06 | <Vermoot> | BUT |
| 09:17:20 | <Vermoot> | I'm looking for a way to have them on on floating windows |
| 09:17:27 | → | geekosaur joins (~geekosaur@xmonad/geekosaur) |
| 09:17:32 | <Vermoot> | and/or to map a keybind fo make them appear/disappear |
| 09:44:31 | × | mvk quits (~mvk@2607:fea8:5cc1:fa00::4702) (Ping timeout: 245 seconds) |
| 09:47:14 | → | cfricke joins (~cfricke@user/cfricke) |
| 09:54:48 | <Vermoot> | Any idea why my window decorations have a gap between the titlebar and the window? https://media.discordapp.net/attachments/635625925748457482/913366887608496168/unknown.png?width=1053&height=658 |
| 09:56:29 | <Vermoot> | (My config is here https://github.com/Vermoot/dotfiles/blob/linux/xmonad/xmonad.hs ) |
| 12:19:56 | <geekosaur> | because you're using Spacing and the titlebars are (semi-)managed, so they get laid out with spacing as well, I think |
| 12:56:09 | <Vermoot> | geekosaur, kinda annoying to fix then innit |
| 12:59:17 | <Vermoot> | Also I asked in a 15 second window where you weren't here, but you might know: I'm looking for a way to have decorations on floating windows, as well as a function to hide/show decorations with a keybind |
| 13:07:12 | <geekosaur> | floating windows are handled completely differently and I don't think we have any hooks to decorate them; this is actually related to the other question because decorations are managed by the layout (hence spacing) but layouts can't touch floats |
| 13:07:46 | <geekosaur> | hypothetically one could write a hide/show keybinding but I think it would require changes to Decoration? |
| 13:12:50 | × | dschrempf quits (~dominik@070-207.dynamic.dsl.fonira.net) (Ping timeout: 260 seconds) |
| 13:13:02 | <liskin> | Solid, mc47, geekosaur: https://opencollective.com/opensource/updates/training-coaching-and-workshops-for-community-leaders, or https://opencollective.com/opensource/updates/open-source-collective-community-call-nov-21 if you want to have it explained by Sumana herself (and see me speaking like an idiot) |
| 13:13:05 | <geekosaur> | mhhhh, there's a Hide message but no obvious way to show them again |
| 13:13:26 | <liskin> | (I did register for that during the call last week) |
| 13:13:32 | <geekosaur> | liskin, yeh, I saw that. that's actually the kind of thing I'd hoped the HF would help address |
| 13:15:35 | <geekosaur> | Vermoot, I think Hide is intended for switching workspaces and they get redrawn when you switch back, so it's not quite what you want |
| 13:18:18 | <mc47> | liskin: thanks for the tip, that's very cool! The time span isn't that ideal for me though. How many spots are there? |
| 13:18:31 | <liskin> | mc47: I have absolutely no idea |
| 13:24:17 | <Vermoot> | geekosaur, alright, thanks. I might start an issue on the xmonad or the xmonad-contrib github, see where that takes us in a more distant future? |
| 13:25:08 | <Vermoot> | I've seen someone in a 6-year-old reddit post who did make decorations on floating windows work, but they had to modify some pretty deep parts of xmonad from what I understand |
| 13:25:36 | <liskin> | Vermoot: take a look at X.C.Bluetile for decorated floats |
| 13:25:49 | <geekosaur> | yes, doing anything useful with floats would require a fair amount of work |
| 13:26:21 | <liskin> | (there's a layout that replicates the floating layer using a "tiling" layout and some extensible state and you can use decorations normally with this one) |
| 13:26:42 | <liskin> | Not sure if this can be combined with an actual tiling layout as well though :-/ |
| 13:27:07 | <geekosaur> | potentially it could be a layout modifier |
| 13:27:17 | <geekosaur> | probably be a lot more work though |
| 13:28:14 | <Vermoot> | Yeah from what I understand it seems weird that decorations are a layout modifier thing; to me it would make more sense for them to be related to windows rather than layouts |
| 13:29:12 | <geekosaur> | problem there is xmonad doesn't really have a way to associate things with windows as such |
| 13:30:14 | <geekosaur> | xmonad is about the StackSet and layouts, which is why floats are an afterthought |
| 13:31:47 | <Solid> | liskin: anything interesting that you learned from this hour long conversation that I sort of don't want to watch right now? :D |
| 13:32:28 | <liskin> | Solid: I don't think there's anything extra to what's out there in writing |
| 13:32:36 | <liskin> | just people talking :-) |
| 13:32:41 | <Solid> | I see |
| 13:35:05 | <liskin> | maybe this one bit about CoCs, someone mentioned that it'd be nice if projects could "outsource" that stuff (especially the complaint handling and enforment part) to someone qualified and I said I totally agree because we're all idiots |
| 13:35:16 | <liskin> | (not used those words exactly, obviously) |
| 13:37:54 | <Solid> | might as well have :P |
| 13:37:59 | <Solid> | but yeah, stuff like that'd be great |
| 13:42:33 | <Solid> | I think currently it would be nice to decide on what to do with the money in a semi-sustainable way (I personally thought we'd be on like 3 supporters forever, so this positive response really caught me by surprise :) |
| 13:52:57 | <liskin> | yeah and it looks like other projects struggle with this too, even those with ten times more donations |
| 13:53:14 | <Solid> | Oo |
| 13:54:16 | <liskin> | like the guy from OBS who said they aren't spending it either because nobody is ready to quit a job without having some certainty that they'll be funded for several years |
| 13:54:35 | <liskin> | especially people in the US, where healthcare and pensions are a total clusterfuck |
| 13:55:37 | <Solid> | but couldn't they just collect it in addition to their job? |
| 13:55:48 | <Solid> | like being an "independent contractor" on the side or something |
| 13:56:07 | <liskin> | right now I'm thinking we're in the ballpark of conference tickets, maybe small motivational pocket money, possibly even fund a student for a couple months |
| 13:56:21 | <liskin> | well yeah but will they then work more on the project? |
| 13:56:34 | <liskin> | or will they need to negotiate a part-time job? |
| 13:57:02 | <Solid> | well, presumably people like their work _right now_ enough to give them money |
| 13:57:05 | <liskin> | (which is what I'm doing now, but I'll still work less on xmonad than I did last year) |
| 13:57:36 | → | ianliu joins (~ianliu@200-232-249-142.dsl.telesp.net.br) |
| 14:03:06 | <Solid> | well, me too (since I'm technically not a student anymore now), but it seems that people are still excited about this |
| 14:03:34 | <Solid> | I suppose the question is whether they'll still be there in two months |
| 14:03:52 | <ianliu> | Yesterday I was on a Zoom call, sharing my desktop, which went well until someone tried to use the Zoom feature that draws over the screen. When he tried to do that, my screen opened a black window over everything. Has anyone experienced this? |
| 14:06:36 | <liskin> | I'm still in the negotiating phase though, which itself happens to be full-time-ish :-/ |
| 14:09:11 | <FOSSHuman[m]> | https://stackoverflow.blog/2021/01/07/open-source-has-a-funding-problem/ |
| 14:11:13 | <geekosaur> | ianliu, there have recently been a number of complaints about zoom and xmonad but I don't recall off the top of my head what the resolution was |
| 14:11:51 | <Solid> | AFAIR it was mostly about screensharing and people missing ewmh |
| 14:12:22 | <FOSSHuman[m]> | If XMonad somehow got some kind of corporate funding, maybe that would justify the amount of work that goes into it tbh |
| 14:12:31 | <Solid> | but I'm wondering how this drawing over the screen would cause issues; surely that's done server side and shouldn't affect the client in any way? |
| 14:12:44 | <ianliu> | I have ewmh, but I don't use a composer. I think thats the problem. Zoom must be creating a transparent window on top of the desktop to allow drawings |
| 14:12:47 | <FOSSHuman[m]> | * it tbh in my opinion |
| 14:13:00 | <geekosaur> | thsat's what I would expect, yes |
| 14:13:06 | <geekosaur> | so try a compositor |
| 14:13:07 | <Solid> | ah that's a good point yeah |
| 14:13:28 | <geekosaur> | you can't just draw anywhere on the screen, it'd be clipped to your window |
| 14:13:59 | <liskin> | FOSSHuman[m]: xmonad is quite a niche thing, I wonder what corporate would be motivated to sponsor that :-/ |
| 14:14:07 | <ianliu> | I used to use picom, but I was getting a bug where it started flickering, and it happened quite frequenty |
| 14:14:10 | <Vermoot> | geekosaur, I get that, but some apps are really more appropriate to use as floating, and some even can't really be used as tiled |
| 14:14:17 | <Vermoot> | To me float is essential in some cases |
| 14:14:42 | <liskin> | FOSSHuman[m]: there are grants for open source projects from companies and nonprofits and govs and eu and whatnot, but I didn't find any that we could apply for either |
| 14:14:46 | <geekosaur> | liskin, probably none unless we added some way to do centralized control of configs. I've discussed this before |
| 14:15:31 | <liskin> | except for stuff like GSoC and the China Summer of Code thing, but that's not sustainability, that's a one time deal |
| 14:20:53 | <FOSSHuman[m]> | :-| |
| 14:21:52 | <Solid> | I don't think we need corporate sponsors tbh |
| 14:24:18 | × | ianliu quits (~ianliu@200-232-249-142.dsl.telesp.net.br) (Quit: WeeChat 3.3) |
| 14:34:38 | <FOSSHuman[m]> | this idea seems ridiculous, but what if XMonad was paid instead of free, as in, you would have to pay for it to use it.. (ridiculous idea though tbh) |
| 14:35:32 | <Solid> | no |
| 14:35:36 | <liskin> | no |
| 14:36:16 | <FOSSHuman[m]> | k |
| 14:36:28 | <liskin> | (that can't be done even if we wanted to, because licenses) |
| 14:39:38 | <FOSSHuman[m]> | k |
| 14:39:50 | <Solid> | (and we don't even want to :) |
| 14:40:20 | <FOSSHuman[m]> | k |
| 14:46:27 | <noex> | i'm honestly surprised there aren't more supporters. i think people just aren't aware of how easy it is to support FOSS projects yet. github now makes it ridiculously easy to just click a button and sponsor stuff. it never used to be that way. i didn't know that existed until a few weeks ago. |
| 14:55:01 | <noex> | as devs you see it all the time, but as an end user xmonad "just works" so I have had zero reason to go to the github page at all. i just happen to stumble across it and realized sponsoring it was something I could actually do. |
| 14:55:46 | <liskin> | noex: that's cool! :-) |
| 15:03:00 | <Vermoot> | uuuh |
| 15:03:14 | <Vermoot> | I'd like to meet the end user who never had to go to the xmonad github |
| 15:03:46 | <Vermoot> | I guess I spend more time in the documentation than on github, but still, I'm sure everyone goes there from time to time |
| 15:05:07 | <Vermoot> | It's not like xmonad is very "for the commonman" |
| 15:06:16 | → | dschrempf joins (~dominik@070-207.dynamic.dsl.fonira.net) |
| 15:06:51 | <noex> | Vermoot: why would I randomly go to the xmonad github from time to time? do you randomly check the github for every little open source program you use? |
| 15:07:29 | <Vermoot> | When I need days and days to understand how to configure it perfectly, yeah, it happens :D |
| 15:07:39 | <Vermoot> | And I don't mean that as a criticism btw |
| 15:08:15 | <Vermoot> | But github issues are always an rich resource when looking for help, info, etc |
| 15:09:18 | <Vermoot> | Re-reading myself I come off as a dick, so I'll say I may totally be wrong, but to me xmonad is definitely the kind of project/tool whose target audience *will* visit its github |
| 15:10:15 | <noex> | you are not wrong, I just think the default config that ships with xmonad is very self-explanatory. i think you can get by without *needing* to check the github for sure. |
| 15:10:50 | <Vermoot> | oof, I'm gonna have to disagree |
| 15:11:30 | <Vermoot> | I may be the type of user that wants to customize the config more than the average user, but the default config was definitely not enough for me to know enough to start tinkering |
| 15:11:50 | × | dschrempf quits (~dominik@070-207.dynamic.dsl.fonira.net) (Ping timeout: 260 seconds) |
| 15:12:23 | <Vermoot> | I found some good documentation, and I've learned to read the hackage pages well enough, but still |
| 15:13:23 | <noex> | all i can say is, i added my xmonad.hs to version control almost 10 years ago. i don't know haskell, never looked at hackage, and never looked at the github page. |
| 15:13:39 | <geekosaur> | the default config is enough *if you know some Haskell* including the tricks the config uses (this is another reason I dislike Data.Default, it's another bit of "magic" everywhere) |
| 15:13:48 | <geekosaur> | magic is kinda the last thing we need |
| 15:14:33 | <liskin> | Vermoot: I don't think you come off as a dick, I quite agree with you actually :-) |
| 15:15:01 | <Vermoot> | Yeah yeah but I feel like my first few messages came off a bit arrogant :D |
| 15:15:04 | <FOSSHuman[m]> | Anyone know the difference between xmonad.github.io and hackage.haskell.org for documentation?? |
| 15:15:14 | <liskin> | one can certainly use bare xmonad, but they'd be missing a lot of potential |
| 15:15:26 | <liskin> | (which they might not need though) |
| 15:15:56 | <noex> | it's enough to get them started, obviously I would *hope* they start customizing and changing it lol |
| 15:15:57 | <liskin> | FOSSHuman[m]: xmonad.github.io is generated daily but for already released versions it's probably the same as hackage |
| 15:16:23 | <liskin> | when you drop the version from the url then you get docs for the latest git master |
| 15:17:03 | <FOSSHuman[m]> | ohk, thanks! |
| 15:17:12 | <liskin> | at this particular point in time there's not much difference, though, but a month ago it would matter a lot |
| 15:19:06 | × | qbt quits (~qbt@user/edun) (Quit: Leaving.) |
| 15:26:12 | <FOSSHuman[m]> | https://xmonad.github.io/xmonad-docs/xmonad-contrib/ <- for those that need the link |
| 15:27:05 | → | atwm joins (~atwm@19-193-28-81.ftth.cust.kwaoo.net) |
| 15:27:08 | <Solid> | there is the difference that the former now has short description of all of the modules |
| 15:27:30 | <liskin> | oh that as well! |
| 15:27:39 | <Solid> | (which are now nowhere to be seen on hackage since we've removed them in X.D.Extending) |
| 15:28:05 | <Vermoot> | Yeah that's cool. I'm in the process of reading through all of them to get ideas of what to do with my config |
| 15:28:07 | × | srk quits (~sorki@user/srk) (Quit: ZNC 1.8.1 - https://znc.in) |
| 15:28:26 | → | srk joins (~sorki@user/srk) |
| 15:28:27 | × | atwm quits (~atwm@19-193-28-81.ftth.cust.kwaoo.net) (Client Quit) |
| 15:28:42 | → | atwm joins (~atwm@19-193-28-81.ftth.cust.kwaoo.net) |
| 15:29:24 | × | atwm quits (~atwm@19-193-28-81.ftth.cust.kwaoo.net) (Client Quit) |
| 15:29:40 | → | atwm joins (~atwm@19-193-28-81.ftth.cust.kwaoo.net) |
| 15:46:37 | → | dschrempf joins (~dominik@070-207.dynamic.dsl.fonira.net) |
| 15:47:23 | <Vermoot> | Is there any intention of better separating layout modules and layout modifier modules? |
| 15:48:16 | <geekosaur> | there's some discussion of future directions there but it'll be a fairly radical change |
| 15:48:30 | <geekosaur> | admittedly I don't know what you mean by better separating |
| 15:48:43 | <Vermoot> | Well |
| 15:48:50 | <geekosaur> | do you just mean in the module hierarchy, or something more fundamental? |
| 15:49:12 | <Vermoot> | Without a description I have no way of knowing if X.L.Module is a layout or a modifier |
| 15:49:18 | <Vermoot> | So yeah, I guess in the hierarcky |
| 15:49:25 | <Vermoot> | s/k/h |
| 15:50:07 | <geekosaur> | that'd be a fairly breaking change all by itself, sadly, although we could at least have a deprecation period where modifiers would be in both |
| 15:50:52 | <geekosaur> | but we also have a bit of a, how do I put this… conflict? because the core provides one modifier (Mirror) |
| 15:53:47 | <Vermoot> | Is there a kind of a manifest or something that explains the reasoning behind what should be in xmonad and what should be in contrib? |
| 15:54:05 | <Vermoot> | I couldn't imagine using xmonad without the contrib stuff |
| 15:54:33 | <geekosaur> | mostly the idea is the core is very small and simple and shouldn't change much |
| 15:55:52 | <geekosaur> | I personally don't think this works out very well (and note the core had a decent number of changes both before and after the 0.17 release, according to my git pulls) and wonder if we should combine them, then split the result more sensibly because contrib is over 260 modules |
| 15:56:21 | <Vermoot> | I've just seen this https://github.com/xmonad/xmonad/pull/41 |
| 15:56:35 | <Vermoot> | And now I'm very sad that this never came to be :D |
| 15:57:26 | <Vermoot> | Oh and now I'm seeing you replied to the accompanying PR on contrib |
| 15:59:08 | <geekosaur> | "closing as nonresponsive" strongly suggests someone could pick it up again |
| 15:59:37 | <Vermoot> | Could someone with no haskell skills help it go along by... expressing interest? :D |
| 16:00:15 | <geekosaur> | it'd encourage others to put some time in it; someone might think "but what if I'm the only one who cares?" but then see some bumps |
| 16:00:34 | <Vermoot> | Alright then, I'll add a comment |
| 16:01:00 | <Vermoot> | Although on a closed issue I don't imagine it'll get much visibility |
| 16:02:05 | <geekosaur> | yeh, that's the one problem I have with just closing inactive issues, you need to query them with is:closed to see if there are any gold nuggets sitting around |
| 16:02:12 | <geekosaur> | maybe we need an inactive state |
| 16:02:54 | <geekosaur> | well, I guess closing a "I'm having a problem" with no response makes sense, just not one like this |
| 16:03:08 | <Vermoot> | Probably yeah |
| 16:03:25 | <Solid> | well, the other option is to have a lot of open PRs sitting around that are more or less clear to never become active again (like what we have in contrib right now) |
| 16:04:19 | <Vermoot> | Maybe a better approach in this case would be to create a new issue referencing this PR? |
| 16:06:51 | <liskin> | Solid: there aren't that many dead prs in contrib |
| 16:07:07 | <Vermoot> | Unrelated: Is it a known issue that some changes in my config don't do anything upon recompiling, until I change my layoutHook? |
| 16:07:23 | <liskin> | Except for the really old ones |
| 16:07:24 | <Vermoot> | Sometimes I need to comment out a line, recompile, then uncomment the line and recompile |
| 16:07:52 | <Solid> | I would count at least the bottom 5 as being dead |
| 16:08:18 | <liskin> | Yeah those probably yes |
| 16:08:21 | <geekosaur> | xmonad can't tell what layout changes come from code and what from runtime messages,m so you need to mod-shift-space to tell it that yes, you really want it to start over |
| 16:08:56 | <liskin> | The rest I hoped to deal with, but there's just more coming in than I can do :-( |
| 16:08:56 | <geekosaur> | this will also lose you anything you did with mod-j/mod-k/mod-./etc. |
| 16:09:04 | <Solid> | actually, those + #454 since that person was keen to open another PR after I closed the old one but never gave me any reproducer :/ |
| 16:09:18 | <geekosaur> | and my sister's here so happy thanksgiving for those who celebrate and I'll see you later for those that don't |
| 16:09:40 | <Solid> | have fun :) |
| 16:10:19 | liskin | has no idea what Thanksgiving is specifically but do enjoy any holiday/family time! :-) |
| 16:19:46 | × | cfricke quits (~cfricke@user/cfricke) (Quit: WeeChat 3.3) |
| 16:27:21 | <FOSSHuman[m]> | I've got to say that this is the least toxic Matrix channel on Matrix, thank you everyone for being so kind, although I dont celebrate christmas, I wish the best for everyone |
| 16:28:31 | <Vermoot> | Uh, sir, this is an IRC channel |
| 16:28:35 | <Vermoot> | :D |
| 16:28:59 | <FOSSHuman[m]> | s / aithough / although / (I have the shittest flu rn so forgive my spelling lol) |
| 16:28:59 | <Vermoot> | (I should get into matrix, I really find IRC outdated) |
| 16:31:57 | <FOSSHuman[m]> | I thought I saw an i but it seems like I spelt it right anyway, wtf |
| 16:38:10 | × | dschrempf quits (~dominik@070-207.dynamic.dsl.fonira.net) (Ping timeout: 260 seconds) |
| 16:39:43 | <liskin> | I'd say something about Matrix but then we might not be the least toxic anyway more :-D |
| 16:39:55 | <liskin> | *any |
| 16:41:28 | <thonoht[m]> | Isn't this a matrix channel linked to irc? Last I knew irc doesn't have read receipts |
| 16:42:42 | <Vermoot> | liskin, I'm interested in reading your criticisms of matrix |
| 16:42:55 | <liskin> | We like to think about it as an IRC channel linked to Matrix but it probably doesn't make much difference |
| 16:43:20 | <liskin> | Vermoot: I'm extremely unhappy about the client landscape |
| 16:44:29 | × | gdd quits (~gdd@129.199.146.230) (Ping timeout: 268 seconds) |
| 16:45:05 | <liskin> | Vermoot: I'm used to IRC clients which come in all flavors including stuff like weechat with hundreds of settings and hundreds of 3rd party scripts, and most IRC clients have seen decades of development, but for Matrix it's just sooo immature |
| 16:46:23 | → | gdd joins (~gdd@129.199.146.230) |
| 16:49:15 | <Solid> | for most contributors, it's better to think of it as an IRC channel linked to matrix, anyways :> |
| 16:51:19 | <thonoht[m]> | Time to start a Haskell matrix client 😎 |
| 16:52:28 | <Solid> | I'm waiting for ement.el to become usable, personally |
| 16:52:37 | <Solid> | but really IRC is just so comfortable |
| 16:52:43 | <thonoht[m]> | I'm doing fine in the Element website/ Android app though, not really into modding my chat clients that much anymore |
| 16:54:09 | → | vermoot[m] joins (~vermootma@2001:470:69fc:105::1:3e1f) |
| 16:54:11 | <vermoot[m]> | Hello? |
| 16:54:22 | <Solid> | hi |
| 16:54:24 | <vermoot[m]> | Ah, nice |
| 16:54:49 | <liskin> | People say I'd get used to it. I've used the Discord web client for over a year and it's still massively annoying, even despite having user.css |
| 16:54:51 | <thonoht[m]> | Matrix now? |
| 16:55:04 | <vermoot[m]> | See, one thing that immediately makes this better is: I can see the messages that were here when I wasn't. I know there's logs, but this is much more convenient |
| 16:55:19 | <thonoht[m]> | Heh. Yea |
| 16:55:28 | <Solid> | this is just someone else hosting a bouncer for you :> |
| 16:55:54 | <Vermoot> | I mean, maybe |
| 16:56:03 | <Vermoot> | That doesn't take anything away from it though |
| 16:56:18 | <thonoht[m]> | I shut down my bouncer last year. Nice that matrix does this for us |
| 16:56:45 | <liskin> | My brain is simply incompatible with this web crap. It's an accessibility issue, always has been, but people don't think about it as such. People think accessibility is just for the blind and physically disabled, but it's not. |
| 16:57:23 | <vermoot[m]> | The bridge doesn't seem to be working very well though? I can see some messages on IRC that don't appear here |
| 16:58:13 | <Solid> | well, that would be bad |
| 16:58:21 | <thonoht[m]> | Oh, I would never know, as I am only here |
| 16:59:08 | <liskin> | vermoot[m]: it's delayed today |
| 16:59:18 | vermoot[m] | uploaded an image: (409KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/QvoTZRmhKxMnJsIZRohMJGrB/2021-11-25-175847_3600x1080_scrot.png > |
| 16:59:38 | <liskin> | Like dozens of seconds delayed :-( |
| 17:00:06 | <Solid> | liskin: if it would make people listen to you more, feel free to phrase it as an issue about the blind |
| 17:00:43 | <thonoht[m]> | Yeah, I didn't see that accessibility message either |
| 17:00:43 | <Solid> | my phd advisor is blind (well, legally blind, he can still see) and he's _very_ enthusiastic about CLI software |
| 17:00:58 | <Solid> | because nothing else scales as well |
| 17:01:53 | <thonoht[m]> | Yeah, I enjoy the convenience |
| 17:02:07 | <liskin> | Interesting, I wonder if other blind users feel the same |
| 17:02:19 | <vermoot[m]> | Yeah that bouncer message was a WHILE ago thonoht |
| 17:02:43 | <thonoht[m]> | Hmm |
| 17:02:52 | <vermoot[m]> | matrix > IRC is instant, but IRC > matrix takes several minutes to happen right now |
| 17:02:55 | <thonoht[m]> | As a response to my bouncer message? |
| 17:02:59 | <liskin> | I'd expect web stuff to have caught up with accessibility for the blind by now |
| 17:03:08 | <thonoht[m]> | That would make sense |
| 17:03:27 | <Solid> | the problem is that no one tests their websites at 500% or 600% zoom |
| 17:03:31 | <thonoht[m]> | Oooh yeah, now I see the accessibility message |
| 17:03:44 | <Solid> | and screen readers I would imagine get really confused by a lot of js |
| 17:04:54 | <liskin> | Well does anyone test cli in 30x20 terminals? :-) |
| 17:05:59 | <Solid> | well, not much to test there except that text scales :> |
| 17:06:33 | <Solid> | well, granted, I would imagine he had to customize e.g. where mutt puts things |
| 17:07:02 | vermoot[m] | uploaded an image: (34KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/WZOYWBIjzWcvBfVoUKQoCqse/image.png > |
| 17:07:04 | <vermoot[m]> | I disagree |
| 17:07:24 | <Solid> | (I think something along the lines of 35x20 is what he often uses on a 27" screen or something) |
| 17:08:01 | <liskin> | having the option to customize in the first place surely did help a lot, though :-) |
| 17:08:05 | <Solid> | indeed |
| 17:08:20 | <Solid> | vermoot[m]: okay, I guess if you customize your setup then it gets more complicated |
| 17:08:22 | <liskin> | (which was my original point, I just completely forgot about this group of people) |
| 17:08:29 | <Solid> | but a vanilla vi or emacs scales very well |
| 17:13:59 | <liskin> | hm, I tried how some of my programs handle --help in 36x10 and it's not too bad |
| 17:14:13 | <FOSSHuman[m]> | I also absoloutely hate Element and it's forks, there's a CLI matrix client called gomuks which is what I use currently |
| 17:15:21 | FOSSHuman[m] | uploaded an image: < https://libera.ems.host/_matrix/media/r0/download/matrix.org/CxnIvKOJMOAtnQmVoJZXqJMc/*%202021-11-25-171345_1868x952_scrot.png > |
| 17:15:25 | → | seschwar joins (~seschwar@user/seschwar) |
| 17:16:35 | <liskin> | I'm kind of hoping https://github.com/poljar/weechat-matrix-rs becomes usable soon enough |
| 17:17:18 | <liskin> | the recent release of python 3.9.9 at least (supposedly) makes it possible to run wee-slack and the old weechat-matrix in one instance |
| 17:17:47 | <liskin> | but weechat-matrix is very limited, one needs to launch Element way too often |
| 17:58:31 | × | benin quits (~benin@183.82.179.164) (Quit: The Lounge - https://thelounge.chat) |
| 18:10:07 | <noex> | liskin: i feel the same way about discord. it seemed like the discord plugins all got discontinued over bans |
| 18:10:28 | <noex> | apparently the way they worked was against the TOS |
| 18:11:13 | <noex> | i just really wish discord was a simple weechat plugin |
| 18:12:00 | <noex> | kind of like bitlbee/facebook chat integration is (or at least used to be) |
| 18:24:17 | <liskin> | noex: yeah |
| 18:24:46 | <liskin> | on the other hand Discords tend to have _lots_ of channels, and my weechat would be swamped with them |
| 18:25:23 | <liskin> | in the official client I mute some of them, and then use the inbox (which I user-styled to be larger) to read stuff, and that makes it bearable |
| 18:26:00 | <liskin> | so, I mean, it has things I'd miss in weechat, and weechat has things I miss in Discord :-/ |
| 18:26:37 | × | geekosaur quits (~geekosaur@xmonad/geekosaur) (Remote host closed the connection) |
| 18:29:12 | → | geekosaur joins (~geekosaur@xmonad/geekosaur) |
| 19:17:21 | → | dschrempf joins (~dominik@070-207.dynamic.dsl.fonira.net) |
| 19:44:31 | × | dschrempf quits (~dominik@070-207.dynamic.dsl.fonira.net) (Ping timeout: 245 seconds) |
| 20:03:35 | → | dschrempf joins (~dominik@070-207.dynamic.dsl.fonira.net) |
| 20:14:51 | × | dschrempf quits (~dominik@070-207.dynamic.dsl.fonira.net) (Ping timeout: 260 seconds) |
| 20:22:36 | → | qbt joins (~qbt@user/edun) |
| 20:39:03 | → | dschrempf joins (~dominik@070-207.dynamic.dsl.fonira.net) |
| 21:10:42 | × | dschrempf quits (~dominik@070-207.dynamic.dsl.fonira.net) (Ping timeout: 260 seconds) |
| 21:18:17 | × | qbt quits (~qbt@user/edun) (Quit: Leaving.) |
| 21:27:22 | → | benin joins (~benin@183.82.179.164) |
| 22:11:28 | × | mc47 quits (~mc47@xmonad/TheMC47) (Remote host closed the connection) |
| 23:07:02 | × | seschwar quits (~seschwar@user/seschwar) (Quit: :wq) |
| 23:23:43 | <Vermoot> | Could someone help me use `parseKeyCombo` from EZUtil? |
| 23:24:35 | <Vermoot> | I was under the impression that I could use that wherever a keybind looking like `(modMask, xK_a)` was expected |
| 23:25:00 | <Vermoot> | Allowing me to replace it with `parseKeyCombo "M-a"` |
| 23:25:16 | <Vermoot> | So this is the line I have here: |
| 23:25:20 | <Vermoot> | ` , ("C-S-M1-e", bindFirst [(className =? "Discord", sendKey parseKeyCombo "M1-<Up>") , (pure True, sendKey parseKeyCombo "M1-Down")])` |
| 23:26:20 | <geekosaur> | first off, that'd be sendKey (parseKeyCombo "M1-<Up>") |
| 23:26:22 | <Vermoot> | (this being in my keybinds) The goal is to have C-S-M1-e be transformed to "M1-<Up>" when the focused window is Discord, and "M1-Down" otherwise |
| 23:26:27 | <Vermoot> | AH |
| 23:26:34 | <geekosaur> | otherweise you are sending the parseKeyCombo function |
| 23:26:46 | <Vermoot> | Oh, and not its result? |
| 23:26:58 | <geekosaur> | but you still have a problem because it returns a result in ReadP, not directly a (KeyMask,KeySym) |
| 23:27:12 | <geekosaur> | think map foo list |
| 23:27:40 | <geekosaur> | functions are perfectly valid parameters, and Haskell does not try to guess at types to see if it should treat something as a function or as a function call |
| 23:28:03 | <Vermoot> | Man this is something I still have trouble wrapping my head around |
| 23:28:11 | <geekosaur> | because that'd be even more confusing than missing/extra parameters already are, if you mess up |
| 23:28:25 | <Vermoot> | Which is problematic because as I understand it it's kinda the whole thing of functionnal programming |
| 23:29:53 | <Vermoot> | Alright so I can't use parseKeyCombo in that way? |
| 23:30:52 | <geekosaur> | now: ReadP is a parser. you use readP_to_S to run it on a String |
| 23:31:07 | <geekosaur> | (see Text.ParserCombinators.ReadP) |
| 23:31:42 | <geekosaur> | you are also missing the XConfig parameter that parseKeyCombo needs, so it knows how to translate "M-" |
| 23:31:56 | <Vermoot> | Sooo.... `readP_to_S parseKeyCombo "M1-<Up>"? |
| 23:33:08 | <geekosaur> | sendKey (readP_to_S (parseKeyCombo def) "M1-<Up>") |
| 23:33:22 | <Vermoot> | phew |
| 23:33:48 | <Vermoot> | Might wanna define a function for an easier call to that :D |
| 23:33:56 | <geekosaur> | if you need "M-" to work then you replace `def` with something like `def {modMask = mod4Mask}` |
| 23:37:38 | <Vermoot> | readP_to_S is not in scope |
| 23:37:41 | <geekosaur> | and if you're doing this a lot then you may want to consider refactoring so everything happens inside the ReadP. or just giving up and using (KeyMask,KeySym) to begin with |
| 23:37:55 | <geekosaur> | [25 23:31:07] <geekosaur> (see Text.ParserCombinators.ReadP) |
| 23:38:21 | <Vermoot> | (KeyMask,KeySym) is fine when just using one modifier, but this is intended for use with Meh (C-A-S) a lot |
| 23:40:32 | <Vermoot> | * Couldn't match expected type `X ()` |
| 23:40:32 | <Vermoot> | with actual type `KeySym -> X ()` |
| 23:40:32 | <Vermoot> | * Probable cause: `sendKey` is applied to too few arguments |
| 23:40:32 | <Vermoot> | In the expression: |
| 23:40:33 | <Vermoot> | sendKey (readP_to_S (parseKeyCombo def) "M1-<Up>") |
| 23:40:42 | <Vermoot> | oops, sorry for the spam paste |
| 23:41:24 | <geekosaur> | hm, let me look up sendKey |
| 23:42:20 | <geekosaur> | sendKey does not want a tuple such as parseKeyCombo returns, it wants them as separate parameters |
| 23:42:37 | <Vermoot> | Ah, yeah ok I see that |
| 23:42:49 | <Vermoot> | So uh, map? |
| 23:42:53 | <Vermoot> | no |
| 23:43:21 | <geekosaur> | uncurry sendKey (readP_to_S (parseKeyCombo def) "M1-<Up>") |
| 23:43:56 | <Vermoot> | * Couldn't match expected type `(KeyMask, KeySym)` |
| 23:43:56 | <Vermoot> | with actual type `[((KeyMask, KeySym), String)]` |
| 23:44:02 | <Vermoot> | Damn this is hard haha |
| 23:44:14 | <geekosaur> | yeh, lemme think this through a bit more |
| 23:44:43 | <Vermoot> | Then I'll really have to define a function to make all of this easier to reuse multiple times :D |
| 23:45:31 | <geekosaur> | sigh, tried to use cabal repl, it's rebuilding everything,m this will a be a while since it'll hit xmonad-contrib shortly :þ |
| 23:46:28 | <geekosaur> | oh, right, I'm forgetting ReadP parsers provide a list of results |
| 23:46:40 | <geekosaur> | where you almost always care only about the first one, and only its fst |
| 23:46:51 | <geekosaur> | this is really the wrong way to go about things… |
| 23:47:14 | <geekosaur> | uncurry sendKey (fst (head (readP_to_S (parseKeyCombo def) "M1-<Up>"))) |
| 23:47:40 | <geekosaur> | and don't get your string wrong because this will throw a runtime error if you do |
| 23:48:11 | <Vermoot> | which means the end of my xmonad session without an ability to do anything then? |
| 23:48:36 | <geekosaur> | right |
| 23:49:07 | <geekosaur> | you'd have to replace `head` with something smarter, and "smarter" may be difficult or at least annoying here |
| 23:50:16 | <Vermoot> | Ok so uh |
| 23:50:26 | <Vermoot> | Compiles, and no runtime error |
| 23:50:47 | <Vermoot> | But I just get an `m` instead of `M1-<Up>` |
| 23:51:08 | <Vermoot> | Now I feel *really* lost haha |
| 23:52:46 | <geekosaur> | oh damn, ReadP can't make this easy, can it? |
| 23:52:59 | <Vermoot> | I thought finding bindFirst, sendKey and parseKeyCombo would make this all pretty straightforward |
| 23:53:13 | <geekosaur> | it returns three possible parses. the *third* is correct (has an empty suffix) |
| 23:53:59 | <geekosaur> | and this won't be fixed because it'll depend on how complex the string is that's being parsed :( |
| 23:54:47 | <Vermoot> | I guess uh... (KeyMask, KeySym) doesn't look too bad at this point |
| 23:55:17 | <geekosaur> | *Main Text.ParserCombinators.ReadP XMonad.Util.EZConfig XMonad.Util.Paste> fst (last (readP_to_S (parseKeyCombo def) "M1-<Up>")) |
| 23:55:18 | <geekosaur> | (8,65362) |
| 23:55:47 | <Vermoot> | whut |
| 23:56:52 | <geekosaur> | *Main Text.ParserCombinators.ReadP XMonad.Util.EZConfig XMonad.Util.Paste> fst (last (readP_to_S (parseKeyCombo def) "M1-<Down>")) |
| 23:56:53 | <geekosaur> | (8,65364) |
| 23:57:07 | <geekosaur> | so `last` in place of `head` |
| 23:58:01 | <geekosaur> | this is still likely to throw an exception if it fails, but preventing that exception will be harder because last is even more evil than head is |
| 23:59:37 | <Vermoot> | Well |
| 23:59:49 | <Vermoot> | Thank you very much for fighting for me to make this possible :D |
All times are in UTC on 2021-11-25.