6 ms·

I always thought the beauty of RISC OS was in the UX not the underlying OS. The three most important things were: 1. Task bar / dock thing. This was well befor

I always thought the beauty of RISC OS was in the UX not the underlying OS. The three most important things were: 1. Task bar / dock thing. This was well before Windows 95 and Mac OS X both adopted the feature. 2. There was a dedicated menu button on the mouse. This was the only way to get a menu, there no menu bars anywhere, freeing screen real estate. The other two mouse buttons were select, which behaved like a normal mouse button, and adjust, which did the sort of things you need to resort to shift-click on other platforms. 3. There was no file open dialog. You just double clicked a file to open it, or dragged it to the app that you wanted to open it with if you wanted to open in not the default. To save you would be presented with an icon which you could change the name of, and then drag to a finder window. No duplication of the folder system structure in a finder and in every app that handles files.

jlarcombe 6y ago
Yes. Also extremely good native support for outline fonts and vector graphics.
- mattkevan 6y ago
  The built-in !DRAW app was surprisingly powerful. It was clunky, but with practice it was possible to do some sophisticated stuff with it.
  - jlarcombe 6y ago
    Yes, and it was implemented in terms of an underlying vector drawing module which could be used by 3rd party apps and even from BBC BASIC fairly easily.
- flir 6y ago
  Real-time spellcheck years before Office had it always impressed me. Plus I have a soft spot for co-operative multitasking.
LeoPanthera 6y ago
The drag-to-save feature is incredibly under appreciated today. You could even drag the "file" from a save dialog into another app, rather than into a directory, resulting in a graphical way to do pipes.
- fomine3 6y ago
  Because TrackPad is getting popular. Dragging is comfortable for mouse but not good for trackpads to draggin long distance.
- Narishma 6y ago
  How is that better? You have to have already opened the directory where you want to save the file, or do it manually when you want to save instead of the application doing it automatically for you.
cmrdporcupine 6y ago
I was going to say that they probably borrowed the dock from NeXTstep but now I see initial release of NeXTstep was 1989 while initial release of RISC OS was in 1987 ("Arthur") and already had a form of the dock, or at least a dock-like launcher.
- jecel 6y ago
  Windows 1.0 had an icon bar at the bottom: https://docs.microsoft.com/pt-br/archive/msdn-magazine/2009/july/images/dd942846.fig01_l%28en-us%2cmsdn.10%29.gif https://docs.microsoft.com/pt-br/archive/msdn-magazine/2009/...
  - teh_klev 6y ago
    That looks more like a task bar to me, and in the open Write document on the right it mentions "Rudamentary[sic] taskbar" which is what it's likely referring to.
    - barrkel 6y ago
      The bar at the bottom in Windows is called the taskbar even today. The chief difference between the Windows task bar and a MacOS dock is that some subset of icons on the dock are present even if the application hasn't been started.
      - Vendan 6y ago
        Windows task bar can pin things to always be on it, even if it's not running, as well
      - Narishma 6y ago
        That's the case on Windows as well, since Windows 98 I think.
        lproven 6y ago
        [OP/article author here] You could not pin icons to the taskbar in Windows 98, no. Windows 98 integrated IE4, which contained a feature called "Active Desktop". This was not a Win98 innovation -- if you installed IE4 onto Windows 95 or NT 4, you got the same features. Active Desktop included dockable "toolbars" that could be pinned to the desktop or to any edge of the screen. One of these became part of the taskbar, and was called the "quick launch" bar. It's a separate area for program icons. If you launch an app, you end up with _two_ icons: one in the quick launch bar, _plus_ an icon in the taskbar as well. The Quick Launch toolbar is still present in Windows 10 today, in 2020, and can be turned back on very easily: https://mywindowshub.com/add-quick-launch-toolbar-windows-10/ https://mywindowshub.com/add-quick-launch-toolbar-windows-10... Pinning launcher icons directly to the taskbar was a new feature in Windows 7 and was not possible before that: https://social.technet.microsoft.com/Forums/SharePoint/en-US/faae577e-a88d-47f5-b5a6-2bab84f81711/quotpin-to-taskbarquot-in-vista?forum=itprovistadesktopui https://social.technet.microsoft.com/Forums/SharePoint/en-US...
