Puzzle is a clone of Apple's original Puzzle found as a desktop accessory on older Macintosh Systems dating from the 80's. Puzzle uses the same interface as the original, but runs on the BASIC language and will run on Mac OS 8, 9, and Mac OS X and the x86 linux will run under x86 Intel versions of Linux including SuSe, Ubuntu, mandrake, debian, redhat and many others.
What's New
Version 1.1:
Added New Window command, play more than one game at once.
Added Close All Windows command
Changed game window to document window rather than global floating palette.
Hide command now works due to game window type change.
Requirements
PPC, Mac OS 8.6 or later, CarbonLib for use under Mac OS 8.6 and 9.x.x.
The size of the download isn't warranted by the functionality of the program. Someone could easily code up a java clone of this at a fraction of the size.
Of course, if I knew how to code in java, I would of already done so and posted the result by now.
The least the developer could of done is to provide the source code of the program so at least it might be redeemed by being an example for someone to build a better puzzle game from.
It's nice to re-live some of those old mac days. Even back on that air force base in Panama(i hope that's the right base i'm remember; went to a few bases ya know)... what fun computers.
The application works *almost* fully. As I'm running 10.3.6, I'm noticing that the hide function *command+H* doesn't work. Nor does the menu command for Hide. It's as bad as an adobe application in that aspect.. except that photoshop and elements actually work sometimes with their *modified* hide keyboard commands (adobe;why can't they just keep some ease of use basics???, sure the menu Hide command works.. grr.. lol.. ending rant on adobe).
Like much of the "reliving the past" programs, it's fraught with a simple and highly annoying quirk. Fix the quirk, and the game will be as good as it's always been. Heck, why not improve on it after fixing the quirk? Why not add user choice to the size of the puzzle, and then add user customizable 2 color schemes?
Still, thanks for the fun, it looks like will be on my dock for a little while yet.
[Version 1.0]
1 Reply
Anonymouscommented on 20 Dec 2004
This has nothing to do with the current app, Puzzle, being reviewed. I admit that.
But while annoying, Photoshop does allow a fix for not following the same rules everyone else does when it comes to app hiding.
Adobe Photoshop -> Preferences -> General -> Options -> √ Use System Shortcut keys
Anonymousreviewed on 03 Aug 2004
this is what, 100 times the size of the original? a C version wouldn't be more than 10 times the size.
[Version 1.0]
1 Reply
Anonymouscommented on 27 Nov 2004
I'd agree... Assembly Language is the thing to use to make very small programs. The complex languages of today, have nothing on as size... but they make programming so much faster. Besides, how many people are good at programming in Assembly Language these days, anyway?
Anonymousreviewed on 02 Aug 2004
Good idea. It's good to see this puzzle again but...why sooooo small?
What's the algorithm that you are using to set the initial puzzle state?
If you are randomly assigning numbers to starting positions, then you have a 50/50 chance of producing an unsolvable puzzle. A proper algorithm makes an even/odd check like that mentioned by my prior link; on an odd result, you swap two adjacent tiles...
Anonymouscommented on 03 Aug 2004
I was able to complete the puzzle on my first go. I'll have to agree with some other comments that it would be good to adjust the size of the window (tiny) and be able to choose the background picture as in the old classic version. Feels more like a beta than v. 1.0
Please login or create a new MacUpdate Member account to use this feature
Watch Lists are available to MacUpdate Desktop Members Upgrade Now
Download and auto-install
using MacUpdate Desktop. Save
time moving folders and cleaning-up.
Puzzle is a clone of Apple's original Puzzle found as a desktop accessory on older Macintosh Systems dating from the 80's. Puzzle uses the same interface as the original, but runs on the BASIC language and will run on Mac OS 8, 9, and Mac OS X and the x86 linux will run under x86 Intel versions of Linux including SuSe, Ubuntu, mandrake, debian, redhat and many others.
Anonymous reviewed on 21 Dec 2004
Of course, if I knew how to code in java, I would of already done so and posted the result by now.
The least the developer could of done is to provide the source code of the program so at least it might be redeemed by being an example for someone to build a better puzzle game from.
Anonymous reviewed on 20 Dec 2004
+10
Southpawami reviewed on 27 Nov 2004
The application works *almost* fully. As I'm running 10.3.6, I'm noticing that the hide function *command+H* doesn't work. Nor does the menu command for Hide. It's as bad as an adobe application in that aspect.. except that photoshop and elements actually work sometimes with their *modified* hide keyboard commands (adobe;why can't they just keep some ease of use basics???, sure the menu Hide command works.. grr.. lol.. ending rant on adobe).
Like much of the "reliving the past" programs, it's fraught with a simple and highly annoying quirk. Fix the quirk, and the game will be as good as it's always been. Heck, why not improve on it after fixing the quirk? Why not add user choice to the size of the puzzle, and then add user customizable 2 color schemes?
Still, thanks for the fun, it looks like will be on my dock for a little while yet.
But while annoying, Photoshop does allow a fix for not following the same rules everyone else does when it comes to app hiding.
Adobe Photoshop -> Preferences -> General -> Options -> √ Use System Shortcut keys
Anonymous reviewed on 03 Aug 2004
Anonymous reviewed on 02 Aug 2004
Anonymous reviewed on 02 Aug 2004
A great story about the original Puzzle. And this is a wonderful tribute.
Max11 reviewed on 02 Aug 2004
+8
http://mathworld.wolfram.com/15Puzzle.html
The best I can do sometimes is get a "near solve" where the 15 and 14 are reversed...
+8
If you are randomly assigning numbers to starting positions, then you have a 50/50 chance of producing an unsolvable puzzle. A proper algorithm makes an even/odd check like that mentioned by my prior link; on an odd result, you swap two adjacent tiles...