Re: 6.6 RC2 Release
On 18/03/14 22:24, Gerry Orkin wrote: Could people please limit the text they include from the message they are quoting when replying? A one line response followed by 50 lines of quoted text makes scrolling through messages on mobile devices a pain. I'm sorry, but I am not going to take responsibility for your decision to read the Use-List using a mobile device. LOL. Richmond. everything from here on down has been removed to save mobile users 'pain' and to decontextualise the posting ___ 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: I'm trying to rally the troops...
On 19/03/14 01:47, la...@significantplanet.org wrote: Hello Everyone, Over a year ago I wrote to RR and suggested they allow the user to add notes directly to the LC dictionary. (for private viewing) I understand why they need to approve notes that are added for public viewing. But there are literally HUNDREDS of times where I have to figure something out that is NOT documented in the dictionary. A recent example: I had trouble with the cursor disappearing once I compiled. Happily, Jacqueline answered the question in here for me. What I want to do is go to the dictionary and make my OWN note about that under cursor - since I don't have a photographic memory and because LC for me is a hobby and not a profession, I will sometimes go months without using it. It's too difficult to remember everything. Sure, I could make a spreadsheet with cursor in column 1 and my notes in column 2 - whatever. But that seems like a pretty dopey solution. I hope some of you will agree with me that this feature would be VERY useful and a great timesaver. Then let's rattle the LC cage. Thanks for listening. Larry ___ That sounds a very good idea indeed. Richmond. ___ 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
Font sizes and Ubuntu versions
This may be a bit of a niche problem [a niche consisting of me, myself and I], but problem it is, nevertheless (nice spot of grammatical inversion there): A series of EFL standalones I authored with LC/RR 2.2.1 on Linux about 6/7 years ago have been causing me some problems recently. All of those stacks were authored with the textFields set to a fontSize of 24. Until recently I was running the PCs in my school on Edubuntu 7.10 and Ubuntu 8.something, and the textFields were displaying text at size 24. I am gently changing my machines over to Xubuntu 12.04 LTS [and, thanks to the very sound advice from Mark Wieder, putting the 'Home' folder on a separate partition to the 'Root' partition; speeds things up no end]. BUT, now those standalones are displaying text at size 10! This is a PIB to say the least. So, here I am on my day off looking at the source stacks and feeling foolish. I have to do ONE thing, which I wonder how to do: and that is to guarantee that the texts will display at size 24. I don't know whether the problem has been because the textSize was set for each stack individually (rather than for either the card or the stack), whether this is something to do with the fact that they contain the 2.2.1 Linux engine (that is easily rectified), or something else. HOWEVER, as these standalones are used to fairly good effect on an almost daily basis I don't want to: 1. Chuck them out. 2. Put all the PCs back to Edubuntu 7.10. 3. Rewrite everything from scratch. Richmond. ___ 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: Font sizes and Ubuntu versions
Hi Richmond, Could it be that the font names have changed on Xubuntu 12.04? Or the font is not present on Xubuntu 12.04? I see the same thing when I work with a font and the font is not installed on the pc the app is used on. greetings, William 2014-03-19 9:37 GMT+01:00 Richmond richmondmathew...@gmail.com: This may be a bit of a niche problem [a niche consisting of me, myself and I], but problem it is, nevertheless (nice spot of grammatical inversion there): A series of EFL standalones I authored with LC/RR 2.2.1 on Linux about 6/7 years ago have been causing me some problems recently. All of those stacks were authored with the textFields set to a fontSize of 24. Until recently I was running the PCs in my school on Edubuntu 7.10 and Ubuntu 8.something, and the textFields were displaying text at size 24. I am gently changing my machines over to Xubuntu 12.04 LTS [and, thanks to the very sound advice from Mark Wieder, putting the 'Home' folder on a separate partition to the 'Root' partition; speeds things up no end]. BUT, now those standalones are displaying text at size 10! This is a PIB to say the least. So, here I am on my day off looking at the source stacks and feeling foolish. I have to do ONE thing, which I wonder how to do: and that is to guarantee that the texts will display at size 24. I don't know whether the problem has been because the textSize was set for each stack individually (rather than for either the card or the stack), whether this is something to do with the fact that they contain the 2.2.1 Linux engine (that is easily rectified), or something else. HOWEVER, as these standalones are used to fairly good effect on an almost daily basis I don't want to: 1. Chuck them out. 2. Put all the PCs back to Edubuntu 7.10. 3. Rewrite everything from scratch. Richmond. ___ 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: I'm trying to rally the troops...
This would be a great feature for the Commercial version ;) Another feature to differentiate the two versions. On Wed, Mar 19, 2014 at 3:15 AM, Richmond richmondmathew...@gmail.comwrote: On 19/03/14 01:47, la...@significantplanet.org wrote: Hello Everyone, Over a year ago I wrote to RR and suggested they allow the user to add notes directly to the LC dictionary. (for private viewing) I understand why they need to approve notes that are added for public viewing. But there are literally HUNDREDS of times where I have to figure something out that is NOT documented in the dictionary. A recent example: I had trouble with the cursor disappearing once I compiled. Happily, Jacqueline answered the question in here for me. What I want to do is go to the dictionary and make my OWN note about that under cursor - since I don't have a photographic memory and because LC for me is a hobby and not a profession, I will sometimes go months without using it. It's too difficult to remember everything. Sure, I could make a spreadsheet with cursor in column 1 and my notes in column 2 - whatever. But that seems like a pretty dopey solution. I hope some of you will agree with me that this feature would be VERY useful and a great timesaver. Then let's rattle the LC cage. Thanks for listening. Larry ___ That sounds a very good idea indeed. Richmond. ___ 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: I'm trying to rally the troops...
On 19/03/14 11:28, Shawn Blc wrote: This would be a great feature for the Commercial version ;) Another feature to differentiate the two versions. Raw Prawns! That would be a good thing for both versions. Having taken a quick shuftie at the Dictionary this morning, the idea should not be insurmountable to implement. Richmond. On Wed, Mar 19, 2014 at 3:15 AM, Richmond richmondmathew...@gmail.comwrote: On 19/03/14 01:47, la...@significantplanet.org wrote: Hello Everyone, Over a year ago I wrote to RR and suggested they allow the user to add notes directly to the LC dictionary. (for private viewing) I understand why they need to approve notes that are added for public viewing. But there are literally HUNDREDS of times where I have to figure something out that is NOT documented in the dictionary. A recent example: I had trouble with the cursor disappearing once I compiled. Happily, Jacqueline answered the question in here for me. What I want to do is go to the dictionary and make my OWN note about that under cursor - since I don't have a photographic memory and because LC for me is a hobby and not a profession, I will sometimes go months without using it. It's too difficult to remember everything. Sure, I could make a spreadsheet with cursor in column 1 and my notes in column 2 - whatever. But that seems like a pretty dopey solution. I hope some of you will agree with me that this feature would be VERY useful and a great timesaver. Then let's rattle the LC cage. Thanks for listening. Larry ___ That sounds a very good idea indeed. Richmond. ___ 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
Telnet on Android
I need to create an Android app that does a telnet session to a router and the n processes several command line arguments. Livecode's Android support doesn't currently support sockets so can anyone recommend a solution? The app does simply what I have described...when launched there should be a couple of buttons and nothing else. thanks, Glen ___ 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: Telnet on Android
Hi Glen, Can you tell more about this? Is this a router in an existing network environment? Is this a router that is yet to be designed? Can you alter the software in the router? Normally, you'd log in on a router over http and change the settings in your internet browser. I would expect this to be possible on an Android device too. If you can't change the software in the router and you can't write an external to use sockets, then you're probably out of options, unless you want to use ugly hacks like using another server in the middle. -- Best regards, Mark Schonewille Economy-x-Talk Consulting and Software Engineering Homepage: http://economy-x-talk.com Twitter: http://twitter.com/xtalkprogrammer KvK: 50277553 Use Color Converter to convert CMYK, RGB, RAL, XYZ, H.Lab and other colour spaces. http://www.color-converter.com Buy my new book Programming LiveCode for the Real Beginner http://qery.us/3fi LiveCode on Facebook: https://www.facebook.com/groups/runrev/ On 3/19/2014 10:48, Glen Bojsza wrote: I need to create an Android app that does a telnet session to a router and the n processes several command line arguments. Livecode's Android support doesn't currently support sockets so can anyone recommend a solution? The app does simply what I have described...when launched there should be a couple of buttons and nothing else. thanks, Glen ___ 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: Telnet on Android
The router already is designed, built and deployed. Needs to be telnet since the app will use a special purpose command line built only for a specific admin level access so there are no other options. Believe it or not but the tablet connects via ethernet to the router...this is a very special application so I may need to go outside of Livecode from the looks of it. On Wed, Mar 19, 2014 at 2:59 AM, Mark Schonewille m.schonewi...@economy-x-talk.com wrote: Hi Glen, Can you tell more about this? Is this a router in an existing network environment? Is this a router that is yet to be designed? Can you alter the software in the router? Normally, you'd log in on a router over http and change the settings in your internet browser. I would expect this to be possible on an Android device too. If you can't change the software in the router and you can't write an external to use sockets, then you're probably out of options, unless you want to use ugly hacks like using another server in the middle. -- Best regards, Mark Schonewille Economy-x-Talk Consulting and Software Engineering Homepage: http://economy-x-talk.com Twitter: http://twitter.com/xtalkprogrammer KvK: 50277553 Use Color Converter to convert CMYK, RGB, RAL, XYZ, H.Lab and other colour spaces. http://www.color-converter.com Buy my new book Programming LiveCode for the Real Beginner http://qery.us/3fi LiveCode on Facebook: https://www.facebook.com/groups/runrev/ On 3/19/2014 10:48, Glen Bojsza wrote: I need to create an Android app that does a telnet session to a router and the n processes several command line arguments. Livecode's Android support doesn't currently support sockets so can anyone recommend a solution? The app does simply what I have described...when launched there should be a couple of buttons and nothing else. thanks, Glen ___ 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: Font sizes and Ubuntu versions
On 19/03/14 10:59, William de Smet wrote: Hi Richmond, Could it be that the font names have changed on Xubuntu 12.04? Or the font is not present on Xubuntu 12.04? I see the same thing when I work with a font and the font is not installed on the pc the app is used on. That's certainly a thought. I have to go back and look at the original stacks. What I cannot remember is whether I set the textFont as well as the textSize. However, whether the textFont was set or not, I cannot quite work out why the textSize is not preserved. Richmond. greetings, William 2014-03-19 9:37 GMT+01:00 Richmond richmondmathew...@gmail.com: This may be a bit of a niche problem [a niche consisting of me, myself and I], but problem it is, nevertheless (nice spot of grammatical inversion there): A series of EFL standalones I authored with LC/RR 2.2.1 on Linux about 6/7 years ago have been causing me some problems recently. All of those stacks were authored with the textFields set to a fontSize of 24. Until recently I was running the PCs in my school on Edubuntu 7.10 and Ubuntu 8.something, and the textFields were displaying text at size 24. I am gently changing my machines over to Xubuntu 12.04 LTS [and, thanks to the very sound advice from Mark Wieder, putting the 'Home' folder on a separate partition to the 'Root' partition; speeds things up no end]. BUT, now those standalones are displaying text at size 10! This is a PIB to say the least. So, here I am on my day off looking at the source stacks and feeling foolish. I have to do ONE thing, which I wonder how to do: and that is to guarantee that the texts will display at size 24. I don't know whether the problem has been because the textSize was set for each stack individually (rather than for either the card or the stack), whether this is something to do with the fact that they contain the 2.2.1 Linux engine (that is easily rectified), or something else. HOWEVER, as these standalones are used to fairly good effect on an almost daily basis I don't want to: 1. Chuck them out. 2. Put all the PCs back to Edubuntu 7.10. 3. Rewrite everything from scratch. Richmond. ___ 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: Telnet on Android
Coming in 6.6 is a 'secure socket' command (mentioned in the RC announcements). It is in RC 1 and RC 2, but I haven't looked to see if it is cross-platform. I would hope yes. Sent from my Android tablet On Mar 19, 2014 6:10 AM, Glen Bojsza gboj...@gmail.com wrote: The router already is designed, built and deployed. Needs to be telnet since the app will use a special purpose command line built only for a specific admin level access so there are no other options. Believe it or not but the tablet connects via ethernet to the router...this is a very special application so I may need to go outside of Livecode from the looks of it. On Wed, Mar 19, 2014 at 2:59 AM, Mark Schonewille m.schonewi...@economy-x-talk.com wrote: Hi Glen, Can you tell more about this? Is this a router in an existing network environment? Is this a router that is yet to be designed? Can you alter the software in the router? Normally, you'd log in on a router over http and change the settings in your internet browser. I would expect this to be possible on an Android device too. If you can't change the software in the router and you can't write an external to use sockets, then you're probably out of options, unless you want to use ugly hacks like using another server in the middle. -- Best regards, Mark Schonewille Economy-x-Talk Consulting and Software Engineering Homepage: http://economy-x-talk.com Twitter: http://twitter.com/xtalkprogrammer KvK: 50277553 Use Color Converter to convert CMYK, RGB, RAL, XYZ, H.Lab and other colour spaces. http://www.color-converter.com Buy my new book Programming LiveCode for the Real Beginner http://qery.us/3fi LiveCode on Facebook: https://www.facebook.com/groups/runrev/ On 3/19/2014 10:48, Glen Bojsza wrote: I need to create an Android app that does a telnet session to a router and the n processes several command line arguments. Livecode's Android support doesn't currently support sockets so can anyone recommend a solution? The app does simply what I have described...when launched there should be a couple of buttons and nothing else. thanks, Glen ___ 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: Font sizes and Ubuntu versions
Thanks, William de Smet. The problem has now been resolved (if that's what building a whole slew of standalones all over again means): http://forums.runrev.com/viewtopic.php?f=20t=19647p=99475#p99475 This problem may also crop up with other people transferring standalones written for earlier recensions of operating systems onto more recent ones. Richmond. ___ 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: Telnet on Android
According to the dictionary in 6.6.0 (rc2) Secure Socket is only for Mac/Win/Linux - Some are born coders, some achieve coding, and some have coding thrust upon them. - William Shakespeare Hugh Senior -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/Telnet-on-Android-tp4677189p4677195.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
Problem with setting htmlText of field to empty in LiveCode 6.6 RC2
Hi, After doing a quick check, this problem has existed for at least a couple of versions, but I just noticed it. I've only checked on a Mac. When a new field is created it appears to be empty but the htmlText of the field is p/p. The number of lines reported for the field is 0. The text of the field is empty but the htmlText of the field is not. If you set the htmlText of the field to empty then test if the htmlText of the field is empty it is reported as false. Are others seeing this and is it a bug? Tim Bleiler, Ph.D. Instructional Designer, HSIT University at Buffalo ___ 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: Problem with setting htmlText of field to empty in LiveCode 6.6 RC2
Hi Tim, Am 19.03.2014 um 14:30 schrieb Tim Bleiler blei...@buffalo.edu: Hi, After doing a quick check, this problem has existed for at least a couple of versions, but I just noticed it. I've only checked on a Mac. When a new field is created it appears to be empty but the htmlText of the field is p/p. The number of lines reported for the field is 0. The text of the field is empty but the htmlText of the field is not. If you set the htmlText of the field to empty then test if the htmlText of the field is empty it is reported as false. Are others seeing this and is it a bug? since p/p is in fact the HTML equivalent to empty/no text I would not consider this a bug :-) Tim Bleiler, Ph.D. Instructional Designer, HSIT University at Buffalo Best Klaus -- Klaus Major http://www.major-k.de kl...@major-k.de ___ 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: Problem with setting htmlText of field to empty in LiveCode 6.6 RC2
On Mar 19, 2014, at 9:39 AM, Klaus major-k wrote: Are others seeing this and is it a bug? since p/p is in fact the HTML equivalent to empty/no text I would not consider this a bug :-) Thanks Klaus, I thought I should check on that before putting in a bug report. It seemed too obvious to have been missed. It does create an odd condition by Livecode standards however that you can set the htmlText to empty, then immediately test if the htmlText is empty and it returns false. I suspect that could confuse some people. Out of curiosity, do you know how something ( p/p ) came to be regarded as equivalent to empty? Tim ___ 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: Problem with setting htmlText of field to empty in LiveCode 6.6 RC2
Hi Tim, Am 19.03.2014 um 15:02 schrieb Tim Bleiler blei...@buffalo.edu: On Mar 19, 2014, at 9:39 AM, Klaus major-k wrote: Are others seeing this and is it a bug? since p/p is in fact the HTML equivalent to empty/no text I would not consider this a bug :-) Thanks Klaus, I thought I should check on that before putting in a bug report. It seemed too obvious to have been missed. It does create an odd condition by Livecode standards however that you can set the htmlText to empty, then immediately test if the htmlText is empty and it returns false. I suspect that could confuse some people. Out of curiosity, do you know how something ( p/p ) came to be regarded as equivalent to empty? sorry, not the slightest idea :-) Tim Best Klaus -- Klaus Major http://www.major-k.de kl...@major-k.de ___ 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: Problem with setting htmlText of field to empty in LiveCode 6.6 RC2
On 19/03/14 15:39, Klaus major-k wrote: Hi Tim, Am 19.03.2014 um 14:30 schrieb Tim Bleiler blei...@buffalo.edu: Hi, After doing a quick check, this problem has existed for at least a couple of versions, but I just noticed it. I've only checked on a Mac. When a new field is created it appears to be empty but the htmlText of the field is p/p. The number of lines reported for the field is 0. The text of the field is empty but the htmlText of the field is not. If you set the htmlText of the field to empty then test if the htmlText of the field is empty it is reported as false. Are others seeing this and is it a bug? since p/p is in fact the HTML equivalent to empty/no text I would not consider this a bug :-) Just tested this in both LC 6.6 and 4.5; and the result is just the same: set up 2 fields, f1 and f2 and a button with this script: on mouseUp put the htmlText of fld f1 into fld f2 end mouseUp and you end up, indeed, with p//p in field f2 what is interesting is that if you run this in the Message box: put empty into fld f1 the htmlText of fld f1 is still p/p Which would argue that RunRev have set that like that intentionally. I agree with Klaus! Richmond. Tim Bleiler, Ph.D. Instructional Designer, HSIT University at Buffalo Best Klaus -- Klaus Major http://www.major-k.de kl...@major-k.de ___ 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: Problem with setting htmlText of field to empty in LiveCode 6.6 RC2
On 19/03/14 16:02, Tim Bleiler wrote: On Mar 19, 2014, at 9:39 AM, Klaus major-k wrote: Are others seeing this and is it a bug? since p/p is in fact the HTML equivalent to empty/no text I would not consider this a bug :-) Thanks Klaus, I thought I should check on that before putting in a bug report. It seemed too obvious to have been missed. It does create an odd condition by Livecode standards however that you can set the htmlText to empty, then immediately test if the htmlText is empty and it returns false. I suspect that could confuse some people. Out of curiosity, do you know how something ( p/p ) came to be regarded as equivalent to empty? Well, of course that's logically fairly crappy. The way to test if an htmlField is empty is surely something like this: if the htmlText of fld f1 is not p/p then put Yippee-Do, 'tis empty my friend! end if Richmond. Tim ___ 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: Problem with setting htmlText of field to empty in LiveCode 6.6 RC2
Hi Tim, Why would you want to do this? To make a field empty, just put empty into the field and if you want you can test that it is empty: put empty into fld 1 put (fld 1 is empty) -- true This clears the text, the htmlText, the unicodeText and the rtfText of the field. Why would you want to test that only the htmlText is empty? -- Best regards, Mark Schonewille Economy-x-Talk Consulting and Software Engineering Homepage: http://economy-x-talk.com Twitter: http://twitter.com/xtalkprogrammer KvK: 50277553 Use Color Converter to convert CMYK, RGB, RAL, XYZ, H.Lab and other colour spaces. http://www.color-converter.com Buy my new book Programming LiveCode for the Real Beginner http://qery.us/3fi LiveCode on Facebook: https://www.facebook.com/groups/runrev/ On 3/19/2014 15:02, Tim Bleiler wrote: On Mar 19, 2014, at 9:39 AM, Klaus major-k wrote: Are others seeing this and is it a bug? since p/p is in fact the HTML equivalent to empty/no text I would not consider this a bug :-) Thanks Klaus, I thought I should check on that before putting in a bug report. It seemed too obvious to have been missed. It does create an odd condition by Livecode standards however that you can set the htmlText to empty, then immediately test if the htmlText is empty and it returns false. I suspect that could confuse some people. Out of curiosity, do you know how something ( p/p ) came to be regarded as equivalent to empty? Tim ___ 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: Problem with setting htmlText of field to empty in LiveCode 6.6 RC2
On Mar 19, 2014, at 10:07 AM, Richmond wrote: Well, of course that's logically fairly crappy. The way to test if an htmlField is empty is surely something like this: if the htmlText of fld f1 is not p/p then put Yippee-Do, 'tis empty my friend! end if Sure, it's easy to deal with and I can live with it, but I do wonder why empty is not empty in this one case. Tim ___ 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: Problem with setting htmlText of field to empty in LiveCode 6.6 RC2
On 19/03/14 16:09, Mark Schonewille wrote: Hi Tim, Why would you want to do this? To make a field empty, just put empty into the field and if you want you can test that it is empty: put empty into fld 1 put (fld 1 is empty) -- true This clears the text, the htmlText, Not exactly: put empty into fld 1 still leaves pp/ in the field, OR, at least when one does something like this: put the htmlText of fld 1 into fld 2 one ends up with pp/ in fld 2. Richmond. the unicodeText and the rtfText of the field. Why would you want to test that only the htmlText is empty? -- Best regards, Mark Schonewille Economy-x-Talk Consulting and Software Engineering Homepage: http://economy-x-talk.com Twitter: http://twitter.com/xtalkprogrammer KvK: 50277553 Use Color Converter to convert CMYK, RGB, RAL, XYZ, H.Lab and other colour spaces. http://www.color-converter.com Buy my new book Programming LiveCode for the Real Beginner http://qery.us/3fi LiveCode on Facebook: https://www.facebook.com/groups/runrev/ On 3/19/2014 15:02, Tim Bleiler wrote: On Mar 19, 2014, at 9:39 AM, Klaus major-k wrote: Are others seeing this and is it a bug? since p/p is in fact the HTML equivalent to empty/no text I would not consider this a bug :-) Thanks Klaus, I thought I should check on that before putting in a bug report. It seemed too obvious to have been missed. It does create an odd condition by Livecode standards however that you can set the htmlText to empty, then immediately test if the htmlText is empty and it returns false. I suspect that could confuse some people. Out of curiosity, do you know how something ( p/p ) came to be regarded as equivalent to empty? Tim ___ 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: Problem with setting htmlText of field to empty in LiveCode 6.6 RC2
On Mar 19, 2014, at 10:09 AM, Mark Schonewille wrote: This clears the text, the htmlText, the unicodeText and the rtfText of the field. Why would you want to test that only the htmlText is empty? Yes, all true, it's definitely easy to deal with. I stumbled on it by accident and thought it was odd behavior that could be confusing to people. Tim ___ 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: Problem with setting htmlText of field to empty in LiveCode 6.6 RC2
On 19/03/14 16:10, Tim Bleiler wrote: On Mar 19, 2014, at 10:07 AM, Richmond wrote: Well, of course that's logically fairly crappy. The way to test if an htmlField is empty is surely something like this: if the htmlText of fld f1 is not p/p then put Yippee-Do, 'tis empty my friend! end if Sure, it's easy to deal with and I can live with it, but I do wonder why empty is not empty in this one case. When I was a kid I wondered why babies were born the way they were, rather than in hygienically packaged eggs like chickens. Richmond. Tim ___ 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: Problem with setting htmlText of field to empty in LiveCode 6.6 RC2
On Mar 19, 2014, at 10:14 AM, Richmond wrote: When I was a kid I wondered why babies were born the way they were, rather than in hygienically packaged eggs like chickens. Great! Thanks, Richmond. Now I've got to worry about that, too! Tim ___ 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: Problem with setting htmlText of field to empty in LiveCode 6.6 RC2
To me it looks like the engine wraps the html in opening and closing tags, and when there is no content it forgets to take them off. I think the logical concept of empty outweighs the technical meaning of the html and it's a bug. On March 19, 2014 9:02:28 AM CDT, Tim Bleiler blei...@buffalo.edu wrote: On Mar 19, 2014, at 9:39 AM, Klaus major-k wrote: It does create an odd condition by Livecode standards however that you can set the htmlText to empty, then immediately test if the htmlText is empty and it returns false. I suspect that could confuse some people. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.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: Problem with setting htmlText of field to empty in LiveCode 6.6 RC2
Hi Tim, Am 19.03.2014 um 15:18 schrieb Tim Bleiler blei...@buffalo.edu: On Mar 19, 2014, at 10:14 AM, Richmond wrote: When I was a kid I wondered why babies were born the way they were, rather than in hygienically packaged eggs like chickens. Great! Thanks, Richmond. Now I've got to worry about that, too! :-D :-D :-D Tim Best Klaus -- Klaus Major http://www.major-k.de kl...@major-k.de ___ 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: I'm trying to rally the troops...
Richmond wrote: On 19/03/14 11:28, Shawn Blc wrote: This would be a great feature for the Commercial version ;) Another feature to differentiate the two versions. Raw Prawns! That would be a good thing for both versions. Having taken a quick shuftie at the Dictionary this morning, the idea should not be insurmountable to implement. I agree that it would be best to produce some sort of enhancement for personal annotations that could be used by everyone, Commercial and Community users alike. In an ideal world LiveCode would be everywhere, with a solid majority of its users enjoying the free Community Edition - indeed, that may well be the case already. The Commercial Edition offers a proprietary license - that should be sufficient enticement for those who need that. For everything else, at least where a feature poses no logical conflict with the GPL (such as script encryption), parity between Community and Commercial is a valuable goal. My only hesitation here is with attempting to modify the existing Dictionary stack, esp. given the scope of changes the team is implementing for v7 and beyond. But a separate Notes stack that can instantly open relevant Dictionary entries with the IDE's revDocumentationGo command would be easily achievable, and an ideal community project since it would require no coordination with the RunRev IDE team. -- 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 ___ 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: Problem with setting htmlText of field to empty in LiveCode 6.6 RC2
On Mar 19, 2014, at 10:18 AM, J. Landman Gay wrote: To me it looks like the engine wraps the html in opening and closing tags, and when there is no content it forgets to take them off. I think the logical concept of empty outweighs the technical meaning of the html and it's a bug. Being a contrarian again, Jacqueline? I was all set to forget about this. I really hate posting bug reports that aren't bugs but I agree with you on this from my Livecode centric world view. Anyone else have any insights into the Livecode riddle of when is empty not really empty? Tim ___ 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: Problem with setting htmlText of field to empty in LiveCode 6.6 RC2
Richmond, That's a matter of interpretation. By clearing the htmlText I mean resetting it to p/p. -- Best regards, Mark Schonewille Economy-x-Talk Consulting and Software Engineering Homepage: http://economy-x-talk.com Twitter: http://twitter.com/xtalkprogrammer KvK: 50277553 Use Color Converter to convert CMYK, RGB, RAL, XYZ, H.Lab and other colour spaces. http://www.color-converter.com Buy my new book Programming LiveCode for the Real Beginner http://qery.us/3fi LiveCode on Facebook: https://www.facebook.com/groups/runrev/ On 3/19/2014 15:12, Richmond wrote: On 19/03/14 16:09, Mark Schonewille wrote: Hi Tim, Why would you want to do this? To make a field empty, just put empty into the field and if you want you can test that it is empty: put empty into fld 1 put (fld 1 is empty) -- true This clears the text, the htmlText, Not exactly: put empty into fld 1 still leaves pp/ in the field, OR, at least when one does something like this: put the htmlText of fld 1 into fld 2 one ends up with pp/ in fld 2. Richmond. ___ 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: I'm trying to rally the troops...
On 19/03/14 16:26, Richard Gaskin wrote: Richmond wrote: On 19/03/14 11:28, Shawn Blc wrote: This would be a great feature for the Commercial version ;) Another feature to differentiate the two versions. Raw Prawns! That would be a good thing for both versions. Having taken a quick shuftie at the Dictionary this morning, the idea should not be insurmountable to implement. I agree that it would be best to produce some sort of enhancement for personal annotations that could be used by everyone, Commercial and Community users alike. In an ideal world LiveCode would be everywhere, with a solid majority of its users enjoying the free Community Edition - indeed, that may well be the case already. The Commercial Edition offers a proprietary license - that should be sufficient enticement for those who need that. For everything else, at least where a feature poses no logical conflict with the GPL (such as script encryption), parity between Community and Commercial is a valuable goal. My only hesitation here is with attempting to modify the existing Dictionary stack, esp. given the scope of changes the team is implementing for v7 and beyond. I don't think there is much point with mucking around with the Dictionary stack right now. However, when we see what the Dictionary looks like in version 7: 1. Just the same but with more words. 2. Completely redesigned. Either somebody can hack the Dictionary stack as it is [doesn't get me vote], or somebody can write a 'hack-stack' which people can use to add features to the Dictionary stack, AND [very important] UNDO changes they don't like. -- When people think of additional features, I feel that the 'hack-stack' route is a better bet than mucking around with the original thing - these could be rather like those little things you dropped into your Mac OS 7,8,9 system folder to enhance things: easily added and easily removed. From time to time Apple would then roll the more successful features into their next release. - Richmond. But a separate Notes stack that can instantly open relevant Dictionary entries with the IDE's revDocumentationGo command would be easily achievable, and an ideal community project since it would require no coordination with the RunRev IDE team. -- 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 ___ 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: Problem with setting htmlText of field to empty in LiveCode 6.6 RC2
Jacque, In the past 15 years I never had any problems with htmlText always containing p tags, even if the text of the field was empty. Therefore, I think it is no bug. -- Best regards, Mark Schonewille Economy-x-Talk Consulting and Software Engineering Homepage: http://economy-x-talk.com Twitter: http://twitter.com/xtalkprogrammer KvK: 50277553 Use Color Converter to convert CMYK, RGB, RAL, XYZ, H.Lab and other colour spaces. http://www.color-converter.com We have time for new software development projects. Contact me for a quote. On 19 mrt 2014, at 15:18, J. Landman Gay wrote: To me it looks like the engine wraps the html in opening and closing tags, and when there is no content it forgets to take them off. I think the logical concept of empty outweighs the technical meaning of the html and it's a bug. ___ 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: Problem with setting htmlText of field to empty in LiveCode 6.6 RC2
On 19/03/14 16:30, Mark Schonewille wrote: Richmond, That's a matter of interpretation. By clearing the htmlText I mean resetting it to p/p. Well, now we have 2 conumdrums for the price of one: 1. When is 'empty' empty? 2. When does clearing the text clear the text? Well; even if nothing else, some of us have had a wee drop of fun at a slack time in the week :) Richmond. -- Best regards, Mark Schonewille Economy-x-Talk Consulting and Software Engineering Homepage: http://economy-x-talk.com Twitter: http://twitter.com/xtalkprogrammer KvK: 50277553 Use Color Converter to convert CMYK, RGB, RAL, XYZ, H.Lab and other colour spaces. http://www.color-converter.com Buy my new book Programming LiveCode for the Real Beginner http://qery.us/3fi LiveCode on Facebook: https://www.facebook.com/groups/runrev/ On 3/19/2014 15:12, Richmond wrote: On 19/03/14 16:09, Mark Schonewille wrote: Hi Tim, Why would you want to do this? To make a field empty, just put empty into the field and if you want you can test that it is empty: put empty into fld 1 put (fld 1 is empty) -- true This clears the text, the htmlText, Not exactly: put empty into fld 1 still leaves pp/ in the field, OR, at least when one does something like this: put the htmlText of fld 1 into fld 2 one ends up with pp/ in fld 2. Richmond. ___ 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: Problem with setting htmlText of field to empty in LiveCode 6.6 RC2
On Mar 19, 2014, at 10:30 AM, Mark Schonewille wrote: That's a matter of interpretation. By clearing the htmlText I mean resetting it to p/p. On Mar 19, 2014, at 10:35 AM, Mark Schonewille wrote: Jacque, In the past 15 years I never had any problems with htmlText always containing p tags, even if the text of the field was empty. Therefore, I think it is no bug. It seems inconsistent by Livecode conventions, though. I hit it because I was doing a lot of htmlText work and the null condition came up so I just tested against the htmlText property instead of the text. When I discovered what was actually in the property I quickly moved on. But, I've been doing this for 20 years and it didn't really slow me down much but wouldn't a beginner be pretty confused by this? Tim ___ 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: Problem with setting htmlText of field to empty in LiveCode 6.6 RC2
Tim, I would expect a real beginner to use the put command: put fld x into fld y put something into fld x put fld y into something etc. Once your going to use htmlText, perhaps you're not a real beginner anymore. It seems you have a lot of experience with other programming language. Perhaps that's te culprit and not being a beginner. -- Best regards, Mark Schonewille Economy-x-Talk Consulting and Software Engineering Homepage: http://economy-x-talk.com Twitter: http://twitter.com/xtalkprogrammer KvK: 50277553 Use Color Converter to convert CMYK, RGB, RAL, XYZ, H.Lab and other colour spaces. http://www.color-converter.com We have time for new software development projects. Contact me for a quote. On 19 mrt 2014, at 15:37, Tim Bleiler wrote: It seems inconsistent by Livecode conventions, though. I hit it because I was doing a lot of htmlText work and the null condition came up so I just tested against the htmlText property instead of the text. When I discovered what was actually in the property I quickly moved on. But, I've been doing this for 20 years and it didn't really slow me down much but wouldn't a beginner be pretty confused by this? Tim ___ 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: Problem with setting htmlText of field to empty in LiveCode 6.6 RC2
On 19/03/14 16:45, Mark Schonewille wrote: Tim, I would expect a real beginner to use the put command: put fld x into fld y put something into fld x put fld y into something etc. Once your going to use htmlText, perhaps you're not a real beginner anymore. It seems you have a lot of experience with other programming language. Perhaps that's te culprit and not being a beginner. If you try PUTIN you are a real beginner, or an uncritical Greater-Russian Imperialist . . . LOL - As soon as one starts using set the htmlText of fld 2 to the htmlText of fld 1 or set the unicodeText of fld 2 to the unicodeText of fld 1 numToChar(1852) one is no longer completely green. --- Mind you; even the conceptual leap from using 'field' to 'fld' shows that one has been mucking around for a while :) Richmond. -- Best regards, Mark Schonewille ___ 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: before vs on in behavior scripts
Actually, you need to down a few, and then all of this makes sense. Bob On Mar 18, 2014, at 22:26 , J. Landman Gay jac...@hyperactivesw.com wrote: On 3/19/14, 12:14 AM, Devin Asay wrote: it didn't work with both and after end and on handler Lay off the Scotch, Devin. ;) Though actually, if you read it out loud, it makes sense. I don't have another mouse up Hendler Reminds me of something I saw: Frankly, auto-correct, I'm tired of your shirt. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.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
Livecode and Genymotion
Hello, Anyone use Genymotion to test android app ? I cannot succeed to launch my apps on it, they crashes at launch (but works with the official way). I add my app to the device by dragging the apk on the window of the virtual device (i set the settings to allow unknow sources). Thanks ___ 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: I'm trying to rally the troops...
I hope Bjornke picks up on this. His Docu2 plugin is already a better way to view the dictionary and already provides the search mechanisms that have been mentioned . Since it's based on an sqlite database, I suspect it would be relatively easy to add a Notes table and associated access routines. Pete lcSQL Software On Mar 19, 2014 2:43 AM, Richmond richmondmathew...@gmail.com wrote: On 19/03/14 11:28, Shawn Blc wrote: This would be a great feature for the Commercial version ;) Another feature to differentiate the two versions. Raw Prawns! That would be a good thing for both versions. Having taken a quick shuftie at the Dictionary this morning, the idea should not be insurmountable to implement. Richmond. On Wed, Mar 19, 2014 at 3:15 AM, Richmond richmondmathew...@gmail.com wrote: On 19/03/14 01:47, la...@significantplanet.org wrote: Hello Everyone, Over a year ago I wrote to RR and suggested they allow the user to add notes directly to the LC dictionary. (for private viewing) I understand why they need to approve notes that are added for public viewing. But there are literally HUNDREDS of times where I have to figure something out that is NOT documented in the dictionary. A recent example: I had trouble with the cursor disappearing once I compiled. Happily, Jacqueline answered the question in here for me. What I want to do is go to the dictionary and make my OWN note about that under cursor - since I don't have a photographic memory and because LC for me is a hobby and not a profession, I will sometimes go months without using it. It's too difficult to remember everything. Sure, I could make a spreadsheet with cursor in column 1 and my notes in column 2 - whatever. But that seems like a pretty dopey solution. I hope some of you will agree with me that this feature would be VERY useful and a great timesaver. Then let's rattle the LC cage. Thanks for listening. Larry ___ That sounds a very good idea indeed. Richmond. ___ 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: 6.6 RC2 Release
I agree that people should select the pertinent text to be quoted before replying. It’s just good email etiquette. However, there may be an option to reverse the direction of the quoted text to place it at the top instead of the bottom of the post. Bob On Mar 18, 2014, at 13:24 , Gerry Orkin gerry.or...@gmail.commailto:gerry.or...@gmail.com wrote: Could people please limit the text they include from the message they are quoting when replying? A one line response followed by 50 lines of quoted text makes scrolling through messages on mobile devices a pain. Thanks. Gerry ___ 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: Problem with setting htmlText of field to empty in LiveCode 6.6 RC2
I do not see this as a bug. Is it possible that there is some HTML convention that requires some kind of tag/ending tag to be present for a page to be considered an html page? And I agree with Richmond that if a field is empty, there is NO POSSIBLE WAY for the HTML Text of the field to be anything other than p/p, so I am struggling to see when this would present an impassible problem. Bob On Mar 19, 2014, at 07:18 , J. Landman Gay jac...@hyperactivesw.com wrote: To me it looks like the engine wraps the html in opening and closing tags, and when there is no content it forgets to take them off. I think the logical concept of empty outweighs the technical meaning of the html and it's a bug. On March 19, 2014 9:02:28 AM CDT, Tim Bleiler blei...@buffalo.edu wrote: On Mar 19, 2014, at 9:39 AM, Klaus major-k wrote: It does create an odd condition by Livecode standards however that you can set the htmlText to empty, then immediately test if the htmlText is empty and it returns false. I suspect that could confuse some people. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.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
Re: before vs on in behavior scripts
On Mar 18, 2014, at 11:26 PM, J. Landman Gay jac...@hyperactivesw.com wrote: On 3/19/14, 12:14 AM, Devin Asay wrote: it didn't work with both and after end and on handler Lay off the Scotch, Devin. ;) Though actually, if you read it out loud, it makes sense. I don't have another mouse up Hendler Reminds me of something I saw: Frankly, auto-correct, I'm tired of your shirt. Hey, I resemble that remark. I typed the whole thing with my own fink hairs! (Stop that, Siri!) Devin Devin Asay Office of Digital Humanities Brigham Young University ___ 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: Problem with setting htmlText of field to empty in LiveCode 6.6 RC2
On Mar 19, 2014, at 11:25 AM, Bob Sneidar wrote: I do not see this as a bug. Is it possible that there is some HTML convention that requires some kind of tag/ending tag to be present for a page to be considered an html page? And I agree with Richmond that if a field is empty, there is NO POSSIBLE WAY for the HTML Text of the field to be anything other than p/p, so I am struggling to see when this would present an impassible problem. It's certainly not an impassible problem and I don't think it's a bug either. It is a little inconsistent from a strict Livecode perspective and might cause some confusion. The key concept to remember, for newbies and old farts like me alike, is that the htmlText is a property for FORMATTING text, it is not THE TEXT. Use it with respect and caution. Maybe a little clarification in the htmlText entry of the dictionary would be sufficient. Tim ___ 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: Problem with setting htmlText of field to empty in LiveCode 6.6 RC2
On 3/19/14, 9:35 AM, Mark Schonewille wrote: In the past 15 years I never had any problems with htmlText always containing p tags, even if the text of the field was empty. Therefore, I think it is no bug. I haven't had any problem with it either, but that doesn't mean it isn't a bug. Consider this, which is very similar to what my current project does: A user enters some styled text into a field. The text is stored as htmltext in a custom property. Because the field is a background field, there may be many of these properties per field, and the correct text is displayed based on the stack's current status. In my project, a preOpenCard handler looks for the correct property to determine which text to display. In some cases the script needs to determine whether the custom property has content or not in order to take action. Because the text in the field may not be the text that needs to be checked, the custom property is checked. If it contains paragraph tags, it isn't empty and the script fails. (In my case this doesn't matter; in other cases it could.) I anticipate you will say don't put anything in the custom property if you plan to check it -- but if the content is set by the user then we have no control over that. And I agree -- if there is no content, then the engine should not put anything into the custom property. It isn't difficult to script around the behavior but I think it shouldn't happen in the first place. And it does defy the definition of empty. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.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: Problem with setting htmlText of field to empty in LiveCode 6.6 RC2
On 3/19/14, 10:25 AM, Bob Sneidar wrote: I am struggling to see when this would present an impassible problem. I grant that it's trivial and not a high priority. But it makes the language inconsistent, and I see that as the primary issue. I gave an example in another post of how it could affect scripts. Try this in a newly created field with no content: set the cText of this cd to the htmltext of fld 1 put (the cText of this cd = empty) Empty is no longer empty. Sometimes it will matter. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.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: Problem with setting htmlText of field to empty in LiveCode 6.6 RC2
On 19.03.2014 at 10:29 Uhr -0400 Tim Bleiler apparently wrote: Being a contrarian again, Jacqueline? I was all set to forget about this. I really hate posting bug reports that aren't bugs but I agree with you on this from my Livecode centric world view. Anyone else have any insights into the Livecode riddle of when is empty not really empty? I believe Jacque is on the right track and this is a side-effect of the way htmltext was implemented as an add-on (afterthought?) to the existing field. My guess would be, which can be confirmed by someone snooping the code, that htmltext always wraps the field content in the p tag pair before returning it and it does not bother to check whether the field is empty. Whether this is a bug or not is a matter of opinion. Documenting it might be an easy way out. RObert ___ 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: I'm trying to rally the troops...
OK this is a video from YouTube showing the LiveCode Dictionary Pro app demo: The YouTube link: https://www.youtube.com/watch?v=YFDZjxVHgZIfeature=em-upload_owner This is a demo of the apps main features. I am putting this up for questions and suggestions. Note: the app will include Video screen help when it is released. I still have hundreds of records where the descriptions need to be added. The dictionary has all of the current search words in now. Thank you Vaughn Clement Apps by Vaughn Clement (Support) *http://www.appsbyvaughnclement.com/tools/home-page/ http://www.appsbyvaughnclement.com/tools/home-page/* Skype: vaughn.clement https://secure.join.me/appsbyvclement FaceTime: vclem...@gmail.com LogMeIn also avaialble Call on ooVoo at address: vaughnclement or 9282549062 Ph. 928-254-9062 On Wed, Mar 19, 2014 at 7:26 AM, Richard Gaskin ambassa...@fourthworld.comwrote: Richmond wrote: On 19/03/14 11:28, Shawn Blc wrote: This would be a great feature for the Commercial version ;) Another feature to differentiate the two versions. Raw Prawns! That would be a good thing for both versions. Having taken a quick shuftie at the Dictionary this morning, the idea should not be insurmountable to implement. I agree that it would be best to produce some sort of enhancement for personal annotations that could be used by everyone, Commercial and Community users alike. In an ideal world LiveCode would be everywhere, with a solid majority of its users enjoying the free Community Edition - indeed, that may well be the case already. The Commercial Edition offers a proprietary license - that should be sufficient enticement for those who need that. For everything else, at least where a feature poses no logical conflict with the GPL (such as script encryption), parity between Community and Commercial is a valuable goal. My only hesitation here is with attempting to modify the existing Dictionary stack, esp. given the scope of changes the team is implementing for v7 and beyond. But a separate Notes stack that can instantly open relevant Dictionary entries with the IDE's revDocumentationGo command would be easily achievable, and an ideal community project since it would require no coordination with the RunRev IDE team. -- 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 ___ 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: Livecode and Genymotion
Hi Ludovic, GennyMotion is built on x86 architecture and this is why LiveCode Android apps will not run on this emulator (they are ARM based). However, I did have some success installing the ARM Translation Installer v1.1 http://goo.gl/JBQmPa found on the following XDA developer post http://forum.xda-developers.com/showthread.php?t=2528952 I have to say, it is nice to have a fast Android Emulator to test on :) Kind Regards,? Neil Roger -- RunRev Support Team ~ http://www.runrev.com -- On 19/03/2014 15:20, Ludovic THEBAULT wrote: Hello, Anyone use Genymotion to test android app ? I cannot succeed to launch my apps on it, they crashes at launch (but works with the official way). I add my app to the device by dragging the apk on the window of the virtual device (i set the settings to allow unknow sources). Thanks ___ 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: I'm trying to rally the troops...
+ 1 from me Pete. Björnke's Docu 2 is a little gem. It has a framework already in place to add new features and design from with ease. It's fast, works with any LC version, takes care of correcting some flaws of the structure and in the xml of the LC dictionary and I haven't seen any bugs! It would be the best starting point for a community effort to improve the dictionary ecosystem and give us nice and needed features like the one Larry suggests. Best regards Mats -Original Message- From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of Peter Haworth Sent: den 19 mars 2014 16:22 To: How to use LiveCode Subject: Re: I'm trying to rally the troops... I hope Bjornke picks up on this. His Docu2 plugin is already a better way to view the dictionary and already provides the search mechanisms that have been mentioned . Since it's based on an sqlite database, I suspect it would be relatively easy to add a Notes table and associated access routines. Pete lcSQL Software On Mar 19, 2014 2:43 AM, Richmond richmondmathew...@gmail.com wrote: On 19/03/14 11:28, Shawn Blc wrote: This would be a great feature for the Commercial version ;) Another feature to differentiate the two versions. Raw Prawns! That would be a good thing for both versions. Having taken a quick shuftie at the Dictionary this morning, the idea should not be insurmountable to implement. Richmond. On Wed, Mar 19, 2014 at 3:15 AM, Richmond richmondmathew...@gmail.com wrote: On 19/03/14 01:47, la...@significantplanet.org wrote: Hello Everyone, Over a year ago I wrote to RR and suggested they allow the user to add notes directly to the LC dictionary. (for private viewing) I understand why they need to approve notes that are added for public viewing. But there are literally HUNDREDS of times where I have to figure something out that is NOT documented in the dictionary. A recent example: I had trouble with the cursor disappearing once I compiled. Happily, Jacqueline answered the question in here for me. What I want to do is go to the dictionary and make my OWN note about that under cursor - since I don't have a photographic memory and because LC for me is a hobby and not a profession, I will sometimes go months without using it. It's too difficult to remember everything. Sure, I could make a spreadsheet with cursor in column 1 and my notes in column 2 - whatever. But that seems like a pretty dopey solution. I hope some of you will agree with me that this feature would be VERY useful and a great timesaver. Then let's rattle the LC cage. Thanks for listening. Larry ___ That sounds a very good idea indeed. Richmond. ___ 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: Livecode and Genymotion
Le 19 mars 2014 à 17:01, Neil Roger a écrit : Hi Ludovic, GennyMotion is built on x86 architecture and this is why LiveCode Android apps will not run on this emulator (they are ARM based). However, I did have some success installing the ARM Translation Installer v1.1 http://goo.gl/JBQmPa found on the following XDA developer post http://forum.xda-developers.com/showthread.php?t=2528952 I have to say, it is nice to have a fast Android Emulator to test on :) Kind Regards,? Neil Roger Thanks, I'll try that ___ 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: 6.6 RC2 Release
On 19/03/14 19:00, Warren Samples wrote: On 03/19/2014 03:13 AM, Richmond wrote: I'm sorry, but I am not going to take responsibility for your decision to read the Use-List using a mobile device. LOL. Richmond. everything from here on down has been removed to save mobile users 'pain' and to decontextualise the posting I don't know that there's any need to be so snarky. This topic (shortening reposts) comes up about every 18 months. Old chestnuts tend to make me (at least) snarky. The useful thing about all the quoted bits from previous stuff in a thread is that late-comers to a thread who have not read their way through post-after-post can see everything in some sort of context. While it may be a nifty thing to check the odd item on one's handheld; and probably one could get housemaid's thumb/finger from scrolling down all the stuff in a long thread; surely the advantage of having the context well outweighs that, and a desktop PC and/or laptop is a far better piece of gear from this sort of thing. It's a fairly common request in mailing lists that care be taken to avoid quoting unnecessary text in replies, As I said above; this 'problem' crops up about once every 18 months. The real 'problem' is that what might be deemed 'unnecessary text' by Thee, may be deemed 'necessary text' by Me, and the other way round. and it doesn't just annoy people on small screen devices. If only we can get people to stop nesting responses within quoted text, which can make for dizziness after a couple of rounds of replies. Of course, that's one of your favorite techniques... Not mine alone. (Yes, I understand the logic, but it only really works for the first reply or two which makes it seem to me to be an arrogant strategy. I don't entirely understand what you mean by arrogant strategy. What you will see is that I have taken your posting seriously, and tried to reply seriously; and to do this I have had to nest responses so that each response-let connects to each of your points. I know this has been discussed here before, and I also see the problem is getting worse.) Warren This discussion seems also to be bifurcating into the chestnut about long nested texts, and the fag of trawling through them on handhelds. I can see the gripe about both those points; although the contextualisation, to my mind, over-rides the fag. The thing about using hand-helds to read the Use-list is slightly tangential, because, surely, scrolling through anything on a hand-held is going to get pretty awful after a few minutes; whether Use-List or not. I know that scrolling through stuff on my wife's iPad has convinced: 1. Me not to get one. 2. Her to give it to our older son to use in lectures and at the library at university over in Munich. I cannot stand trackpads either, for exactly the same reason. Richmond. ___ 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: Problem with setting htmlText of field to empty in LiveCode 6.6 RC2
I'm with Jacque - definitely a bug - Some are born coders, some achieve coding, and some have coding thrust upon them. - William Shakespeare Hugh Senior -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/Problem-with-setting-htmlText-of-field-to-empty-in-LiveCode-6-6-RC2-tp4677196p4677238.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: LC Commercial Update
On 18.03.2014 at 17:28 Uhr -0600 la...@significantplanet.org apparently wrote: Thank you Richard, That is a very good point. And thanks to Mark Schonewille for explaining how to turn off the update message. Larry Am I imagining this or was there an option (button to click) on the update dialog to skip this release that is no more reminders until the next next version comes out? I see this in some programs and find very useful. RObert ___ 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: 6.6 RC2 Release
On 03/19/2014 03:13 AM, Richmond wrote: I'm sorry, but I am not going to take responsibility for your decision to read the Use-List using a mobile device. LOL. Richmond. everything from here on down has been removed to save mobile users 'pain' and to decontextualise the posting I don't know that there's any need to be so snarky. It's a fairly common request in mailing lists that care be taken to avoid quoting unnecessary text in replies, and it doesn't just annoy people on small screen devices. If only we can get people to stop nesting responses within quoted text, which can make for dizziness after a couple of rounds of replies. Of course, that's one of your favorite techniques... (Yes, I understand the logic, but it only really works for the first reply or two which makes it seem to me to be an arrogant strategy. I know this has been discussed here before, and I also see the problem is getting worse.) Warren ___ 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: Problem with setting htmlText of field to empty in LiveCode 6.6 RC2
On Mar 19, 2014, at 9:57 AM, J. Landman Gay jac...@hyperactivesw.com wrote: On 3/19/14, 10:25 AM, Bob Sneidar wrote: I am struggling to see when this would present an impassible problem. I grant that it's trivial and not a high priority. But it makes the language inconsistent, and I see that as the primary issue. I gave an example in another post of how it could affect scripts. Try this in a newly created field with no content: set the cText of this cd to the htmltext of fld 1 put (the cText of this cd = empty) Empty is no longer empty. Sometimes it will matter. HtmlText is an odd beast. I think Robert may be on the right track when he wonders about it being an add-on. Try this: Paste the following html list markup in field source: ol liList item 1/li liList item 2/li /ol Now use it as the source to set the htmlText of another field dest: set the htmlText of fld dest to fld source Now examine the htmlText of fld dest. You get this: ol type=1 li pList item 1/p /li li pList item 2/p /li /ol Now manually select the text in fld dest and hit delete. The contents of fld dest looks like this: 1. No matter what you do you can't manually delete the first list item marker. The htmlText of dest now looks like this: ol type=1 li p/p /li /ol The field thinks it's a list and you can't change it's mind. Unless you do this: put empty into fld dest At which point the htmlText is p/p. Which is where this all started. :) We had an interesting discussion of the html list issue in the Quality Control center a couple of years ago: http://quality.runrev.com/show_bug.cgi?id=9342 Best, Devin Asay Learn to code with LiveCode University http://university.livecode.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
RELEASE LiveCode 7.0 DP1
Dear List Members. We are pleased to announce the release of LiveCode 7.0 DP1. *Warning, this is a pre-release with new features which have the potential to cause issues. Please ensure you backup your stacks before testing this release.* Important Changes - The file format has changed for this release to accommodate Unicode. Old stacks will still work in 7.0, but stacks saved in 7.0 format will not open in previous versions of LiveCode. Therefore it is doubly critical to backup your stacks. *Release Contents* - Transparent Unicode support - Right-to-left text support (experimental) - Paragraph, sentence and trueWord chunks (experimental) Unicode support entails a number of additional features- please see the release notes athttp://downloads.livecode.com/livecode/7_0_0/LiveCodeNotes-7_0_0_dp_1.pdf for details. *Known Issues* Although the engine has undergone significant refactoring work, every effort has been made to ensure that LiveCode behaviour (with the exception of the additional features listed above) is identical to the current unrefactored release. In other words, users should not notice any difference in functionality in their existing stacks. However, users will notice a general slow-down caused by lack of optimisation in this release - this will be addressed for DP2. -The installer will currently fail if you run it from a network share on Windows. Please copy the installer to a local disk before launching on this platform. -The engine files are much larger than previous versions due to inclusion of ICU data -LiveCode does not run correctly when installed to Unicode paths on OSX -On Windows, executing LiveCode from the installer fails as it cannot find the IDE -Android app label is not yet Unicode compatible -Auto-updater process doesn't terminate when dismissed *Getting this release* To upgrade to this release please download the installers directly at: http://downloads.livecode.com/livecode/ *Reporting Bugs* A release tag has been set up in our quality control center at quality.runrev.com where you can report possible problems you are having with this release. Please ensure you use the correct version tag 7.0 DP 1 in your report, so that we can track exactly where the issue you report originated from. This allows us to address your report as quickly and efficiently as possible. As with any bug reported for LiveCode, we require a recipe with a simple sample stack that demonstrates the issue you are having, but in addition we also invite you to submit complete stacks that do not work the way they did in a previous version of LiveCode. This is a one off change to the bug submission process for LiveCode 7.0 DP 1 issues ONLY. If you are submitting complete stacks, then please provide use with a recipe that describes what your stack does and under what version of LiveCode it worked reliably. Then describe what it does in LiveCode 7.0 DP 1 and explain how we can replicate the bug you are reporting. You can attach your sample stacks to your bug report or if you are experiencing the issue in a confidential stack, then please note this in your bug report and we will get back to you with an e-mail address where you can submit your confidential stack to. Warm regards, The LiveCode Team Heather Laine Customer Services Manager http://www.livecode.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: Problem with setting htmlText of field to empty in LiveCode 6.6 RC2
+1 Ralph DiMola IT Director Evergreen Information Services rdim...@evergreeninfo.net -Original Message- From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of Dave Kilroy Sent: Wednesday, March 19, 2014 1:45 PM To: use-revolut...@lists.runrev.com Subject: Re: Problem with setting htmlText of field to empty in LiveCode 6.6 RC2 I'm with Jacque - definitely a bug - Some are born coders, some achieve coding, and some have coding thrust upon them. - William Shakespeare Hugh Senior -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/Problem-with-setting-htmlText -of-field-to-empty-in-LiveCode-6-6-RC2-tp4677196p4677238.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 ___ 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: RELEASE LiveCode 7.0 DP1
On 19/03/14 20:02, Heather Laine wrote: Dear List Members. We are pleased to announce the release of LiveCode 7.0 DP1. Ooh, ecstasy and a long night ahead of me! This should bring us the vast majority of the Kickstarter goals! It is our moral duty, Use-List members, to try and: 1. Break the thing. 2. Find glitches, inconsistencies, and so forth. Oh, Dear! (this is shorthand for something far coarser and stronger) I have to teach tomorrow, Thursday and Saturday morning. Bung on the strong coffee lads and lassies :) Richmond. ___ 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: LC Commercial Update
On 19/03/14 19:44, Robert Brenstein wrote: On 18.03.2014 at 17:28 Uhr -0600 la...@significantplanet.org apparently wrote: Thank you Richard, That is a very good point. And thanks to Mark Schonewille for explaining how to turn off the update message. Larry Am I imagining this or was there an option (button to click) on the update dialog to skip this release that is no more reminders until the next next version comes out? I see this in some programs and find very useful. You are imagining things. If you open the Preferences stack; /Edit/Preferences you can stop update notices; select Updates (second from the bottom). You will then be given a fantastic range of choices: Notify me of stable releases Notify me of maintainence (sic transit gloria mundi) releases Notify me of beta releases Notify me of development releases and you can have lots of fun deciding what you want and what you don't, and even a spot of vicarious fun reflecting on the fact that being a jolly clever computer programmer does not necessarily mean you are very good at spelling. Richmond. RObert ___ 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: I'm trying to rally the troops...
Right; lads and lasses, the initial release of 7.0.0 is here The Dictionary stack looks exactly the same as that in previous releases, so now we can consider running up some hack-stacks. Richmond. ___ 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: Problem with setting htmlText of field to empty in LiveCode 6.6 RC2
Maybe it helps (or hinders) to consider the fact the following renders as empty in a web browser, even though clearly there is code content present: html body /body /html So given what HTML is, checking if the HTML content of a field is empty doesn't really compare to checking if the code content of a field is empty. Regards, Scott Rossi Creative Director Tactile Media, UX/UI Design ___ 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: LC Commercial Update
On 19.03.2014 at 20:07 Uhr +0200 Richmond apparently wrote: You are imagining things. If you open the Preferences stack; /Edit/Preferences you can stop update notices; select Updates (second from the bottom). You will then be given a fantastic range of choices: Notify me of stable releases Notify me of maintainence (sic transit gloria mundi) releases Notify me of beta releases Notify me of development releases and you can have lots of fun deciding what you want and what you don't, and even a spot of vicarious fun reflecting on the fact that being a jolly clever computer programmer does not necessarily mean you are very good at spelling. Richmond. But none of those options is what I am talking about. Regardless of which of the above choices is selected, when I get a notice of a new upgrade, I'd like to see upgrade now ask later skip this release RObert ___ 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: I'm trying to rally the troops...
I might try adding a basic Notes feature to it, if Bjornke is OK with that. 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 Wed, Mar 19, 2014 at 10:11 AM, Mats Wilstrand mats.wilstr...@tapirsoft.com wrote: + 1 from me Pete. Björnke's Docu 2 is a little gem. It has a framework already in place to add new features and design from with ease. It's fast, works with any LC version, takes care of correcting some flaws of the structure and in the xml of the LC dictionary and I haven't seen any bugs! It would be the best starting point for a community effort to improve the dictionary ecosystem and give us nice and needed features like the one Larry suggests. Best regards Mats -Original Message- From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of Peter Haworth Sent: den 19 mars 2014 16:22 To: How to use LiveCode Subject: Re: I'm trying to rally the troops... I hope Bjornke picks up on this. His Docu2 plugin is already a better way to view the dictionary and already provides the search mechanisms that have been mentioned . Since it's based on an sqlite database, I suspect it would be relatively easy to add a Notes table and associated access routines. Pete lcSQL Software On Mar 19, 2014 2:43 AM, Richmond richmondmathew...@gmail.com wrote: On 19/03/14 11:28, Shawn Blc wrote: This would be a great feature for the Commercial version ;) Another feature to differentiate the two versions. Raw Prawns! That would be a good thing for both versions. Having taken a quick shuftie at the Dictionary this morning, the idea should not be insurmountable to implement. Richmond. On Wed, Mar 19, 2014 at 3:15 AM, Richmond richmondmathew...@gmail.com wrote: On 19/03/14 01:47, la...@significantplanet.org wrote: Hello Everyone, Over a year ago I wrote to RR and suggested they allow the user to add notes directly to the LC dictionary. (for private viewing) I understand why they need to approve notes that are added for public viewing. But there are literally HUNDREDS of times where I have to figure something out that is NOT documented in the dictionary. A recent example: I had trouble with the cursor disappearing once I compiled. Happily, Jacqueline answered the question in here for me. What I want to do is go to the dictionary and make my OWN note about that under cursor - since I don't have a photographic memory and because LC for me is a hobby and not a profession, I will sometimes go months without using it. It's too difficult to remember everything. Sure, I could make a spreadsheet with cursor in column 1 and my notes in column 2 - whatever. But that seems like a pretty dopey solution. I hope some of you will agree with me that this feature would be VERY useful and a great timesaver. Then let's rattle the LC cage. Thanks for listening. Larry ___ That sounds a very good idea indeed. Richmond. ___ 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 ___ 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: Problem with setting htmlText of field to empty in LiveCode 6.6 RC2
Jacque, I don't agree and the solution is simple: just include a statement in the docs that the htmlText property is never empty but always returns at least one pair of p tags. -- Best regards, Mark Schonewille Economy-x-Talk Consulting and Software Engineering Homepage: http://economy-x-talk.com Twitter: http://twitter.com/xtalkprogrammer KvK: 50277553 Use Color Converter to convert CMYK, RGB, RAL, XYZ, H.Lab and other colour spaces. http://www.color-converter.com Buy my new book Programming LiveCode for the Real Beginner http://qery.us/3fi LiveCode on Facebook: https://www.facebook.com/groups/runrev/ On 3/19/2014 16:45, J. Landman Gay wrote: On 3/19/14, 9:35 AM, Mark Schonewille wrote: In the past 15 years I never had any problems with htmlText always containing p tags, even if the text of the field was empty. Therefore, I think it is no bug. I haven't had any problem with it either, but that doesn't mean it isn't a bug. Consider this, which is very similar to what my current project does: A user enters some styled text into a field. The text is stored as htmltext in a custom property. Because the field is a background field, there may be many of these properties per field, and the correct text is displayed based on the stack's current status. In my project, a preOpenCard handler looks for the correct property to determine which text to display. In some cases the script needs to determine whether the custom property has content or not in order to take action. Because the text in the field may not be the text that needs to be checked, the custom property is checked. If it contains paragraph tags, it isn't empty and the script fails. (In my case this doesn't matter; in other cases it could.) I anticipate you will say don't put anything in the custom property if you plan to check it -- but if the content is set by the user then we have no control over that. And I agree -- if there is no content, then the engine should not put anything into the custom property. It isn't difficult to script around the behavior but I think it shouldn't happen in the first place. And it does defy the definition of empty. ___ 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: RELEASE LiveCode 7.0 DP1
For types like me; -The engine files are much larger than previous versions due to inclusion of ICU data --- ICU = International Components for Unicode an open source project of mature C/C++ and Java libraries for Unicode support, software internationalization, and software globalization. --- I assume that that means the engine files are going to be much larger from here on in. -- I am currently trying to build a standalone leaving out the ICU data, 1. on the 'General' card of the standalone builder I cannot change the name of the standalone. We'll let that pass just now, 2. There is no dialog(ue) and/or checkbox where I can choose not to include the new ICU 'baggage'. Aha: the standalone won't execute. UbuntuStudio 13.10. Richmond. ___ 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: Problem with setting htmlText of field to empty in LiveCode 6.6 RC2
I'm not sure why this is such a problem. Html isn't regular text and shouldn't be treated as such, that's why htmltext is a separate property from text. If the current behavior was changed, I'm sure it would cause backward compatibility problems. If you want to check if a field is empty - if field myField is empty - works fine as does - if the text of field myField is empty 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 Wed, Mar 19, 2014 at 11:36 AM, Scott Rossi sc...@tactilemedia.comwrote: Maybe it helps (or hinders) to consider the fact the following renders as empty in a web browser, even though clearly there is code content present: html body /body /html So given what HTML is, checking if the HTML content of a field is empty doesn't really compare to checking if the code content of a field is empty. Regards, Scott Rossi Creative Director Tactile Media, UX/UI Design ___ 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: RELEASE LiveCode 7.0 DP1
Currently there is no way to reduce the size of the executables, which are much larger. This is noted in ³Known issues². I notice that the release notes in the download are not correct, you can find the right ones here http://downloads.livecode.com/livecode/7_0_0/LiveCodeNotes-7_0_0_dp_1.pdf Known issues = things we are going to address. We will be including a way to detect what is actually required and to reduce the size of your standalone in a future DP. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.livecode.com/ LiveCode: Everyone can code On 19/03/2014 18:46, Richmond richmondmathew...@gmail.com wrote: For types like me; -The engine files are much larger than previous versions due to inclusion of ICU data --- ICU = International Components for Unicode an open source project of mature C/C++ and Java libraries for Unicode support, software internationalization, and software globalization. --- I assume that that means the engine files are going to be much larger from here on in. -- I am currently trying to build a standalone leaving out the ICU data, 1. on the 'General' card of the standalone builder I cannot change the name of the standalone. We'll let that pass just now, 2. There is no dialog(ue) and/or checkbox where I can choose not to include the new ICU 'baggage'. Aha: the standalone won't execute. UbuntuStudio 13.10. Richmond. ___ 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: RELEASE LiveCode 7.0 DP1
On 19/03/14 20:52, Kevin Miller wrote: Currently there is no way to reduce the size of the executables, which are much larger. This is noted in ³Known issues². I notice that the release notes in the download are not correct, you can find the right ones here http://downloads.livecode.com/livecode/7_0_0/LiveCodeNotes-7_0_0_dp_1.pdf Known issues = things we are going to address. We will be including a way to detect what is actually required and to reduce the size of your standalone in a future DP. Kind regards, Kevin Kevin Miller ~ ke...@runrev.com ~ http://www.livecode.com/ LiveCode: Everyone can code Thank you very much for such a quick response to my question. Richmond. On 19/03/2014 18:46, Richmond richmondmathew...@gmail.com wrote: For types like me; -The engine files are much larger than previous versions due to inclusion of ICU data --- ICU = International Components for Unicode an open source project of mature C/C++ and Java libraries for Unicode support, software internationalization, and software globalization. --- I assume that that means the engine files are going to be much larger from here on in. -- I am currently trying to build a standalone leaving out the ICU data, 1. on the 'General' card of the standalone builder I cannot change the name of the standalone. We'll let that pass just now, 2. There is no dialog(ue) and/or checkbox where I can choose not to include the new ICU 'baggage'. Aha: the standalone won't execute. UbuntuStudio 13.10. Richmond. ___ 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: Problem with setting htmlText of field to empty in LiveCode 6.6 RC2
On Mar 19, 2014, at 2:36 PM, Scott Rossi wrote: Maybe it helps (or hinders) to consider the fact the following renders as empty in a web browser, even though clearly there is code content present: html body /body /html So given what HTML is, checking if the HTML content of a field is empty doesn't really compare to checking if the code content of a field is empty. On Mar 19, 2014, at 2:45 PM, Peter Haworth wrote: If the current behavior was changed, I'm sure it would cause backward compatibility problems. If you want to check if a field is empty - if field myField is empty - works fine as does - if the text of field myField is empty I think these views are correct. The fact that the htmlText is never really empty may not be as inconsistent as it seems at first. Many properties have ranges of specific values and if you try to set them to something outside of those ranges, the engine often throws an error. The engine is just being kind when it allows us to Set the htmlText of fld My field to empty, since this is apparently not technically valid. I agree with Peter that a change at this point would likely cause far more problems than it's worth. I'm not sure why this is such a problem. Html isn't regular text and shouldn't be treated as such, that's why htmltext is a separate property from text. Yes, I think this is the key take home point of the discussion. Tim ___ 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: Problem with setting htmlText of field to empty in LiveCode 6.6 RC2
On Wed, Mar 19, 2014 at 2:36 PM, Scott Rossi sc...@tactilemedia.com wrote: Maybe it helps (or hinders) to consider the fact the following renders as empty in a web browser, even though clearly there is code content present: html body /body /html True. But doesn't p/p mean that you have 1 empty paragraph? I think that the HTML returned by LiveCode (1 empty paragraph) is different than what is present in the field (nothing). Since the htmltext is a property of a field, and no an entire document, I'm inclined to say that the htmltext should return empty and not p/p when there is not text present. -- Trevor DeVore Blue Mango Learning Systems www.screensteps.com-www.clarify-it.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: RELEASE LiveCode 7.0 DP1
Building the same stack for Linux [ PISMO: http://andregarzia.on-rev.com/richmond/LANGTOOLS.html] I get these results; Livecode 6.6.0 rc 2: 12.9 MB Livecode 7.0.0 dp 1: 38.7 MB So, I assume that 25.8 MB is the size of the ICU data that gets rolled into the standalone. -- When I start to think about our Mac LC III we bought from Montgomery Ward in Carbondale, Illinois in 1993, with its 120 MB hard drive I start feeling a bit odd. -- Richmond. ___ 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: Problem with setting htmlText of field to empty in LiveCode 6.6 RC2
Trevor, When a browser renders p/p it displays nothing. Correct htmlText starts and ends with p tags. That's the LiveCode convention. Anything else is not htmlText. Therefore, if a text is empty, to have valid htmlText the propety still needs to return the tags. Currently, we wil always know for sure whether data is htmlText or not. If we remove the tags, there is no way to know if data is htmlText if that data happens to be empty. -- Best regards, Mark Schonewille Economy-x-Talk Consulting and Software Engineering Homepage: http://economy-x-talk.com Twitter: http://twitter.com/xtalkprogrammer KvK: 50277553 Use Color Converter to convert CMYK, RGB, RAL, XYZ, H.Lab and other colour spaces. http://www.color-converter.com Buy my new book Programming LiveCode for the Real Beginner http://qery.us/3fi LiveCode on Facebook: https://www.facebook.com/groups/runrev/ On 3/19/2014 20:08, Trevor DeVore wrote: On Wed, Mar 19, 2014 at 2:36 PM, Scott Rossi sc...@tactilemedia.com wrote: Maybe it helps (or hinders) to consider the fact the following renders as empty in a web browser, even though clearly there is code content present: html body /body /html True. But doesn't p/p mean that you have 1 empty paragraph? I think that the HTML returned by LiveCode (1 empty paragraph) is different than what is present in the field (nothing). Since the htmltext is a property of a field, and no an entire document, I'm inclined to say that the htmltext should return empty and not p/p when there is not text present. ___ 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: Problem with setting htmlText of field to empty in LiveCode 6.6 RC2
Using html was an example. If you have p/p in an HTML file, the browser will still render the HTML as empty. Of course there are tons of tags will accomplish the same. And if the HTMLtext is limited to a field, then the field is essentially the entire document. The HTML isn't describing the content of a stack, just the field's content. Both p/p and no text at all both count as empty when it comes to *viewing* HTML. So it would seem both are valid as far as HTML is concerned. But the two situations are different when it comes to code. BTW, I'm not proposing LiveCode *should* return p/p as a default for empty HTML text, but I think it should be allowed to do so. Regards, Scott Rossi Creative Director Tactile Media, UX/UI Design On 3/19/14 12:08 PM, Trevor DeVore li...@mangomultimedia.com wrote: On Wed, Mar 19, 2014 at 2:36 PM, Scott Rossi sc...@tactilemedia.com wrote: Maybe it helps (or hinders) to consider the fact the following renders as empty in a web browser, even though clearly there is code content present: html body /body /html True. But doesn't p/p mean that you have 1 empty paragraph? I think that the HTML returned by LiveCode (1 empty paragraph) is different than what is present in the field (nothing). Since the htmltext is a property of a field, and no an entire document, I'm inclined to say that the htmltext should return empty and not p/p when there is not text present. -- Trevor DeVore Blue Mango Learning Systems www.screensteps.com-www.clarify-it.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
Re: Problem with setting htmlText of field to empty in LiveCode 6.6 RC2
On 3/19/14, 1:45 PM, Peter Haworth wrote: I'm not sure why this is such a problem. Html isn't regular text and shouldn't be treated as such, that's why htmltext is a separate property from text. It isn't a problem really, and it doesn't require immediate attention. I just think it's wrong, purely for the sake of consistency in the language. There is a difference between no measureable content and empty. For example, a variable containing zero is not empty. Likewise, htmltext containing only tags should not be empty. (I notice the rtfText behaves the same way and returns a skeletal paragraph structure.) Now technically, paired p tags (in LC fields) indicate a line break, which also doesn't equate to empty. The engine apparently strips that off before setting the content of a field if that is the only thing in the htmltext; it has to, otherwise the field would contain a single carriage return -- which isn't empty. Basically, empty should always mean entirely empty, not empty most of the time except for these cases where you have to check something else to see if it's empty. It really is a quibble, and easy to work around, though I don't really think changing the behavior would break anything since apparently the current way hasn't been noticed before. My only concern would be that it creates an unnecessary exception to the existing syntax. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.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: before vs on in behavior scripts
J. Landman Gay jacque@... writes: On 3/19/14, 12:14 AM, Devin Asay wrote: it didn't work with both and after end and on handler Lay off the Scotch, Devin. ;) Though actually, if you read it out loud, it makes sense. This me had to read with both and after end and on aloud three times before it started making sense. -- Mark Wieder ahsoftw...@gmail.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: 6.6 RC2 Release
On 03/19/2014 12:39 PM, Richmond wrote: to do this I have had to nest responses so that each response-let connects to each of your points. For whose benefit? That was not in any sense necessary. It was your preference. You could have just as easily constructed a coherent response addressing all the points in a single block. It wouldn't have taken advanced writing skills to do. I am confident you are capable of this. What I meant be arrogant strategy is that after more than a couple of rounds, a thread in which people are nesting comments often becomes very difficult to follow and respond to, which may limit further responses. Also, useful information can become buried and hard to extract, which naturally makes it potentially less useful. I don't mean to imply that you or anyone is motivated by these negative possibilities, I do wonder, though, how much thought is given to them. Short-sighted might be another appropriate and less inflammatory description. I have noticed that you are not alone in preferring this approach; I only seem to single you out because I was replying to you. Rest assured I dislike it just as much when someone else employs it. That's what motivated me to say the problem (as I see it) is getting worse. Cheers, Warren ___ 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: 6.6 RC2 Release
On 19/03/14 21:34, Warren Samples wrote: On 03/19/2014 12:39 PM, Richmond wrote: to do this I have had to nest responses so that each response-let connects to each of your points. For whose benefit? That was not in any sense necessary. It was your preference. You could have just as easily constructed a coherent response addressing all the points in a single block. It wouldn't have taken advanced writing skills to do. I am confident you are capable of this. What I meant be arrogant strategy is that after more than a couple of rounds, a thread in which people are nesting comments often becomes very difficult to follow and respond to, which may limit further responses. Also, useful information can become buried and hard to extract, which naturally makes it potentially less useful. I don't mean to imply that you or anyone is motivated by these negative possibilities, I do wonder, though, how much thought is given to them. Short-sighted might be another appropriate and less inflammatory description. I have noticed that you are not alone in preferring this approach; I only seem to single you out because I was replying to you. Rest assured I dislike it just as much when someone else employs it. That's what motivated me to say the problem (as I see it) is getting worse. If I were offended by the 'arrogant strategy' comment I would have been dead or locked up in a secure mental hospital years ago, so don't worry yourself on that one. Of course my 'nesting' (tweet, tweet, chirrup, chirrup) is a subjective decision. But, in our multicoloured, many-splendoured world, almost everything, from how you hold your knife and fork to how you walk down the road, is bound to offend someone. This is why political correctness is a nonstarter, because it is an attempt to offend no-one. The ONLY way to offend no-one is to keep one's mouth permanently shut; at which point other people will think you are stupid, rude or trying to to be clever for your own good. I am quite an expert at offending people, having done it all my life, and at 52 have got to the stage where I have, quite frankly stopped worrying about who I offend beyond my nearest and dearest, and, from time-to-time those who employ me. I can only imagine the awful level of stress people put themselves to if they are constantly worrying about how they might offend someone. - daft story follows Many years ago (well, about 24) my best friend Charles (who is Indian and Black) and I were at a cocktail party at the InterContinental Hotel in Al Ain (UAE) when an American woman said to me, Oh, Richmond, is this your black friend, I've heard so much about him. then turning, she realised that Charles was right next to me, so she said, Oh, I'm so sorry, I didn't mean 'black' in an offensive way. To which Charles replied, I'm black; that's the way God wants me to be, and I know God loves me just as much as he loves you. We then had a laugh at that poor woman's expense (we were young and thoughtless) thinking of how stressed she must have got thinking she had made a faux pas! My friend Charles is still my best friend (although, sadly he and his family now live in Melbourne so we can only communicate over the internet), still black, and still with a robust sense of humour and his own value in the world. I am still white, red-haired (although going white in patches), and still offending people on a daily basis. My kilt, having been eaten by moths last year, has been chucked out. A new kilt is currently being made for me in Perth (Scotland) both as a replacement and to cope with my middle-aged spread, and will be delivered in time for me to attend my younger son's graduation from his prestigious High-School in Germany; the effect should be most pleasing amongst all those long-faced upper-class Prussians. - Cheers, Warren Best, Richmond. ___ 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: Problem with setting htmlText of field to empty in LiveCode 6.6 RC2
On Wed, Mar 19, 2014 at 3:24 PM, Scott Rossi sc...@tactilemedia.com wrote: Using html was an example. If you have p/p in an HTML file, the browser will still render the HTML as empty. Of course there are tons of tags will accomplish the same. Ah, but if you had a style applied to p that shows a border then the border would be rendered by the browser. So from a DOM point of view you do have a line. p { border: 1px solid red; } So if I were to put the htmltext of an empty field into an HTML document I would end up with an object in the DOM that I wouldn't necessarily expect to be there. That being said, I don't think the hmltext property is designed to behave like I am interpreting it and I think I've changed my mind. I just looked at the styledText and it also returns an array with 1 line, even if there is no text: 1 runs: So, like Mark said, you can identify the type of formatting that a variable contains based on these indicators. p/p for htmlText, an array for styledText, etc. So while I agree that it isn't intuitive at first (I was stumped by this when I first started working with htmltext/styledText and empty content) it probably is the appropriate behavior. Now, looking at Jacque's example, I wonder if the language could help us here (at least in the future). Her example involved storing the htmltext of a field somewhere and then checking the value later on to see if it is empty. What if you could check a text length property of a variable to get the number of characters? if the text length of the cMyHTMLTextValue of me is 0 then ... This could, of course, be scripted right now on your own. But it might be a nice way of checking the string length of any variable that holds text in any format. Just an idea. It may be better to just leave it up to the developer to know the format they are storing the text data in and do the appropriate checks. -- Trevor DeVore Blue Mango Learning Systems www.screensteps.com-www.clarify-it.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: package maker
Hi All, Here is the answer I received this morning from Ohanaware : Pleased to hear that you like our App Wrapper, on the main page, unselect “Change Version”. It’s designed to automatically reformat your version number to Apple’s suggested format. However it shouldn’t be enabled when you version is only 3 places. So I will look into this. I would have like to try it right now but my 15 day trial version no longer works, enven if 8 days are left. I posted this problem to Ohanaware Alain Vézina Logilangue 514-596-1385 www.logilangue.com Le 2014-03-13 à 16:15, Alain Vezina alain.vez...@logilangue.com a écrit : Hi Matthias, You can count on me. I like when someone helps me, so I will do the same. Regards, Alain Vézina Logilangue 514-596-1385 www.logilangue.com Le 2014-03-13 à 15:59, Matthias Rebbe | M-R-D matthias_livecode_150...@m-r-d.de a écrit : Hi Alain, it would be nice, if you would share Ohanaware´s answer to your support request after you received it. This would help others who have same problem. Regards, Matthias Am 13.03.2014 um 18:01 schrieb Alain Vezina alain.vez...@logilangue.com: That’s what I did. I’m waiting for an answer. Alain Vézina Le 2014-03-13 à 12:40, Marty Knapp martyknapps...@gmail.com a écrit : I would contact Ohanaware and let them know. He's a great guy and very responsive so if there's an issue with App Wrapper that needs to be fixed I'm sure he'll take care of it. Marty Knapp Hi Matthias, Thank you for helping. I tried this App Wrapper on Mountain Lion. I seemed to work well until I send my app to Apps Store. At that time I discovered that App Wrapper changed my info.plist by puttin 0 for the bundle version and it was supposed to be 1.2.7. So Apple rejected my app. So I’m wondering if you or somebody else know how to build an Entitlements list and where to put it in the standalone process. Regards Alain Le 2014-03-11 à 16:22, Matthias Rebbe | M-R-D matthias_livecode_150...@m-r-d.de a écrit : Hi Alain, there is App Wrapper“ from Ohanaware. They published some information about Mavericks Codesigning for LiveCode apps. http://www.ohanaware.com/support/mavericksCodesign.php#liveCode I did not try it yet, but it reads and sounds reasonable. Regards, Matthias Rebbe Am 11.03.2014 um 20:53 schrieb Alain Vezina alain.vez...@logilangue.com: Hi All, I used to use RB Package Maker Studio to prepare an app for Apple Store. It seems it no longer works on Mac OS 10.9. I loved this package maker especially for setting the entitlements. Is there anybody who knows an other package maker ? I know how to sign and package an app, but I don’t know how to fix the entitlements. Alain Vezina Logilangue 514-596-1385 www.logilangue.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 ___ 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: RELEASE LiveCode 7.0 DP1
Team, Thanks for the 7.0 DP1 Very exciting. FYI, http://quality.runrev.com should include this version in the version selector. Thanks, Jim Lambert ___ 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: RELEASE LiveCode 7.0 DP1
Hi all The release notes you get from the downloads page on the website are fine - however the release notes you get from 7.0.0's IDE menu give you release notes from 6.0.1 I'd report it as a bug but there is no drop-down entry for LiveCode 7.0.0 at quality.runrev.com :) - Some are born coders, some achieve coding, and some have coding thrust upon them. - William Shakespeare Hugh Senior -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/RELEASE-LiveCode-7-0-DP1-tp4677240p4677263.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: Telnet on Android
On 19/03/2014 09:59, Mark Schonewille wrote: Can you tell more about this? Is this a router in an existing network environment? Is this a router that is yet to be designed? Can you alter the software in the router? Normally, you'd log in on a router over http and change the settings in your internet browser. I would expect this to be possible on an Android device too. That depends on your point of view, or your context. For me, I'd say you normally telnet (or similar) to a router and use the efficient, all-powerful command line interface. The majority of routers (Juniper, Cisco, Draytek, Netgear, ...) support a telnet interface. OK, recent consumer routers will usually recommend browser-style interfaces - but there's 20 years of tradition before that using telnet-like interfaces to control routers. At least some routers will have configuration options or commands that are not available, or relatively clumsy to use, through an HTTP interface. -- Alex. ___ 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: LC Commercial Update
I get that when the updater launches for me… Bob On Mar 19, 2014, at 11:23 , Robert Brenstein r...@robelko.com wrote: On 19.03.2014 at 20:07 Uhr +0200 Richmond apparently wrote: You are imagining things. If you open the Preferences stack; /Edit/Preferences you can stop update notices; select Updates (second from the bottom). You will then be given a fantastic range of choices: Notify me of stable releases Notify me of maintainence (sic transit gloria mundi) releases Notify me of beta releases Notify me of development releases and you can have lots of fun deciding what you want and what you don't, and even a spot of vicarious fun reflecting on the fact that being a jolly clever computer programmer does not necessarily mean you are very good at spelling. Richmond. But none of those options is what I am talking about. Regardless of which of the above choices is selected, when I get a notice of a new upgrade, I'd like to see upgrade now ask later skip this release RObert ___ 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: Triggering LC scripts when emails are received
On 18/03/2014 09:04, j...@souslelogo.com wrote: Then I made a test with an .irev script; the email forwarder also detected an error in the script, but was unable to fix it, so the test failed : the email bounced and was considered as spam. I guess I need to follow Matthias advice and ask on-rev the path to the LC engine on our server. I had similar problem. Pending a reply from on-rev, I decided to be pragmatic and use a bit of php. I modified my php test script to save the email to a file, and then trigger my LC script to operate on it. #!/usr/bin/php -q ? /* Read the message from STDIN */ $fd = fopen(php://stdin, r); $email = ; // This will be the variable holding the data. while (!feof($fd)) { $email .= fread($fd, 1024); } fclose($fd); /* Saves the data into a file to be processed by LC */ $fdw = fopen(./mail_cache.txt, w+); fwrite($fdw, $email); fclose($fdw); /* Saves the data into a file to be a permanent log */ $fdw2 = fopen(./mail_all.txt, w+); fwrite($fdw2, $email); fclose($fdw2); $kick = file_get_contents('http://www.tweedly.org/testemail.lc/'); ? and then I use an ordinary LC script to deal with it. Note that when I change to use LC directly, it will be simple to replace the section that reads the mail_cache file with reading from stdin - after that the processing will be unaffected. (Here's a trimmed down version of my LC script - remember the php script is at the top level, but the LC script is inside an html-folder, so it must use an absolute path to access the shared mail-cache file) ?lc set the errormode to inline -- handlers for mail parsing function parseMail pMail -- splits the email into the different parts (as an array) local K, tA, tCount, t, tStarted set the itemDel to : repeat for each line L in pMail if not tStarted then if L begins with From then put true into tStarted end if next repeat end if if char 1 of L = TAB then put CR L after tA[K] next repeat end if if L contains : then put item 1 of L into K if K is among the keys of tA then put the keys of tA[K] into t replace CR with comma in t put max(t) into tCount add 1 to tCount put item 2 to -1 of L into tA[K][tCount] else put item 2 to -1 of L into tA[K] end if else put L CR after tA[body] end if end repeat return tA end parseMail put URL (file:/home/myusername/mail_cache.txt) into tMail put tMail after URL(file:./mail_handled.txt) if tMail is empty then put empty at the seconds CR after URL (file:./lc_log.txt) else put parseMail(tMail) into tAData put Handled at the seconds tAData[Message-ID] CR after URL (file:./lc_log.txt) end if put empty into URL (file:/home/myusername/mail_cache.txt) put URL (file:./lc_log.txt) put ? -- Alex. ___ 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: Problem with setting htmlText of field to empty in LiveCode 6.6 RC2
I keep having this niggling feeling that the devs did this for some good reason, and that if empty text didn’t correspond to p/p in htmlText, the engine would choke, cough and sputter when it discovered to it’s horror that the htmlText of anything was literally empty. Either way, I’m still going to sleep well tonight. Bob On Mar 19, 2014, at 13:46 , Trevor DeVore li...@mangomultimedia.commailto:li...@mangomultimedia.com wrote: So if I were to put the htmltext of an empty field into an HTML document I would end up with an object in the DOM that I wouldn't necessarily expect to be there. That being said, I don't think the hmltext property is designed to behave like I am interpreting it and I think I've changed my mind. I just looked at the styledText and it also returns an array with 1 line, even if there is no text: ___ 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: Telnet on Android
Is there an option to possibly open process from LC on Android and then work with a third party telnet client that we would need to identify and have installed on the table? Does LC's open process work on Android? On Wed, Mar 19, 2014 at 7:41 PM, Alex Tweedly a...@tweedly.net wrote: On 19/03/2014 09:59, Mark Schonewille wrote: Can you tell more about this? Is this a router in an existing network environment? Is this a router that is yet to be designed? Can you alter the software in the router? Normally, you'd log in on a router over http and change the settings in your internet browser. I would expect this to be possible on an Android device too. That depends on your point of view, or your context. For me, I'd say you normally telnet (or similar) to a router and use the efficient, all-powerful command line interface. The majority of routers (Juniper, Cisco, Draytek, Netgear, ...) support a telnet interface. OK, recent consumer routers will usually recommend browser-style interfaces - but there's 20 years of tradition before that using telnet-like interfaces to control routers. At least some routers will have configuration options or commands that are not available, or relatively clumsy to use, through an HTTP interface. -- Alex. ___ 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
Rally the troops Part 2 - aka Wish List Part 1
When selecting multiple objects (for grouping) it would be really nice to see a list of those objects instead of the vague Multiple Objects in the Inspector. I would even settle for just the number of objects instead of the almost useless Multiple There have been times when I inadvertently selected 3 objects to group when I was really trying to group just 2 objects. Thank you in advance. Larry ___ 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