Apple Donates MacPaint Source Code To Computer History Museum
businessweek.com
businessweek.com
.FUNC Monkey
;---------------------------------------------------------------------
;
; FUNCTION Monkey: BOOLEAN;
;
TST MonkeyLives ;IS THE MONKEY ACTIVE ?
SGE 4(SP) ;YES IF >= ZERO
NEG.B 4(SP) ;CONVERT TO PASCAL BOOLEAN
RTS
According to http://folklore.org/StoryView.py?project=Macintosh&story..., this was used to detect an keypress/mousemove/mousepress-generating testing tool and turn off a few things (Apple menu, File menu, and Quit command, in this case).If you are in the UK and can't make it to CA then a substitute is the National Museum of Computing: http://tnmoc.org/ It doesn't have the depth of the collection seen in Mountain View, but it does have some wonderful pieces. And the staff worked on the machines that are on display. Got the opportunity to show my SO core memory the other day.
They are currently restoring WITCH to working order: http://en.wikipedia.org/wiki/WITCH_(computer) WITCH used the coolest memory ever: the dekatron (http://en.wikipedia.org/wiki/Dekatron). Once WITCH is restored seeing those things glow and rotate is going to make it look like a computer ought to look.
When I visited a number of years back, there was a guy selling cell phones on a little folding table outside the front door. Which seemed...odd...for any number of reasons, given the location.
Or post here and maybe someone will drive you.
Andy was my officemate when he was working on this. I have a copy of the thread mentioned in the article.
Can you elaborate on this a bit? You'd have been about 10 at the time (1984), wouldn't you?
could also have been when folklore.org was written too, I guess
AppleWorks was bundled with all new Mac hardware up until the switch from PPC to Intel in 2006; I still have my copy that came with my iBook G4, still works in Snow Leopard, still reads files created with the original 128k MacPaint. (And my iBook G4 ran MacPaint v2.0, circa 1987, via the Classic VM.)
These days, there are all sorts of great indie and open source paint programs available:
- Paintbrush: http://paintbrush.sourceforge.net/
- Pixelmator: http://www.pixelmator.com/
- Seashore: http://seashore.sourceforge.net/The_Seashore_Project/About.h...
- Skitch: http://skitch.com/
- Omni Graffle: http://www.omnigroup.com/products/omnigraffle/
If you want open source software, at least go with Seashore which doesn't look like complete crap.
Also, because Acorn is a good image editor and the FlyingMeat crew is damn nice.
And yet you haven't answered ... the investment you make in these tools is substantial anyway. Why would somebody invest in crippleware ... instead of investing in Photoshop (the industry's standard) ... or in an open-source alternative that is just as capable, only more complicated to use and less standard.
Also, you're complaining about 78MB? Really?
Personally I love GIMP ... I even wrote my own plugin written in Python for doing smart-sharpening (based on this tutorial: http://www.gimp.org/tutorials/Smart_Sharpening/). Yeah ... it was a PITA such functionality wasn't built in, but GIMP provides all the filters you need, upon which you can build your own stuff.
Once you get the initial learning curve (most open-source software is like that), it f*cking rocks. And it's here to stay, and won't disappear into obscurity.
I don’t understand that part of your reply at all. Why would you get something else if $program can do everything you want? It’s not as though the concepts are fundamentally different. You don’t even have to learn how to use Acorn.
Anyway, GIMP is ugly as hell and an UI abomination. Even when compared to Photoshop.
Of course I did. You might not have liked my answer, but it won't change: GIMP is garbage.
> Why would somebody invest in crippleware ... instead of investing in Photoshop (the industry's standard)
Acorn is $0 and does the job very well for the basic stuff. Photoshop CS5 is $699. Why pay $699, or spend 6 month trying to understand the alien ways of GIMP, when you can just get Acorn for free and get done with what you need to?
> or in an open-source alternative that is just as capable, only more complicated to use and less standard.
Because it's complete and utter garbage. Open-Source garbage doesn't stink less just because it's so free you can make your own. And again, if you're so stuck on OSS, OSX (which you shouldn't be using in the first place since it's not open) has Seashore, which is serviceable, Cocoa and which I note you conveniently ignored.
> Personally I love GIMP ...
More power to you, eh. You're a minority.
The best part was the host paused and told us all that we most likely would not be here in the giant room if it were not for Bill's early contributions (QuickDraw). That was when we gave him the standing ovation.
Interesting that they didn’t use the “ellipsis” character in the menus, preferring to hardcode the three periods. The Human Interface Guidelines were clear to use the single character (which does look different enough in the Chicago font), and these kinds of typographic details (via the MacRoman character set) were key selling points for the Mac early on.
Pascal was very common back then; UCSD Pascal and pCode and Terak boxes were all over the place back in college.
Apple was (then) built on Pascal, and this was markedly different from C on SunOS, ULTRIX VAX and RISC/MIPS, AT&T S3 and SVID,and the early (buggy) VAX C on the odd VMS boxes.
(Java still reminds me of that Pascal and pCode implementation.)
"Pascal was the primary high-level language used for development in the Apple Lisa, and in the early years of the Mac; parts of the original Macintosh operating system were hand-translated into Motorola 68000 assembly language from the Pascal sources. ...the C interface for the Macintosh operating system API had to deal in Pascal data types."
My memory was that C was considered a mainframe and IBM PC language, while the relative elegance and sophistication of Pascal was good style for Macs (esp. when leavened by a bit of assembly code).