pierrelorenzi / hypercardpreview Goto Github PK

Maybe this is not an issue, but is HyperCardPreview able to open standalone "stacks" or applications. Is it possible to open these with HyperCardPreview?

For example it's refused to try and open Balls! stack from balls.sit at:
https://hypercard.org/Pantechnicon/Apps/Games

I looked at it briefly, but didn't see anything obvious.

Sometimes, a stack will have icons that aren't displayed on any button until a script executes, or were drawn but never used. HyperCardPreview has no way to view these icons.

Can this be compiled for earlier releases of Mac OS X ?

( such as 10.10 )

It seems to need the 10.12 SDK for compilation

This git repository doesn't have any licensing information.

What license is the software released under? What about the documentation.

This is quite important as this project is a good source of information about HyperCard file format.

Thanks!

The ability to export the art for the cards, backgrounds, and icons would be incredibly valuable to anyone working to port old stacks to newer systems, or wanting to rescue old artwork.

If an export is beyond the scope of this project, just having a way to hide everything but the card or background art so someone can take a screenshot without buttons or fields would be useful.

I managed to compile this with Swift 5 enabled, but got a "cannot type-check in a reasonable time" error with the following NSRect initialization:

// original
return NSRect(x: view.frame.width/2 - initialSize/2,
y: view.frame.height/2 - initialSize/2,
width: initialSize,
height: initialSize)

// I got rid of the error by explicitly type-casting everything:

return NSRect(x: (CGFloat) ( ((CGFloat) (view.frame.width/2)) -
(CGFloat) (initialSize/2) ),
y: (CGFloat) ( ((CGFloat) (view.frame.height/2)) -
(CGFloat) (initialSize/2) ),
width: initialSize,
height: initialSize)

Is there any better way to do this? (Aside from the fact that I don't see why the first-example can't be type-checked, but I suppose there's some "type-checking theory" involving what exactly the type of "view.frame.width" is (as initialSize is an explicit CGFloat).

There's a post somewhere about how the "no implicit type casting" could encourage people to use the "wrong" abstractions simply to avoid the wordiness of explicit casts - say a variable that really should be an Integer, but the programmer declares as a CGFloat because it's used with NSRects and such all over. Does Swift have a concept of "allowable implicit casts" - where the programmer could explicitly specify sets of casts that would not lose any precision (Int -> CGFloat, Float->CGFloat [?], Int -> Double, etc), to alleviate this? Precision-losing casts would still need to be explicit.

I've looked at the WyldCard repo (https://github.com/defano/wyldcard) and am impressed - except it's in Java. That kind of puts the kibosh on making it into a "native-speed" osx or iOS app (thought how much "native speed" matters these days with multi-GHz processors. I remember processors when Hypercard 1.0 was new). And maybe not be able to distribute anything on the App Store if I ever develop it to that level - depending on whether Apple will allow a Java interpreter/JIT to be included in an App Store app (my guess: no - or at least "Apple might change its mind at any time")

I looked at the WyldCard source and thought for a second I could just convert things one-by-one to Swift (it's only 491 files) - until I saw classes like extending BaseErrorListener which I'm guessing swift doesn't have anything resembling.

Any ideas? Or how to adapt WyldCard to run as a "separated JIT (or even AOT?) layer" that a Swift based interface could then send messages and queries to? One difficulty would be that all the stack data would be contained in

I suppose there's no chance of convincing Apple to actually release the original source? (Thought it might just be a near-unreadable mess of Pascal and assembly.)

I often want to export everything from a stack, and while it doesn't take long to run every export option individually, it would be really nice to have an "export all" that would export the JSON, card/background images, and the resources all at once.

I get a warning "Cast from '() -> Void' to unrelated type '() -> T' always fails" at "^^" point in fillMatchingSchema function.

        /* Handle untyped schemas */
        if T.self == Void.self && self.computation == nil {
            
            ^^^self.computeSequenceBy({ () -> Void in return () } as! () -> T)
        }

This doesn't prevent it from compiling or running correctly (I don't think).

How do I deal with the change from a "simple" hashValue to the newer hashValue(into:hasher hasher) in FontDescriptor? If I change the declaration (var hashValue) to "func hash(into hasher: inout Hasher) -> Int {", it gets rid of that error (presumably it works as it should, even though it doesn't do anything with the "hasher" parameter.

Even then, it still says the FontDescriptor doesn't conform to the protocol "Hashable" - but doesn't give any (I would suppose helpful) information as to how. I presume there are other protocol functions/variables that have that they added.

Thanks,