Newest at the top
| 2024-09-29 22:32:01 +0200 | synchromesh | (~john@2406:5a00:241a:5600:e176:3a40:8bde:547a) synchromesh |
| 2024-09-29 22:30:27 +0200 | synchromesh | (~john@2406:5a00:241a:5600:e176:3a40:8bde:547a) (Read error: Connection reset by peer) |
| 2024-09-29 22:30:27 +0200 | morb | (~morb@pool-108-41-100-120.nycmny.fios.verizon.net) |
| 2024-09-29 22:27:18 +0200 | <geekosaur> | (after producing a lot of untranslated ui strings on my firefox) |
| 2024-09-29 22:27:03 +0200 | <geekosaur> | app.element.io refused to run on konqueror 😞 |
| 2024-09-29 22:26:26 +0200 | haskellbridge | sm found a few alternatives at https://www.tecmint.com/linux-web-browsers . Anyway, hope something works |
| 2024-09-29 22:26:03 +0200 | raehik | (~raehik@rdng-25-b2-v4wan-169990-cust1344.vm39.cable.virginm.net) raehik |
| 2024-09-29 22:23:58 +0200 | <haskellbridge> | <sm> it should definitely be working in firefox, seems worth bugtracker investigation |
| 2024-09-29 22:22:57 +0200 | <__monty__> | Don't want to try Chrome so not really I don't think? |
| 2024-09-29 22:22:00 +0200 | <haskellbridge> | <sm> weird, any other browser you could try ? |
| 2024-09-29 22:21:46 +0200 | <haskellbridge> | <sm> __monty__: that seems like the latest, it's what I have |
| 2024-09-29 22:21:09 +0200 | <__monty__> | It tells me it doesn't support my browser but I'm running Firefox 130.0.1, which is not that old unless I'm mistaken? |
| 2024-09-29 22:20:39 +0200 | <haskellbridge> | <sm> But it's rust. I'm not sure how callable that would be from haskell. |
| 2024-09-29 22:20:26 +0200 | <haskellbridge> | <sm> geekosaur, re "clients have to do all the heavy lifting for pretty much every feature". Actually the element folks have built much of it into a library, used by EX but intended for other client devs as well. |
| 2024-09-29 22:20:09 +0200 | <__monty__> | I think the web app doesn't work for me anymore. Not enough hardware acceleration or something. |
| 2024-09-29 22:20:05 +0200 | raehik | (~raehik@rdng-25-b2-v4wan-169990-cust1344.vm39.cable.virginm.net) (Ping timeout: 248 seconds) |
| 2024-09-29 22:17:25 +0200 | merijn | (~merijn@204-220-045-062.dynamic.caiway.nl) (Ping timeout: 252 seconds) |
| 2024-09-29 22:16:54 +0200 | <haskellbridge> | <sm> Rembane :) |
| 2024-09-29 22:16:12 +0200 | <haskellbridge> | <sm> and element x, the newer lighter element replacement, probably doesn't run on your machine yet |
| 2024-09-29 22:15:31 +0200 | <haskellbridge> | <sm> yeah, it depends. On an older machine I can imagine the element web app might be the best option |
| 2024-09-29 22:14:49 +0200 | <__monty__> | Sure, but I'm on old hardware and in big rooms so I'm not likely to have the best of times. |
| 2024-09-29 22:13:42 +0200 | <haskellbridge> | <sm> I would say don't believe all the matrix client bashing you hear. The experience probably depends on platform , memory, and rooms/activities |
| 2024-09-29 22:13:21 +0200 | druchan | (uid567859@id-567859.lymington.irccloud.com) (Quit: Connection closed for inactivity) |
| 2024-09-29 22:12:37 +0200 | merijn | (~merijn@204-220-045-062.dynamic.caiway.nl) merijn |
| 2024-09-29 22:11:43 +0200 | <__monty__> | Especially when Element does an Olm rugpull with a big ol' CVE. |
| 2024-09-29 22:08:28 +0200 | <Rembane> | Speaking of chats... I must post this: https://xkcd.com/1782/ |
| 2024-09-29 22:08:10 +0200 | <geekosaur> | -fprint-explicit-foralls, unsurprisingly |
| 2024-09-29 22:07:46 +0200 | <pdxleif> | What's the option to get GHCi to show the foralls in type signatures explicitly? |
| 2024-09-29 22:07:16 +0200 | pdxleif | (~ubuntu@ec2-35-163-144-64.us-west-2.compute.amazonaws.com) pdxleif |
| 2024-09-29 22:07:08 +0200 | morb | (~morb@pool-108-41-100-120.nycmny.fios.verizon.net) (Remote host closed the connection) |
| 2024-09-29 22:05:43 +0200 | <geekosaur> | and the matrix spec is a moving target that I'm not sure client devs can keep up with |
| 2024-09-29 22:05:22 +0200 | <geekosaur> | yeh, they all have big problems |
| 2024-09-29 22:05:06 +0200 | <__monty__> | Yeah, it's pretty horrendous. But so are all the Matrix clients if I'm to believe the people I talk to. |
| 2024-09-29 22:05:04 +0200 | <haskellbridge> | <sm> geekosaur: yeah :-/ uh.. a bot then ? |
| 2024-09-29 22:05:02 +0200 | <geekosaur> | you mean weechat-matrix? |
| 2024-09-29 22:04:42 +0200 | <glguy> | I guess. For me the only thing worse than using Matrix would be using Matrix via an IRC client |
| 2024-09-29 22:04:20 +0200 | weary-traveler | (~user@user/user363627) (Remote host closed the connection) |
| 2024-09-29 22:04:02 +0200 | <__monty__> | glguy: Well, not with that attitude. But my cursed Bitlbee-libPurple-PurpleMatrix+<a sprinkling of Bash> makes *any* IRC client a Matrix client ; ) |
| 2024-09-29 22:03:42 +0200 | <geekosaur> | I'm not sure either one is easier. servers have to deal with e.g. the nightmare that is room sync between federated servers; clients have to do all the heavy lifting for pretty much every feature |
| 2024-09-29 22:02:02 +0200 | <glguy> | __monty__: glirc isn't a matrix client |
| 2024-09-29 22:01:54 +0200 | <haskellbridge> | <sm> geekosaur: yes! |
| 2024-09-29 22:01:49 +0200 | merijn | (~merijn@204-220-045-062.dynamic.caiway.nl) (Ping timeout: 260 seconds) |
| 2024-09-29 22:01:35 +0200 | <__monty__> | Not a fan of GlIRC? |
| 2024-09-29 22:01:33 +0200 | <geekosaur> | hell, I keep thinking about writing a bridge in Haskell, especially after learning that the heisenbridge author/maintainer is apparently stepping back |
| 2024-09-29 22:01:00 +0200 | <haskellbridge> | <sm> (which is easier ? I'm guessing client) |
| 2024-09-29 22:00:43 +0200 | <haskellbridge> | <sm> or an actually good server for that matter |
| 2024-09-29 22:00:23 +0200 | <haskellbridge> | <sm> so, who's going to build the actually good matrix client in haskell ? |
| 2024-09-29 22:00:09 +0200 | <TMA> | more patience is needed for IRCv3 :) |
| 2024-09-29 21:59:57 +0200 | <haskellbridge> | <sm> I don't think typing notifications come over the irc bridge, you're fine monochrom :) |
| 2024-09-29 21:59:47 +0200 | <TMA> | hey IPv6 is around since 1995 and it is slowly gaining traction: 1998 IETF draft standard, 2017 internet standard, 2024 my internet provider offers IPv6 connectivity and assigns addresses upon request... |