[Oberon] ETH-Oberon/bluebottle lacks simple 'Replace'.

easlab at absamail.co.za easlab at absamail.co.za
Sun Sep 3 03:46:55 CEST 2006


IMO even after many attempted patches by several contributors,
RX* is the most disasterous application in the N-O suite.

One reason is that it handles only ASCII.
So for any ORD(Char) > 127, it traps.

We need an application which can take a table [data set] of 
replacements/translations eg.
Translate: from -> to
<new-line> "   " -> ""   // remove 3 leading spaces
"a^8099" -> "'"
"a^8093" -> "-"
"痴" -> "'s"
"…" -> "..." 
"&lsquo" -> "`"
"&rdquo" -> """
...etc.

I'm not sure that these 'translations' are correct.
But that doesn't matter since the data-table can be edited and 
extended.   As more garbage becomes fashionable the 'cleaning
table' is just extended to clean/translate the stuff obtained, 
mostly from the internet.  I suspect this is related to MIME ?

I also can't find any good reason why these garbage translations
are used instead of the 'original' ASCII eg. why use "&rsquo"
when "'" is what is available and is to be rendered ?!

What would be nice is something like:
  Translate <TranslationFileName>  * | ^ | <TextFileID> ~

As linux-ETH-oberon fixes the inet facility weakness on ETH-oberon,
so the problem of these garbage-chars needing translation becomes 
more necessary.

Any ideas/info related to this problem are much appreciated.

Thanks,

== Chris Glur.

PS. I've extended Find.* to do:
Find.FileList  <"set" "of" "Strngs" > ~ 
Which lists the FileSet which contains all of the 'set of strings',
and used/test-confirmed it many times over 18 months.
It is usefull when you want to locate a file where you
remember you eg. wrote "otatoe" [ie. P/potatoe]
"expensive" "isease" ...etc.   Also if you remember the 
time period when you wrote/saved the file [eg. during
a specific period of your life] you can use SmartDir* to
reduce the file-space.  SmartDir* is another usefull utility 
which never got into the N-O package AFAIK; or use the 
simple script which reverse-date-orders the DirListing,
and just 'cutOut' the applicable date-range set of files.

Since the Find.extention required a terrible convoluted hack,
and in principle I disagree with ETH's [understandable 
because each student must do his own work] non-collaborative
work style, the utility will unlikely be cleaned and made
available for wider use.

In principle it's WRONG for users to make 'private' utilities.
IMO the socio/political structure of ETH-oberon accounts
for the lack of user growth.  The structure needs to allow 
small incremental improvements and not only PhD sized
contributions.




More information about the Oberon mailing list