Newest at the top
2025-03-30 06:08:21 +0200 | hgolden | (~hgolden@2603:8000:9d00:3ed1:6ff3:8389:b901:6363) hgolden |
2025-03-30 06:07:30 +0200 | <haskellbridge> | <dmjio> Anything Brent Yorgey is great, especially the typeclassopdia |
2025-03-30 06:07:18 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
2025-03-30 06:04:30 +0200 | Eoco | (~ian@128.101.131.218) Eoco |
2025-03-30 06:03:28 +0200 | hgolden | (~hgolden@2603:8000:9d00:3ed1:6ff3:8389:b901:6363) (Remote host closed the connection) |
2025-03-30 06:02:48 +0200 | Eoco | (~ian@128.101.131.218) (Ping timeout: 272 seconds) |
2025-03-30 06:01:38 +0200 | nek0 | (~nek0@user/nek0) (Quit: The Lounge - https://thelounge.chat) |
2025-03-30 06:01:33 +0200 | remexre | (~remexre@user/remexre) (Ping timeout: 268 seconds) |
2025-03-30 05:56:24 +0200 | <EvanR> | diagrams is great |
2025-03-30 05:55:59 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 252 seconds) |
2025-03-30 05:55:41 +0200 | <haskellbridge> | <thirdofmay18081814goya> will do ty! |
2025-03-30 05:55:08 +0200 | <haskellbridge> | <dmjio> thirdofmay18081814goya check out diagrams |
2025-03-30 05:54:43 +0200 | <haskellbridge> | <thirdofmay18081814goya> neat thanks for all the references! |
2025-03-30 05:54:28 +0200 | <EvanR> | now there's ghcjs so you can use whatever is in the browser |
2025-03-30 05:54:07 +0200 | <EvanR> | three penny gui was an early web-based thing |
2025-03-30 05:53:09 +0200 | <EvanR> | ... and gtk ... |
2025-03-30 05:53:02 +0200 | <EvanR> | there are bindings to SDL, glfw |
2025-03-30 05:52:40 +0200 | <EvanR> | there's the diagrams library |
2025-03-30 05:51:02 +0200 | <geekosaur> | *relatives |
2025-03-30 05:50:57 +0200 | <geekosaur> | gloss and relativrd |
2025-03-30 05:49:16 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
2025-03-30 05:47:48 +0200 | <haskellbridge> | <thirdofmay18081814goya> or, how do people usually do 2D rendering in haskell |
2025-03-30 05:47:22 +0200 | <haskellbridge> | <thirdofmay18081814goya> is there a standard wrt rendering 2D in haskell? |
2025-03-30 05:47:13 +0200 | <haskellbridge> | <thirdofmay18081814goya> speaking of which |
2025-03-30 05:41:32 +0200 | harveypwca | (~harveypwc@2601:246:d080:f6e0:27d6:8cc7:eca9:c46c) |
2025-03-30 05:39:06 +0200 | infinity0 | (~infinity0@pwned.gg) infinity0 |
2025-03-30 05:38:18 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 245 seconds) |
2025-03-30 05:37:34 +0200 | harveypwca | (~harveypwc@2601:246:d080:f6e0:27d6:8cc7:eca9:c46c) (Read error: Connection reset by peer) |
2025-03-30 05:37:29 +0200 | <EvanR> | at which point you stop |
2025-03-30 05:37:18 +0200 | <EvanR> | instead of "human eye" test I wonder if you could instead specify the limit of precision by saying lines and shapes have a minimum "pen size" so if you keep trying to draw the mandlebrot set you'll just start getting the same blob over again |
2025-03-30 05:36:00 +0200 | infinity0 | (~infinity0@pwned.gg) (Ping timeout: 246 seconds) |
2025-03-30 05:33:14 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
2025-03-30 05:32:51 +0200 | <EvanR> | (if necessary) |
2025-03-30 05:32:08 +0200 | <haskellbridge> | <thirdofmay18081814goya> yeah |
2025-03-30 05:31:52 +0200 | <EvanR> | it would be better if you do the approximation at the end of the program than at the beginning |
2025-03-30 05:31:42 +0200 | Eoco | (~ian@128.101.131.218) Eoco |
2025-03-30 05:31:18 +0200 | <haskellbridge> | <thirdofmay18081814goya> then you can do stuff by function composition |
2025-03-30 05:31:14 +0200 | Eoco | (~ian@128.101.131.218) (Quit: WeeChat 4.4.2) |
2025-03-30 05:31:04 +0200 | <haskellbridge> | <thirdofmay18081814goya> right, well the point where mathematical and cs-theoretical perfection coincides is to consider "approximate" itself as the circle, instead of "approximate n" for a given n |
2025-03-30 05:29:28 +0200 | <EvanR> | straight line segments are really bad at approximating curves btw, at least use parabolic segments |
2025-03-30 05:28:41 +0200 | <EvanR> | ultrafinitist confirmed |
2025-03-30 05:28:31 +0200 | <haskellbridge> | <Bowuigi> Fractals in general do that AFAIK |
2025-03-30 05:28:24 +0200 | <haskellbridge> | <thirdofmay18081814goya> actually, there is an "n :: Natural" such that "approximate" cannot designate a circle that is physically closer to any other approximation (due to the size of atoms, or alternatively your screen resolution) |
2025-03-30 05:27:14 +0200 | <EvanR> | (and then it would probably miss a lot in the end) |
2025-03-30 05:26:48 +0200 | <EvanR> | that's a good one, the mandlebrot set seems to need an infinite number of steps, to keep adding lobes |
2025-03-30 05:26:47 +0200 | <haskellbridge> | <thirdofmay18081814goya> i secretely will use "approximate (100!^100!)" and will tell you it's a circle and you won't be able to tell it's secretly a polygon, so you'll agree with me 😈 |
2025-03-30 05:25:22 +0200 | Eoco | (~ian@128.101.131.218) Eoco |
2025-03-30 05:24:35 +0200 | <EvanR> | actual circles have been accepted as "geometric" since forever |
2025-03-30 05:24:05 +0200 | <EvanR> | a theory of approximations wasn't called for |
2025-03-30 05:23:51 +0200 | <haskellbridge> | <thirdofmay18081814goya> then "circle = approximate" :D |