Strange contents of long name

Richard Gaskin ambassador at fourthworld.com
Wed Jan 16 16:37:32 EST 2013


Peter Haworth wrote:

> There was a thread a couple of days ago about changes in the way text
> properties were handled in a recent release.  That's not three but my point
> was that the "backwards compatible" argument isn't a hard and fast rule, as
> I think you're saying with reference to the shared group message change.

But at least that brings us up to three:  text properties, shared group 
messages, and now the soon-to-be-implemented change to make long IDs 
more consistent. :)

Still, with more than 3,000 tokens in the language and a history going 
back to 1992, I think it's safe to say that RunRev does a reasonably 
good job in trying to maintain backward compatibility where practical.

In fact, the change to text property handling is an excellent example in 
that regard:

In the olden days, text properties were bound together in such a way 
that changing any single attribute would cause the others to be reset to 
their defaults.

It had been that way since the early days, for reasons known only to Dr. 
Raney (probably having to do with an unusually compact property record 
structure).

Whatever the reason, it was darned annoying to have to write code to 
deal with it, and true, now that it's fixed that code no longer serves a 
purpose and in some case may need to be changed.

But the benefits of separating text properties so outweigh the one-time 
cost of script revision that I don't know anyone who would argue that we 
should go back to the old way of handling that.

There will almost certainly be other changes down the road as well, but 
I'd be surprised if our community ever became as angst-ridden over 
version changes as Python, Drupal, and other users are.


> As you say the fix doesn't really help as an overall solution, so I am left
> with little choice but to either check version numbers and do things
> differently accordingly or use a method that will work in all versions.
>
> Judging by the response to this thread, I doubt my tool is the only one to
> be affected by this!

True, many had discovered this, but I'm not sure how many have written 
code that depends on the old way of working with IDs.   There are so 
many ways to address objects within one's own stuff that this sort of 
issue is likely to affect only generalized developer tools like yours.

--
  Richard Gaskin
  Fourth World
  LiveCode training and consulting: http://www.fourthworld.com
  Webzine for LiveCode developers: http://www.LiveCodeJournal.com
  Follow me on Twitter:  http://twitter.com/FourthWorldSys




More information about the use-livecode mailing list