Project Oberon
Project Oberon
Place to discuss Wirth & Gutknecht's Book "Project Oberon" (located on the Books wiki page)
Last edited by Bernhard on Sat Nov 10, 2007 8:12 am, edited 1 time in total.
- Brynet-Inc
- Member
- Posts: 2426
- Joined: Tue Oct 17, 2006 9:29 pm
- Libera.chat IRC: brynet
- Location: Canada
- Contact:
I haven't even heard of this system until I searched for it, I can't say I find it the least bit interesting though.. ![Wink :wink:](./images/smilies/icon_wink.gif)
http://en.wikipedia.org/wiki/Oberon_operating_system
![Wink :wink:](./images/smilies/icon_wink.gif)
http://en.wikipedia.org/wiki/Oberon_operating_system
Same here.
I scanned the document about the project for about 2 mins and came up with the following:
Cheers,
Adam
I scanned the document about the project for about 2 mins and came up with the following:
Why aren't we all using it then?In practice, the design of the Oberon runtime model as described in Chapters 3, 4 and 5 proved to be basically flawless and sustainable.
![Twisted Evil :twisted:](./images/smilies/icon_twisted.gif)
Great. The system basically doesn't let you work without 3 mouse buttons. It also assumes that the LMB is for setting a position, the MMB for issuing commands and the RMB for selecting items. Sounds a little inflexible - what else does it assume about hardware?...the Oberon System basically assumes three [mouse] buttons to be available...
Taskbar, anyone?Recently, it has become fashionable to use overlapping windows mirroring documents being piled up on one's desk. We have found this metaphor not entirely convincing...
It is a good example of a case where the benefit of a complication is incommensurate with its cost. Therefore, we have chosen a solution that is much simpler to realize, yet has no genuine disadvantages compared to overlapping windows: tiled viewers.
Cheers,
Adam
Uh... I actually like to have windows overlap partially. In every non-trivial application GUI there is much window space that is useful, but not actually in-use, so I frequently have my text editor partially overlap a browser window in a way that I still see that part of the browser window that's interesting to me (a drawing, for example).tiled viewers.
Actually, I am quite annoyed at Windows XP for not properly supporting window ordering. On AmigaOS, I was quite satisfied with having the currently active window not being on top, and being able to fine-tune the ordering of windows on screen to maximum efficiency.
I feel this is the same thing as with CPU clock cycles, repeated with screen real estate. We have so much more than we had ten years ago, let's not bother with using it efficiently...
Every good solution is obvious once you've found it.
My main problem with the whole thing is that Oberon seems not to give you a choice about whether you want tiling or overlapping.Solar wrote: Uh... I actually like to have windows overlap partially.
I believe Windows 3.1 used to provide 'tile' or 'cascade' modes - I wonder why that never got carried through to later versions (unless I've missed it!).
[a bit OT] By far my preferred option with modern PC's is using a dual screen setup
![Smile :)](./images/smilies/icon_smile.gif)
- Brynet-Inc
- Member
- Posts: 2426
- Joined: Tue Oct 17, 2006 9:29 pm
- Libera.chat IRC: brynet
- Location: Canada
- Contact:
Exactly! I find that considerably useful...Solar wrote:....I frequently have my text editor partially overlap a browser window in a way that I still see that part of the browser window that's interesting to me...
![Wink :wink:](./images/smilies/icon_wink.gif)
I keep a text editor "always-on-top" of the application below... especially when reading documentation!
![Laughing :lol:](./images/smilies/icon_lol.gif)
So I can take a few notes..
![Cool 8)](./images/smilies/icon_cool.gif)
it was -- try right-clicking on the task-bar -- there are options for both cascading and tileingAJ wrote: I believe Windows 3.1 used to provide 'tile' or 'cascade' modes - I wonder why that never got carried through to later versions (unless I've missed it!).
they never went away -- its just that most people dont use them (personally, i prefer to run most of my programs (especially my browser -- but for some reason not notepad) fullscreen) instead preferring to manually adjust the size and position of each window to their own preferred size and location
Tiled Viewers task bars etc.
Everybody should note that the book describes an operating system designed 22 and finished 18 years ago. It has to be compared to Windows 1.0 and or MacOS in its first years.
The current version BlueBottle (which is partially described in an appendix of the online version) has a zooming user interface.
Bernhard
The current version BlueBottle (which is partially described in an appendix of the online version) has a zooming user interface.
Bernhard
Re: Tiled Viewers task bars etc.
Generally very bad presentation, both by the project homepage, and by you here, Bernhard.Bernhard wrote:...which is partially described in an appendix of the online version...
The most important question is: Why?
What makes this OS special? Why should one be interested in it?
Why should we discuss it here?
Every good solution is obvious once you've found it.
-
- Posts: 3
- Joined: Mon Sep 17, 2007 3:22 pm
- Location: Menlo Park, CA
The benefit of Oberon is that it is a modular system. The operating system and user developed modules are on the same footing. One can easily intermix the two.
For those with a Windows box you can use BlackBox/Component Pascal which has the same interface look and feel as Windows (overlapping windows or cascaded).
I believe the reason Oberon is not mainstream is the same reason the National Semiconductors NS16000 chip never took off. The chip had an extremely regular instruction set with direct memory addressing without segmentation. Unfortunately the x86 architecture from Intel was already well established. The same goes for Oberon verses Windows and Unix. The best systems do not always win.
For those with a Windows box you can use BlackBox/Component Pascal which has the same interface look and feel as Windows (overlapping windows or cascaded).
I believe the reason Oberon is not mainstream is the same reason the National Semiconductors NS16000 chip never took off. The chip had an extremely regular instruction set with direct memory addressing without segmentation. Unfortunately the x86 architecture from Intel was already well established. The same goes for Oberon verses Windows and Unix. The best systems do not always win.
Sunlight through maple leaves
-
- Posts: 3
- Joined: Mon Sep 17, 2007 3:22 pm
- Location: Menlo Park, CA
Oberon security
Security depends upon what you export from the modules.
One can choose to put (1) only the compiled code (2) code plus interface (3) source plus interface plus code.
The later (3) is the least secure. The first (1) is the most secure.
Note, linkage is done at runtime so modules can be dropped in during execution (or removed depending upon their interdependency)
One can choose to put (1) only the compiled code (2) code plus interface (3) source plus interface plus code.
The later (3) is the least secure. The first (1) is the most secure.
Note, linkage is done at runtime so modules can be dropped in during execution (or removed depending upon their interdependency)
Sunlight through maple leaves