Re: HTML5 Export and Javascript
Thanks for that. Now while we are waiting how about getting Licecode to work with Node on Digital Ocean? Anyone want to play? On Monday, April 6, 2015, Shawn Beagle shawn...@me.com wrote: @David - check out the following youtube videos. Video: What is Meteor https://www.youtube.com/watch?v=b4U2MaZSuXg https://www.youtube.com/watch?v=b4U2MaZSuXg , #1 Building a Database application with Meteor JS https://www.youtube.com/watch?v=9i3CCy3NpYM https://www.youtube.com/watch?v=9i3CCy3NpYM and Meteor.js: Killing Dinosaurs with JavaScript https://www.youtube.com/watch?v=OXwnvkE5t_Y https://www.youtube.com/watch?v=OXwnvkE5t_Y Next, check out www.meteor.com http://www.meteor.com/ (it’s open source). According to the LC campaign: JavaScript Bridge – We’ll create a fully featured bridge between LC and JavaScript, to allow seamless bi-directional communication between LiveCode in the browser and any other JavaScript features you’re using on your site. This will greatly help integrate the LiveCode experience with your existing content, allowing your LiveCode app to affect the rest of your content and vice-versa. That being said, I don’t see why we wouldn’t be able to incorporate LC into other javascript technologies. My javascript skills are rather poor, so if LC can On Apr 6, 2015, at 05:21, David Bovill david@viral.academy wrote: Hi @Shawn - have you got any info / links with regard to mongoldb painlessly and is reactive in both the client and the server? That's the sort of thing I want to read up on... @Colin - do you know of examples the other way around - that is not the exported Javascript code accessing the DOM - but the exported Javascript code being called by simple Javascript commands that any Javascript coder can create? I'm thinking of how we might be able to create library like functionality. I know Scala can now also export to Javascript - so I'm guessing this is going down the same path. So examples in other languages could point us in the right direction of what is possible / what is being aimed at with the HTML5/Javascript export? On 6 April 2015 at 03:10, Shawn Beagle shawn...@me.com javascript:; wrote: Bi-directional JS is already being done, even in production. I don’t know what the plans are or how it’ll work with LC, but if it’s anything like some of the solutions out there now that connect to a mongoldb painlessly and is reactive in both the client and the server … it’ll be an awesome LC experience for all of us! At that point, I think LC will dominate the world ;) Think LC + HTML5 JS = reactive in both the client and the server with no refreshing. On Apr 5, 2015, at 20:17, Colin Holgate colinholg...@gmail.com javascript:; wrote: Not LC, but I’ve done some higher level tools exporting to HTML5 stuff already. What you end up with is going to be Javascript, and HTML DOM. The higher level tool needs to give access to the DOM, at which point you should be able to talk to any other Javascript on the page. ___ use-livecode mailing list use-livecode@lists.runrev.com javascript:; Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com javascript:; Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com javascript:; Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com javascript:; Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Only half a field prints with LC 7 on Windows Vista
I'm working with LC 7 on Windows Vista. I notice that when trying to print a field, whether through the menubar or by script, only the left half of the field prints. I'm not sure if this is a bug, or if I'm just doing something wrong. I could not find reference to this in quality.runrev.com. Any suggestions? Thanks, Stephen Goldberg www.medmaster.net ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: LiveNode Server
I think the real missing piece in making LC work like node's event loop would be anonymous callback functions that can be treated like other variables. We can do semi- async stuff using messages in LC but you'd have to either name separate callback functions or dynamically pass the names of separately defined callback functions. We've got no way to pass an anonymous function as a param to something like you can with js. On Sun, Apr 5, 2015, 10:21 AM Richard Gaskin ambassa...@fourthworld.com wrote: David Bovill wrote: On 5 April 2015 at 05:01, Richard Gaskin wrote: David Bovill wrote: I am not quite sure what not being forkable is here - can you explain. Not as well as Andre: http://lists.runrev.com/pipermail/use-livecode/2009-January/119437.html Ok - so the key sentance there is - We can't fork in revolution. So what does that mean? What is so special about Livecode that it can't do this? It's not multi-threading - it's something ? My thinking is that what we need is to be able to have some existing monitoring service keep a pool of LiveNode servers up and running - in a way in which you can configure the number of servers you need. Then you need a Node load balancing server / broker thing passing off messages asynchronously to a LiveNode server and immediately returning control to the user. only when all the LiveNode servers were used up - would a cue kick into action? This is all standard server / inter-application messaging stuff no? What prevents us doing that in Livecode? As you read in Andre's post I linked to, that's more or less what he proposes as an alternative to FastCGI. If one is willing to put the time into assembling such a multi-processing pool, the downsides relative to having forking appear to be somewhat minor, not likely the sort of thing we'd run into south of the C10k problem. What have you run into in trying this that isn't working? -- Richard Gaskin Fourth World Systems Software Design and Development for Desktop, Mobile, and Web ambassa...@fourthworld.comhttp://www.FourthWorld.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Current Player Bugs in LC 7
There’s a number of player bugs in LC 7 in the QC center that are unresolved. I’m working on a large project that needs 7 because of its Unicode Chinese text and also makes heavy use of what were QuickTime’s superb player abilities. The transition to the AV Foundation-based player has been painful and inexplicably incomplete. The lack of fixes of some of these bugs is really throwing my project off schedule to be released in time for the coming academic year. One that I submitted, 14921—Player becomes unresponsive with changing cards in a background, has a status of “Awaiting Build.” I see that others are listed as “Confirmed.” The latest build, 7.0.4, per its notes doesn’t seem to address these bugs. Is there some sort of timeline for resolution of these bugs Peter Bogdanoff UCLA ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: HTML5 Export and Javascript
Hi @Shawn - have you got any info / links with regard to mongoldb painlessly and is reactive in both the client and the server? That's the sort of thing I want to read up on... @Colin - do you know of examples the other way around - that is not the exported Javascript code accessing the DOM - but the exported Javascript code being called by simple Javascript commands that any Javascript coder can create? I'm thinking of how we might be able to create library like functionality. I know Scala can now also export to Javascript - so I'm guessing this is going down the same path. So examples in other languages could point us in the right direction of what is possible / what is being aimed at with the HTML5/Javascript export? On 6 April 2015 at 03:10, Shawn Beagle shawn...@me.com wrote: Bi-directional JS is already being done, even in production. I don’t know what the plans are or how it’ll work with LC, but if it’s anything like some of the solutions out there now that connect to a mongoldb painlessly and is reactive in both the client and the server … it’ll be an awesome LC experience for all of us! At that point, I think LC will dominate the world ;) Think LC + HTML5 JS = reactive in both the client and the server with no refreshing. On Apr 5, 2015, at 20:17, Colin Holgate colinholg...@gmail.com wrote: Not LC, but I’ve done some higher level tools exporting to HTML5 stuff already. What you end up with is going to be Javascript, and HTML DOM. The higher level tool needs to give access to the DOM, at which point you should be able to talk to any other Javascript on the page. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Repeat syntax addition
Peter Haworth wrote Wouldn't it be nice if you could: repeat for each line rLine in tLines where rLine begins with xyz . end repeat It would be even nicer if we could have the more general form repeat for each line rLine in tLines [/condition/] [/transformation/] ... end repeat where [condition] is an optional condition that returns a boolean, and [transformation] operates on the line to transform it. Thus, it could be useful as a filter, universal transformer, or conditional transformer. Regards, Sri. -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/Repeat-syntax-addition-tp4690850p4690880.html Sent from the Revolution - User mailing list archive at Nabble.com. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Repeat syntax addition
I gave up trying to add dictionary notes a while ago since it never worked, not sure what the current status is. I guess there's a completely new dictionary in LC8 but for now, I have my own plugin that gives me the ability to add my own notes to any dictionary entry. Pete lcSQL Software http://www.lcsql.com Home of lcStackBrowser http://www.lcsql.com/lcstackbrowser.html and SQLiteAdmin http://www.lcsql.com/sqliteadmin.html On Sun, Apr 5, 2015 at 8:21 PM, Mike Bonner bonnm...@gmail.com wrote: Use of the word Container is a bit deceptive. Perhaps datasource would be better. Is it still possible to add notes to the dictionary? On Sun, Apr 5, 2015 at 5:11 PM, Peter Haworth p...@lcsql.com wrote: I'd guess the last of the options. The more I think about this, the more I think there should be mention of this in the dictionary entry for repeat. It's a little like the ability to use a function to create a sortkey in the sort command. Nothing in the dictionary about that except for a user note. Pete lcSQL Software http://www.lcsql.com Home of lcStackBrowser http://www.lcsql.com/lcstackbrowser.html and SQLiteAdmin http://www.lcsql.com/sqliteadmin.html On Sun, Apr 5, 2015 at 3:40 PM, Mike Bonner bonnm...@gmail.com wrote: Yeah, kinda makes sense that it would work that way. Grab the data from the container once, do magic things behind the scenes to get it ready to go, then loop through the lines. I guess it could work either way though, where it uses byte offsets to get the next chunk, which would have made the function method really suck for large data sets. Now I'm curious.. what exactly does repeat for each do? Split on cr, sort the keys and increment each loop to pop out the right line from the array? Store all the data in a temp variable and read each line (item, char) by start/end position? On Sun, Apr 5, 2015 at 4:19 PM, Jerry Jensen j...@jhj.com wrote: Hi Mike, On Apr 5, 2015, at 12:31 PM, Mike Bonner bonnm...@gmail.com wrote: While not exactly whats been requested, this works pretty well: repeat for each line tLine in (myFilter(sData,abc*,with)) I like the way a where clause reads as in the OP, but being able to use an inline function for data generation is rather powerful, and if all you need is a filter, setting up a function to do so is pretty straight forward. Good trick! I didn't know you could do that either. I wondered if the function was called just once, or on every repeat. Your exapmle wouldn't tell, because the function would return the same stuff every time. So I tested it. The answer is that the function is called only once. Good! global gCount on mouseUp global gCount put 0 into gCount repeat for each line L in mylines() put L cr after msg end repeat put gCount after msg -- how many times mulines() was called end mouseUp function mylines global gCount add 1 to gCount return 1 cr 2 cr 3 cr end mylines ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Please recommend a text editor
WILCO! ordered from ABE books for 67p On 05/04/2015 16:12, Richard Gaskin wrote: Simon Knight wrote: You raise some interesting and in some ways disturbing questions. Why are we seemingly locked into an endless cycle of replacing working equipment with new more expensive versions? Read Victor Papanek's Design for the Real World. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: HTML5 Export and Javascript
@David - check out the following youtube videos. Video: https://www.youtube.com/watch?v=b4U2MaZSuXg https://www.youtube.com/watch?v=b4U2MaZSuXg , https://www.youtube.com/watch?v=9i3CCy3NpYM https://www.youtube.com/watch?v=9i3CCy3NpYM and https://www.youtube.com/watch?v=OXwnvkE5t_Y https://www.youtube.com/watch?v=OXwnvkE5t_Y Next, check out www.meteor.com http://www.meteor.com/ (it’s open source). According to the LC campaign: JavaScript Bridge – We’ll create a fully featured bridge between LC and JavaScript, to allow seamless bi-directional communication between LiveCode in the browser and any other JavaScript features you’re using on your site. This will greatly help integrate the LiveCode experience with your existing content, allowing your LiveCode app to affect the rest of your content and vice-versa. That being said, I don’t see why we wouldn’t be able to incorporate LC into other javascript technologies. My javascript skills are rather poor, so if LC can On Apr 6, 2015, at 05:21, David Bovill david@viral.academy wrote: Hi @Shawn - have you got any info / links with regard to mongoldb painlessly and is reactive in both the client and the server? That's the sort of thing I want to read up on... @Colin - do you know of examples the other way around - that is not the exported Javascript code accessing the DOM - but the exported Javascript code being called by simple Javascript commands that any Javascript coder can create? I'm thinking of how we might be able to create library like functionality. I know Scala can now also export to Javascript - so I'm guessing this is going down the same path. So examples in other languages could point us in the right direction of what is possible / what is being aimed at with the HTML5/Javascript export? On 6 April 2015 at 03:10, Shawn Beagle shawn...@me.com wrote: Bi-directional JS is already being done, even in production. I don’t know what the plans are or how it’ll work with LC, but if it’s anything like some of the solutions out there now that connect to a mongoldb painlessly and is reactive in both the client and the server … it’ll be an awesome LC experience for all of us! At that point, I think LC will dominate the world ;) Think LC + HTML5 JS = reactive in both the client and the server with no refreshing. On Apr 5, 2015, at 20:17, Colin Holgate colinholg...@gmail.com wrote: Not LC, but I’ve done some higher level tools exporting to HTML5 stuff already. What you end up with is going to be Javascript, and HTML DOM. The higher level tool needs to give access to the DOM, at which point you should be able to talk to any other Javascript on the page. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
