@CodingItWrong Also, I think it's worth allowing people to tweak their IDE (for one, future maintainers come from there), but of course that makes distributing updates harder.
That's why I think for practical considerations, editing the IDE will always stay a tinker toy, and if you really want that as a feature, you'll create an extension interface anyway, in which case the IDE can be read-only.
@CodingItWrong Sorry, not sure if I saw this or answered at the time. In general, I'm working on Stacksmith, though right now I've hit a bit of a barrier that kept me from working on it at all.
About the future... I'm not really sure tweaking will ever be what a majority does, but learning from how your IDE does things by reviewing its code (written in the same language) I think has a future. It also makes for a great test case for a new language to use it to write its own IDE etc.
@CodingItWrong (I.e. once you have an Xcode project that builds for iOS, you can consume frameworks from SwiftPM packages from it and they'll be built for iOS. It's just a SwiftPM executable target that I haven't managed to make build for iOS last I tried.
@CodingItWrong You'd need an Xcode project for the basic settings for an iOS app (SwiftPM AFAIK only builds native), but you could move all your code into a Swift package and call that from main.swift.
like if i could have pair programmed with my dad when i was a kid? or together with my brother on the little games we made together?
that would have been amazeballs for learning and fun
I always found it disappointing that desktop environments usually only support a single mouse pointer and a single focused window / insertion point for keyboard input.
Unixy systems might support multihead where devices could be routed to separate desktops, but I'm thinking more like
If you had a very large 4k tv hooked up two a computer with two keyboards and two mice/trackpads, and did pair programming with a colleague or a child, able to edit separate windows/tabs or the same one simultaneously.
@CodingItWrong Doesn’t SwiftPM basically solve that issue? At the cost of not having a UI, but still.
Note: I've moved my streams back to Sundays 5pm CET (8am PST). I'm currently playing Sam & Max Season 2, the point-and-click adventure from the naughts.
Taking a break from streaming each morning, might slowly go back to that in a few games, it was fun, but I miss sleeping in.
BTW — I did some videos where I ramble about writing a programming language. Currently covers the basics of tokenizing, parsing, and of implementing my own bytecode interpreter VM.
(PS — the first two episodes have the cam covering app output, apologies)
Still, the JPEG decoding slowness rings true. I do remember finding some image files I had converted from JPEG to (dithered!) GIF in one of my backups. That was probably exactly for the reason he mentions: That I had more apps that could open GIFs than JPEGs and that it was faster.
Recently discovered Adrian's Digital Basement, a video series about retro computers. He revived a Macintosh Color Classic.
I had totally forgotten that JPEG decoding took this long back then, but as soon as he showed it, I recognized the JPEGView progress cursor, which I wouldn't have seen had it been faster. And the Mac I sued back then was a 68LC040 too.
I make a HyperCard clone at https://stacksmith.org
This Mastodon instance is for people interested in technology. Discussions aren't limited to technology, because tech folks shouldn't be limited to technology either!