Mark Waddingham wrote:
But I fear for Mr. Waddingham when the citizens storm the Edinburgh
offices with torches and pitchforks after discovering that the code
style they've been using for years is no longer supported. ;)
Odd... I don't recall saying that the short form of object tokens would
be eliminated, I was merely trying to subtlety suggest that they can
make things a tad unreadable ;o)
10,000 lines later it's not so bad. Besides, code is rarely read and
more often skimmed, so in most cases (perhaps "sb" aside, but that
wasn't my decision) it has minimal cognitive detriment, and possibly
some benefit: symbols are symbols, all must be learned, and there's a
few papers about the virtues of white space vs. noise.... but we digress.
In short, my fingers like abbreviations, and my contractors like bonuses
for using parallel style. :)
FWIW, I adopted the style outlined at
<http://www.fourthworld.com/embassy/articles/scriptstyle.html> (which is
rather like RunRev's own style in most respects) specifically to avoid
unreadable things like the example in the subject line. It's possible
to have lots of white space without sacrificing skimmability; I'd be
surprised if anyone who ships commercial works actually codes like the
example above.
It isn't an efficiency thing (the keywords are tokenised to internal
indices at the tokenisation phase - i.e. when you set the script) - it's
a stylistic thing and just like variable naming people are free to
choose.
Damn. I was hoping you'd announce that now that all three platforms are
running on Intel we're going to see full up-front compilation. :)
Indeed, in the future there might be a whole zoo of control types, and
in this case naming becomes incredibly important to avoid clashes. Of
course, the solution to this is allow the individual developer to alias
types to whatever one, two, three or more character handles that they
wish...
Sounds good to me -- tommorrow afternoon, perhaps? :)
--
Richard Gaskin
Managing Editor, revJournal
_______________________________________________________
Rev tips, tutorials and more: http://www.revJournal.com
_______________________________________________
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution