Newest at the top
| 2026-03-28 17:44:55 +0100 | koala_man | (~vidar@157.146.251.23.bc.googleusercontent.com) (Ping timeout: 265 seconds) |
| 2026-03-28 17:44:47 +0100 | <haskellbridge> | <sm> Agreed about time, but I wonder if the docs or getting started experience could be improved |
| 2026-03-28 17:43:02 +0100 | <EvanR> | I suggest an APL-like global TVar which toggles Enum to be based at 0 or 1 |
| 2026-03-28 17:42:53 +0100 | <int-e> | gentauro: You can do that if you don't care about efficiency. |
| 2026-03-28 17:41:29 +0100 | merijn | (~merijn@host-cl.cgnat-g.v4.dfn.nl) merijn |
| 2026-03-28 17:37:52 +0100 | <gentauro> | and then just `zip [1..] [ minBound .. maxBound ]` no? |
| 2026-03-28 17:37:19 +0100 | <gentauro> | int-e: Month should use https://hackage-content.haskell.org/package/base-4.22.0.0/docs/Data-Bounded.html |
| 2026-03-28 17:35:09 +0100 | wootehfoot | (~wootehfoo@user/wootehfoot) (Read error: Connection reset by peer) |
| 2026-03-28 17:30:49 +0100 | merijn | (~merijn@host-cl.cgnat-g.v4.dfn.nl) (Ping timeout: 276 seconds) |
| 2026-03-28 17:27:59 +0100 | nelson | (~nelson@2600:4041:3c9b:f800:ea2e:8969:c6ba:dfb5) (Client Quit) |
| 2026-03-28 17:26:38 +0100 | nelson | (~nelson@2600:4041:3c9b:f800:ea2e:8969:c6ba:dfb5) |
| 2026-03-28 17:26:07 +0100 | merijn | (~merijn@host-cl.cgnat-g.v4.dfn.nl) merijn |
| 2026-03-28 17:26:05 +0100 | koala_man | (~vidar@157.146.251.23.bc.googleusercontent.com) koala_man |
| 2026-03-28 17:25:53 +0100 | xff0x | (~xff0x@2405:6580:b080:900:fe99:f2ca:92ea:c869) |
| 2026-03-28 17:24:04 +0100 | xff0x | (~xff0x@2405:6580:b080:900:6a99:b43f:8065:9325) (Ping timeout: 245 seconds) |
| 2026-03-28 17:22:22 +0100 | koala_man | (~vidar@157.146.251.23.bc.googleusercontent.com) (Ping timeout: 276 seconds) |
| 2026-03-28 17:17:08 +0100 | humasect | (~humasect@dyn-192-249-132-90.nexicom.net) humasect |
| 2026-03-28 17:16:10 +0100 | koala_man | (~vidar@157.146.251.23.bc.googleusercontent.com) koala_man |
| 2026-03-28 17:13:30 +0100 | koala_man | (~vidar@157.146.251.23.bc.googleusercontent.com) (Ping timeout: 245 seconds) |
| 2026-03-28 17:06:22 +0100 | merijn | (~merijn@host-cl.cgnat-g.v4.dfn.nl) (Ping timeout: 256 seconds) |
| 2026-03-28 17:02:43 +0100 | humasect | (~humasect@dyn-192-249-132-90.nexicom.net) (Ping timeout: 264 seconds) |
| 2026-03-28 17:01:37 +0100 | merijn | (~merijn@host-cl.cgnat-g.v4.dfn.nl) merijn |
| 2026-03-28 16:51:49 +0100 | karenw | (~karenw@user/karenw) karenw |
| 2026-03-28 16:51:07 +0100 | merijn | (~merijn@host-cl.cgnat-g.v4.dfn.nl) (Ping timeout: 268 seconds) |
| 2026-03-28 16:48:53 +0100 | srazkvt | (~sarah@user/srazkvt) srazkvt |
| 2026-03-28 16:46:25 +0100 | wootehfoot | (~wootehfoo@user/wootehfoot) wootehfoot |
| 2026-03-28 16:46:16 +0100 | merijn | (~merijn@host-cl.cgnat-g.v4.dfn.nl) merijn |
| 2026-03-28 16:41:10 +0100 | <c_wraith> | time is pretty good. It avoids about as many mistakes of common time libraries as possible without adding a ton of complexity. (This makes the interface unusual so people search for libraries that let them make the common mistakes.) |
| 2026-03-28 16:35:10 +0100 | merijn | (~merijn@host-cl.cgnat-g.v4.dfn.nl) (Ping timeout: 245 seconds) |
| 2026-03-28 16:26:40 +0100 | <EvanR> | any attempt to improve it will be a net cringe |
| 2026-03-28 16:26:25 +0100 | <EvanR> | ah the utter perfection of the time package |
| 2026-03-28 16:25:12 +0100 | ss4 | (~wootehfoo@user/wootehfoot) (Read error: Connection reset by peer) |
| 2026-03-28 16:25:04 +0100 | merijn | (~merijn@host-cl.cgnat-g.v4.dfn.nl) merijn |
| 2026-03-28 16:19:37 +0100 | <tomsmeding> | int-e: yes |
| 2026-03-28 16:19:32 +0100 | <int-e> | questions |
| 2026-03-28 16:19:22 +0100 | <int-e> | tomsmeding: let me guess, one is a number and the other is concpetually an enum. why is that not an error, why does it clamp days into the acceptable range for the month instead? |
| 2026-03-28 16:17:58 +0100 | <tomsmeding> | sshine: I recall you posted an article here recommending chronos :p |
| 2026-03-28 16:17:42 +0100 | <tomsmeding> | also why does chronos segfault if you give it invalid input https://github.com/byteverse/chronos/issues/100 |
| 2026-03-28 16:17:28 +0100 | <tomsmeding> | why is this JS all over again |
| 2026-03-28 16:17:22 +0100 | <tomsmeding> | why do months count from zero and days-in-month from 1? |
| 2026-03-28 16:15:58 +0100 | <tomsmeding> | oh, months count from zero |
| 2026-03-28 16:15:20 +0100 | arandombit | (~arandombi@user/arandombit) arandombit |
| 2026-03-28 16:15:20 +0100 | arandombit | (~arandombi@2a02:2455:8656:7100:7003:5dc9:c8bb:73b4) (Changing host) |
| 2026-03-28 16:15:20 +0100 | arandombit | (~arandombi@2a02:2455:8656:7100:7003:5dc9:c8bb:73b4) |
| 2026-03-28 16:14:37 +0100 | <tomsmeding> | I'm fairly sure that May 30th and 31st in 2021 were different days |
| 2026-03-28 16:14:32 +0100 | merijn | (~merijn@host-cl.cgnat-g.v4.dfn.nl) (Ping timeout: 265 seconds) |
| 2026-03-28 16:14:21 +0100 | <tomsmeding> | `dateToDay` seems non-injective |
| 2026-03-28 16:14:14 +0100 | <tomsmeding> | people knowing `chronos` here, am I doing something wrong? https://paste.tomsmeding.com/bMzwFR5y |
| 2026-03-28 16:13:37 +0100 | koala_man | (~vidar@157.146.251.23.bc.googleusercontent.com) koala_man |
| 2026-03-28 16:13:22 +0100 | koala_man | (~vidar@157.146.251.23.bc.googleusercontent.com) (Read error: Connection reset by peer) |