Newest at the top
| 2025-10-27 21:12:27 +0100 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 260 seconds) |
| 2025-10-27 21:10:52 +0100 | Frostillicus | (~Frostilli@pool-71-174-119-69.bstnma.fios.verizon.net) (Ping timeout: 255 seconds) |
| 2025-10-27 21:07:29 +0100 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
| 2025-10-27 21:05:48 +0100 | Googulator79 | (~Googulato@2a01-036d-0106-03fa-d161-d36f-e0e5-1b0a.pool6.digikabel.hu) |
| 2025-10-27 21:05:46 +0100 | Googulator86 | (~Googulato@2a01-036d-0106-03fa-d161-d36f-e0e5-1b0a.pool6.digikabel.hu) (Quit: Client closed) |
| 2025-10-27 21:01:48 +0100 | AlexZenon_2 | AlexZenon |
| 2025-10-27 20:59:36 +0100 | trickard_ | (~trickard@cpe-55-98-47-163.wireline.com.au) |
| 2025-10-27 20:59:22 +0100 | trickard | (~trickard@cpe-55-98-47-163.wireline.com.au) (Ping timeout: 246 seconds) |
| 2025-10-27 20:56:34 +0100 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 246 seconds) |
| 2025-10-27 20:55:17 +0100 | koz | (~koz@121.99.240.58) |
| 2025-10-27 20:51:43 +0100 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
| 2025-10-27 20:51:34 +0100 | Jackneill | (~Jackneill@94-21-95-10.pool.digikabel.hu) Jackneill |
| 2025-10-27 20:41:18 +0100 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 260 seconds) |
| 2025-10-27 20:39:49 +0100 | ljdarj | (~Thunderbi@user/ljdarj) ljdarj |
| 2025-10-27 20:39:07 +0100 | qqe | (~qqq@185.54.23.200) |
| 2025-10-27 20:39:01 +0100 | koz | (~koz@121.99.240.58) (Ping timeout: 264 seconds) |
| 2025-10-27 20:35:55 +0100 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
| 2025-10-27 20:27:43 +0100 | Tuplanolla | (~Tuplanoll@91-159-187-167.elisa-laajakaista.fi) Tuplanolla |
| 2025-10-27 20:27:24 +0100 | Frostillicus | (~Frostilli@pool-71-174-119-69.bstnma.fios.verizon.net) |
| 2025-10-27 20:25:25 +0100 | wbrawner | (~wbrawner@static.56.224.132.142.clients.your-server.de) wbrawner |
| 2025-10-27 20:24:49 +0100 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 250 seconds) |
| 2025-10-27 20:24:16 +0100 | <bwe> | monochrom: That's exactly what my approach is. |
| 2025-10-27 20:23:43 +0100 | <monochrom> | OK OK aeson has [either/throw]decodeStrctText, you can do your own utf8-or-latin1 decoding to Text, then give it to aeson. |
| 2025-10-27 20:20:50 +0100 | Googulator20 | (~Googulato@2a01-036d-0106-03fa-d161-d36f-e0e5-1b0a.pool6.digikabel.hu) (Quit: Client closed) |
| 2025-10-27 20:20:46 +0100 | Googulator86 | (~Googulato@2a01-036d-0106-03fa-d161-d36f-e0e5-1b0a.pool6.digikabel.hu) |
| 2025-10-27 20:20:29 +0100 | wbrawner | (~wbrawner@static.56.224.132.142.clients.your-server.de) (Ping timeout: 250 seconds) |
| 2025-10-27 20:20:14 +0100 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
| 2025-10-27 20:19:18 +0100 | <tomsmeding> | yeah |
| 2025-10-27 20:19:06 +0100 | <EvanR> | if you fail to utf-8 decode and fall back to latin-1, now you are liable to be working with nonsense (not latin-1) |
| 2025-10-27 20:19:04 +0100 | <tomsmeding> | yeah I was supporting what you were saying :p |
| 2025-10-27 20:18:41 +0100 | <EvanR> | tomsmeding, I see what you mean now. And yeah, that's awful and why I was criticizing the situation |
| 2025-10-27 20:17:57 +0100 | <tomsmeding> | transcoding is only a problem if you have performance issues with that |
| 2025-10-27 20:17:45 +0100 | <monochrom> | EvanR, I propose transcoding because I think that it fits aeson well. |
| 2025-10-27 20:17:36 +0100 | <tomsmeding> | well, yeah, any byte sequence is valid latin1 so to say anything useful there you have to estimate probabilities :p |
| 2025-10-27 20:17:04 +0100 | <EvanR> | it's a probability? Dx |
| 2025-10-27 20:16:51 +0100 | <tomsmeding> | EvanR: if it's valid utf-8 and we have a prior that it's either utf-8 or latin1, it's exceedingly likely it's utf-8 |
| 2025-10-27 20:16:47 +0100 | <EvanR> | sending it to someone else is anothe rstory |
| 2025-10-27 20:16:36 +0100 | <EvanR> | I see no reason to go out of your way to transcode your stuff to utf-8 if all you need to do is decode it and work with it as Text |
| 2025-10-27 20:16:07 +0100 | <haskellbridge> | <loonycyborg> https://github.com/Project-OSS-Revival/enca |
| 2025-10-27 20:15:13 +0100 | <EvanR> | but, logically, can you distinguish between utf-8 and latin1 always? |
| 2025-10-27 20:14:54 +0100 | <EvanR> | bwe, there's three situations it seems: it's utf8, it's latin-1 (weird), or it's something else. So you succeed in two cases and fail in the other? |
| 2025-10-27 20:14:23 +0100 | <haskellbridge> | <loonycyborg> or haskell function to recode it |
| 2025-10-27 20:14:04 +0100 | Beowulf | (florian@2a01:4f9:3b:2d56::2) |
| 2025-10-27 20:13:52 +0100 | <haskellbridge> | <loonycyborg> if you know real encoding you can feed it to iconv first |
| 2025-10-27 20:13:51 +0100 | synchromesh | (~john@2406:5a00:2412:2c00:80f9:f3a2:4980:7e12) synchromesh |
| 2025-10-27 20:13:47 +0100 | nek0 | (~nek0@user/nek0) nek0 |
| 2025-10-27 20:13:45 +0100 | infinity0 | (~infinity0@pwned.gg) infinity0 |
| 2025-10-27 20:13:44 +0100 | elenril | (~elenril@tutturu.khirnov.net) elenril |
| 2025-10-27 20:13:43 +0100 | <monochrom> | I have described my XYZ solution for that. |
| 2025-10-27 20:13:41 +0100 | hellwolf | (~user@b3d5-ec31-ba5a-9945-0f00-4d40-07d0-2001.sta.estpak.ee) hellwolf |