Us and them? [was Re: Livecode Dictionary]

prothero at earthlearningsolutions.org prothero at earthlearningsolutions.org
Tue Jan 22 10:53:39 EST 2019


It sounds very ambitious. My main suggestion was for a shareable user additions part of the dictionary that could be incorporated into the main dictionary at some later date, if useful. It is so common to see user comments on web content, that I don’t see how there could be a problem with licensing. Of course, comments would need to be limited to valid users, to avoid spammers. There could even be a star rating system to identify particularly useful comments.

For this project, I personally would recommend keeping it as simple as possible and keeping a wall between the main vetted part of the dictionary and the user comments, until a revision, using git, that incorporates the information from the user comments is performed.

That said, I really appreciate the thoughtful ideas and help that regularly get posted on this list.

Best,
Bill

William Prothero
http://earthlearningsolutions.org

> On Jan 22, 2019, at 7:15 AM, Graham Samuel via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> Just to clarify, I didn’t really mean to suggest that there was a plan - it’s just that a lot of the creative energy around LC and its development seems to be going away from this as if it were bad, basically because it’s hard to do version control on binary stacks, as far as I can see. I do understand that separating UI elements and code is good practice, but for many types of projects it can be taken too far, I think. I am all for libraries, for example, but I don’t want to strip my stacks right down to a graphical shell. LC and its predecessors aren’t really designed for that - they are essentially systems where interaction with graphic elements via a message path is the key idea, which means that there **must** be some level of scripting at the UI level. To try to suggest that good practice takes that away completely, or as near completely as ingenuity can make it, seems to me a distortion of an really excellent model of interaction - but that’s just my opinion, of course.
> 
> Graham
> 
>>> On 22 Jan 2019, at 01:25, Curry Kenworthy via use-livecode <use-livecode at lists.runrev.com> wrote:
>>> 
>>> but it’s not OK if this is at the expense of the kind of user
>>> who doesn’t want to distort the way LC works, for example by
>>> deprecating stacks that contain both scripts and UI elements
>> 
>> I wasn't aware of a plan or push to deprecate those - I don't follow all threads, but I emphatically hope not; bad idea! I want LC stacks to remain stacks. Easy to use and learn, self-contained, smart.
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode





More information about the use-livecode mailing list