Hypercard on the Archive (2017)(blog.archive.org) |
Hypercard on the Archive (2017)(blog.archive.org) |
You can click on a menu at the top right to bring up a list of stacks. It simulates HyperCard directly rather than simulating an entire Macintosh, so it’s a lot faster and more convenient to work with. Not all stacks are compatible, but there’s a wide selection.
HyperCard On The Archive - https://news.ycombinator.com/item?id=14985604 - Aug 2017 (115 comments)
They no longer have a free version, but to me it is well worth the approx $100/year.
and an active fork https://github.com/OpenXTalk-org/OpenXtalk-IDE-DontPanicEdit...
They didn't make their own engine until the sequel, Riven, and the "Myst Masterpiece" remake.
Ok... weird GUI behavior, thanks for the help. I had no expectation that the above menus had anything to do with the open window. Especially when if you click on them, they don't open.
---
Steps to reproduce:
Open HyperCard 2.0
[1] https://archive.org/details/hypercard_hypercard-20-macintalk
Boots into Macintosh, awesome!
Open "Hypercard Sys 7" diskette from upper right corner
Open up Hypercard 2.4 folder
Open "About HyperCard"
Shows About Hypercard screen, no way to close it. The Close box in the upper right does nothing. Escape does nothing, clicking incessantly does nothing.
What is happening here? Double clicking on "About HyperCard" opens a document in HyperCard. What you were calling a dialog box is actually a window containing the document. The "close box" in the top right hand corner is actually a resize button. It doesn't appear to resize anything since the Macintosh tries to make the size of the window fit the size of the window contents. Since the contents already fit, it did not have anything to do. For whatever reason, they decided not to include a close button. A close button would have been a single square in the top left hand corner. I don't know why they omitted the close button, but I am guessing it is because of another peculiar behaviour of the Macintosh: closing a window does not quit an application or even return to the desktop. Normal behaviour simply left the application menu on the top of the screen, with an apparently empty desktop. (For those who have used old Macs, I'm referring to the era before Multi-Finder.) This would have been confusing in school environments, particularly with really old versions of the operating system.
If you think those behaviours are mind-boggling, I would suggest trying out RISC OS. GUIs of that era behaved differently from each other since standard behaviours had not been established yet.
EDIT: trying to make the description more clear for someone who has not used Macs prior to System 7.
[Edit] It's since made sense... but single-clicking on the menu at the top of the screen briefly shows something, but it doesn't stay open, so I didn't think it was associated with the dialog.
It's a horrible UI in terms of discoverability.
I am not sure why they didn’t do what Windows later did, and allow users to open the menu with a click, and select an item with a second click, but it might be as simple as that the thought hadn’t crossed their mind.
this is from 01987
its discoverability was pretty decent compared to the other user interfaces that were popular in 01987, like ms-dos, lotus 1-2-3, the bourne shell (no tab completion), the bsd c shell (control-d for filename completion), emacs, vi, commodore 64 basic, vax vms dcl, etc.
they change what a mouse click elsewhere does
this is very bad for usability
larry tesler was the chief scientist of apple about that time and guess what his license plate says
The logic behind that initial design was that menus were really just "buttons with options" and a mouseup should initiate an action. The menus had few items so there wasn't much dragging involved.
As software evolved, menus grew and spending an entire click on "present me with your selection of options" just became sensible.