NeXTstation Turbo Color Computer from 1992 Running Nextstep 3.3 (2016) [video]
youtube.com
youtube.com
https://winworldpc.com/product/nextstep/4x
Instructions:
http://www.nextcomputers.org/forums/viewtopic.php?t=2621
I got it running but I haven't had a chance to setup the display (no color or high resolution) or install any apps yet:
http://www.shawcomputing.net/resources/next/hardware/os4x_co...
The very early releases of NeXTStep on Intel had limited hardware support, but by NS 3.3 it was pretty easy to configure a PC for it.
Building a PC for it now using modern hardware, might be difficult again. I don't know.
I haven't kept up in Apple-land, but I believe the NeXT stuff is still foundational to their whole range of current OSes. When it was still NeXT, they went from supporting only Motorola processors to Sun's SPARC and Intel's processors, in hopes of finding a bigger market. I understand that OS flexibility enabled Apple to be much more strategic in their processor choices.
Interface Builder was mind-blowing. It's why we have .nib (or is it .xib now) files on macOS as well as all the NS* classes. The layout constraint solver was really slick back then too.
I suspect that 'porting' the operating system, but not really supporting machines of the day didn't help.
I think the reason for modest hardware support was that at the time they were chasing the high-end custom development market that had been so receptive to their workstations. At the time I was working for financial traders. We were buying machines specifically to run our in-house software, so we were happy buying whatever was supported.
Their strategy for broader adoption was OpenStep, which was taking the great NeXT-specific stuff and making it run on Windows NT. It would have been interesting to see where that went, but as you know Apple's acquisition put an end to all that.
Also they only had 250 or so employees. So not a lot of staff to track down hardware compatibility issues, and not a lot of motivation from vendors to help.
That said, they did pretty well.
Some non-GUI bits for "Portable Distributed Objects" servers were apparently available on Alpha.
But digging into the design of that machine really shows Jobs & company's design philosophy. It was unparalleled.
It looks like that machine came from a publishing or design shop— I'll probably share the video around the office— some of the people I work with saw that desktop publishing revolution when it was new.
And a weird part of me loves the size of the manuals
The NeXT monitors were so pretty that Steelcase bought a bunch for catalog photos of their furniture. Eventually somebody said, "Well, maybe we should get some computers to go with these" and they became early NeXT users.
>That slot is for RAM for the DSP. Very few things ever used it, but the option did exist. I've never seen one with a SIMM in there, though. IIRC it wants 50ns FPM RAM, and can take up to 1024Kb.
But the tech on Next was way more mature. And there was this guy named Steve.
[1]https://news.ycombinator.com/item?id=16788883
But Be's taste and priorities (the most responsive UI I've ever used until the iPhone), were more aligned with mine.
Thankfully they took another route designing OS X.
That logo is great though.
> The NEXTSTEP operating system further developed the idea, incorporating a feature whereby the right or middle mouse button brought the main menu (which was vertical and automatically changed depending on context) to the location of the mouse, thereby eliminating the need to move the mouse pointer all the way across the large (for the time) NextStep screen. https://en.wikipedia.org/wiki/Context_menu
Always saw people moving the menus around as the big differentiating factor. Never thought it would first pop under the cursor.
Now, I don't know if anyone would be interested in running 25-30 year old software on High Sierra (though it would be cool to experience native FrameMaker and WordPerfect), but a compatibility layer may have been really useful back in 2001 or 2002 when there was little native software for Mac OS X at the time. This would have given the Lighthouse Design suite of productivity tools some extra time; it's a shame they were never open sourced by Sun.
The problem with having NeXTSTEP and OPENSTEP applications run unmodified in Rhapsody or Mac OS X is that users would have to deal with applications designed under two sets of UI standards. This is similar to the Windows ecosystem; because Microsoft emphasizes backwards compatibility, some users could be running Windows software conforming to different UI standards based on when those software tools were written. Already Rhapsody had official support for two types of applications: applications for Mac OS running under the Classic (Blue Box) environment, and applications written using the Cocoa (Yellow Box/OpenStep) API. Large software developers such as Microsoft and Adobe balked at the prospect of having to port their large code bases to Cocoa in order to take advantage of Rhapsody's features; this is how we ended up with Carbon.
Perhaps the reason we can't run Lotus Improv and FrameMaker on Macs has less to do with emulation and compatibility layers (which Apple was willing to do for 68k apps on PowerPC Macs, Classic Mac apps on PowerPC versions of Mac OS X, and PowerPC Mac OS X apps on early Intel versions of Mac OS X) and more to do with the UI differences between NeXTSTEP/OPENSTEP apps and Rhapsody/Aqua apps. Plus, NeXTSTEP and OPENSTEP had small user bases that Apple could ignore or sacrifice in favor of meeting the needs of its "native" classic Mac OS users, and I don't know if Apple itself ever billed Rhapsody and Mac OS X as successors to OPENSTEP for OPENSTEP users; if I understand correctly, Rhapsody and Mac OS X were always billed as successors to the classic Mac OS. That might have also led to the decision not to provide support for old NeXTSTEP and OPENSTEP binaries in Rhapsody and Mac OS X.
Although the response was about nill... Nobody really cared.
I started work on merging the newer BSD stuff into the 0.3 kernel but the lack of overall interest kind of demotivated me.. and I couldn't see anyone seriously caring.
That and previous does such a great job with the legacy black box stuff, it'd seem full emulation was a better solution.
If you mean the 56001 DSP, perhaps that could be emulated too.