don't forget the absolutely biggest and saddest piece of abandonware that there's ever been for the Mac - Pascal.Īnd associated with this is Think/Lightspeed Pascal - in its day the very best IDE working environment there was (it still makes the current Apple IDE look lame in a variety of regards. why use the Mac?Īlso, as long as we are talking about abandonware. And frankly, this raises the obvious question.
#Simearth 68k mac emulator pdf#
and print everything we can to paper and PDF (for archive), and then do very selective conversion of files we think we really need to keep editable.īasically, we learned the hard way that Apple-only tools don't survive. we basically have no alternative but to "pour cement around them" (keeping an old Mac going for as long as we can to support these drawings). Now that classic is toast going forward because of the shift to intel.
Basilisk that only has Macintosh Classic emulation is using the 68000 emulation. We come up with totally unreasonable costs for converting (and checking!) these drawings to anything else. Additionally Big Mac was intended to run a UniPlus version of SYSV Unix. We have a LOT of engineering drawings in Claris CAD for instrument systems which are still in service, and some for instruments which are still being built. you end up recreating the drawing nearly from scratch in any other engineering drawing environment after an "export." And claris cad's dxf export is absolutely totally garbage. What is _really_ unacceptable IMO is that Apple- doesn'tWorks is such a POS, and it doesn't import MacDrawII stuff correctly, and that "Maclink+" was such a POS.ĬlarisCAD stored all sorts of internal information about geometry and about dimensioning/titling in non-standard ways for which there are no export support. What I don't understand is why other programs of the MacDraw vintage often don't work any more, while it still does. You can't expect a person like that to change to a new program in the short time that OS X has been out.
#Simearth 68k mac emulator driver#
I have been using MacDraw since it first came out, back in the days when the LaserWriter driver wouldn't position the graphics the same way that the ImageWriter driver would.
#Simearth 68k mac emulator pro#
Have you? Both claim that they will open MacDraw files, but my experience is that even MacDraw's successor, ClarisDraw, wouldn't open MacDraw Pro files perfectly. There's also EazyDraw, but I haven't tried it or Intaglio. Crap, between this thread and the OS X is 5 years old thread I feel old. Games: yea, just about all of them mentioned. Apple has some nice apps now, but man these were so useful for about 99% of the audience out there. No html, but it was a bit early for that (plus I think it didn't support it for a purest point of view, also). It is no ACAD, but it doesn't try to be either. Claris Cad is still about the perfect blend of good cad features and ease of use. ++ on Framemaker and Claris Cad, and just about any other Claris software.
and invariably leaves you with a mess to clean up? the translator which is supposed to translate all this stuff. the export tools suck and then many of the things you could export to are abandonware too.Įxport to any of several generic CAD formats produces weird garbage and loss of information which takes a ton of work to clean up and always leaves you worried about what you missed. That's all Abandoned-by-Apple-ware.Ĭlaris CAD files are devilishly difficult and time consuming to do anything with. Like I say, I've worked with other 68k era color games/programs and I haven't seen anything like this.Įdit: yeah, I know it says Appearance is enabled, but it did this before MacOS 8 came around.Yep, Framemaker and PageMaker are biggies. What would cause this? Does this happen with other titles as well? Is there a workaround? It's by no mean s an emergency kind of problem, but interesting. Now it's looking to me like there's something wacky going on with the emulation of that game (it was only 68k native as far as I've been able to tell). but it was very odd that it kept shifting it back to that or close to that peachy color. Now that's just me, designer brain, thinking I can go and adjust those values like I would indexed colors.
The darker I made that peachy color the less difference it appeared to make-I got close once, but then tried to make it darker and it went back to what it was. I had previously tried adjusting the CLUT resource of the 256 color objects file for the game in ResEdit to no avail.
0 kommentar(er)