rodgerd 6y ago
Absolutely. The UX was wonderful - pervasive scalable elements, lovely font hinting, and everything just felt "right"; the problem was that, like Windows 3.x and System 7, it was a co-operative façade laid over a single-tasking kernel. If AmigaOS had the UX of RiscOS, or RiscOS had the multitasking of AmigaOS, it would have been a beautiful thing. [on edit] Other people have mentioned the Basic implementation, and it was very impressive - far and beyond most versions, and very much a useful programming language with an accessible syntax.
danellis 6y ago
Not sure how useful that save thing is in practice. Great for dragging into other apps, but to save to disk you still had to navigate through the filesystem anyway, just outside of the application.
- kybernetikos 6y ago
  Which sounds terrible, but only because we've been conditioned by apps that don't work well together. On Mac and Windows, workflows where you have multiple apps active at the same time are rare, and elements of the UI (e.g. sticking the menu for a single active application at the top of the screen) actively discourage you from using multiple apps together. In RISCOS the filer was pleasant to use, and the UI pushed you towards workflows that had different apps including the filer working together. It wasn't perfect, but it also wasn't as bad as you might think if you're used to the mainstream operating systems around today. I was surprised when I switched from RISCOS to Windows just how much windows wants you to work in a 'single task' mode.
  - TheOtherHobbes 6y ago
    This is possibly the single biggest failure in all the modern OSs. Even though they multitask internally, single-task mode is baked into the UI. Not only is there no easy way to compose application chains, the UX discourages you from thinking that applications chains might be possible. Automation incredibly difficult - it's impossible for most people, and not easy even if you have developer-level skills. But worse, your data is locked into these monolithic applications. Project interchange isn't usually a thing at all, and data interchange formats tend to be lossy and/or unreliably implemented. Pipes in a command line shell are a poor substitute for the wonders that would be possible with a common and easy to use composable and automatable UI/API framework and data interchange system.
    - paulryanrogers 6y ago
      Data formats may be the biggest blocker here. Think of all the ways copy paste goes sideways today. I've grown accustomed to always using the paste-plain-text way.
rjmunro 6y ago
Another thing I just remembered was that if you dragged the bottom corner handle off the side or bottom of the screen, the other side of the window would grow. You could only grab the bottom right corner to change size, but this didn't matter because of the expanding feature.
jeppesen-io 6y ago
> There was no file open dialog. You just double clicked a file to open it, or dragged it to the app that you wanted to open it with if you wanted to open in not the default. To save you would be presented with an icon which you could change the name of, and then drag to a finder window. No duplication of the folder system structure in a finder and in every app that handles files. Seems like a pain when working in a program and want to open a file
- ferzul 6y ago
  not really, you just find the file (using the full features of your finder) and open it the same way you always would. constrast that with windows, when you just choose “open”, then find the file and open it.
sedatk 6y ago
Aside from the task bar which I don't know its specifics, those examples aren't that great: - A dedicated menu button on mouse is hard to discover. Mac's brilliance is that you can start exploring the UX right away without any prior knowledge of which button does what. It also prevents you from examining your options without needing to click anything. I don't think saved screen real estate is worth it. Mac & Windows did away with always-visible menu bars just fine. Remember how Windows 8 tried to hide the start menu and how it had turned into the worst UX experience in the last decade ever. Visibility is important for discoverability. - "Drag & drop" has too much user friction. It's hard to discover, it's hard to apply properly (many beginner users think that leaving button mid-drag is okay for a short little while). It's impractical because you usually use your apps maximized (for the maximum real estate, remember?). It requires you to have the file visible and easily accessible (consider cluttered desktop icons). I stopped using drag&drop a long time ago, and resort to Copy/Paste function of Windows Explorer for copying files, which works brilliant. "Drag & drop to open" has other issues too. For one, there is no orthogonality between open & close. Do I drag away the icon to close the file or is there a standalone "close" option without an open? They might be novel ideas for their time, but I don't think they provide good UX.
- dingaling 6y ago
  > [Mac] also prevents you from examining your options without needing to click anything. But it bundles selection-specific and system-general commands up in a remote menu bar that requires a lot of to and fro to operate. The beauty of right-click is that it gives a contextual menu specific to the object right there. I'd argue that it's fantastic UX. > "Drag & drop" has too much user friction Yet it's universally used for moving windows around the UI; click-drag on the title bar.
- ferzul 6y ago
  > Mac & Windows did away with always-visible menu bars just fine. is this sarcasm? it appears disjointed from your comment and disagrees with your thesis. > Remember how Windows 8 tried to hide the start menu and how it had turned into the worst UX experience in the last decade ever. part of that is surely that trigger start in windows 8/8.1 closed (hid/whatever) you were working on before, forcing an unnecessary context switch. i can't print or save documents in office anymore for the same reason - if you choose “File”, it closes your current file. note that mac os, windows, and to a much greater extent iOS and Android have abandoned the visibility principle. having a dedicated button vs a “force click” feature? i'd prefer the button. your objections to dnd depend on it not being well implemented. but when it's core, it is well implemented. i use dnd, even sometimes to copy/paste on windows. ° "Drag & drop to open" has other issues too. For one, there is no orthogonality between open & close. Do I drag away the icon to close the file or is there a standalone "close" option without an open? i don't understand your objection here. is there orthoganality between open/close on other systems? i have never thought so. i close by clicking x (windows, gnome) or just going back home (android). but i open by doubling click the file (linux) or doing something ad hoc (windows, android)

jlarcombe 6y ago

Yes. Also extremely good native support for outline fonts and vector graphics.

mattkevan 6y ago
The built-in !DRAW app was surprisingly powerful. It was clunky, but with practice it was possible to do some sophisticated stuff with it.
- jlarcombe 6y ago
  Yes, and it was implemented in terms of an underlying vector drawing module which could be used by 3rd party apps and even from BBC BASIC fairly easily.
flir 6y ago
Real-time spellcheck years before Office had it always impressed me. Plus I have a soft spot for co-operative multitasking.

LeoPanthera 6y ago

The drag-to-save feature is incredibly under appreciated today. You could even drag the "file" from a save dialog into another app, rather than into a directory, resulting in a graphical way to do pipes.

fomine3 6y ago
Because TrackPad is getting popular. Dragging is comfortable for mouse but not good for trackpads to draggin long distance.
Narishma 6y ago
How is that better? You have to have already opened the directory where you want to save the file, or do it manually when you want to save instead of the application doing it automatically for you.

cmrdporcupine 6y ago

I was going to say that they probably borrowed the dock from NeXTstep but now I see initial release of NeXTstep was 1989 while initial release of RISC OS was in 1987 ("Arthur") and already had a form of the dock, or at least a dock-like launcher.

jecel 6y ago
Windows 1.0 had an icon bar at the bottom: https://docs.microsoft.com/pt-br/archive/msdn-magazine/2009/july/images/dd942846.fig01_l%28en-us%2cmsdn.10%29.gif https://docs.microsoft.com/pt-br/archive/msdn-magazine/2009/...
- teh_klev 6y ago
  That looks more like a task bar to me, and in the open Write document on the right it mentions "Rudamentary[sic] taskbar" which is what it's likely referring to.
  - barrkel 6y ago
    The bar at the bottom in Windows is called the taskbar even today. The chief difference between the Windows task bar and a MacOS dock is that some subset of icons on the dock are present even if the application hasn't been started.
    - Vendan 6y ago
      Windows task bar can pin things to always be on it, even if it's not running, as well
    - Narishma 6y ago
      That's the case on Windows as well, since Windows 98 I think.
      - lproven 6y ago
        [OP/article author here] You could not pin icons to the taskbar in Windows 98, no. Windows 98 integrated IE4, which contained a feature called "Active Desktop". This was not a Win98 innovation -- if you installed IE4 onto Windows 95 or NT 4, you got the same features. Active Desktop included dockable "toolbars" that could be pinned to the desktop or to any edge of the screen. One of these became part of the taskbar, and was called the "quick launch" bar. It's a separate area for program icons. If you launch an app, you end up with _two_ icons: one in the quick launch bar, _plus_ an icon in the taskbar as well. The Quick Launch toolbar is still present in Windows 10 today, in 2020, and can be turned back on very easily: https://mywindowshub.com/add-quick-launch-toolbar-windows-10/ https://mywindowshub.com/add-quick-launch-toolbar-windows-10... Pinning launcher icons directly to the taskbar was a new feature in Windows 7 and was not possible before that: https://social.technet.microsoft.com/Forums/SharePoint/en-US/faae577e-a88d-47f5-b5a6-2bab84f81711/quotpin-to-taskbarquot-in-vista?forum=itprovistadesktopui https://social.technet.microsoft.com/Forums/SharePoint/en-US...

rodgerd 6y ago

Absolutely. The UX was wonderful - pervasive scalable elements, lovely font hinting, and everything just felt "right"; the problem was that, like Windows 3.x and System 7, it was a co-operative façade laid over a single-tasking kernel. If AmigaOS had the UX of RiscOS, or RiscOS had the multitasking of AmigaOS, it would have been a beautiful thing. [on edit] Other people have mentioned the Basic implementation, and it was very impressive - far and beyond most versions, and very much a useful programming language with an accessible syntax.

danellis 6y ago

Not sure how useful that save thing is in practice. Great for dragging into other apps, but to save to disk you still had to navigate through the filesystem anyway, just outside of the application.

