Dependence on Programming Experts

Rob Cozens rcozens at
Sat Jul 15 12:33:50 EDT 2006

Hi Lynn,

>I am named in this thread!

I hope it was clear that I wasn't attributing my remark, "the way for 
Runtime Revolution to differentiate itself from competitors and 
attract developers from other platforms is to adopt the syntax of its 
most successful competitors." to you, but rather suggesting that that 
is the message those who advocate incorporating optional syntax from 
other development platforms are sending to Revolution marketing staff.

I continue to harp on this subject because I would like to spare the 
Revolution community the two most unpleasant experiences in my 
professional career:

*  Working with software totally lacking in internal consistency, and

*  Working with syntax that had different meanings depending on how 
it was positioned or formatted.

  Both came in one user-hostile package known as Berkeley Unix C 
running under the Bourne (sp?) shell.

The Bourne shell was a Unix command line interface.  The terminology 
and command modifiers used by the various shell commands were so 
totally inconsistent I can only conclude that Bourne shell was a 
collection of UC Berkeley CS class projects, each written without 
reference to the others.

The construct is command /modifier/ modifier/...., where modifier is 
a single letter [eg: command/A/B/C], optionally extended by "=".

* Some pairs of commands used the same modifier (eg. /A) to mean 
something different in the two commands

* Some pairs of commands used different modifiers (eg: /A and /B)  to 
mean the same thing.

How much friendlier the Bourne shell would have been if each modifier 
had a single meaning, and a single modifier was used for a specific purpose!

And dear old C: the high-level equivalent of assembler language.  My 
biggest problem in learning and working with C was that there were 
multiple variations of the same statement that were all syntactically 
correct but had quite different meanings, often based on the presence 
or absence of parentheses or a terminating semicolon (eg: "statement" 
and "statement;" had two entirely different meanings).  I've never 
had the debugging nightmares in any other language as I did in C, and 
all too often it had to do with a syntactically correct statement 
with the wrong "punctuation".

So when people suggest that "x=5" and "(x=5)" should be supported by 
Revolution, but with entirely different meanings, it raises two red 
flags for me:

* The constructs are too similar to designate radically different things, and

* The use of "x=5" to mean "put 5 into x" is completely inconsistent 
with the Xtalk syntax upon which Revolution is built.

But thanks to Brian Yennie, the point is moot.   Now any Rev 
developer who wants to script "x=5" can do so with no effect on the rest of us.

  So while I have your attention, Lynn, let me suggest that an 
implementation of an enhanced version of Brian's script at the Script 
Editor level by RRLtd  would empower every Rev developer with the 
capability of defining a personal syntax, so long as she can script a 
translation into legal Revolution (I would prefer the sound of 
"Transcript " here).

  And if Brian or anyone else wants to Bugzillia this request, it's 
got 5 votes from moi.

Rob Cozens
CCW, Serendipity Software Company

"And I, which was two fooles, do so grow three;
Who are a little wise, the best fooles bee."

from "The Triple Foole" by John Donne (1572-1631)

More information about the Use-livecode mailing list