[Oberon] RE: Oberon digest, Vol 1 #55 (language issues)
Frank van Riet
Fvanriet at spescom.com
Mon Aug 26 11:47:19 CEST 2002
Hi Patrik, Paul, Greg
Thanks very much for your comments.
I accept your arguments on defines & pre-processing. I suspect
it is a matter of taste. I do however believe that the defines
offer a more fine-grained solution than splitting the source tree.
But again point taken. Greg I'll have a look at the Linz implementation,
but you'll appreciate my need to stick with more "mainstream"
implementations.
I have a fair amount of experience in compilers and languages.
I am well aware that integer type interoperability conjures up
images of hell fit to be included in something by Dante :)
If you have a look at my original submission you'll note that I did raise
this
issue, as well as a simple solution. Simply don't allow interoperability
between
signed and unsigned variables. This makes the impact on the compiler
negligable.
This has the additional benefit of forcing to programmer to think about the
range
of the variables.
I agree with a little effort it is easy to program only with signed types.
What I
neglected to mention is that I indeed do a lot of system progranmming. So
each time
I have to invest that effort adds up into a considerable annoyance and extra
code.
Patrik I have to disagree with your point on values versus flags. A stack
pointer
(for instance) is an unsigned value the size of a machine word -period.
Also from my (yes I agree somwhat biased) perspective Java is not a good
language to
compare Oberon to in the case of systems level code. Would anyone who'd like
to write
a runtime system in Jave please raise their hands :) But still the point
that you
raised (Patrik) is more of an implementational issue on the compiler side.
The other
integer types are still visible to programmer, otherwise were heading back
to B
(or is that BCPL?) ? Please correct if I'm wrong.
As far as the garbage collection and interoperability with other languages
is concerned,
I understand and accept the need for the tags. Its just their placement that
bothers me.
Again I'm doing system programming, where we really don't use GC, so if I
want to pass a
pointer to an array to a C rountine (say) I don't want the GC specific stuff
to get in the
way. I appreciate all of the intricacies with calling conventions, but in
many cases you
simply need to pass a pointer to a buffer. Again there are way around this
as I stated
originally I am more interested in the decisions behind the choices and
other people's view
than I am in the result. Besides this is much less of an issue of
aggravation(?) to me than
the unsigned types.
To conclude. Let me be clear about this. I work in Oberon every day, and I
enjoy it. That does
not mean that one should not think about what goes on behind the scenes, and
what the reasons
are (or agree with all of the choices). If anything this will only make us
better programmers.
Frank
---------------------------------------
Frank van Riet (Software Developer)
Datavoice (Pty) Ltd
Snail mail PO Box 582
Stellenbosch 7599
South Africa
Tel +27 21 888-2118
Mobile +27 82 970 5704
Web http://www.datavoice.co.za
----------------------------------------
> -----Original Message-----
> From: oberon-request at inf.ethz.ch [mailto:oberon-request at inf.ethz.ch]
> Sent: 25 August 2002 12:00
> To: oberon at inf.ethz.ch
> Subject: Oberon digest, Vol 1 #55 - 7 msgs
>
>
> Send Oberon mailing list submissions to
> oberon at inf.ethz.ch
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://www.lists.inf.ethz.ch/mailman/listinfo/oberon
> or, via email, send a message with subject or body 'help' to
> oberon-request at inf.ethz.ch
>
> You can reach the person managing the list at
> oberon-admin at inf.ethz.ch
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Oberon digest..."
>
>
> Today's Topics:
>
> 1. How to discourage new Oberon users (Charles Angelich)
> 2. American humor (Charles Angelich)
> 3. documentation, installation instructions (Charles Angelich)
> 4. the threat that Oberon could improve? (Charles Angelich)
> 5. How to discourage new Oberon users (Charles Angelich)
> 6. Taking responsibility (Douglas G. Danforth)
> 7. Re: (no subject) (Greg Haynes)
>
> --__--__--
>
> Message: 1
> Date: Sat, 24 Aug 2002 07:43:58
> To: oberon at inf.ethz.ch
> From: Charles Angelich <cangelich at famvid.com>
> Subject: [Oberon] How to discourage new Oberon users
> Reply-To: oberon at inf.ethz.ch
>
> >Message: 1
> >Date: Fri, 23 Aug 2002 14:15:32 +0100
> >From: Paul Reed <paulreed at paddedcell.com>
> >To: oberon at inf.ethz.ch
> >Subject: [Oberon] Narrow Displays and Oberon Language
> >Reply-To: oberon at inf.ethz.ch
> >
> >> From: GitM
> >> > The OS is not ONLY about exercising the hardware. It is
> also about
> >> > communication with the USER.
> >
> >> From: "Thomas Frey" <frey at inf.ethz.ch>
> >> Therefore the original Ceres workstation had a 1024x800 display
> >> resolution
> >
> >Thomas, I totally agree with you. As I've said, I
> >have a Ceres 3 on my desk and its monitor is a modified
> >Moniterm VCX1000 manufactured in Minnetonka, MN, in the
> >US of A way back in March 1990.
>
> I'm trying to start at the FOUNDATIONS that ETH Obern
> established with the release of Native/Beta. I am not
> trying to impress you or any other person on this elist
>
> What you haven't noticed is that I do have an installed
> Native/Beta on another machine with the 1024x768 display.
>
> I have 5 computers with Oberon installed on two of them.
> I have ETH Oberon Native/Beta, ETH W31 Oberon 3, Linz
> Oberon V4 all installed here in front of me.
>
> I also have access to an 800mhz with a 19" screen and
> I've never even bothered to find out what it's maximum
> display capabilities are as yet.
>
> Now tell me one more time about your wonderful monitor.
>
> >My guess is that the
> >monitors cost ETH more than each Ceres, anyone from
> >ETH in that era care to comment? :)
>
> Ask me if anyone really cares about Ceres hardware?
>
> >The point is, it's a 21" screen, and Oberon's beautifully
> >crisp and clear at 1024x768 (viewable area 17").
>
> No, it's not "crisp and clear". It's useable like most
> any other GUI interface would be. It could be better
> if anyone really cared at all in any way to make it
> better.
>
> >The first time I got the same experience with other
> >hardware that I could afford was last year, when I bought
> >a Sony VAIO with a really nice 1024x768 TFT display (tape
> >measure again: 14" viewable area).
>
> Notice the word "afford"? Do you not care what others
> can afford? Are you an elist bourgeoise who thinks the
> peasants should fend for themselves?
>
> Are college students wealthy now and can buy anything
> dictated to them by the software required by the courses
> they chose to enroll in?
>
> Microsoft thinks this way and everyone hates them for it.
>
> >I think this demonstrates how far Wirth and Gutknecht
> >were ahead of their time, and so it is understandable
> >that they didn't feel the need to pander to the conventions
> >being tentatively established on how GUIs should work -
> >it was far from a foregone conclusion!
> >
> >As has widely been observed, departing the "bandwagon
> >trail" allowed them to simplify greatly the way the
> >whole system worked. For some people, it's too simple
> >(like not having columns, or overloading the mouse
> >instead of having to remember keyboard shortcuts).
>
> You are attempting to evangelize two men who built a
> system for their personal use. Anyone building a
> single user system would customize it to their own
> personal habits. This wasn't a crusade it was just
> how people are. Human nature.
>
> >But although I have made great efforts to adapt
> >Oberon to legacy hardware (e.g. narrower displays), I
> >view these adaptations as "specialist applications"
> >and I wouldn't expect the maintainers of ETH Oberon to
> >be particularly worried about them (I hope you're
> >reading this Pieter :]).
>
> Yes, as long as it works on YOUR hardware it should
> remain as it is. A great philosophy if you want there
> to be only a few dozen Oberon users.
>
> >I sympathise with people's desires to make Oberon
> >run on diverse hardware (because I do it myself) but
> >it is impossible to do this without cutting at the
> >very heart of the design principles which make
> >Oberon great.
>
> An inability to do columns with the default font is not
> "great" it is absurd. Lack of word-wrap is not "great"
> it is an oversight. Menu bars that disappear offscreen
> look like a hack-job.
>
> >It strikes me that taking a system like Native Oberon
> >and trying to make it usable on 640x480 is like trying
> >to make a motorbike by sawing a car in half.
>
> It srikes me as elitism and arrogance to say that.
>
>
>
> Charles Angelich
>
> The Ghost in the Machine!
>
> DOS and W31 Tech website:
> http://www.undercoverdesign.com/dosghost
>
> Stories, poems, music, and photos website:
> http://www.undercoverdesign.com/dosghost/faf
>
>
>
> --__--__--
>
> Message: 2
> Date: Sat, 24 Aug 2002 08:06:12
> To: oberon at inf.ethz.ch
> From: Charles Angelich <cangelich at famvid.com>
> Subject: [Oberon] American humor
> Reply-To: oberon at inf.ethz.ch
>
> >Message: 3
> >Date: Fri, 23 Aug 2002 18:00:28 +0200
> >From: Josef Sedlacek <sedlacek at swissonline.ch>
> >To: oberon at inf.ethz.ch
> >Subject: Re: [Oberon] Narrow Displays and Oberon Language
> >Reply-To: oberon at inf.ethz.ch
> >
> >Dear Paul
> >
> >Excellent. This combination of good argumentation with the
> dry english humor.
> >
> >Thank you very much for motorbike and swimming. I had to
> laugh as much as
> I did
> >not for a long time.
>
> I have some American humor for you to laugh at.
>
> Will you be laughing when there are only two or three Oberon users
> remaining because new users were told to buy hardware they could not
> afford or go elsewhere?
>
>
>
> Charles Angelich
>
> The Ghost in the Machine!
>
> DOS and W31 Tech website:
> http://www.undercoverdesign.com/dosghost
>
> Stories, poems, music, and photos website:
> http://www.undercoverdesign.com/dosghost/faf
>
>
>
> --__--__--
>
> Message: 3
> Date: Sat, 24 Aug 2002 08:07:02
> To: oberon at inf.ethz.ch
> From: Charles Angelich <cangelich at famvid.com>
> Subject: [Oberon] documentation, installation instructions
> Reply-To: oberon at inf.ethz.ch
>
> >Message: 6
> >Date: Fri, 23 Aug 2002 21:26:57 -0400
> >From: "Douglas G. Danforth" <danforth at greenwoodfarm.com>
> >Organization: Greenwood Farm Technologies LLC
> >To: oberon at inf.ethz.ch
> >Subject: [Oberon] Bluebottle documentation
> >Reply-To: oberon at inf.ethz.ch
> >
> >Andre, Patrik, Pieter, Folks,
> >
> >Issue: Bluebottle documentation and the "background of obviousness".
> >
> >I look at the process of moving now to installing Bluebottle and
> >blanch (turn white). Why? Many of the terms are unfamiliar to
> >me. I would not expect this (some but not so much) after nearly
> >40 years of programming.
>
> Welcome to the pit of despair. :-)
>
> >In hopes of improving the Bluebottle installation process I will
> >go through the online documentation with annotated
> >comments which are meant to be helpful and suggestive of change.
> >
> >The phrase "What is not said is purposefully left unsaid"
> (paraphrase of
> >Dr. Wirth) is fine, but only up to a point. For introduction to
> >new areas verboseness is better than tersness. However, it takes
> >a great deal of work to make writing simple and concise. It is easy
> >just to through in the kitchen sink.
> >
> >Let's start with "http://bluebottle.ethz.ch/index.html"
> >o "SMP-compatible" I deduce from context but is undefined.
> >The rest of the page is fairly clear.
> >
> >Jump to "http://bluebottle.ethz.ch/instreq.html" (Requirements)
> >I have a great deal of difficulty with this page, not so much in
> >the specifics but "what is left unsaid". Namely, where is the
> >overview saying "you need a great deal of hardware knowledge
> >to install Bluebottle". Where is the statement that you can
> >severly damage or destroy your current system if you are not
> >very careful?
>
> Idenitical to the situation for Native/Oberon where the options
> to trash your existing system are at the top and only if you
> take the time to read to the bottom do you find you can install
> into one large FAT file and avoid the risks. :-\
>
> >I believe that Bluebottle attracts users to the website first and
> >that Native Oberon is a secondary interest to the newcomer so that
> >assuming they know about Native is not a good idea.
>
> There are assumptions that users know how to use DOS and THAT is
> not always true anymore. Obviously they used SOMETHING to download
> Oberon to their hardware. What that something IS is a mystery
> apparently? Within the documenation a user is told that they can
> use Oberon's FTP to download ARC files before they even get to the
> point of configuring Oberon to be able to connect to their ISP.
>
> >"Partition" needs to be extensively defined with examples given
> >so that the user knows what they are getting into.
>
> Good luck on this one. ;-)
>
> >"If you have a boot manager, logical drives in extended
> partions may also
> >work (e.g., with LILO, BootMagic, NT BootLoader)"
> >
> >What's a "logical drive"? What's an "extended partition". What is
> >a boot manager? Why is it that the "may" work?
>
> Good point. Another interesting assumption that they "mystery OS"
> used to download Oberon has all of these capabilities.
>
> >"LILO" needs to have Linux associated with it.
> >"BootMagic" needs to be removed and replaced with "PartitionMagic"
> >since BootMagic is no longer supported.
>
> Probably should be rewritten to use LOADLIN.EXE?
>
> >"The latest version of the ZipTool is also required to unpack the zip
> files. "
> >But now that I have a Native partition that has no access to
> the internet
> >how do I get "any" file from the web into the Native file space?
> >Copy to floppy and then execute ...??... what command from Native?
>
> Until a recent "fix" I suspect the ZipTool might not have
> actually worked
> anyhow?
>
> >"Disk space: In addition to an existing Native Oberon
> installation, one
> free partition of about 100MB for Bluebottle. If you
> >want to boot Bluebottle, the partition has to be a primary
> partition on
> the first 8GB of the hard disk."
> >
> >When I did Partitions.Show I was shown what partions already
> existed on
> >my drives. Nowhere in the installation process was I given
> the option
> >of "repartioning" my drives. If this is possible in one of the steps
> >then *here* in the Bluebottle documentation it should say
> "If you don't
> >have a boot manager then from within the Native installation you can
> >repartion at step ... of the installation process"
>
> These are SOME of the reasons I have argued in favor of a
> plain text file
> of installation instructions with system requirements, system setup
> requirements,
> and possibly the names of available software to get for
> arranging to do all of
> this? Obviously all but the Linux versions of Oberon rely on
> a working
> knowledge of DOS and it's utility applications but no one
> likes to admit
> to relying on lowly old DOS even though the need is obvious.
>
> >
> >More later.
>
> I will be looking forward to observing your progress. I wish you
> all the luck in the world - you will need it. ;-)
>
>
>
> Charles Angelich
>
> The Ghost in the Machine!
>
> DOS and W31 Tech website:
> http://www.undercoverdesign.com/dosghost
>
> Stories, poems, music, and photos website:
> http://www.undercoverdesign.com/dosghost/faf
>
>
>
> --__--__--
>
> Message: 4
> Date: Sat, 24 Aug 2002 08:42:27
> To: oberon at inf.ethz.ch
> From: Charles Angelich <cangelich at famvid.com>
> Subject: [Oberon] the threat that Oberon could improve?
> Reply-To: oberon at inf.ethz.ch
>
> >Message: 7
> >From: cglur at onwe.co.za
> >To: oberon at inf.ethz.ch
> >Cc: cglur at onwe.co.za
> >Date: Sat, 24 Aug 2002 07:14:57 +0200 (SAST)
> >Subject: [Oberon] Displays and fonts and RX
> >Reply-To: oberon at inf.ethz.ch
> >
> >
> >> >Since 07.02.01, System.Directory on Native Oberon supports
> >> >additional flags. This is currently only documented in
> >> >http://www.oberon.ethz.ch/native/WebAlpha.html, excerpt below:
> >
> >OK. System.Directory *.Tool\fd ~ gives what Charles want { use F1 };
> >except IMPORTANTLY it should be date ordered. Reversed is best.
> >So, further refinements for the next version ?
>
> No, actually this does NOT do "what Charles wants" and it was YOU who
> said you had a need for a listing you could sort by date. How did
> this become MY need?
>
> I've repeatedly reminded everyone here that the Native/Alpha was never
> finished and will NOT install into one large FAT file? Does no one
> read anymore or is long term memory at a premium?
>
> The default file format was changed, the commands to use this file
> format were renamed, it was never intended that a person like
> myself could finish this and use it. In fact, as I remember this
> you cannot even type into that user track and I have no idea why?
>
> >Charles Angelich wrote:
> >> Not including documentation within Oberon installs seems to be
> >> a reocurring theme.
> >
> >Well yes, that's life. It's inevitable for documentation to lag with
> >non-commercial products. Pity.
>
> Lag? Yes, I would say close to two years without
> documentation is a bit
> of a LAG!
>
> You sarcasm is noted also. You need to re-adjust your
> persona a notch.
>
> >> I also added a dot within the ZERO char to assist in reading
> >> Oberon source code when the capital "O" is being used along with
> >> the "0" (zero) char. Not pretty really but easier on the eyes IMO.
> >
> >Then you're aware of the many existing fonts, and that you can choose
> >the size and boldness you want. Also easily design your own
> chars. with
> >Desktops.OpenDoc FontEditor.Panel ~
>
> I see three fonts useable for English language text? This is what you
> call MANY? I know people with 700 fonts installed on their machines.
>
> >Since you're interested in 'appearance' perhaps you can be our
> >resident artist ?
>
> You made a request for a sortable, by date, directory display then you
> ridicule what I have to say about it and now you think I'm your
> "boy"? Think again.
>
> >Did you look at: FontEditor.Panel -> Shanghai.Scn.Fnt
> >eg. chars 20Hex, "3", "4" ? Amazing stuff.
> >Is your alpha 2001 FontEditor.Panel also 'eratic' when 'keying' ?
> >A 'senior' n-o user on c.l.o. tells me that my problems are
> imaginary.
>
> I don't have Alpha installed here because it will not
> install. Write this
> down because by tomorrow you will have no memory of this text
> whatsoever.
>
> Yes, I noticed the bugs in the font editor. It also reverts back to
> previous filenames if you "grow" a font display over the top of it
> then "close" the font display. Cute bug since you then save the font
> overwriting a different font and eventually lose all your other fonts.
> Neat huh?
>
> >> btw: What happened to the Syntax#.Scn.Fnt I find in W31. I like
> >> that font!
> >
> >I don't know/use W31-oberon, but # is not a valid char for a
> filename.
>
> The Syntax#.Scn.Fnt is mentioned as the "fall-back" when the
> requested font
> is not found re:Oberon documentation. You apparently don't
> RTFM a great deal
> either.
>
> The "#" is a place-holder representing a number. All font
> names also have
> a number remember?
>
> >> If using a proportional font as the default for Native Oberon is
> >> the crutch to justify the inability to do clean standard displays
> >> then I would submit that a default proportional font was a mistake.
> >
> >I (and apparently others) like the feel of Oberon10.Scn.Fnt .
> >When I get a table or an ascii-art-schematic which needs fixed-width
> >font, I just 'wipe-it' and 'dab' my Courier8.Scn.Fnt text-bit which
> >is on my personalTool/pallette.
>
> You, and apparently others, don't do a great deal with numbers and
> therefore have no need of columnar displays. Odd because the favorite
> contributed app seems to always be some form of number cruncher. I
> guess when you're doing cute graphs and charts you don't care about
> displaying the data for verificiation of accuracy?
>
> >Not easy for 2-button/dumbed-down use.
>
> The only "dumb" here is that people think they're elite with a 3
> button mouse. The cost is $7 US new here in Michigan. Get over it.
>
> >Paul Reed wrote:
> >> It strikes me that taking a system like Native Oberon
> >> and trying to make it usable on 640x480 is like trying
> >> to make a motorbike by sawing a car in half.
> >
> >I wonder why I never felt the pain and deprivation ?
>
> You have nothing to use Oberon for other than a screen saver?
>
> >When I first intalled V2.3.2 I just selected the default
> (VGA) and was
> >completely satisfied. Same for V 2.3.6. And when I
> installed Linux based,
> >the virtual screen was bigger than the physical, so it
> slides around when
> >the cursor hits the edge - most annoying. I'm guessing
> X-setup would fix
> >that, but life is too short. I found the extra area of the
> linux version
> >usefull for cramped jobs, like font editing with FontEditor.Panel .
>
> Yes, Oberon does have nice screen savers if you like the
> old-style graphics.
>
> >When I started using alpha 2001, I couldn't understand how they would
> >design the Desktops.OpenDoc's store button to be inaccesable
> unless Grown
> >to full screen size ( which crashes .html fetched texts --
> which nobody
> >would admit for 1 year !!).
>
> Now you understand this?
>
> >I strongly beleive in 'information hiding', and considered
> experimenting
> >with different VDU settings as opening a can of worms, until Charle's
> >complaints drew my attention to the possibility.
>
> "Information hiding" is like calling rust "iron oxide". Rust is rust
> and mistakes are mistakes by any name you can think of.
>
> >The fact that the default Oberon10.Scn.Fnt gives you about
> 79 chars in
> >the UserTrack with 640x480, also suggests it's OK. What am
> I missing ?
>
> You are missing the shared experience of having 100's or even
> 1000's of
> Oberon users writing the code, fixing what needs to be fixed, and
> sharing their experiences with you.
>
> Given the option to have these experiences you would rather
> be sarcastic
> and fight to maintain the status quo which is totally contrary to all
> the folklore about Wirth and what he tried to do during his career.
> Wirth, as described, would not smile at what you are fighting
> for here.
>
>
>
> Charles Angelich
>
> The Ghost in the Machine!
>
> DOS and W31 Tech website:
> http://www.undercoverdesign.com/dosghost
>
> Stories, poems, music, and photos website:
> http://www.undercoverdesign.com/dosghost/faf
>
>
>
> --__--__--
>
> Message: 5
> Date: Sat, 24 Aug 2002 07:43:58
> To: oberon at inf.ethz.ch
> From: Charles Angelich <cangelich at famvid.com>
> Subject: [Oberon] How to discourage new Oberon users
> Reply-To: oberon at inf.ethz.ch
>
> >Message: 1
> >Date: Fri, 23 Aug 2002 14:15:32 +0100
> >From: Paul Reed <paulreed at paddedcell.com>
> >To: oberon at inf.ethz.ch
> >Subject: [Oberon] Narrow Displays and Oberon Language
> >Reply-To: oberon at inf.ethz.ch
> >
> >> From: GitM
> >> > The OS is not ONLY about exercising the hardware. It is
> also about
> >> > communication with the USER.
> >
> >> From: "Thomas Frey" <frey at inf.ethz.ch>
> >> Therefore the original Ceres workstation had a 1024x800 display
> >> resolution
> >
> >Thomas, I totally agree with you. As I've said, I
> >have a Ceres 3 on my desk and its monitor is a modified
> >Moniterm VCX1000 manufactured in Minnetonka, MN, in the
> >US of A way back in March 1990.
>
> I'm trying to start at the FOUNDATIONS that ETH Obern
> established with the release of Native/Beta. I am not
> trying to impress you or any other person on this elist
>
> What you haven't noticed is that I do have an installed
> Native/Beta on another machine with the 1024x768 display.
>
> I have 5 computers with Oberon installed on two of them.
> I have ETH Oberon Native/Beta, ETH W31 Oberon 3, Linz
> Oberon V4 all installed here in front of me.
>
> I also have access to an 800mhz with a 19" screen and
> I've never even bothered to find out what it's maximum
> display capabilities are as yet.
>
> Now tell me one more time about your wonderful monitor.
>
> >My guess is that the
> >monitors cost ETH more than each Ceres, anyone from
> >ETH in that era care to comment? :)
>
> Ask me if anyone really cares about Ceres hardware?
>
> >The point is, it's a 21" screen, and Oberon's beautifully
> >crisp and clear at 1024x768 (viewable area 17").
>
> No, it's not "crisp and clear". It's useable like most
> any other GUI interface would be. It could be better
> if anyone really cared at all in any way to make it
> better.
>
> >The first time I got the same experience with other
> >hardware that I could afford was last year, when I bought
> >a Sony VAIO with a really nice 1024x768 TFT display (tape
> >measure again: 14" viewable area).
>
> Notice the word "afford"? Do you not care what others
> can afford? Are you an elist bourgeoise who thinks the
> peasants should fend for themselves?
>
> Are college students wealthy now and can buy anything
> dictated to them by the software required by the courses
> they chose to enroll in?
>
> Microsoft thinks this way and everyone hates them for it.
>
> >I think this demonstrates how far Wirth and Gutknecht
> >were ahead of their time, and so it is understandable
> >that they didn't feel the need to pander to the conventions
> >being tentatively established on how GUIs should work -
> >it was far from a foregone conclusion!
> >
> >As has widely been observed, departing the "bandwagon
> >trail" allowed them to simplify greatly the way the
> >whole system worked. For some people, it's too simple
> >(like not having columns, or overloading the mouse
> >instead of having to remember keyboard shortcuts).
>
> You are attempting to evangelize two men who built a
> system for their personal use. Anyone building a
> single user system would customize it to their own
> personal habits. This wasn't a crusade it was just
> how people are. Human nature.
>
> >But although I have made great efforts to adapt
> >Oberon to legacy hardware (e.g. narrower displays), I
> >view these adaptations as "specialist applications"
> >and I wouldn't expect the maintainers of ETH Oberon to
> >be particularly worried about them (I hope you're
> >reading this Pieter :]).
>
> Yes, as long as it works on YOUR hardware it should
> remain as it is. A great philosophy if you want there
> to be only a few dozen Oberon users.
>
> >I sympathise with people's desires to make Oberon
> >run on diverse hardware (because I do it myself) but
> >it is impossible to do this without cutting at the
> >very heart of the design principles which make
> >Oberon great.
>
> An inability to do columns with the default font is not
> "great" it is absurd. Lack of word-wrap is not "great"
> it is an oversight. Menu bars that disappear offscreen
> look like a hack-job.
>
> >It strikes me that taking a system like Native Oberon
> >and trying to make it usable on 640x480 is like trying
> >to make a motorbike by sawing a car in half.
>
> It srikes me as elitism and arrogance to say that.
>
>
>
> Charles Angelich
>
> The Ghost in the Machine!
>
> DOS and W31 Tech website:
> http://www.undercoverdesign.com/dosghost
>
> Stories, poems, music, and photos website:
> http://www.undercoverdesign.com/dosghost/faf
>
>
>
> --__--__--
>
> Message: 6
> Date: Sat, 24 Aug 2002 12:00:01 -0400
> From: "Douglas G. Danforth" <danforth at greenwoodfarm.com>
> Organization: Greenwood Farm Technologies LLC
> To: oberon at inf.ethz.ch
> Subject: [Oberon] Taking responsibility
> Reply-To: oberon at inf.ethz.ch
>
> I have decided not to continue my online comments about the Bluebottle
> documentation since this is an irresponsible approach.
>
> I prefer instead to actively engage in improving Bluebottle by doing
> work, by taking responsibility for Bluebottle.
>
> That's how change and improvement happen.
>
> Agreement is the other element that must be active in this process.
>
> -Doug
>
> --__--__--
>
> Message: 7
> Date: Sat, 24 Aug 2002 21:58:41 -0600
> From: Greg Haynes <haynes at pcisys.net>
> To: oberon at inf.ethz.ch
> Subject: Re: [Oberon] (no subject)
> Reply-To: oberon at inf.ethz.ch
>
>
> Frank van Riet wrote:
> >
> > 2) In developing large systems for different platforms, conditional
> > definintions are a real life saver.
> > (e.g. (Borland?) Pascal's $IFDEF) I'm not sure if
> this is a language
> > or an implementational issue, although I suspect it is
> the former. Apart
> > from having code for differing platforms. Conditionals will
> > get rid of the clutter of debugging code
> >
> > CONST
> > debug = TRUE;
> > ;;;
> > IF debug THEN ....
> >
> > which is painfully inefficient.
>
> For maintaining multiple versions of modules that have small
> variations,
> the version elements in Linz Oberon V4 are excellent! They don't
> require the extraneous logic of conditional definitions, and
> in fact you
> only see one version of the code at a time. I highly recommend V4 for
> anyone looking for a productive and reliable software development
> environment with an easily customizable user interface. It runs on
> numerous platforms and applications are portable among them. Even
> though it is not really supported anymore, it has a lot of excellent
> capabilities that you won't see in other systems and it retains much
> of the simplicity of the original Oberon.
>
> -Greg Haynes
>
>
> --__--__--
>
> --
> Oberon at inf.ethz.ch mailing list for ETH Oberon and related systems
> http://www.lists.inf.ethz.ch/mailman/listinfo/oberon
>
>
> End of Oberon Digest
>
More information about the Oberon
mailing list