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)

_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Reply via email to