Xerox Star Keyboard
digibarn.com
digibarn.com
I can imagine what AGAIN would do. Like if you pasted an image, AGAIN would paste the same image. But I imagine it applying to a deeply nested menu item or other control which might be hard to access over and over. At least that's what I imagine, it would be great to know how it was really intended to be used.
SAME is provocative, but I can't quite figure out what it would do. Given a single selected object it might select all similar objects? Or given a text selection, show other instances of that text?
On the right side, what does the KEYBOARD key do? I'm really at a loss on that one.
On the enter key there's two symbols. Is that maybe to indicate that enter does CR/LF (next line, back to beginning), but with shift it just does CR (back to beginning of line)?
There's COPY and MOVE, but no PASTE. I'm not sure if you do COPY+MOVE to do the modern cut/paste, or...?
AGAIN repeats the previous operation on the current (presumably new) selection.
KEYBOARD brought up an on-screen keyboard for special characters.
MOVE moved the current selection to the target location, and COPY duplicated the current selection at the target location. There was no invisible clipboard. [also previously edited into my comment below]
See The star user interface: an overview which is now happily free: https://dl.acm.org/doi/10.1145/1500774.1500840
https://support.microsoft.com/en-gb/office/use-the-format-pa...
Found at: https://issuu.com/65c02/docs/50890515
"You can select the object(s) to be changed, pus the SAME key, then designate the objects to use as the source. COPY PROPERTIES makes the selection look the "same" as the source. this is particularly useful in graphics editing. Frequently you will have a collection of lines and symbols whose appearance you want to be coordinated (all the same line width, share of grey, etc.). You can select all the objects to be changes, push SAME, and select a line or symbol having the desired appearance."
And AGAIN does what you would mostly expect:
"AGAIN repeats the last command(s) on a new selection. All the commands done since the last time a selection was made are repeated. this is useful when a short sequence of commands needs to be done on several different selections; for example, make several scattered words bold and italic in a larger font."
"MOVE" is "cut" in modern lingo; I think that COPY/MOVE works in a way with "selections" in such a way that you don't need a "PASTE", but I can't really make it out from just that document (which I didn't read in full, I should add).
No mention of the KEYBOARD key; can't think of anything that's supposed to do either.
The selection/target distinction is also another interesting path not taken. I encountered it in Oberon as well. I remember it feeling quite powerful, and yet I also was easily confused, like it was just a little too much to keep track of.
If you "redo" (ctrl-shift-z, or use the toolbar, or whatever) without having just "undone", the app performs the same action you just did on the new selection.
For example, the late 1980s Sun Type-4 keyboard:
https://www.flickr.com/photos/jgrove/3051883468/
A 1984 Apollo workstation:
https://www.flickr.com/photos/mwichary/2288724329/
My later HP workstation had a cute "delete line" key. (Which I was very happy to bind as a new Emacs user, though I soon found that Emacs could have smarter commands that meant I didn't need "delete line" much at all.)
As much as there was a time that I loved the idea of the Sun special keys, today I work exclusively from laptop-like TrackPoint keyboards, and I'd actually like to remove some special keys: the Win95 keys between Ctrl and Alt, which I've found window management uses for, but make it harder to hit the right Ctrl or Alt modifier than it used to be. And I'd get rid of the ThinkPad Fn key on that era of keyboard I still use.
For example: https://www.ebay.com/itm/144594997129?mkcid=16&mkevt=1&mkrid...
Worth also noting that Star didn't use the Clipboard Cut/Copy/Paste (fragile invisible state) model, which I think came from Larry Tesler and certainly was popularized by the Macintosh. Instead it had the two operations MOVE, which moved the current selection to the target location, and COPY, which duplicated the current selection at the target location.
https://www.youtube.com/watch?v=xJzYRgmnJrE
The Star was around $50,000 per additional workstation in today's dollars, although the 'starter kit' with a workstation, file/print/mail server, and laser printer that you had to purchase first ran around $240,000 in today's dollars.
I did a small thread about it some times ago, with cool pictures from the Star manual to illustrate:
https://twitter.com/juliendorra/status/1445017080768647180
summary:
The Xerox Star mouse had 2 buttons, but it's quite mysterious today what was the use of the 2nd button, as it's nothing like the right mouse button of a standard Windows PC. I had to dig up the manual and even launch an emulator to really get a sense of how different it was.
On Xerox Alto the mouse had 3 buttons that were confusing for users:
"We observed that the dozens of Alto programs all had different semantics for the mouse buttons "
When designing the Xerox Star UI, the team knew they needed to go for less mouse buttons. And they wanted to go for a one-button mouse. But, by their own admission in a paper at the time, they couldn’t find a way!
So they settled on a two button mouse, where both buttons are needed to complete selection tasks, even thinking that it was not possible to have proper GUI interaction with less than 2 buttons.
Their main issue was that inheriting the Alto ways of selecting, they couldn’t find a way to make selection easy for users with one single mouse button.
For example to select text, you clicked with the left button at the start of your selection, then with the right button at the end.
Of course on Macintosh all operations that needed 2 buttons on the Star could be done with one button thanks to drag to select and drag-and-drop!
Jef Raskin had been set on a one-button mouse early on, and he solved it with click-and-drag to select icons (and text)
But the Star team was stuck in a sort of UI local maxima…
And the right button on Star had other varied usages depending on the context, like adjusting windows or jumping in documents. So they didn’t even really manage to lift the Alto confusing changing semantics, which was the initial goal when going from 3 to 2 buttons.
Star at least had the NEXT key to select the next item/field, rather than the horrible conflation with TAB that the Macintosh HIG and IBM CUA jointly saddled us with.
The mess goes back to IBM pre-computer unit record (punch card) equipment, for which fields were just columns on a card and moving to the next tab stop was the same as moving to the next field if you set up your keypunch appropriately.
Also, that combo isn't marked on the keyboards, so it may as well not exist for the vast majority of people.
With the demise of the Eject key, there is no excuse for the lack of Delete on Apple laptops. Not to mention that Apple put a hardware delay on the Eject key for some reason, so you couldn't even remap it to be Delete. If accidental CD ejections were causing enough fatalities to demand a NON-DEFEATABLE DELAY, why didn't Apple simply make Eject a secondary function on a Delete key, requiring Fn (and being marked as such)? Both problems solved.