14 Hacker News comments link this video. Each one links back to its thread.
thought_alarmApr 2011Recommends
There are a few demos of the Xerox Star floating around on YouTube. Seeing it in action gives you a much more complete picture of the system. ▶ this video The "look" was obviously hugely influential, the "feel" not so much. It is quite an odd beast, as the mouse is actually only used for selecting objects. The Lisa GUI prototypes are also and interesting bit of GUI trivia. It's easy to see the Star's influence on the final shipping version of the Lisa GUI compared to its prototypes. [link]
in “Pictures of the first GUIs from Xerox” · View on HN
aresantNov 2024Cites it
FYI if interested in visuals for the earlier system OS System .85! - [link] (December 4, 1983) System 1 - [link] System 2 - [link] System 3 - [link] System 4 - [link] System 5 - [link] System 6 - [link] (April 1988) Bonus round - Xerox Star UX (1982) - ▶ this video
in “Apple Macintosh before System 7” · View on HN
GeekyBearOct 2022Cites it
> How did IBM and Apple take over and Xerox end up as a has-been also ran? They were too far ahead of their time. The component costs needed to come down first. In 1981, the "starter kit" for their office system consisted of one Xerox Star for a user, a second Star to act as a file and print server, and a laser printer for about a quarter of a million dollars in today's money. Each additional networked Star that you added was about $50,000 in today's money. Even at those prices, the system wasn't exactly snappy. I do wonder what would have happened if they had kept iterating on the product until faster, cheaper components arrived. ▶ this video
in “Xerox PARC – Office Alto Commercial (1979) [video]” · View on HN
gamblerNov 2019Cites it
Worth remembering: the original windowed interface on Xerox machines was a view into underlying system objects . It was designed around a unified vocabulary of interactions that allowed user to message those objects and also direct inter-object communication: ▶ this video Xerox -> Apple -> Microsoft interface transfer preserved nothing of those core concepts. UI became a crutch developers grudgingly added to the system for "those stupid users". Thus, most software engineers today are still convinced that a teletype emulation is the best possible interface to the underlying OS that can possibly exist. Also, normal users are treated as second-class citizens in their own systems.
in “Designing Windows 95's User Interface (2018)” · View on HN
gamblerOct 2018Cites it
Most people who claim that command line is the best tool for power users know nothing about history of GUIs. They think that laughable garbage that Windows calls user interface is "how it's supposed to work", and proceed to smugly lecture everyone on how command line is the only interface that can be composed and easily recorded. (The following paragraph is not directed at the author of the parent post. It's fully rhetorical.) Did you know that icons were supposed to be live representations of in-memory objects? That objects were more fundamental for the OS than files? Did you know that windows were views onto those objects? Did you know that interactions to and between icons were synonymous with OOP polymorphism? ▶ this video And this isn't the best UI, it's simply the first modern UI.
in “12 Factor CLI Apps” · View on HN
romanivFeb 2018Cites it
> At the time, it was a huge leap forward in desktop computing. After seeing some old demos of Xerox Star, I'd question that. ▶ this video
in “Designing Windows 95’s User Interface” · View on HN
Show 8 more comments
romanivNov 2017Cites it
The thing that horrifies me about all of this is that instead of criticizing or fixing issues most people adapt what they do and even how they think to match all the deficiencies in software. Often, users simply can't imagine systems that work fundamentally differently and better. Often, when deficiencies are pointed out people start defending the mess and pointing out all the clever (half-assed, really) workaround and hacks they came up with. They are proud of all the time they spent (wasted) learning about obscure and counter-intuitive software functionality. They are proud that barely-working plugin/extensions/add-on they found and set up. All of that to do thing that should be trivial to begin with. One counter-point, though. > I make no secret of hating the mouse. If you look at the original uses of the mouse it was great. Especially in systems like Xerox Star. Star allowed people to perform complex tasks with almost no learning curve. ▶ this video (Note how they weren't shy of using keyboard either. There are dedicated hardware buttons for standard commands like copy, find, repeat, "properties" and even for common text editing actions. Meanwhile, our keyboards don't have dedicated keys for undo, redo, cut, copy and paste - operations that are used in almost every application today.) Trouble is, we lost most of the driving ideas behind Xerox-style interfaces. Using a predefined set generic, powerful commands. Object-oriented UI. Uniformity of representations. Modern system ha
in “Almost everything on computers is perceptually slower than it was in 1983” · View on HN
gizmoMar 2017Cites it
Way too much to cover in depth. In short, it's all terrible. We're mostly using tools from the 70s, and we're still to this day plagued by use-after-free and out-of-bounds errors, nullpointer exceptions, awful debuggers, race conditions, slow compilation times, bad primitives for multithreaded work, just to name a few. We've known for decades that we can do better and ways to do better have been studied in depth by academia. That's just the basics. Then there is futuristic things: Why can't we move running processes from one physical machine to another? Where are the debuggers that allow you to go back and forward in time? Why can't we visualize the data structures in our program and trivially change the data layout to see how that affects performance? When I look at the demo of the Xerox Sparc interface (1982) and compare that to where we are today it's pretty clear to me we messed up big time somewhere along the road: ▶ this video
in “How much your computer can do in a second” · View on HN
pjmlpFeb 2017Cites it
Faire enough, so prepare for an history lesson. :) Mesa/Cedar was created at Xerox PARC, as an extension of the Xerox Star 8010 system, which was programmed in Mesa, the language that inspired Niklaus Wirth to create Modula-2. [link] ▶ this video [link] Mesa evolved to Mesa/Cedar, which allowed for automatic memory management via reference counting and a tracing collector for the cycles. [link] The environment had a REPL and debugger inspired by the Smalltalk and Lisp systems at Xerox. Think of Swift Playgrounds, kind of. This system inspired Niklaus Wirth to create Oberon, which you can read about in his book, about how the OS was built. [link] In 2013, Niklaus Wirth revised the language and updated the book for a FPGA based computer. [link] There were several generations of the Oberon OS, the last one before it stop being relevant, the Bluebottle OS coded in Active Oberon variant. [link] It had a strange mix of UI, using a mix of text and mouse input. Basically all applications were dynamic modules and the procedures/functions with a special signature could be used from the UI. So you could select text or objects from applications, and invoke such operations on the selection. The Oberon System 3 and Oberon V4 with their Gadgets framework were the best experience, before AOS was designed. Most relevant OS in Modula-3 was SPIN OS, [link] There were a few others, this is just a small sample.
in “Grappling with Go” · View on HN
pjmlpJun 2014Cites it
Self [link] Xerox Star User Interface ▶ this video [link] Tektronix 4404 Smalltalk [link] The Smalltalk-80 Programming System [link] The Final Demonstration of the Xerox 'Star' computer [link] Symbolics Hypertext Document [link] Warren Teitelman work at Xerox PARC [link] The Mesa/Cedar programming environment [link] Steve Jobs internal demo of NeXTSTEP 3, [link] Alan Kay on Xerox PARC work [link] [link] [link]
in “Web Starter Kit” · View on HN
pjmlpApr 2014Cites it
Mainly videos Self [link] Xerox Star User Interface ▶ this video [link] Tektronix 4404 Smalltalk [link] The Smalltalk-80 Programming System [link] The Final Demonstration of the Xerox 'Star' computer [link] Symbolics Hypertext Document [link]
in “Shadow DOM” · View on HN
pjmlpJul 2013Cites it
Except the original Lisp and Smalltalk environments are much more than a simple REPL. Sometimes I wish people would learn about computing history. Presentation from Kalman Reti about Lisp Machines, check the interactivity starting at 00:44:00 and how to introduce mouse sensitive images at 01:00:00 [link] Xerox presentations about Smalltalk-80 [link] ▶ this video [link]
in “Tangle: a JavaScript library for reactive documents” · View on HN
cooldealNov 2011Joke
Not sure if I am replying to a troll(plus much of the above is copy/paste or very similar to an earlier comment from you). >they've just heard the lie that Apple stole the GUI from Xerox (impossible since there was no GUI at Xerox at the time, in fact) The Apple haters also seem to uploading fake videos of a old Xerox GUI on Youtube! /sarcasm [link] ▶ this video > Both Apple and Google release the operating system as open source, and both Apple and Google keep as closed source the application layer where their proprietary apps live. For Apple, that's the UI, for google that's the Google Apps Sorry, Google Apps is not an application layer, however you wish it would be.
in “Steve Jobs biography -- Isaacson blew it” · View on HN
PewpewarrowsNov 2011Joke
Yep, Xerox never invented the GUI. This entire product and all promotional videos and memories of it existing are a complete fabrication: ▶ this video You've made similar posts in the past, and they've been similarly filled with rambling inaccuracies. I'll just leave it at that.
in “Peter Thiel: "I Don’t Consider [The iPhone] To Be A Technological Breakthrough"” · View on HN