Newest at the top
2025-03-06 01:05:24 +0100 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 260 seconds) |
2025-03-06 01:04:09 +0100 | <haskellbridge> | <sm> it's interesting to think how to shift that in a significant way, if that's worth doing |
2025-03-06 01:02:39 +0100 | <haskellbridge> | <sm> definitely not |
2025-03-06 01:02:11 +0100 | <haskellbridge> | <Liamzee> well, thanks for stating the situation; I thought it was just me |
2025-03-06 01:01:41 +0100 | Tuplanolla | (~Tuplanoll@91-159-69-59.elisa-laajakaista.fi) (Quit: Leaving.) |
2025-03-06 01:01:27 +0100 | messewix | (~jmc@user/messewix) messewix |
2025-03-06 01:01:27 +0100 | messewix | (~jmc@c-73-204-219-232.hsd1.fl.comcast.net) (Changing host) |
2025-03-06 01:01:27 +0100 | messewix | (~jmc@c-73-204-219-232.hsd1.fl.comcast.net) |
2025-03-06 01:00:10 +0100 | alfiee | (~alfiee@user/alfiee) (Ping timeout: 260 seconds) |
2025-03-06 00:58:43 +0100 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
2025-03-06 00:56:25 +0100 | <haskellbridge> | <sm> it's hard to fix that retroactively |
2025-03-06 00:55:59 +0100 | <haskellbridge> | <sm> eg, ruby |
2025-03-06 00:55:52 +0100 | <haskellbridge> | <sm> that's normal with free things developed in someone's spare time.. but also there's a culture/norms of UX that are weaker or different in haskell compared to other ecosystems |
2025-03-06 00:55:28 +0100 | alfiee | (~alfiee@user/alfiee) alfiee |
2025-03-06 00:55:24 +0100 | chewybread | (~chewybrea@user/chewybread) (Ping timeout: 252 seconds) |
2025-03-06 00:54:57 +0100 | <haskellbridge> | <sm> so, libs and tools aren't always usable ? I think noone will disagree with you |
2025-03-06 00:54:41 +0100 | Googulator | (~Googulato@2a01-036d-0106-14b2-c443-5a96-b49d-1dd5.pool6.digikabel.hu) |
2025-03-06 00:54:24 +0100 | Googulator | (~Googulato@2a01-036d-0106-14b2-c443-5a96-b49d-1dd5.pool6.digikabel.hu) (Quit: Client closed) |
2025-03-06 00:53:45 +0100 | krei-se | (~krei-se@p200300f1cf3232002411defffe902013.dip0.t-ipconnect.de) (Ping timeout: 252 seconds) |
2025-03-06 00:53:12 +0100 | <monochrom> | I am not convinced that it is not also the same issue with all frameworks for all domains in all languages. |
2025-03-06 00:53:02 +0100 | <haskellbridge> | <Liamzee> monomer has a similar problem in that they've chosen not to package fonts with the program |
2025-03-06 00:52:34 +0100 | krei-se- | (~krei-se@p3ee0fd57.dip0.t-ipconnect.de) krei-se |
2025-03-06 00:52:01 +0100 | __monty__ | (~toonn@user/toonn) (Quit: leaving) |
2025-03-06 00:51:47 +0100 | xacktm | (xacktm@user/xacktm) xacktm |
2025-03-06 00:50:58 +0100 | chewybread | (~chewybrea@user/chewybread) chewybread |
2025-03-06 00:50:01 +0100 | peterbecich | (~Thunderbi@syn-047-229-123-186.res.spectrum.com) peterbecich |
2025-03-06 00:47:57 +0100 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 252 seconds) |
2025-03-06 00:44:29 +0100 | <haskellbridge> | <Liamzee> then the next step is to start modifying the minimum program to do what i need |
2025-03-06 00:43:54 +0100 | <haskellbridge> | <Liamzee> like, with Monomer, I tried to figure out the minimum program that would run under it |
2025-03-06 00:43:41 +0100 | <haskellbridge> | <Liamzee> with a framework the first step i try to get to is "runs with user-modifiable defaults" |
2025-03-06 00:43:26 +0100 | <haskellbridge> | <Liamzee> I mean that frameworks often are, Haskellers are used to it, pick it up quickly, but aren't the most user friendly |
2025-03-06 00:43:21 +0100 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
2025-03-06 00:42:16 +0100 | Sgeo | (~Sgeo@user/sgeo) Sgeo |
2025-03-06 00:42:04 +0100 | <haskellbridge> | <sm> ergonomics of developing with haskell in general ? |
2025-03-06 00:41:40 +0100 | <haskellbridge> | <sm> but what |
2025-03-06 00:41:34 +0100 | <haskellbridge> | <sm> it's ok to complain, what what are you complaining about :) |
2025-03-06 00:39:04 +0100 | <haskellbridge> | <Liamzee> sorry for whinging |
2025-03-06 00:37:01 +0100 | <haskellbridge> | <Liamzee> erm, cabal wouldn't let me compile |
2025-03-06 00:36:53 +0100 | <haskellbridge> | <Liamzee> cabal crashed, had to change vty requirements |
2025-03-06 00:36:14 +0100 | <haskellbridge> | <Liamzee> brick had it set to ^>= 6.0 |
2025-03-06 00:35:32 +0100 | <haskellbridge> | <Liamzee> well, here's a problem with forging an attrmap via vty, i had it set to ^>= 6.3 |
2025-03-06 00:34:41 +0100 | chewybread | (~chewybrea@user/chewybread) (Ping timeout: 248 seconds) |
2025-03-06 00:33:52 +0100 | j1n37 | (~j1n37@user/j1n37) j1n37 |
2025-03-06 00:32:28 +0100 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 245 seconds) |
2025-03-06 00:31:43 +0100 | <haskellbridge> | <sm> but it sounds like they weren't quite ergonomic for you |
2025-03-06 00:30:48 +0100 | <haskellbridge> | <sm> but I don't see where it's needed, since it provided simple entry points instead |
2025-03-06 00:30:42 +0100 | j1n37 | (~j1n37@user/j1n37) (Read error: Connection reset by peer) |
2025-03-06 00:30:10 +0100 | <haskellbridge> | <sm> many frameworks provide a defaultConfig, maybe brick could use more of that |
2025-03-06 00:30:01 +0100 | <haskellbridge> | <Liamzee> what i mean is that framework interfaces should be built more around defaults, then the option to overwrite the defaults |
2025-03-06 00:29:01 +0100 | <haskellbridge> | <Liamzee> app choose cursor got a lambda, namely: _ _ -> Nothing |