<html><head></head><body><div style="color:#000; background-color:#fff; font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px"><div id="yui_3_16_0_1_1453771551082_9778">To be clear, I don't mind *reading* Oberon source. I like the use of BEGIN/END and PROCEDURE. It's the typing that doesn't feel very ergonomic. EditKeys (or any macro package) or a filter is a small price to pay for clear code. It is important to realize that the programming environment and tooling is just as important as the language itself. (Similar threads about the keyboard arrow keys not working are good evidence on how important such things are.)</div><div id="yui_3_16_0_1_1453771551082_9778"><br></div><div id="yui_3_16_0_1_1453771551082_9778">Just as I wouldn't consider doing lisp programming without an editor that can highlight matching parenthesis, I don't think I could do real projects in Oberon without some tools to help with CAPITALIZATION, arrow key navigation, and so on. (Or, as I say, post-processors)</div> <div class="qtdSeparateBR"><br><br></div><div class="yahoo_quoted" style="display: block;"> <div style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 16px;"> <div style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 16px;"> <div dir="ltr"><font size="2" face="Arial"> On Monday, January 25, 2016 4:46 AM, Douglas G. Danforth <danforth@greenwoodfarm.com> wrote:<br></font></div> <br><br> <div class="y_msg_container"><div id="yiv6380861474"><div>
<b>Edward Estlin Cummings</b> (October 14, 1894 – September 3,
1962), known as <b>E. E. Cummings</b>, with the abbreviated form of
his name often written by others in lowercase letters as <b>e e cummings</b>
(in the style of some of his poems—see <a rel="nofollow" shape="rect" target="_blank" href="https://en.wikipedia.org/wiki/E._E._Cummings#Name_and_capitalization">name
and capitalization</a>, below),<br clear="none">
<br clear="none">
was the idiot who started the lower case fad. I laugh when I see
people complaining about using the shift key.<br clear="none">
That is just LAZY!<br clear="none">
<br clear="none">
Sentences start with an upper case letter. if you start with a lower
case letter the visual break that separates one<br clear="none">
sentence from the next is missing.<br clear="none">
<br clear="none">
I think the following is ugly as hell<br clear="none">
<pre>prog
pro do-something;
b
out('hello world');
e;
b
do-something;
e.</pre>
By the way, you don't need the ";" before END.<br clear="none">
<br clear="none">
-Doug Danforth (or is it doug danforth?)<br clear="none">
<br clear="none">
<br clear="none">
<br clear="none">
<div class="yiv6380861474yqt8807223893" id="yiv6380861474yqtfd97774"><div class="yiv6380861474moz-cite-prefix">On 1/24/2016 3:59 PM, Lars O wrote:<br clear="none">
</div>
<blockquote type="cite">
<pre>Eric Scharff wrote:
</pre>
<blockquote type="cite">
<pre>So, in my tinkering with both Native Oberon and Project Oberon 2013, I
have to say I really like Oberon (the language), but as a newbie, the
environment is tricky. The most obvious thing for me is that Oberon
doesn't seem to recognize my caps lock key. Â I know it sounds trivial,
but it's leading to a huge ergonomic issue for me. typing PROCEDURE or
INTEGER (and the other keywords) while holding down the shift key is
extremely uncomfortable. Typing <caps-lock>integer<caps-lock) would be an
improvement (all lower case typing), but still has extra keystrokes.
Really, I'd like to type all of the capitalized keywords in lower case,
and then apply a filter to my document to automatically capitalize, and
run such a trigger when I Edit.
</pre>
</blockquote>
<pre>This sounds like my exact experiences with Oberon. Holding down shift key
and typing long verbose CAPS locks words is a huge turn off to lots of
people, despite Samuel A. Falvo's pathetic claims that it doesn't bother
him and shouldn't bother anyone else. It's not just having to use caps
lock key on keyboard, it's also the long verbose PROCEDURE word itself,
which could easily be shortened to PROC or PRO. Some languages shorten
FUNCTION to FN or FUNC or DEFUN. I prefer FN, FUNC, or FUN. (without caps
lock, thanks very much).
This is a reason why lots of people are using Golang because you don't
have to use pathetic verbosity just to get work done... Or why a lot of
people chose C instead of Pascal or Ada.
There are programmers who claim that you spend not very much typing out
code, and more time thinking, therefore verbosity is a non issue. That's
like arguing you don't spend much time opening your garage door each day,
therefore there is no need to install a electric garage door opener which
saves you a few seconds each day. It's not just about the time, but the
absolute pain in the butt it is to type out words when you are
programming. Programming should be enjoyable, not a pain in the butt.
When I whip out Golang functions it's simple and quick. Ada, Cobol,
Pascal, Oberon... becomes a pain, especially since Oberon also requires
END PROCEDURENAME instead of just "end;".
In C like languages such as GoLang the problem becomes the shift key
strokes and strain required to type out { } so some people remap their
keyboards so they don't have to use the shift key as much. Or in Lisp the
brackets ( ) are annoying because you have to hit shift key each time.. so
people remap keyboard... But remapping the keyboard is a pain in the butt
too, and when you use a different computer or a friends computer, your
keyboard mapping is non standard and you forget. Everyone starts having
non standard keyboards it and becomes a huge pain.
So the easiest language to type out without shift key strains would be
something such as:
prog
pro do-something;
b
out('hello world');
e;
b
do-something;
e.
But you see you are still caught with the shift key on the brackets ( ) in
the out() call which requires obnoxious shift key.
CamelCaps or BiCaptitalization is even obnoxious because of the shift key
strains.... which is why lisp's dashes are interesting.
Golang decides to use thisStyle instead of ThisStyle to save one extra
shift key on the first letter, which is nice, and only solves 30-50
percent of the problem in a lot of functionNames.
There is no perfect language, but I am certain that PROCEDURE is too
obnoxious to type, as is BEGIN and END which just get in the way. Folks
like Dijkstra argue that shortening your code with terse coding contests
is a bad thing.. but I have a question: in Math we use shortforms all the
time such as + = - / * ..... Why shouldn't PROCEDURE also have a shortform
PRO, or PROC? Why shouldn't BEGIN also have a shortform? Or would you
rather type out PLUS, MINUS, MULTIPLY, DIVIDE each time in your
mathematical texts instead of using well known shortform symbols? COBOL
anyone? Can we learn from the mistakes of COBOL and ADA, mr Dijkstra and
mr. Wirth? How much is a shortform worth, Wirth? A nickel?
--
<a rel="nofollow" shape="rect" class="yiv6380861474moz-txt-link-abbreviated" ymailto="mailto:Oberon@lists.inf.ethz.ch" target="_blank" href="mailto:Oberon@lists.inf.ethz.ch">Oberon@lists.inf.ethz.ch</a> mailing list for ETH Oberon and related systems
<a rel="nofollow" shape="rect" class="yiv6380861474moz-txt-link-freetext" target="_blank" href="https://lists.inf.ethz.ch/mailman/listinfo/oberon">https://lists.inf.ethz.ch/mailman/listinfo/oberon</a>
</pre>
</blockquote>
<br clear="none">
</div></div></div><br><div class="yqt8807223893" id="yqtfd04939">--<br clear="none"><a shape="rect" ymailto="mailto:Oberon@lists.inf.ethz.ch" href="mailto:Oberon@lists.inf.ethz.ch">Oberon@lists.inf.ethz.ch</a> mailing list for ETH Oberon and related systems<br clear="none"><a shape="rect" href="https://lists.inf.ethz.ch/mailman/listinfo/oberon" target="_blank">https://lists.inf.ethz.ch/mailman/listinfo/oberon</a><br clear="none"></div><br><br></div> </div> </div> </div></div></body></html>