kybernetikos 6y ago
Which sounds terrible, but only because we've been conditioned by apps that don't work well together. On Mac and Windows, workflows where you have multiple apps active at the same time are rare, and elements of the UI (e.g. sticking the menu for a single active application at the top of the screen) actively discourage you from using multiple apps together. In RISCOS the filer was pleasant to use, and the UI pushed you towards workflows that had different apps including the filer working together. It wasn't perfect, but it also wasn't as bad as you might think if you're used to the mainstream operating systems around today. I was surprised when I switched from RISCOS to Windows just how much windows wants you to work in a 'single task' mode.
- TheOtherHobbes 6y ago
  This is possibly the single biggest failure in all the modern OSs. Even though they multitask internally, single-task mode is baked into the UI. Not only is there no easy way to compose application chains, the UX discourages you from thinking that applications chains might be possible. Automation incredibly difficult - it's impossible for most people, and not easy even if you have developer-level skills. But worse, your data is locked into these monolithic applications. Project interchange isn't usually a thing at all, and data interchange formats tend to be lossy and/or unreliably implemented. Pipes in a command line shell are a poor substitute for the wonders that would be possible with a common and easy to use composable and automatable UI/API framework and data interchange system.
  - paulryanrogers 6y ago
    Data formats may be the biggest blocker here. Think of all the ways copy paste goes sideways today. I've grown accustomed to always using the paste-plain-text way.

rjmunro 6y ago

Another thing I just remembered was that if you dragged the bottom corner handle off the side or bottom of the screen, the other side of the window would grow. You could only grab the bottom right corner to change size, but this didn't matter because of the expanding feature.

jeppesen-io 6y ago

> There was no file open dialog. You just double clicked a file to open it, or dragged it to the app that you wanted to open it with if you wanted to open in not the default. To save you would be presented with an icon which you could change the name of, and then drag to a finder window. No duplication of the folder system structure in a finder and in every app that handles files. Seems like a pain when working in a program and want to open a file

ferzul 6y ago
not really, you just find the file (using the full features of your finder) and open it the same way you always would. constrast that with windows, when you just choose “open”, then find the file and open it.

sedatk 6y ago

Aside from the task bar which I don't know its specifics, those examples aren't that great: - A dedicated menu button on mouse is hard to discover. Mac's brilliance is that you can start exploring the UX right away without any prior knowledge of which button does what. It also prevents you from examining your options without needing to click anything. I don't think saved screen real estate is worth it. Mac & Windows did away with always-visible menu bars just fine. Remember how Windows 8 tried to hide the start menu and how it had turned into the worst UX experience in the last decade ever. Visibility is important for discoverability. - "Drag & drop" has too much user friction. It's hard to discover, it's hard to apply properly (many beginner users think that leaving button mid-drag is okay for a short little while). It's impractical because you usually use your apps maximized (for the maximum real estate, remember?). It requires you to have the file visible and easily accessible (consider cluttered desktop icons). I stopped using drag&drop a long time ago, and resort to Copy/Paste function of Windows Explorer for copying files, which works brilliant. "Drag & drop to open" has other issues too. For one, there is no orthogonality between open & close. Do I drag away the icon to close the file or is there a standalone "close" option without an open? They might be novel ideas for their time, but I don't think they provide good UX.

dingaling 6y ago
> [Mac] also prevents you from examining your options without needing to click anything. But it bundles selection-specific and system-general commands up in a remote menu bar that requires a lot of to and fro to operate. The beauty of right-click is that it gives a contextual menu specific to the object right there. I'd argue that it's fantastic UX. > "Drag & drop" has too much user friction Yet it's universally used for moving windows around the UI; click-drag on the title bar.
ferzul 6y ago
> Mac & Windows did away with always-visible menu bars just fine. is this sarcasm? it appears disjointed from your comment and disagrees with your thesis. > Remember how Windows 8 tried to hide the start menu and how it had turned into the worst UX experience in the last decade ever. part of that is surely that trigger start in windows 8/8.1 closed (hid/whatever) you were working on before, forcing an unnecessary context switch. i can't print or save documents in office anymore for the same reason - if you choose “File”, it closes your current file. note that mac os, windows, and to a much greater extent iOS and Android have abandoned the visibility principle. having a dedicated button vs a “force click” feature? i'd prefer the button. your objections to dnd depend on it not being well implemented. but when it's core, it is well implemented. i use dnd, even sometimes to copy/paste on windows. ° "Drag & drop to open" has other issues too. For one, there is no orthogonality between open & close. Do I drag away the icon to close the file or is there a standalone "close" option without an open? i don't understand your objection here. is there orthoganality between open/close on other systems? i have never thought so. i close by clicking x (windows, gnome) or just going back home (android). but i open by doubling click the file (linux) or doing something ad hoc (windows, android)