Page 1 of 1

Wyldcard

Posted: Thu Feb 16, 2023 8:57 am
by richmond62
https://github.com/defano/wyldcard

Mind you, compiling the thing looks a right pain-in-the- . . .
-
hero.png
hero.png (175.61 KiB) Viewed 656 times

Re: Wyldcard

Posted: Fri Feb 17, 2023 2:27 am
by OpenXTalkPaul
richmond62 wrote: Thu Feb 16, 2023 8:57 am https://github.com/defano/wyldcard

Mind you, compiling the thing looks a right pain-in-the- . . .
-
hero.png
I've looked at that one and similar before, that's Java based so nice and portable, and has changes as recently as 4 months ago so it's not an abandoned project.
The stated goal of that projects is:
"WyldCard strives to offer a high-fidelity reproduction of Apple's original HyperCard, not a modernization of it:"
Which IMO is somewhat pointless. Why do a 'remastered" edition of HyperCard and NOT at least try to add in all of things HC need XCMDs/XFNCs to do, like color graphics for starters?

A project I'd be more inclined to work on would be one that takes that base (HC 2.x JAVA Port), modernizes the xTalk (a must have 'null' char support to work with binary files for example, HC needed an external just to do that), perhaps combining it with the OpenXION interpreter engine, which is also written in JAVA, and then improve on the combined thing, adding in more capabilities for working with media, images, sounds, etc. Java based is good in that they can run on anything with a JavaVM, or using GraalVM could be pre-compiled into 'native' architecture binaries. A high degree of portability is something we definitely want!

Feature-wise StackSmith is closer to what I've had in mind in a FOSS xTalk, which its xTalk ('Hammer') interpreter is written in C++ (its UI uses some Objective C). But if the FOSS xTalk 'Community' is going with a C++ engine, then why not just stick with the modern (language-wise at least), expanded and fairly stable one that we've already got?

Re: Wyldcard

Posted: Fri Feb 17, 2023 1:49 pm
by richmond62
Yes, reconstructing HyperCard "as was" is pointless as it would not be fit for purpose to develop current software with, and if you
do suffer from "kinky urges" there are plenty of ways to run the real HyperCard [I know I do, on a G4 Mac Mini running Mac OS Shuriken 10.4.12]; so far all that has served to do is let me see how much has subsequently been done by the MetaCard and the RunRev people.