2026-09-01 09:37:17 <veltas      > xentrac: Well it not handling throw will matter sometimes and sometimes not
2026-09-01 09:37:32 <veltas      > I wonder if you wanted to handle throw if throw itself would be useful somehow in the implementation
2026-09-01 13:05:54 <xentrac     > veltas: agreed
2026-09-01 16:57:27 <cleobuline  > xentrac:   for your macintosh -> https://github.com/cleobuline/hc/releases/tag/HC-0.5.9.3
2026-09-01 16:58:07 <cleobuline  > Trump ask apple to rename ontario lake on they maps
2026-09-01 16:59:43 <cleobuline  > i will rename my app HyperTrump
2026-09-01 17:04:22 <xentrac     > please don't give that asshole free advertising
2026-09-01 17:13:08 <cleobuline  > :)
2026-09-01 17:13:48 <cleobuline  > xentrac:  i jnow you love macintoches
2026-09-01 17:24:03 <xentrac     > the Macintosh in general and HyperCard in particular were important advances for PC usability; unfortunately Apple's management prioritize exploiting their users in ways that preclude the kind of autonomy provided by things like HyperCard, so they stopped developing it and eventually canceled the product
2026-09-01 17:30:12 <cleobuline  > xentrac:  yes i know that because it was distribued for free , and they do not win money with HC ... But cleobuline redo  a modern version of Hypercard
2026-09-01 17:31:06 <cleobuline  > people  was happy with hypercard
2026-09-01 17:31:09 <xentrac     > I don't think that's why
2026-09-01 17:31:52 <xentrac     > I mean Hypercard only ran on the computers they sold, except during a brief period when they licensed clones
2026-09-01 17:33:15 <xentrac     > plenty of people bought Macintoshes in order to run it
2026-09-01 17:35:11 <cleobuline  > it was a bad idea to stop hypercard , it was very usefull to develop small app for home users
2026-09-01 17:38:13 <cleobuline  > when i finish my HC thing , i will do a utility to convert stack to my format with is human readable
2026-09-01 17:38:49 <cleobuline  > wich
2026-09-01 17:57:33 <crc         > here's my full ilo vm in apl: https://charles.childe.rs/temp/ilo.apl.utf8 (tested under gnu apl 1.8 on a linux host)
2026-09-01 17:59:50 <xentrac     > cool!
2026-09-01 18:00:11 <xentrac     > did switching to →OP⊃ the op labels make a noticeable difference in performance?
2026-09-01 18:00:26 <crc         > I'll probably add some error checks later
2026-09-01 18:00:32 <crc         > small, but yes
2026-09-01 18:01:20 <xentrac     > I wonder what the big CPU consumer is then
2026-09-01 18:01:39 <xentrac     > GNU APL doesn't require you to name everything in capitals, does it?  I'm guessing you do it because you like the style better
2026-09-01 18:05:30 <crc         > mostly my (old) reference materials were all in uppercase, so I just followed along with that
2026-09-01 18:06:01 <crc         > testing a bit, it doesn't seem to mind if I use lowercase instead
2026-09-01 18:06:39 <xentrac     > I think the old IBM typewriter terminals assigned APL symbols to what would have been lowercase positions on the typeball
2026-09-01 18:07:27 <xentrac     > (or maybe assigned uppercase letters to what would have been lowercase positions, and assigned APL symbols to what would have been uppercase positions)
2026-09-01 18:08:06 <xentrac     > you could overstrike the letters with underscores if you wanted to have something like V and v
2026-09-01 18:08:57 <xentrac     > a convention which the B language at Bell Labs also supported, sort of — in that case merely by supporting backspace as an identifier character
2026-09-01 18:09:36 <xentrac     > with the unfortunate result that you could have two different underlined "v" identifiers: v backspace underscore and underscore backspace v
2026-09-01 18:09:54 <xentrac     > whereas APL normalized overstrikes for usability
2026-09-01 21:18:06 <veltas      > Yeah B is a beautiful hacky lang
2026-09-01 21:18:20 <veltas      > But emphasis on the hacky