Wyldcard

All flavors welcome.
Forum rules
Be kind.
Post Reply
User avatar
richmond62
Posts: 2623
Joined: Sun Sep 12, 2021 11:03 am
Location: Bulgaria
Contact:

Wyldcard

Post 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 601 times
https://richmondmathewson.owlstown.net/
User avatar
OpenXTalkPaul
Posts: 1492
Joined: Sat Sep 11, 2021 4:19 pm
Contact:

Re: Wyldcard

Post 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?
User avatar
richmond62
Posts: 2623
Joined: Sun Sep 12, 2021 11:03 am
Location: Bulgaria
Contact:

Re: Wyldcard

Post 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.
https://richmondmathewson.owlstown.net/
Post Reply

Who is online

Users browsing this forum: Bing [Bot] and 5 guests