Re: opening utf8 text file

[Tim Selander]

The hyphen and the quotes made it work.

Many thanks, Dar!

Tim

On 2016/06/16 11:10, Dar Scott wrote:

The encoding names are found with textEncode and textDecode.  There you can see the name 
needs a hyphen.  Try "UTF-8".  (You can also open the file for binary or use 
binfifle: and then use textDecode.)


On Jun 15, 2016, at 7:54 PM, Tim Selander  wrote:

LC 8, Dictionary says it can be done, but does not give a sample. No syntax 
I've tried works.

How do you open a file encoded in UTF8?

open file  for UTF8 read

does not work.

Thanks.

Tim Selander
Tokyo, Japan

___
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: opening utf8 text file

[Dar Scott]

The encoding names are found with textEncode and textDecode.  There you can see 
the name needs a hyphen.  Try "UTF-8".  (You can also open the file for binary 
or use binfifle: and then use textDecode.)

> On Jun 15, 2016, at 7:54 PM, Tim Selander  wrote:
> 
> LC 8, Dictionary says it can be done, but does not give a sample. No syntax 
> I've tried works.
> 
> How do you open a file encoded in UTF8?
> 
> open file  for UTF8 read
> 
> does not work.
> 
> Thanks.
> 
> Tim Selander
> Tokyo, Japan
> 
> ___
> 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

opening utf8 text file

[Tim Selander]

LC 8, Dictionary says it can be done, but does not give a sample. No 
syntax I've tried works.


How do you open a file encoded in UTF8?

open file  for UTF8 read

does not work.

Thanks.

Tim Selander
Tokyo, Japan

___
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: exitsOnSuspend hack dead

[Mike Kerner]

UGH!  DOUBLE-FACEPALMERY!  Not only is it exitsOnSuspend, but I had the
wrong substitution, duh.  "" works much better than "false".  Just
ignore this thread, or delete it.  Yeah.  Delete it.

On Wed, Jun 15, 2016 at 7:49 PM, Mike Kerner 
wrote:

> and that should be "exitOnSuspend", as we all know.
>
> On Wed, Jun 15, 2016 at 7:26 PM, Mike Kerner 
> wrote:
>
>> In trying to build with 7.1.4 to ios with the exitsOnSuspend hack but I'm
>> getting an info.plist error when I try to install.  Is there some new trick
>> to making this work?
>>
>> --
>> On the first day, God created the heavens and the Earth
>> On the second day, God created the oceans.
>> On the third day, God put the animals on hold for a few hours,
>>and did a little diving.
>> And God said, "This is good."
>>
>
>
>
> --
> On the first day, God created the heavens and the Earth
> On the second day, God created the oceans.
> On the third day, God put the animals on hold for a few hours,
>and did a little diving.
> And God said, "This is good."
>



-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
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: "Error description: set: license limit exceeded"

[Quentin Long]

"Deprecated" doesn't mean "absent". "Deprecated" means something more like "we 
haven't *got rid of* X because a lot of our installed base depends on X, but we 
*really* don't want to see anybody using X for *new* projects."
   
"Bewitched" + "Charlie's Angels" - Charlie = "At Arm's Length"

Read the webcomic at [ http://www.atarmslength.net ]!

If you like "At Arm's Length", support it at [ 
http://www.patreon.com/DarkwingDude ].

___
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: browser widget again

[Mike Bonner]

Well, my theory is shot down.. however.. I think in your code, in order to
get the same behavior you already seem to be getting, but on
purpose..(Which I still don't understand why its doing what it is..)

You might be able to change your html code to this
tcoord = liveCode.inputLoc(results[0].location + “," + results[0)
elevation);

at which point you won't need the "do" at all. (maybe) Or some variation of
this.  I don't understand javascript well enough yet to think it through
without trying things (in the middle of something else, or I'd poke around
now)  I have the feeling there is a huge depth of possibility here that I
just can't quite grasp yet.
___
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

exitsOnSuspend hack dead

[Mike Kerner]

In trying to build with 7.1.4 to ios with the exitsOnSuspend hack but I'm
getting an info.plist error when I try to install.  Is there some new trick
to making this work?

-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
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: browser widget again

[Jacques Hausser]

And I forgot:

yes, the messageWatcher gives successive “inputLoc and the time when I click 
successive points on the map.


> Le 16 juin 2016 à 00:55, Jacques Hausser  a écrit :
> 
> In my html file, tCoord is declared (together with several other variables) 
> before the first function initialize()
> .
> In the function initialize() I set the map, I create an elevation service 
> (for the altitude) and a listener to catch the clicks on the map.
> 
> Then I have a function retrieving the last clicked location (but filtering 
> out the double-clicks I leave to the API to deal with), pushing it in an 
> array ‘locations’, then requesting the altitude of this location. The value 
> of tCoord is set in this function as:
> tCoord = results[0].location + “," + results[0].elevation;
> and finally a marker is put at this location.
> 
> This is certainly not a very well designed javascript function, but it works. 
> I have only a very thin and superficial knowledge of javascript (not even 
> speaking of the google map API). As it is sooo easy to get something not 
> working at all when trying to optimalize, I leave it as it is at the moment.
> 
> Eager to read about your theory !
> 
> Jacques
> 
>> Le 15 juin 2016 à 21:52, Mike Bonner  a écrit :
>> 
>> Hey, when the var tcoord is declared and/or set its value, how do you do
>> it?  If you bring up the message watcher, after grabbing your return value
>> it once, does it continue spamming your livecode handler?  I have the
>> inkling of a theory..
>> 
>> On Wed, Jun 15, 2016 at 1:41 PM, Mike Bonner  wrote:
>> 
>>> Not sure I understand whats going on either, I'd probably have to see more
>>> code.
>>> 
>>> @david.. I don't have time to try it right now, but I _THINK_ if you have
>>> an existing function in your page and you want to get the results of that
>>> function out, you can treat the function as a parameter to your livecode
>>> call.
>>> 
>>> Meaning if you have defined a javascrpithandler named fred, and your page
>>> has a function named add() which takes 2 values to be added it will
>>> probably work do do this..
>>> 
>>> do "liveCode.fred(add(4,3))" in widget "browser"
>>> 
>>> Hmm in fact, i'll try it now.
>>> 
>>> Yep, it works fine. Just pop whatever existing function (that has a return
>>> value) that you want to get back out of the widget as a parameter to your
>>> javascripthandler call and poof. Out it comes.
>>> 
>>> In my test I had this in the page..
>>> 
>>> 
>>> 
>>> 
>>> 
>>> var tcoords='1,2,3'
>>> function add(p1,p2) {
>>> return p1 + p2;
>>> }
>>> 
>>> 
>>> 
>>> And have registered myJSHandler as my livecode hook.
>>> 
>>> Then this will get the results back out.
>>> do "liveCode.myJSHandler(add(1,2))" in widget 1
>>> It uses the existing add function to add the 2 numbers passed in, and my
>>> generic handler displays 3 in the message box.
>>> 
>>> 
>>> On Wed, Jun 15, 2016 at 1:28 PM, Jacques Hausser 
>>> wrote:
>>> 
 YESSS ! IT WORKS ! Many thanks, Mike !
 
 But I’m very surprised: I don’t have to call my command “getLoc” more
 than one time: after that, each time I change the location of my marker on
 the map, the value of tCoord (which is declared at the start of the script,
 that is, as “global”) is modified, the function is triggered and the new
 coordinates are displayed in fld “Result”. I do not understand why,
 actually. Nothing to do with my “exportXYZ” javascript function, which was
 suppressed. My card script now contains:
 
 command getLoc
   do "liveCode.inputLoc(tCoord);" in widget "mapBrowser"
 end getLoc
 
 on inputLoc
  put param(1) into fld “FResult"
 end inputLoc
 
 (it’s less general than your version, but I wanted just to check it)
 
 I still have to dig further away to understand how it works. But you made
 my day !
 
 Jacques
 
> Le 15 juin 2016 à 20:25, Mike Bonner  a écrit :
> 
> You said tcoord contains the information you want to return...
> 
> I don't think you need to actually include the livecode function call in
> your html, I'm pretty sure you can remove it entirely and do something
 like
> this..
> 
> do "liveCode.inputLoc(tcoord)" in widget "Browser" and it will work.
 (It
> did for me, its possible there are issues elsewhere in the javascript
 code)
> 
> In this way you can define a single javascripthandler and have it hand
 back
> any data you need.
> 
> As a quick example, I set the htmltext of a widget to the following..
> 
> 
> 
> 
> 
> var tcoords='1,2,3'
> 
> 
> 
> The ONLY thing in there as javascript is the declaration of tcoords
> 
> Then from the message box I set a javascript handler to myJSHandler and
> then..
> do "liveCode.myJSHandler(tcoords,'fred')" 

Re: browser widget again

[Jacques Hausser]

In my html file, tCoord is declared (together with several other variables) 
before the first function initialize()
.
In the function initialize() I set the map, I create an elevation service (for 
the altitude) and a listener to catch the clicks on the map.

Then I have a function retrieving the last clicked location (but filtering out 
the double-clicks I leave to the API to deal with), pushing it in an array 
‘locations’, then requesting the altitude of this location. The value of tCoord 
is set in this function as:
tCoord = results[0].location + “," + results[0].elevation;
and finally a marker is put at this location.

This is certainly not a very well designed javascript function, but it works. I 
have only a very thin and superficial knowledge of javascript (not even 
speaking of the google map API). As it is sooo easy to get something not 
working at all when trying to optimalize, I leave it as it is at the moment.

Eager to read about your theory !

 Jacques

> Le 15 juin 2016 à 21:52, Mike Bonner  a écrit :
> 
> Hey, when the var tcoord is declared and/or set its value, how do you do
> it?  If you bring up the message watcher, after grabbing your return value
> it once, does it continue spamming your livecode handler?  I have the
> inkling of a theory..
> 
> On Wed, Jun 15, 2016 at 1:41 PM, Mike Bonner  wrote:
> 
>> Not sure I understand whats going on either, I'd probably have to see more
>> code.
>> 
>> @david.. I don't have time to try it right now, but I _THINK_ if you have
>> an existing function in your page and you want to get the results of that
>> function out, you can treat the function as a parameter to your livecode
>> call.
>> 
>> Meaning if you have defined a javascrpithandler named fred, and your page
>> has a function named add() which takes 2 values to be added it will
>> probably work do do this..
>> 
>> do "liveCode.fred(add(4,3))" in widget "browser"
>> 
>> Hmm in fact, i'll try it now.
>> 
>> Yep, it works fine. Just pop whatever existing function (that has a return
>> value) that you want to get back out of the widget as a parameter to your
>> javascripthandler call and poof. Out it comes.
>> 
>> In my test I had this in the page..
>> 
>> 
>> 
>> 
>> 
>> var tcoords='1,2,3'
>> function add(p1,p2) {
>> return p1 + p2;
>> }
>> 
>> 
>> 
>> And have registered myJSHandler as my livecode hook.
>> 
>> Then this will get the results back out.
>> do "liveCode.myJSHandler(add(1,2))" in widget 1
>> It uses the existing add function to add the 2 numbers passed in, and my
>> generic handler displays 3 in the message box.
>> 
>> 
>> On Wed, Jun 15, 2016 at 1:28 PM, Jacques Hausser 
>> wrote:
>> 
>>> YESSS ! IT WORKS ! Many thanks, Mike !
>>> 
>>> But I’m very surprised: I don’t have to call my command “getLoc” more
>>> than one time: after that, each time I change the location of my marker on
>>> the map, the value of tCoord (which is declared at the start of the script,
>>> that is, as “global”) is modified, the function is triggered and the new
>>> coordinates are displayed in fld “Result”. I do not understand why,
>>> actually. Nothing to do with my “exportXYZ” javascript function, which was
>>> suppressed. My card script now contains:
>>> 
>>> command getLoc
>>>do "liveCode.inputLoc(tCoord);" in widget "mapBrowser"
>>> end getLoc
>>> 
>>> on inputLoc
>>>   put param(1) into fld “FResult"
>>> end inputLoc
>>> 
>>> (it’s less general than your version, but I wanted just to check it)
>>> 
>>> I still have to dig further away to understand how it works. But you made
>>> my day !
>>> 
>>> Jacques
>>> 
 Le 15 juin 2016 à 20:25, Mike Bonner  a écrit :
 
 You said tcoord contains the information you want to return...
 
 I don't think you need to actually include the livecode function call in
 your html, I'm pretty sure you can remove it entirely and do something
>>> like
 this..
 
 do "liveCode.inputLoc(tcoord)" in widget "Browser" and it will work.
>>> (It
 did for me, its possible there are issues elsewhere in the javascript
>>> code)
 
 In this way you can define a single javascripthandler and have it hand
>>> back
 any data you need.
 
 As a quick example, I set the htmltext of a widget to the following..
 
 
 
 
 
 var tcoords='1,2,3'
 
 
 
 The ONLY thing in there as javascript is the declaration of tcoords
 
 Then from the message box I set a javascript handler to myJSHandler and
 then..
 do "liveCode.myJSHandler(tcoords,'fred')" in widget 1
 
 For my lc handler I used paramcount and param() to find out and show the
 data that was passed out.
 
 command myjshandler
  put empty
  repeat with i = 1 to the paramcount
 put param(i) & cr after msg
  end repeat
 end myjshandler
 
 As expected the message box displayed
 1,2,3
 fred

Re: Probs related to the LC 8 dictionary on 64 bit Linux

[Mike Bonner]

While not as convenient, you could go to https://livecode.com/resources/api
and look things up there.  No widget info, but there is builder info.  Its
better than nothing.

On Wed, Jun 15, 2016 at 3:39 PM, Richmond 
wrote:

> I'm afraid that just doesn't work, as I have reported in Bugzilla, the
> dictionary just
> doesn't function at all in Livecode 8.x 64 bit Xubuntu.
>
> What I am looking to do is to install Livecode 8.x 32 bit on my 64 bit
> system, because that does
> let me get at the dictionary.
>
> So I installed the multiarch stuff, and I was still uynable to get the
> Livecode 8.0.1 32 bit Linux
> installer to start up.
>
> Richmond.
>
>
> On 16.06.2016 00:28, Fraser Gordon wrote:
>
>> On 15/06/16 22:12, Richmond wrote:
>>
>>> Sorry; that title is a bit of a mouthful.
>>>
>>> Ideally (there's another semantically dubious word) the dictionary
>>> should be properly accessible
>>> in Livecode 8.x on Linux 64 bit; but it's not, and will probably take a
>>> while to sort that out.
>>>
>>> 3 days ago my operating system "went West", and I had to reinstall. This
>>> was neither here nor there
>>> beyond being a bit frustrating and taking up 4 hours of my time.
>>>
>>> However; having reinstalled 64 bit Xubuntu 16.04 and Kernel 4.6.2 I
>>> found that even on installing
>>> the multi-arch "gubbins" I could not install the 32 bit version of
>>> Livecode 8.0.1 - which I was trying
>>> to install to get at the dictionary in a . . . relatively . . .
>>> accessible fashion (i.e. via my web browser).
>>>
>>> So, here I am with Livecode 8.0.1 Indy and unable to get at the
>>> dictionary; even fossicking around in
>>> the /home/.runrev/ directories didn't give me any file I could open
>>> directly via Firefox . . .
>>>
>>
>> If it isn't already installed, it might be worth trying to install
>> Chromium in case there is a missing dependency (the browser we use on Linux
>> is, at its core, the same as Chrome/Chromium). One thing in particular that
>> I've noticed may not be installed by default is the "xscrnsaver" library; I
>> believe it is called "libxss1" on Ubuntu.
>>
>> Fraser
>>
>>
>> ___
>> 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: Probs related to the LC 8 dictionary on 64 bit Linux

[Richmond]

I'm afraid that just doesn't work, as I have reported in Bugzilla, the 
dictionary just

doesn't function at all in Livecode 8.x 64 bit Xubuntu.

What I am looking to do is to install Livecode 8.x 32 bit on my 64 bit 
system, because that does

let me get at the dictionary.

So I installed the multiarch stuff, and I was still uynable to get the 
Livecode 8.0.1 32 bit Linux

installer to start up.

Richmond.

On 16.06.2016 00:28, Fraser Gordon wrote:

On 15/06/16 22:12, Richmond wrote:

Sorry; that title is a bit of a mouthful.

Ideally (there's another semantically dubious word) the dictionary 
should be properly accessible
in Livecode 8.x on Linux 64 bit; but it's not, and will probably take 
a while to sort that out.


3 days ago my operating system "went West", and I had to reinstall. 
This was neither here nor there

beyond being a bit frustrating and taking up 4 hours of my time.

However; having reinstalled 64 bit Xubuntu 16.04 and Kernel 4.6.2 I 
found that even on installing
the multi-arch "gubbins" I could not install the 32 bit version of 
Livecode 8.0.1 - which I was trying
to install to get at the dictionary in a . . . relatively . . . 
accessible fashion (i.e. via my web browser).


So, here I am with Livecode 8.0.1 Indy and unable to get at the 
dictionary; even fossicking around in
the /home/.runrev/ directories didn't give me any file I could open 
directly via Firefox . . .


If it isn't already installed, it might be worth trying to install 
Chromium in case there is a missing dependency (the browser we use on 
Linux is, at its core, the same as Chrome/Chromium). One thing in 
particular that I've noticed may not be installed by default is the 
"xscrnsaver" library; I believe it is called "libxss1" on Ubuntu.


Fraser


___
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: Probs related to the LC 8 dictionary on 64 bit Linux

[Fraser Gordon]

On 15/06/16 22:12, Richmond wrote:

Sorry; that title is a bit of a mouthful.

Ideally (there's another semantically dubious word) the dictionary 
should be properly accessible
in Livecode 8.x on Linux 64 bit; but it's not, and will probably take 
a while to sort that out.


3 days ago my operating system "went West", and I had to reinstall. 
This was neither here nor there

beyond being a bit frustrating and taking up 4 hours of my time.

However; having reinstalled 64 bit Xubuntu 16.04 and Kernel 4.6.2 I 
found that even on installing
the multi-arch "gubbins" I could not install the 32 bit version of 
Livecode 8.0.1 - which I was trying
to install to get at the dictionary in a . . . relatively . . . 
accessible fashion (i.e. via my web browser).


So, here I am with Livecode 8.0.1 Indy and unable to get at the 
dictionary; even fossicking around in
the /home/.runrev/ directories didn't give me any file I could open 
directly via Firefox . . .


If it isn't already installed, it might be worth trying to install 
Chromium in case there is a missing dependency (the browser we use on 
Linux is, at its core, the same as Chrome/Chromium). One thing in 
particular that I've noticed may not be installed by default is the 
"xscrnsaver" library; I believe it is called "libxss1" on Ubuntu.


Fraser


___
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

Probs related to the LC 8 dictionary on 64 bit Linux

[Richmond]

Sorry; that title is a bit of a mouthful.

Ideally (there's another semantically dubious word) the dictionary 
should be properly accessible
in Livecode 8.x on Linux 64 bit; but it's not, and will probably take a 
while to sort that out.


3 days ago my operating system "went West", and I had to reinstall. This 
was neither here nor there

beyond being a bit frustrating and taking up 4 hours of my time.

However; having reinstalled 64 bit Xubuntu 16.04 and Kernel 4.6.2 I 
found that even on installing
the multi-arch "gubbins" I could not install the 32 bit version of 
Livecode 8.0.1 - which I was trying
to install to get at the dictionary in a . . . relatively . . . 
accessible fashion (i.e. via my web browser).


So, here I am with Livecode 8.0.1 Indy and unable to get at the 
dictionary; even fossicking around in
the /home/.runrev/ directories didn't give me any file I could open 
directly via Firefox . . .


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: "Error description: set: license limit exceeded"

[Dar Scott]

I'm guessing *almost" all the scriptlimits code was removed.  Something 
generated the error for Dr. Hawkins.  

Maybe that part that sets the limits to zero is broken.  Maybe some file was 
created with the same name as the old limits file.  I'm guessing that something 
smashed some RAM and set the limits to nonzero.  

But, you are right, even the limits (and all limit checking) can be fully 
removed and the function just return a fixed string.  


> On Jun 15, 2016, at 2:32 PM, Mike Bonner  wrote:
> 
> Deprecated in this case means pointless since checking the limits shows
> that there aren't any.  Usually the connotation is "discouraged"  as in
> they'd rather you not use it but its still there for whatever reason.  (as
> dar points out, some older scripts might check it and they might break if
> it were removed)
> I guess its possible that all the scriptlimits code that keeps you from
> doing more than intended WAS cleaned up and removed, and all thats left is
> a function that always returns 0,0,0,0.
> 
> On Wed, Jun 15, 2016 at 2:19 PM, Richmond 
> wrote:
> 
>> That's a bit semantically slithery . . .
>> 
>> Richmond.
>> 
>> 
>> On 15.06.2016 23:16, Dar Scott wrote:
>> 
>>> The function should stick around for a little bit because some old
>>> scripts might still check.
>>> 
>>> The generation of the error is strange, though--that may indicate a need
>>> for some snipping.  I suspect there is a check that never succeeds, but
>>> never has somehow occurred.
>>> 
>>> Just for fun:
>>> https://en.wikipedia.org/wiki/Deprecation
>>> 
>>> 
>>> On Jun 15, 2016, at 2:04 PM, Mike Bonner  wrote:
 
 Deprecated doesn't mean removed.  In this case, it looks like the code is
 still there, but limits set to 0 (IE infinite)  Kinda surprised the code
 is
 still there though, doesn't seem like it would be needed for backwards
 compatability. Of course excising it would (probably?) be far more than a
 just a snip snip snip.
 
 On Wed, Jun 15, 2016 at 1:42 PM, Richmond 
 wrote:
 
 That's interesting; putting "put the scriptLimits" into the Message Box
> of
> LC 8.0.01 Indy yields 0,0,0,0.
> 
> I *wonder why* the documentation says "deprecated"?
> 
> Richmond.
> 
> On 15.06.2016 22:20, Dar Scott wrote:
> 
> the scriptLimits()
>> 
>> I think you should still be able to put it, just drop 'the' or the
>> parentheses.
>> 
>> Why does this sound vaguely 'porno'?
> 
> 
> 
> On Jun 15, 2016, at 1:15 PM, Richmond 
>> 
>>> wrote:
>>> 
>>> So, (swank, swank) I opened up LC 8.0.1 Indy and typed "put the" into
>>> the
>>> Message box, then copy-pasted "scriptLimits()" across from your
>>> message,
>>> at which point the Message box contained this:
>>> 
>>> put the ÿþ
>>> 
>>> I was unable to DELETE anything in the Message Box.
>>> 
>>> which is both odd and problematic.
>>> 
>>> So, stopping trying to be clever (!) I typed "put the scriptLimits()"
>>> into the Message box and got:
>>> 
>>> Script compile error:
>>> Error description: Handler: bad command
>>> 
>>> which is also not much use.
>>> 
>>> I then opened LC 7.1.4 (because the Dictionary in Livecode 8.0.1
>>> 64-bit
>>> Linux is a non-starter)
>>> and looked up "scriptLimits()" and read:
>>> 
>>> Deprecated in Livecode 6.7.
>>> 
>>> At which point I felt bl**dy silly that I didn't check that first.
>>> 
>>> Richmond.
>>> 
>>> 
>>> On 15.06.2016 21:35, Dar Scott wrote:
>>> 
>>> I would very much like to be Indy disqualified.
 
 As to the error, it seems it has come up a few times in discussions
 over the years.
 
 Because of the word 'set', it feels like it has to do with too many
 lines in a script that is set in a standalone.  But, I thought those
 limits
 had been removed.  Just it case, scriptLimits() can be checked.  It
 should
 be 0,0,0,0.
 
 Dar
 
 
 
 On Jun 15, 2016, at 12:23 PM, Richmond 
 
> wrote:
> 
> Your income has probably just exceeded $500,000; after all, the Indy
> version of Livecode
> has a built-in income detector :P
> 
> Richmond.
> 
> On 15.06.2016 21:19, Dr. Hawkins wrote:
> 
> I am getting this error message.  This should not be happening on an
>> indy
>> license with more than a year left.
>> 
>> For that matter, I have no idea what it means:
>> 
>> Error description: set: license limit exceeded
>> 
>> 

Re: "Error description: set: license limit exceeded"

[J. Landman Gay]

Deprecated doesn't mean gone, it means basically no longer useful, either 
because it's been replaced by something better or because it no longer 
applies. Typically the original term is retained in the language for 
backward compatibility, but use in new code going forward is discouraged.


This is like the numtochar you use in Deva Writer, which is no longer 
necessary in LC7+.  It doesn't break scripts but using newer syntax is more 
powerful and convenient.



Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com



On June 15, 2016 3:18:12 PM Richmond  wrote:


That "snip snip snip" also sounds unfortunate :/

I thought I knew what "deprecated" meant - gone, dead, no more.

Obviously it means something a bit more subtle; well, at least in the
Livecode Universe.

If "deprecated" here means that it has been replaced by something else
(?) it would
be nice to know what the something else is.

Richmond.

On 15.06.2016 23:04, Mike Bonner wrote:

Deprecated doesn't mean removed.  In this case, it looks like the code is
still there, but limits set to 0 (IE infinite)  Kinda surprised the code is
still there though, doesn't seem like it would be needed for backwards
compatability. Of course excising it would (probably?) be far more than a
just a snip snip snip.

On Wed, Jun 15, 2016 at 1:42 PM, Richmond 
wrote:


That's interesting; putting "put the scriptLimits" into the Message Box of
LC 8.0.01 Indy yields 0,0,0,0.

I *wonder why* the documentation says "deprecated"?

Richmond.

On 15.06.2016 22:20, Dar Scott wrote:


the scriptLimits()

I think you should still be able to put it, just drop 'the' or the
parentheses.


Why does this sound vaguely 'porno'?




On Jun 15, 2016, at 1:15 PM, Richmond 

wrote:

So, (swank, swank) I opened up LC 8.0.1 Indy and typed "put the" into the
Message box, then copy-pasted "scriptLimits()" across from your message,
at which point the Message box contained this:

put the ÿþ

I was unable to DELETE anything in the Message Box.

which is both odd and problematic.

So, stopping trying to be clever (!) I typed "put the scriptLimits()"
into the Message box and got:

Script compile error:
Error description: Handler: bad command

which is also not much use.

I then opened LC 7.1.4 (because the Dictionary in Livecode 8.0.1 64-bit
Linux is a non-starter)
and looked up "scriptLimits()" and read:

Deprecated in Livecode 6.7.

At which point I felt bl**dy silly that I didn't check that first.

Richmond.


On 15.06.2016 21:35, Dar Scott wrote:


I would very much like to be Indy disqualified.

As to the error, it seems it has come up a few times in discussions
over the years.

Because of the word 'set', it feels like it has to do with too many
lines in a script that is set in a standalone.  But, I thought those limits
had been removed.  Just it case, scriptLimits() can be checked.  It should
be 0,0,0,0.

Dar



On Jun 15, 2016, at 12:23 PM, Richmond 

wrote:

Your income has probably just exceeded $500,000; after all, the Indy
version of Livecode
has a built-in income detector :P

Richmond.

On 15.06.2016 21:19, Dr. Hawkins wrote:


I am getting this error message.  This should not be happening on an
indy
license with more than a year left.

For that matter, I have no idea what it means:

Error description: set: license limit exceeded

___

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:

Re: "Error description: set: license limit exceeded"

[Mike Bonner]

Deprecated in this case means pointless since checking the limits shows
that there aren't any.  Usually the connotation is "discouraged"  as in
they'd rather you not use it but its still there for whatever reason.  (as
dar points out, some older scripts might check it and they might break if
it were removed)
I guess its possible that all the scriptlimits code that keeps you from
doing more than intended WAS cleaned up and removed, and all thats left is
a function that always returns 0,0,0,0.

On Wed, Jun 15, 2016 at 2:19 PM, Richmond 
wrote:

> That's a bit semantically slithery . . .
>
> Richmond.
>
>
> On 15.06.2016 23:16, Dar Scott wrote:
>
>> The function should stick around for a little bit because some old
>> scripts might still check.
>>
>> The generation of the error is strange, though--that may indicate a need
>> for some snipping.  I suspect there is a check that never succeeds, but
>> never has somehow occurred.
>>
>> Just for fun:
>> https://en.wikipedia.org/wiki/Deprecation
>>
>>
>> On Jun 15, 2016, at 2:04 PM, Mike Bonner  wrote:
>>>
>>> Deprecated doesn't mean removed.  In this case, it looks like the code is
>>> still there, but limits set to 0 (IE infinite)  Kinda surprised the code
>>> is
>>> still there though, doesn't seem like it would be needed for backwards
>>> compatability. Of course excising it would (probably?) be far more than a
>>> just a snip snip snip.
>>>
>>> On Wed, Jun 15, 2016 at 1:42 PM, Richmond 
>>> wrote:
>>>
>>> That's interesting; putting "put the scriptLimits" into the Message Box
 of
 LC 8.0.01 Indy yields 0,0,0,0.

 I *wonder why* the documentation says "deprecated"?

 Richmond.

 On 15.06.2016 22:20, Dar Scott wrote:

 the scriptLimits()
>
> I think you should still be able to put it, just drop 'the' or the
> parentheses.
>
> Why does this sound vaguely 'porno'?



 On Jun 15, 2016, at 1:15 PM, Richmond 
>
>> wrote:
>>
>> So, (swank, swank) I opened up LC 8.0.1 Indy and typed "put the" into
>> the
>> Message box, then copy-pasted "scriptLimits()" across from your
>> message,
>> at which point the Message box contained this:
>>
>> put the ÿþ
>>
>> I was unable to DELETE anything in the Message Box.
>>
>> which is both odd and problematic.
>>
>> So, stopping trying to be clever (!) I typed "put the scriptLimits()"
>> into the Message box and got:
>>
>> Script compile error:
>> Error description: Handler: bad command
>>
>> which is also not much use.
>>
>> I then opened LC 7.1.4 (because the Dictionary in Livecode 8.0.1
>> 64-bit
>> Linux is a non-starter)
>> and looked up "scriptLimits()" and read:
>>
>> Deprecated in Livecode 6.7.
>>
>> At which point I felt bl**dy silly that I didn't check that first.
>>
>> Richmond.
>>
>>
>> On 15.06.2016 21:35, Dar Scott wrote:
>>
>> I would very much like to be Indy disqualified.
>>>
>>> As to the error, it seems it has come up a few times in discussions
>>> over the years.
>>>
>>> Because of the word 'set', it feels like it has to do with too many
>>> lines in a script that is set in a standalone.  But, I thought those
>>> limits
>>> had been removed.  Just it case, scriptLimits() can be checked.  It
>>> should
>>> be 0,0,0,0.
>>>
>>> Dar
>>>
>>>
>>>
>>> On Jun 15, 2016, at 12:23 PM, Richmond 
>>>
 wrote:

 Your income has probably just exceeded $500,000; after all, the Indy
 version of Livecode
 has a built-in income detector :P

 Richmond.

 On 15.06.2016 21:19, Dr. Hawkins wrote:

 I am getting this error message.  This should not be happening on an
> indy
> license with more than a year left.
>
> For that matter, I have no idea what it means:
>
> Error description: set: license limit exceeded
>
> ___
>
 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 

Re: [OT-ish] WWDC things of interest

[Mike Kerner]

And I think what all of us want is more, faster.

On Wed, Jun 15, 2016 at 4:16 PM, Mike Kerner 
wrote:

> Apple says every ios connection must be encrypted by YE 2016
>
> http://www.zdnet.com/article/wwdc-2016-apple-ramps-up-privacy-now-all-ios-apps-must-encrypt-web-connections-by-year-end/?ftag=TRE17cfd61=21150576046427068198636522512581
>
> On Wed, Jun 15, 2016 at 2:17 PM, Lagi Pittas  wrote:
>
>> I second that emotion - (or is it third)
>>
>> I've been harping  on about this for over a year now  - LiveCodeTowers
>> should be putting libraries and courses in the Indy and Business licence
>> that is useful to the Foxpro, Clipper,Delphi,Dbase,Paradox ,VB6, Omnis and
>> dare I say it Filemaker people.
>>
>> Without wishing to flog a dead horse - you are trying to attract people to
>> write apps for IOS but they can't actually do that without an expensive
>> licence - oh its free but you can't write Apps for IOS or the Apple store.
>> Compare with "Here's a free car,  the windows work the horn works -
>> everything works all you need is an engine."
>>
>> I would be mighty pissed to find out after I had spent hours learning to
>> "write Apps" I couldn't deploy my "Crappy Bird" clone that isn't gonna
>> make
>> me any money anyway.
>>
>> A developer who has clientele  for Business critical applications that
>> earns thousands will see the value. If you want everyone to learn to
>> program (whatever that means) they can do it with the free one  and then
>> they decide thats it's too expensive afterwards - you have still lost a
>> sale. I have 2 enterprise versions of B4A and B4I just incase there is
>> something I can't do in LIvecode - hasn't happened yet and I think when V8
>> is a little more progressed it probably won't but always have a plan B.
>>
>> Now if you had 2 paid for options for IOS and Android - Separate versions
>> )
>> at a commensurate price to Apples Developer Tax you would get the numbers
>> who would then have a chance of gravitating to the "Full Fat" version of
>> livecode.
>>
>>
>> Sorry I'm talking to myself again.
>>
>> 
>>
>> Lagi
>>
>>
>> On 15 June 2016 at 16:41, tbodine  wrote:
>>
>> > Richard Gaskin wrote
>> > > Even if we develop on Mac or Linux, the majority of most of our income
>> > > comes from Windows users, and our income is what enables LC's income.
>> > >
>> > > The Mac audience may be two to three times larger than Linux, but both
>> > > are niches compared to the 86% using Windows.
>> >
>> > Richard makes a very important point here. I agree and wish to echo it.
>> >
>> > -- Tom Bodine
>> >
>> >
>> >
>> > --
>> > View this message in context:
>> >
>> http://runtime-revolution.278305.n4.nabble.com/OT-ish-WWDC-things-of-interest-tp4705724p4705802.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
>>
>
>
>
> --
> On the first day, God created the heavens and the Earth
> On the second day, God created the oceans.
> On the third day, God put the animals on hold for a few hours,
>and did a little diving.
> And God said, "This is good."
>



-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
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: "Error description: set: license limit exceeded"

[Richmond]

That's a bit semantically slithery . . .

Richmond.

On 15.06.2016 23:16, Dar Scott wrote:

The function should stick around for a little bit because some old scripts 
might still check.

The generation of the error is strange, though--that may indicate a need for 
some snipping.  I suspect there is a check that never succeeds, but never has 
somehow occurred.

Just for fun:
https://en.wikipedia.org/wiki/Deprecation



On Jun 15, 2016, at 2:04 PM, Mike Bonner  wrote:

Deprecated doesn't mean removed.  In this case, it looks like the code is
still there, but limits set to 0 (IE infinite)  Kinda surprised the code is
still there though, doesn't seem like it would be needed for backwards
compatability. Of course excising it would (probably?) be far more than a
just a snip snip snip.

On Wed, Jun 15, 2016 at 1:42 PM, Richmond 
wrote:


That's interesting; putting "put the scriptLimits" into the Message Box of
LC 8.0.01 Indy yields 0,0,0,0.

I *wonder why* the documentation says "deprecated"?

Richmond.

On 15.06.2016 22:20, Dar Scott wrote:


the scriptLimits()

I think you should still be able to put it, just drop 'the' or the
parentheses.


Why does this sound vaguely 'porno'?




On Jun 15, 2016, at 1:15 PM, Richmond 

wrote:

So, (swank, swank) I opened up LC 8.0.1 Indy and typed "put the" into the
Message box, then copy-pasted "scriptLimits()" across from your message,
at which point the Message box contained this:

put the ÿþ

I was unable to DELETE anything in the Message Box.

which is both odd and problematic.

So, stopping trying to be clever (!) I typed "put the scriptLimits()"
into the Message box and got:

Script compile error:
Error description: Handler: bad command

which is also not much use.

I then opened LC 7.1.4 (because the Dictionary in Livecode 8.0.1 64-bit
Linux is a non-starter)
and looked up "scriptLimits()" and read:

Deprecated in Livecode 6.7.

At which point I felt bl**dy silly that I didn't check that first.

Richmond.


On 15.06.2016 21:35, Dar Scott wrote:


I would very much like to be Indy disqualified.

As to the error, it seems it has come up a few times in discussions
over the years.

Because of the word 'set', it feels like it has to do with too many
lines in a script that is set in a standalone.  But, I thought those limits
had been removed.  Just it case, scriptLimits() can be checked.  It should
be 0,0,0,0.

Dar



On Jun 15, 2016, at 12:23 PM, Richmond 

wrote:

Your income has probably just exceeded $500,000; after all, the Indy
version of Livecode
has a built-in income detector :P

Richmond.

On 15.06.2016 21:19, Dr. Hawkins wrote:


I am getting this error message.  This should not be happening on an
indy
license with more than a year left.

For that matter, I have no idea what it means:

Error description: set: license limit exceeded

___

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



___
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: [OT-ish] WWDC things of interest

[Mike Kerner]

Apple says every ios connection must be encrypted by YE 2016
http://www.zdnet.com/article/wwdc-2016-apple-ramps-up-privacy-now-all-ios-apps-must-encrypt-web-connections-by-year-end/?ftag=TRE17cfd61=21150576046427068198636522512581

On Wed, Jun 15, 2016 at 2:17 PM, Lagi Pittas  wrote:

> I second that emotion - (or is it third)
>
> I've been harping  on about this for over a year now  - LiveCodeTowers
> should be putting libraries and courses in the Indy and Business licence
> that is useful to the Foxpro, Clipper,Delphi,Dbase,Paradox ,VB6, Omnis and
> dare I say it Filemaker people.
>
> Without wishing to flog a dead horse - you are trying to attract people to
> write apps for IOS but they can't actually do that without an expensive
> licence - oh its free but you can't write Apps for IOS or the Apple store.
> Compare with "Here's a free car,  the windows work the horn works -
> everything works all you need is an engine."
>
> I would be mighty pissed to find out after I had spent hours learning to
> "write Apps" I couldn't deploy my "Crappy Bird" clone that isn't gonna make
> me any money anyway.
>
> A developer who has clientele  for Business critical applications that
> earns thousands will see the value. If you want everyone to learn to
> program (whatever that means) they can do it with the free one  and then
> they decide thats it's too expensive afterwards - you have still lost a
> sale. I have 2 enterprise versions of B4A and B4I just incase there is
> something I can't do in LIvecode - hasn't happened yet and I think when V8
> is a little more progressed it probably won't but always have a plan B.
>
> Now if you had 2 paid for options for IOS and Android - Separate versions )
> at a commensurate price to Apples Developer Tax you would get the numbers
> who would then have a chance of gravitating to the "Full Fat" version of
> livecode.
>
>
> Sorry I'm talking to myself again.
>
> 
>
> Lagi
>
>
> On 15 June 2016 at 16:41, tbodine  wrote:
>
> > Richard Gaskin wrote
> > > Even if we develop on Mac or Linux, the majority of most of our income
> > > comes from Windows users, and our income is what enables LC's income.
> > >
> > > The Mac audience may be two to three times larger than Linux, but both
> > > are niches compared to the 86% using Windows.
> >
> > Richard makes a very important point here. I agree and wish to echo it.
> >
> > -- Tom Bodine
> >
> >
> >
> > --
> > View this message in context:
> >
> http://runtime-revolution.278305.n4.nabble.com/OT-ish-WWDC-things-of-interest-tp4705724p4705802.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
>



-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
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: "Error description: set: license limit exceeded"

[Dar Scott]

The function should stick around for a little bit because some old scripts 
might still check.  

The generation of the error is strange, though--that may indicate a need for 
some snipping.  I suspect there is a check that never succeeds, but never has 
somehow occurred.  

Just for fun:
https://en.wikipedia.org/wiki/Deprecation


> On Jun 15, 2016, at 2:04 PM, Mike Bonner  wrote:
> 
> Deprecated doesn't mean removed.  In this case, it looks like the code is
> still there, but limits set to 0 (IE infinite)  Kinda surprised the code is
> still there though, doesn't seem like it would be needed for backwards
> compatability. Of course excising it would (probably?) be far more than a
> just a snip snip snip.
> 
> On Wed, Jun 15, 2016 at 1:42 PM, Richmond 
> wrote:
> 
>> That's interesting; putting "put the scriptLimits" into the Message Box of
>> LC 8.0.01 Indy yields 0,0,0,0.
>> 
>> I *wonder why* the documentation says "deprecated"?
>> 
>> Richmond.
>> 
>> On 15.06.2016 22:20, Dar Scott wrote:
>> 
>>> the scriptLimits()
>>> 
>>> I think you should still be able to put it, just drop 'the' or the
>>> parentheses.
>>> 
>> 
>> Why does this sound vaguely 'porno'?
>> 
>> 
>> 
>>> On Jun 15, 2016, at 1:15 PM, Richmond 
 wrote:
 
 So, (swank, swank) I opened up LC 8.0.1 Indy and typed "put the" into the
 Message box, then copy-pasted "scriptLimits()" across from your message,
 at which point the Message box contained this:
 
 put the ÿþ
 
 I was unable to DELETE anything in the Message Box.
 
 which is both odd and problematic.
 
 So, stopping trying to be clever (!) I typed "put the scriptLimits()"
 into the Message box and got:
 
 Script compile error:
 Error description: Handler: bad command
 
 which is also not much use.
 
 I then opened LC 7.1.4 (because the Dictionary in Livecode 8.0.1 64-bit
 Linux is a non-starter)
 and looked up "scriptLimits()" and read:
 
 Deprecated in Livecode 6.7.
 
 At which point I felt bl**dy silly that I didn't check that first.
 
 Richmond.
 
 
 On 15.06.2016 21:35, Dar Scott wrote:
 
> I would very much like to be Indy disqualified.
> 
> As to the error, it seems it has come up a few times in discussions
> over the years.
> 
> Because of the word 'set', it feels like it has to do with too many
> lines in a script that is set in a standalone.  But, I thought those 
> limits
> had been removed.  Just it case, scriptLimits() can be checked.  It should
> be 0,0,0,0.
> 
> Dar
> 
> 
> 
> On Jun 15, 2016, at 12:23 PM, Richmond 
>> wrote:
>> 
>> Your income has probably just exceeded $500,000; after all, the Indy
>> version of Livecode
>> has a built-in income detector :P
>> 
>> Richmond.
>> 
>> On 15.06.2016 21:19, Dr. Hawkins wrote:
>> 
>>> I am getting this error message.  This should not be happening on an
>>> indy
>>> license with more than a year left.
>>> 
>>> For that matter, I have no idea what it means:
>>> 
>>> Error description: set: license limit exceeded
>>> 
>>> ___
>> 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:
> 

Re: "Error description: set: license limit exceeded"

[Richmond]

That "snip snip snip" also sounds unfortunate :/

I thought I knew what "deprecated" meant - gone, dead, no more.

Obviously it means something a bit more subtle; well, at least in the 
Livecode Universe.


If "deprecated" here means that it has been replaced by something else 
(?) it would

be nice to know what the something else is.

Richmond.

On 15.06.2016 23:04, Mike Bonner wrote:

Deprecated doesn't mean removed.  In this case, it looks like the code is
still there, but limits set to 0 (IE infinite)  Kinda surprised the code is
still there though, doesn't seem like it would be needed for backwards
compatability. Of course excising it would (probably?) be far more than a
just a snip snip snip.

On Wed, Jun 15, 2016 at 1:42 PM, Richmond 
wrote:


That's interesting; putting "put the scriptLimits" into the Message Box of
LC 8.0.01 Indy yields 0,0,0,0.

I *wonder why* the documentation says "deprecated"?

Richmond.

On 15.06.2016 22:20, Dar Scott wrote:


the scriptLimits()

I think you should still be able to put it, just drop 'the' or the
parentheses.


Why does this sound vaguely 'porno'?




On Jun 15, 2016, at 1:15 PM, Richmond 

wrote:

So, (swank, swank) I opened up LC 8.0.1 Indy and typed "put the" into the
Message box, then copy-pasted "scriptLimits()" across from your message,
at which point the Message box contained this:

put the ÿþ

I was unable to DELETE anything in the Message Box.

which is both odd and problematic.

So, stopping trying to be clever (!) I typed "put the scriptLimits()"
into the Message box and got:

Script compile error:
Error description: Handler: bad command

which is also not much use.

I then opened LC 7.1.4 (because the Dictionary in Livecode 8.0.1 64-bit
Linux is a non-starter)
and looked up "scriptLimits()" and read:

Deprecated in Livecode 6.7.

At which point I felt bl**dy silly that I didn't check that first.

Richmond.


On 15.06.2016 21:35, Dar Scott wrote:


I would very much like to be Indy disqualified.

As to the error, it seems it has come up a few times in discussions
over the years.

Because of the word 'set', it feels like it has to do with too many
lines in a script that is set in a standalone.  But, I thought those limits
had been removed.  Just it case, scriptLimits() can be checked.  It should
be 0,0,0,0.

Dar



On Jun 15, 2016, at 12:23 PM, Richmond 

wrote:

Your income has probably just exceeded $500,000; after all, the Indy
version of Livecode
has a built-in income detector :P

Richmond.

On 15.06.2016 21:19, Dr. Hawkins wrote:


I am getting this error message.  This should not be happening on an
indy
license with more than a year left.

For that matter, I have no idea what it means:

Error description: set: license limit exceeded

___

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



___
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: "Error description: set: license limit exceeded"

[Mike Bonner]

Deprecated doesn't mean removed.  In this case, it looks like the code is
still there, but limits set to 0 (IE infinite)  Kinda surprised the code is
still there though, doesn't seem like it would be needed for backwards
compatability. Of course excising it would (probably?) be far more than a
just a snip snip snip.

On Wed, Jun 15, 2016 at 1:42 PM, Richmond 
wrote:

> That's interesting; putting "put the scriptLimits" into the Message Box of
> LC 8.0.01 Indy yields 0,0,0,0.
>
> I *wonder why* the documentation says "deprecated"?
>
> Richmond.
>
> On 15.06.2016 22:20, Dar Scott wrote:
>
>> the scriptLimits()
>>
>> I think you should still be able to put it, just drop 'the' or the
>> parentheses.
>>
>
> Why does this sound vaguely 'porno'?
>
>
>
>> On Jun 15, 2016, at 1:15 PM, Richmond 
>>> wrote:
>>>
>>> So, (swank, swank) I opened up LC 8.0.1 Indy and typed "put the" into the
>>> Message box, then copy-pasted "scriptLimits()" across from your message,
>>> at which point the Message box contained this:
>>>
>>> put the ÿþ
>>>
>>> I was unable to DELETE anything in the Message Box.
>>>
>>> which is both odd and problematic.
>>>
>>> So, stopping trying to be clever (!) I typed "put the scriptLimits()"
>>> into the Message box and got:
>>>
>>> Script compile error:
>>> Error description: Handler: bad command
>>>
>>> which is also not much use.
>>>
>>> I then opened LC 7.1.4 (because the Dictionary in Livecode 8.0.1 64-bit
>>> Linux is a non-starter)
>>> and looked up "scriptLimits()" and read:
>>>
>>> Deprecated in Livecode 6.7.
>>>
>>> At which point I felt bl**dy silly that I didn't check that first.
>>>
>>> Richmond.
>>>
>>>
>>> On 15.06.2016 21:35, Dar Scott wrote:
>>>
 I would very much like to be Indy disqualified.

 As to the error, it seems it has come up a few times in discussions
 over the years.

 Because of the word 'set', it feels like it has to do with too many
 lines in a script that is set in a standalone.  But, I thought those limits
 had been removed.  Just it case, scriptLimits() can be checked.  It should
 be 0,0,0,0.

 Dar



 On Jun 15, 2016, at 12:23 PM, Richmond 
> wrote:
>
> Your income has probably just exceeded $500,000; after all, the Indy
> version of Livecode
> has a built-in income detector :P
>
> Richmond.
>
> On 15.06.2016 21:19, Dr. Hawkins wrote:
>
>> I am getting this error message.  This should not be happening on an
>> indy
>> license with more than a year left.
>>
>> For that matter, I have no idea what it means:
>>
>> Error description: set: license limit exceeded
>>
>> ___
> 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: browser widget again

[Mike Bonner]

Hey, when the var tcoord is declared and/or set its value, how do you do
it?  If you bring up the message watcher, after grabbing your return value
it once, does it continue spamming your livecode handler?  I have the
inkling of a theory..

On Wed, Jun 15, 2016 at 1:41 PM, Mike Bonner  wrote:

> Not sure I understand whats going on either, I'd probably have to see more
> code.
>
> @david.. I don't have time to try it right now, but I _THINK_ if you have
> an existing function in your page and you want to get the results of that
> function out, you can treat the function as a parameter to your livecode
> call.
>
> Meaning if you have defined a javascrpithandler named fred, and your page
> has a function named add() which takes 2 values to be added it will
> probably work do do this..
>
> do "liveCode.fred(add(4,3))" in widget "browser"
>
> Hmm in fact, i'll try it now.
>
> Yep, it works fine. Just pop whatever existing function (that has a return
> value) that you want to get back out of the widget as a parameter to your
> javascripthandler call and poof. Out it comes.
>
> In my test I had this in the page..
>
>
> 
> 
> 
> var tcoords='1,2,3'
> function add(p1,p2) {
> return p1 + p2;
> }
> 
> 
>
> And have registered myJSHandler as my livecode hook.
>
> Then this will get the results back out.
> do "liveCode.myJSHandler(add(1,2))" in widget 1
> It uses the existing add function to add the 2 numbers passed in, and my
> generic handler displays 3 in the message box.
>
>
> On Wed, Jun 15, 2016 at 1:28 PM, Jacques Hausser 
> wrote:
>
>> YESSS ! IT WORKS ! Many thanks, Mike !
>>
>> But I’m very surprised: I don’t have to call my command “getLoc” more
>> than one time: after that, each time I change the location of my marker on
>> the map, the value of tCoord (which is declared at the start of the script,
>> that is, as “global”) is modified, the function is triggered and the new
>> coordinates are displayed in fld “Result”. I do not understand why,
>> actually. Nothing to do with my “exportXYZ” javascript function, which was
>> suppressed. My card script now contains:
>>
>> command getLoc
>> do "liveCode.inputLoc(tCoord);" in widget "mapBrowser"
>> end getLoc
>>
>> on inputLoc
>>put param(1) into fld “FResult"
>> end inputLoc
>>
>> (it’s less general than your version, but I wanted just to check it)
>>
>> I still have to dig further away to understand how it works. But you made
>> my day !
>>
>> Jacques
>>
>> > Le 15 juin 2016 à 20:25, Mike Bonner  a écrit :
>> >
>> > You said tcoord contains the information you want to return...
>> >
>> > I don't think you need to actually include the livecode function call in
>> > your html, I'm pretty sure you can remove it entirely and do something
>> like
>> > this..
>> >
>> > do "liveCode.inputLoc(tcoord)" in widget "Browser" and it will work.
>> (It
>> > did for me, its possible there are issues elsewhere in the javascript
>> code)
>> >
>> > In this way you can define a single javascripthandler and have it hand
>> back
>> > any data you need.
>> >
>> > As a quick example, I set the htmltext of a widget to the following..
>> >
>> >
>> > 
>> > 
>> > 
>> > var tcoords='1,2,3'
>> > 
>> > 
>> >
>> > The ONLY thing in there as javascript is the declaration of tcoords
>> >
>> > Then from the message box I set a javascript handler to myJSHandler and
>> > then..
>> > do "liveCode.myJSHandler(tcoords,'fred')" in widget 1
>> >
>> > For my lc handler I used paramcount and param() to find out and show the
>> > data that was passed out.
>> >
>> > command myjshandler
>> >   put empty
>> >   repeat with i = 1 to the paramcount
>> >  put param(i) & cr after msg
>> >   end repeat
>> > end myjshandler
>> >
>> > As expected the message box displayed
>> > 1,2,3
>> > fred
>> >
>> > You might be able to leverage this into some debugging ability.
>> >
>> > I did try a bunch of different ways to get things out (some that seemed
>> > like they SHOULD work but didn't, causing an "error eveluating
>> javascript"
>> > error)
>> >
>> > It even seemed sometimes that a method that worked just a minute ago
>> would
>> > stop.  (I'm so bad at javascript though, its no surprise i'm lost)
>> >
>> >
>> > On Wed, Jun 15, 2016 at 10:38 AM, Jacques Hausser <
>> jacques.haus...@unil.ch>
>> > wrote:
>> >
>> >> Still trying to use the browser widget and its javascripthandlers. I
>> >> picked information here and there (many thanks to those who answered my
>> >> previous mails, especially Mike) but really I would be glad to find a
>> >> detailed user’s guide somewhere. I’m using a html file exploiting
>> google
>> >> map’s API as URL, and it works perfectly well with the old style
>> browser.
>> >> But I cannot grab the information I want with the new browser widget.
>> >> Hereunder a simplified (and tested) example of what I tried for the old
>> >> browser (successfully) and the widget browser (to no avail).
>> >>
>> >> 

Re: "Error description: set: license limit exceeded"

[Richmond]

That's interesting; putting "put the scriptLimits" into the Message Box 
of LC 8.0.01 Indy yields 0,0,0,0.


I *wonder why* the documentation says "deprecated"?

Richmond.

On 15.06.2016 22:20, Dar Scott wrote:

the scriptLimits()

I think you should still be able to put it, just drop 'the' or the parentheses.


Why does this sound vaguely 'porno'?




On Jun 15, 2016, at 1:15 PM, Richmond  wrote:

So, (swank, swank) I opened up LC 8.0.1 Indy and typed "put the" into the
Message box, then copy-pasted "scriptLimits()" across from your message,
at which point the Message box contained this:

put the ÿþ

I was unable to DELETE anything in the Message Box.

which is both odd and problematic.

So, stopping trying to be clever (!) I typed "put the scriptLimits()"
into the Message box and got:

Script compile error:
Error description: Handler: bad command

which is also not much use.

I then opened LC 7.1.4 (because the Dictionary in Livecode 8.0.1 64-bit Linux 
is a non-starter)
and looked up "scriptLimits()" and read:

Deprecated in Livecode 6.7.

At which point I felt bl**dy silly that I didn't check that first.

Richmond.


On 15.06.2016 21:35, Dar Scott wrote:

I would very much like to be Indy disqualified.

As to the error, it seems it has come up a few times in discussions over the 
years.

Because of the word 'set', it feels like it has to do with too many lines in a 
script that is set in a standalone.  But, I thought those limits had been 
removed.  Just it case, scriptLimits() can be checked.  It should be 0,0,0,0.

Dar




On Jun 15, 2016, at 12:23 PM, Richmond  wrote:

Your income has probably just exceeded $500,000; after all, the Indy version of 
Livecode
has a built-in income detector :P

Richmond.

On 15.06.2016 21:19, Dr. Hawkins wrote:

I am getting this error message.  This should not be happening on an indy
license with more than a year left.

For that matter, I have no idea what it means:

Error description: set: license limit exceeded


___
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: browser widget again

[Mike Bonner]

Not sure I understand whats going on either, I'd probably have to see more
code.

@david.. I don't have time to try it right now, but I _THINK_ if you have
an existing function in your page and you want to get the results of that
function out, you can treat the function as a parameter to your livecode
call.

Meaning if you have defined a javascrpithandler named fred, and your page
has a function named add() which takes 2 values to be added it will
probably work do do this..

do "liveCode.fred(add(4,3))" in widget "browser"

Hmm in fact, i'll try it now.

Yep, it works fine. Just pop whatever existing function (that has a return
value) that you want to get back out of the widget as a parameter to your
javascripthandler call and poof. Out it comes.

In my test I had this in the page..





var tcoords='1,2,3'
function add(p1,p2) {
return p1 + p2;
}



And have registered myJSHandler as my livecode hook.

Then this will get the results back out.
do "liveCode.myJSHandler(add(1,2))" in widget 1
It uses the existing add function to add the 2 numbers passed in, and my
generic handler displays 3 in the message box.


On Wed, Jun 15, 2016 at 1:28 PM, Jacques Hausser 
wrote:

> YESSS ! IT WORKS ! Many thanks, Mike !
>
> But I’m very surprised: I don’t have to call my command “getLoc” more than
> one time: after that, each time I change the location of my marker on the
> map, the value of tCoord (which is declared at the start of the script,
> that is, as “global”) is modified, the function is triggered and the new
> coordinates are displayed in fld “Result”. I do not understand why,
> actually. Nothing to do with my “exportXYZ” javascript function, which was
> suppressed. My card script now contains:
>
> command getLoc
> do "liveCode.inputLoc(tCoord);" in widget "mapBrowser"
> end getLoc
>
> on inputLoc
>put param(1) into fld “FResult"
> end inputLoc
>
> (it’s less general than your version, but I wanted just to check it)
>
> I still have to dig further away to understand how it works. But you made
> my day !
>
> Jacques
>
> > Le 15 juin 2016 à 20:25, Mike Bonner  a écrit :
> >
> > You said tcoord contains the information you want to return...
> >
> > I don't think you need to actually include the livecode function call in
> > your html, I'm pretty sure you can remove it entirely and do something
> like
> > this..
> >
> > do "liveCode.inputLoc(tcoord)" in widget "Browser" and it will work.  (It
> > did for me, its possible there are issues elsewhere in the javascript
> code)
> >
> > In this way you can define a single javascripthandler and have it hand
> back
> > any data you need.
> >
> > As a quick example, I set the htmltext of a widget to the following..
> >
> >
> > 
> > 
> > 
> > var tcoords='1,2,3'
> > 
> > 
> >
> > The ONLY thing in there as javascript is the declaration of tcoords
> >
> > Then from the message box I set a javascript handler to myJSHandler and
> > then..
> > do "liveCode.myJSHandler(tcoords,'fred')" in widget 1
> >
> > For my lc handler I used paramcount and param() to find out and show the
> > data that was passed out.
> >
> > command myjshandler
> >   put empty
> >   repeat with i = 1 to the paramcount
> >  put param(i) & cr after msg
> >   end repeat
> > end myjshandler
> >
> > As expected the message box displayed
> > 1,2,3
> > fred
> >
> > You might be able to leverage this into some debugging ability.
> >
> > I did try a bunch of different ways to get things out (some that seemed
> > like they SHOULD work but didn't, causing an "error eveluating
> javascript"
> > error)
> >
> > It even seemed sometimes that a method that worked just a minute ago
> would
> > stop.  (I'm so bad at javascript though, its no surprise i'm lost)
> >
> >
> > On Wed, Jun 15, 2016 at 10:38 AM, Jacques Hausser <
> jacques.haus...@unil.ch>
> > wrote:
> >
> >> Still trying to use the browser widget and its javascripthandlers. I
> >> picked information here and there (many thanks to those who answered my
> >> previous mails, especially Mike) but really I would be glad to find a
> >> detailed user’s guide somewhere. I’m using a html file exploiting google
> >> map’s API as URL, and it works perfectly well with the old style
> browser.
> >> But I cannot grab the information I want with the new browser widget.
> >> Hereunder a simplified (and tested) example of what I tried for the old
> >> browser (successfully) and the widget browser (to no avail).
> >>
> >> ——
> >> old style browser:
> >> ——
> >> in the card script:
> >>
> >> command getLoc
> >>   get revBrowserCallScript(LBrowserID,exportXYZ)
> >>   put it into fld "FResult"
> >> end getLoc
> >>
> >> in the html file:
> >>
> >> function exportXYZ()
> >> //tCoord contains the ccordinates and altitude of the last point clicked
> >> {
> >> var vCoord = tCoord;
> >> return vCoord;
> >> }
> >> ——
> >> browser widget:
> >> 

Re: browser widget again

[Jacques Hausser]

YESSS ! IT WORKS ! Many thanks, Mike !

But I’m very surprised: I don’t have to call my command “getLoc” more than one 
time: after that, each time I change the location of my marker on the map, the 
value of tCoord (which is declared at the start of the script, that is, as 
“global”) is modified, the function is triggered and the new coordinates are 
displayed in fld “Result”. I do not understand why, actually. Nothing to do 
with my “exportXYZ” javascript function, which was suppressed. My card script 
now contains:

command getLoc
do "liveCode.inputLoc(tCoord);" in widget "mapBrowser"
end getLoc

on inputLoc
   put param(1) into fld “FResult"
end inputLoc

(it’s less general than your version, but I wanted just to check it)

I still have to dig further away to understand how it works. But you made my 
day !

Jacques

> Le 15 juin 2016 à 20:25, Mike Bonner  a écrit :
> 
> You said tcoord contains the information you want to return...
> 
> I don't think you need to actually include the livecode function call in
> your html, I'm pretty sure you can remove it entirely and do something like
> this..
> 
> do "liveCode.inputLoc(tcoord)" in widget "Browser" and it will work.  (It
> did for me, its possible there are issues elsewhere in the javascript code)
> 
> In this way you can define a single javascripthandler and have it hand back
> any data you need.
> 
> As a quick example, I set the htmltext of a widget to the following..
> 
> 
> 
> 
> 
> var tcoords='1,2,3'
> 
> 
> 
> The ONLY thing in there as javascript is the declaration of tcoords
> 
> Then from the message box I set a javascript handler to myJSHandler and
> then..
> do "liveCode.myJSHandler(tcoords,'fred')" in widget 1
> 
> For my lc handler I used paramcount and param() to find out and show the
> data that was passed out.
> 
> command myjshandler
>   put empty
>   repeat with i = 1 to the paramcount
>  put param(i) & cr after msg
>   end repeat
> end myjshandler
> 
> As expected the message box displayed
> 1,2,3
> fred
> 
> You might be able to leverage this into some debugging ability.
> 
> I did try a bunch of different ways to get things out (some that seemed
> like they SHOULD work but didn't, causing an "error eveluating javascript"
> error)
> 
> It even seemed sometimes that a method that worked just a minute ago would
> stop.  (I'm so bad at javascript though, its no surprise i'm lost)
> 
> 
> On Wed, Jun 15, 2016 at 10:38 AM, Jacques Hausser 
> wrote:
> 
>> Still trying to use the browser widget and its javascripthandlers. I
>> picked information here and there (many thanks to those who answered my
>> previous mails, especially Mike) but really I would be glad to find a
>> detailed user’s guide somewhere. I’m using a html file exploiting google
>> map’s API as URL, and it works perfectly well with the old style browser.
>> But I cannot grab the information I want with the new browser widget.
>> Hereunder a simplified (and tested) example of what I tried for the old
>> browser (successfully) and the widget browser (to no avail).
>> 
>> ——
>> old style browser:
>> ——
>> in the card script:
>> 
>> command getLoc
>>   get revBrowserCallScript(LBrowserID,exportXYZ)
>>   put it into fld "FResult"
>> end getLoc
>> 
>> in the html file:
>> 
>> function exportXYZ()
>> //tCoord contains the ccordinates and altitude of the last point clicked
>> {
>> var vCoord = tCoord;
>> return vCoord;
>> }
>> ——
>> browser widget:
>> ——
>> in the card script:
>> 
>> command getLoc
>>   do "exportXYZ();" in widget "mapBrowser"
>> end mouseUp
>> 
>> command inputLoc pCoord
>> —- this command’s name is in the list of javascripthandlers for my browser
>>   put pCoord into fld "FResult"
>> end inputLoc
>> 
>> in the html file:
>> 
>> function exportXYZ()
>> //tCoord contains the ccordinates and altitude of the last point clicked
>> {
>> var pCoord = tCoord;
>> liveCode.inputLoc(pCoord);
>> }
>> ——
>> 
>> the html file is exactly the same in both cases except for the change
>> illustrated above. The map is displayed as expected in the browser widget,
>> I can click any location to get a marker displayed and I can move to a new
>> region with the following:
>> 
>> ——
>> in the card script:
>> 
>> command newReg plat,plon,pzoom
>>   do "goToReg(plat,plon,pzoom);” in widget "mapBrowser"
>> end mouseUp
>> 
>> and in the htlm file:
>> 
>> function goToReg(pLat,pLng,pZoom)
>> {
>> var newCenter = new google.maps.LatLng(pLat,pLng);
>> tmap.setCenter(newCenter);
>> var tZoom = parseInt(pZoom,10);
>> tmap.setZoom(tZoom);
>> }
>> ——
>> 
>> Thus “do … in widget” works; but I cannot fetch those damned coordinates
>> with “liveCode.inputLoc(pCoord);". How to make the javascriptHandlers to
>> work ?
>> 
>> PS: Mac 10.11.5, LC 8.0.2 rc2

Re: "Error description: set: license limit exceeded"

[Richmond]

Bug 17859

On 15.06.2016 22:15, Richmond wrote:

So, (swank, swank) I opened up LC 8.0.1 Indy and typed "put the" into the
Message box, then copy-pasted "scriptLimits()" across from your message,
at which point the Message box contained this:

put the ÿþ

I was unable to DELETE anything in the Message Box.

which is both odd and problematic.

So, stopping trying to be clever (!) I typed "put the scriptLimits()"
into the Message box and got:

Script compile error:
Error description: Handler: bad command

which is also not much use.

I then opened LC 7.1.4 (because the Dictionary in Livecode 8.0.1 
64-bit Linux is a non-starter)

and looked up "scriptLimits()" and read:

Deprecated in Livecode 6.7.

At which point I felt bl**dy silly that I didn't check that first.

Richmond.


On 15.06.2016 21:35, Dar Scott wrote:

I would very much like to be Indy disqualified.

As to the error, it seems it has come up a few times in discussions 
over the years.


Because of the word 'set', it feels like it has to do with too many 
lines in a script that is set in a standalone.  But, I thought those 
limits had been removed.  Just it case, scriptLimits() can be 
checked.  It should be 0,0,0,0.


Dar



On Jun 15, 2016, at 12:23 PM, Richmond  
wrote:


Your income has probably just exceeded $500,000; after all, the Indy 
version of Livecode

has a built-in income detector :P

Richmond.

On 15.06.2016 21:19, Dr. Hawkins wrote:
I am getting this error message.  This should not be happening on 
an indy

license with more than a year left.

For that matter, I have no idea what it means:

Error description: set: license limit exceeded



___
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: "Error description: set: license limit exceeded"

[Dar Scott]

I think there is a random memory smashing error, based on the strange, but rare 
crashes and weird behavior reported recently.  Try quitting and restarting LC.  

Otherwise, I'd look into script encryption.  Or some rarely used feature 
involving scripts.  


> On Jun 15, 2016, at 1:15 PM, Dr. Hawkins  wrote:
> 
> On Wed, Jun 15, 2016 at 11:35 AM, Dar Scott  wrote:
> 
>> I would very much like to be Indy disqualified.
>> 
>> 
> Me too . . . a couple of years of that, and I'd retire.
> 
> For that matter, that revenue  would let me sell for enough to retire.
> 
> Even given that my retirement needs have gone up now that I've driven a '27
> Cadillac . . .
> 
> As to the error, it seems it has come up a few times in discussions over
>> the years.
>> 
>> Because of the word 'set', it feels like it has to do with too many lines
>> in a script that is set in a standalone.  But, I thought those limits had
>> been removed.  Just it case, scriptLimits() can be checked.  It should be
>> 0,0,0,0.
>> 
> 
> 
> That occurred to me--but there is nowhere in my code that sets a script!
> (that, and i'm in the IDI . . .)
> 
> -- 
> Dr. Richard E. Hawkins, Esq.
> (702) 508-8462
> ___
> 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: "Error description: set: license limit exceeded"

[Dar Scott]

the scriptLimits()

I think you should still be able to put it, just drop 'the' or the parentheses. 
 

> On Jun 15, 2016, at 1:15 PM, Richmond  wrote:
> 
> So, (swank, swank) I opened up LC 8.0.1 Indy and typed "put the" into the
> Message box, then copy-pasted "scriptLimits()" across from your message,
> at which point the Message box contained this:
> 
> put the ÿþ
> 
> I was unable to DELETE anything in the Message Box.
> 
> which is both odd and problematic.
> 
> So, stopping trying to be clever (!) I typed "put the scriptLimits()"
> into the Message box and got:
> 
> Script compile error:
> Error description: Handler: bad command
> 
> which is also not much use.
> 
> I then opened LC 7.1.4 (because the Dictionary in Livecode 8.0.1 64-bit Linux 
> is a non-starter)
> and looked up "scriptLimits()" and read:
> 
> Deprecated in Livecode 6.7.
> 
> At which point I felt bl**dy silly that I didn't check that first.
> 
> Richmond.
> 
> 
> On 15.06.2016 21:35, Dar Scott wrote:
>> I would very much like to be Indy disqualified.
>> 
>> As to the error, it seems it has come up a few times in discussions over the 
>> years.
>> 
>> Because of the word 'set', it feels like it has to do with too many lines in 
>> a script that is set in a standalone.  But, I thought those limits had been 
>> removed.  Just it case, scriptLimits() can be checked.  It should be 0,0,0,0.
>> 
>> Dar
>> 
>> 
>> 
>>> On Jun 15, 2016, at 12:23 PM, Richmond  wrote:
>>> 
>>> Your income has probably just exceeded $500,000; after all, the Indy 
>>> version of Livecode
>>> has a built-in income detector :P
>>> 
>>> Richmond.
>>> 
>>> On 15.06.2016 21:19, Dr. Hawkins wrote:
 I am getting this error message.  This should not be happening on an indy
 license with more than a year left.
 
 For that matter, I have no idea what it means:
 
 Error description: set: license limit exceeded
 
>>> 
>>> ___
>>> 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: "Error description: set: license limit exceeded"

[Dr. Hawkins]

On Wed, Jun 15, 2016 at 11:35 AM, Dar Scott  wrote:

> I would very much like to be Indy disqualified.
>
>
Me too . . . a couple of years of that, and I'd retire.

For that matter, that revenue  would let me sell for enough to retire.

Even given that my retirement needs have gone up now that I've driven a '27
Cadillac . . .

As to the error, it seems it has come up a few times in discussions over
> the years.
>
> Because of the word 'set', it feels like it has to do with too many lines
> in a script that is set in a standalone.  But, I thought those limits had
> been removed.  Just it case, scriptLimits() can be checked.  It should be
> 0,0,0,0.
>


That occurred to me--but there is nowhere in my code that sets a script!
 (that, and i'm in the IDI . . .)

-- 
Dr. Richard E. Hawkins, Esq.
(702) 508-8462
___
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: "Error description: set: license limit exceeded"

[Richmond]

So, (swank, swank) I opened up LC 8.0.1 Indy and typed "put the" into the
Message box, then copy-pasted "scriptLimits()" across from your message,
at which point the Message box contained this:

put the ÿþ

I was unable to DELETE anything in the Message Box.

which is both odd and problematic.

So, stopping trying to be clever (!) I typed "put the scriptLimits()"
into the Message box and got:

Script compile error:
Error description: Handler: bad command

which is also not much use.

I then opened LC 7.1.4 (because the Dictionary in Livecode 8.0.1 64-bit 
Linux is a non-starter)

and looked up "scriptLimits()" and read:

Deprecated in Livecode 6.7.

At which point I felt bl**dy silly that I didn't check that first.

Richmond.


On 15.06.2016 21:35, Dar Scott wrote:

I would very much like to be Indy disqualified.

As to the error, it seems it has come up a few times in discussions over the 
years.

Because of the word 'set', it feels like it has to do with too many lines in a 
script that is set in a standalone.  But, I thought those limits had been 
removed.  Just it case, scriptLimits() can be checked.  It should be 0,0,0,0.

Dar




On Jun 15, 2016, at 12:23 PM, Richmond  wrote:

Your income has probably just exceeded $500,000; after all, the Indy version of 
Livecode
has a built-in income detector :P

Richmond.

On 15.06.2016 21:19, Dr. Hawkins wrote:

I am getting this error message.  This should not be happening on an indy
license with more than a year left.

For that matter, I have no idea what it means:

Error description: set: license limit exceeded



___
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: browser widget again

[David Bovill]

I have the same sort of problem. It seems that calling javascript from
Livecode with "do someFunction in browser" does not return anything even if
the Javascript function does return a value? Or maybe the returned value
needs to be of a certain type?

If you write javascript that calls Livecode I think there is no issue, but
for accessing existing pages I think we can't get results from javascript
functions.

On 15 June 2016 at 19:25, Mike Bonner  wrote:

> You said tcoord contains the information you want to return...
>
> I don't think you need to actually include the livecode function call in
> your html, I'm pretty sure you can remove it entirely and do something like
> this..
>
> do "liveCode.inputLoc(tcoord)" in widget "Browser" and it will work.  (It
> did for me, its possible there are issues elsewhere in the javascript code)
>
> In this way you can define a single javascripthandler and have it hand back
> any data you need.
>
> As a quick example, I set the htmltext of a widget to the following..
>
>
> 
> 
> 
> var tcoords='1,2,3'
> 
> 
>
> The ONLY thing in there as javascript is the declaration of tcoords
>
> Then from the message box I set a javascript handler to myJSHandler and
> then..
> do "liveCode.myJSHandler(tcoords,'fred')" in widget 1
>
> For my lc handler I used paramcount and param() to find out and show the
> data that was passed out.
>
> command myjshandler
>put empty
>repeat with i = 1 to the paramcount
>   put param(i) & cr after msg
>end repeat
> end myjshandler
>
> As expected the message box displayed
> 1,2,3
> fred
>
> You might be able to leverage this into some debugging ability.
>
> I did try a bunch of different ways to get things out (some that seemed
> like they SHOULD work but didn't, causing an "error eveluating javascript"
> error)
>
> It even seemed sometimes that a method that worked just a minute ago would
> stop.  (I'm so bad at javascript though, its no surprise i'm lost)
>
>
> On Wed, Jun 15, 2016 at 10:38 AM, Jacques Hausser  >
> wrote:
>
> > Still trying to use the browser widget and its javascripthandlers. I
> > picked information here and there (many thanks to those who answered my
> > previous mails, especially Mike) but really I would be glad to find a
> > detailed user’s guide somewhere. I’m using a html file exploiting google
> > map’s API as URL, and it works perfectly well with the old style browser.
> > But I cannot grab the information I want with the new browser widget.
> > Hereunder a simplified (and tested) example of what I tried for the old
> > browser (successfully) and the widget browser (to no avail).
> >
> > ——
> > old style browser:
> > ——
> > in the card script:
> >
> > command getLoc
> >get revBrowserCallScript(LBrowserID,exportXYZ)
> >put it into fld "FResult"
> > end getLoc
> >
> > in the html file:
> >
> > function exportXYZ()
> > //tCoord contains the ccordinates and altitude of the last point clicked
> > {
> > var vCoord = tCoord;
> > return vCoord;
> > }
> > ——
> > browser widget:
> > ——
> > in the card script:
> >
> > command getLoc
> >do "exportXYZ();" in widget "mapBrowser"
> > end mouseUp
> >
> > command inputLoc pCoord
> > —- this command’s name is in the list of javascripthandlers for my
> browser
> >put pCoord into fld "FResult"
> > end inputLoc
> >
> > in the html file:
> >
> > function exportXYZ()
> > //tCoord contains the ccordinates and altitude of the last point clicked
> > {
> > var pCoord = tCoord;
> > liveCode.inputLoc(pCoord);
> > }
> > ——
> >
> > the html file is exactly the same in both cases except for the change
> > illustrated above. The map is displayed as expected in the browser
> widget,
> > I can click any location to get a marker displayed and I can move to a
> new
> > region with the following:
> >
> > ——
> > in the card script:
> >
> > command newReg plat,plon,pzoom
> >do "goToReg(plat,plon,pzoom);” in widget "mapBrowser"
> > end mouseUp
> >
> > and in the htlm file:
> >
> > function goToReg(pLat,pLng,pZoom)
> > {
> > var newCenter = new google.maps.LatLng(pLat,pLng);
> > tmap.setCenter(newCenter);
> > var tZoom = parseInt(pZoom,10);
> > tmap.setZoom(tZoom);
> > }
> > ——
> >
> > Thus “do … in widget” works; but I cannot fetch those damned coordinates
> > with “liveCode.inputLoc(pCoord);". How to make the javascriptHandlers to
> > work ?
> >
> > PS: Mac 10.11.5, LC 8.0.2 rc2
> >
> >
> > ___
> > 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
> 

Re: "Error description: set: license limit exceeded"

[Dar Scott]

I would very much like to be Indy disqualified.

As to the error, it seems it has come up a few times in discussions over the 
years.  

Because of the word 'set', it feels like it has to do with too many lines in a 
script that is set in a standalone.  But, I thought those limits had been 
removed.  Just it case, scriptLimits() can be checked.  It should be 0,0,0,0.  

Dar



> On Jun 15, 2016, at 12:23 PM, Richmond  wrote:
> 
> Your income has probably just exceeded $500,000; after all, the Indy version 
> of Livecode
> has a built-in income detector :P
> 
> Richmond.
> 
> On 15.06.2016 21:19, Dr. Hawkins wrote:
>> I am getting this error message.  This should not be happening on an indy
>> license with more than a year left.
>> 
>> For that matter, I have no idea what it means:
>> 
>> Error description: set: license limit exceeded
>> 
> 
> 
> ___
> 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: Lying in the bath, but telling the truth.

[Mark Waddingham]

On 2016-06-15 20:10, Richmond wrote:

My main question is whether it will be necessary to delete all the
*set the useUnicode to true* lines.


No, you shouldn't need to - the 'useUnicode' property and 'numToChar' 
still interact in exactly the same way as they did before.


If 'useUnicode' is true, then numToChar() produces two bytes 
representing the UTF-16 encoding of the specified unicode code unit. 
These generated bytes still work in exactly the same way with regards 
'set the unicodeText of field' and 'get the unicodeText of field'.


So, all being well, you should be fine.

Warmest Regards,

Mark.

--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps

___
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: browser widget again

[Mike Bonner]

You said tcoord contains the information you want to return...

I don't think you need to actually include the livecode function call in
your html, I'm pretty sure you can remove it entirely and do something like
this..

do "liveCode.inputLoc(tcoord)" in widget "Browser" and it will work.  (It
did for me, its possible there are issues elsewhere in the javascript code)

In this way you can define a single javascripthandler and have it hand back
any data you need.

As a quick example, I set the htmltext of a widget to the following..





var tcoords='1,2,3'



The ONLY thing in there as javascript is the declaration of tcoords

Then from the message box I set a javascript handler to myJSHandler and
then..
do "liveCode.myJSHandler(tcoords,'fred')" in widget 1

For my lc handler I used paramcount and param() to find out and show the
data that was passed out.

command myjshandler
   put empty
   repeat with i = 1 to the paramcount
  put param(i) & cr after msg
   end repeat
end myjshandler

As expected the message box displayed
1,2,3
fred

You might be able to leverage this into some debugging ability.

I did try a bunch of different ways to get things out (some that seemed
like they SHOULD work but didn't, causing an "error eveluating javascript"
error)

It even seemed sometimes that a method that worked just a minute ago would
stop.  (I'm so bad at javascript though, its no surprise i'm lost)


On Wed, Jun 15, 2016 at 10:38 AM, Jacques Hausser 
wrote:

> Still trying to use the browser widget and its javascripthandlers. I
> picked information here and there (many thanks to those who answered my
> previous mails, especially Mike) but really I would be glad to find a
> detailed user’s guide somewhere. I’m using a html file exploiting google
> map’s API as URL, and it works perfectly well with the old style browser.
> But I cannot grab the information I want with the new browser widget.
> Hereunder a simplified (and tested) example of what I tried for the old
> browser (successfully) and the widget browser (to no avail).
>
> ——
> old style browser:
> ——
> in the card script:
>
> command getLoc
>get revBrowserCallScript(LBrowserID,exportXYZ)
>put it into fld "FResult"
> end getLoc
>
> in the html file:
>
> function exportXYZ()
> //tCoord contains the ccordinates and altitude of the last point clicked
> {
> var vCoord = tCoord;
> return vCoord;
> }
> ——
> browser widget:
> ——
> in the card script:
>
> command getLoc
>do "exportXYZ();" in widget "mapBrowser"
> end mouseUp
>
> command inputLoc pCoord
> —- this command’s name is in the list of javascripthandlers for my browser
>put pCoord into fld "FResult"
> end inputLoc
>
> in the html file:
>
> function exportXYZ()
> //tCoord contains the ccordinates and altitude of the last point clicked
> {
> var pCoord = tCoord;
> liveCode.inputLoc(pCoord);
> }
> ——
>
> the html file is exactly the same in both cases except for the change
> illustrated above. The map is displayed as expected in the browser widget,
> I can click any location to get a marker displayed and I can move to a new
> region with the following:
>
> ——
> in the card script:
>
> command newReg plat,plon,pzoom
>do "goToReg(plat,plon,pzoom);” in widget "mapBrowser"
> end mouseUp
>
> and in the htlm file:
>
> function goToReg(pLat,pLng,pZoom)
> {
> var newCenter = new google.maps.LatLng(pLat,pLng);
> tmap.setCenter(newCenter);
> var tZoom = parseInt(pZoom,10);
> tmap.setZoom(tZoom);
> }
> ——
>
> Thus “do … in widget” works; but I cannot fetch those damned coordinates
> with “liveCode.inputLoc(pCoord);". How to make the javascriptHandlers to
> work ?
>
> PS: Mac 10.11.5, LC 8.0.2 rc2
>
>
> ___
> 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: "Error description: set: license limit exceeded"

[Richmond]

Your income has probably just exceeded $500,000; after all, the Indy 
version of Livecode

has a built-in income detector :P

Richmond.

On 15.06.2016 21:19, Dr. Hawkins wrote:

I am getting this error message.  This should not be happening on an indy
license with more than a year left.

For that matter, I have no idea what it means:

Error description: set: license limit exceeded




___
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

"Error description: set: license limit exceeded"

[Dr. Hawkins]

I am getting this error message.  This should not be happening on an indy
license with more than a year left.

For that matter, I have no idea what it means:

Error description: set: license limit exceeded

-- 
Dr. Richard E. Hawkins, Esq.
(702) 508-8462
___
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: [OT-ish] WWDC things of interest

[Lagi Pittas]

I second that emotion - (or is it third)

I've been harping  on about this for over a year now  - LiveCodeTowers
should be putting libraries and courses in the Indy and Business licence
that is useful to the Foxpro, Clipper,Delphi,Dbase,Paradox ,VB6, Omnis and
dare I say it Filemaker people.

Without wishing to flog a dead horse - you are trying to attract people to
write apps for IOS but they can't actually do that without an expensive
licence - oh its free but you can't write Apps for IOS or the Apple store.
Compare with "Here's a free car,  the windows work the horn works -
everything works all you need is an engine."

I would be mighty pissed to find out after I had spent hours learning to
"write Apps" I couldn't deploy my "Crappy Bird" clone that isn't gonna make
me any money anyway.

A developer who has clientele  for Business critical applications that
earns thousands will see the value. If you want everyone to learn to
program (whatever that means) they can do it with the free one  and then
they decide thats it's too expensive afterwards - you have still lost a
sale. I have 2 enterprise versions of B4A and B4I just incase there is
something I can't do in LIvecode - hasn't happened yet and I think when V8
is a little more progressed it probably won't but always have a plan B.

Now if you had 2 paid for options for IOS and Android - Separate versions )
at a commensurate price to Apples Developer Tax you would get the numbers
who would then have a chance of gravitating to the "Full Fat" version of
livecode.


Sorry I'm talking to myself again.



Lagi


On 15 June 2016 at 16:41, tbodine  wrote:

> Richard Gaskin wrote
> > Even if we develop on Mac or Linux, the majority of most of our income
> > comes from Windows users, and our income is what enables LC's income.
> >
> > The Mac audience may be two to three times larger than Linux, but both
> > are niches compared to the 86% using Windows.
>
> Richard makes a very important point here. I agree and wish to echo it.
>
> -- Tom Bodine
>
>
>
> --
> View this message in context:
> http://runtime-revolution.278305.n4.nabble.com/OT-ish-WWDC-things-of-interest-tp4705724p4705802.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: Lying in the bath, but telling the truth.

[Richmond]

My main question is whether it will be necessary to delete all the *set 
the useUnicode to true* lines.


Richmond.

On 15.06.2016 20:42, Mark Waddingham wrote:

On 2016-06-15 19:37, Richmond wrote:

This is rather interesting as all my code currently features

set the unicodeText of fld "XYZ" to the unicodeText of fld "XYZ" &
numToChar(12345)

in LC/RR 4.5, to which I should add:

1. That works 100% in LC 4.5

2. I thought that was "the way" in 4.5, so don't entirely understand
"the changes introduced around 5.5 are likely to cause you *more*
trouble than those introduced with 7.0".


If your code only ever sets 'the unicodeText of field' and not a field 
chunk, then you should find you won't have to make many changes at 
all. It was the behavior of character chunks of fields which changed 
in 5.5 - setting the field's unicodeText property did not.


Indeed, you should find that 'numToChar()' with 'useUnicode == true' 
and 'the unicodeText of field ...' work exactly the same in 4.5, 5.5 
and 7+ - modulo any bugs which have been fixed in unicode support 
since 4.5, that is.


Warmest Regards,

Mark.



___
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: Lying in the bath, but telling the truth.

[Mark Waddingham]

On 2016-06-15 19:37, Richmond wrote:

This is rather interesting as all my code currently features

set the unicodeText of fld "XYZ" to the unicodeText of fld "XYZ" &
numToChar(12345)

in LC/RR 4.5, to which I should add:

1. That works 100% in LC 4.5

2. I thought that was "the way" in 4.5, so don't entirely understand
"the changes introduced around 5.5 are likely to cause you *more*
trouble than those introduced with 7.0".


If your code only ever sets 'the unicodeText of field' and not a field 
chunk, then you should find you won't have to make many changes at all. 
It was the behavior of character chunks of fields which changed in 5.5 - 
setting the field's unicodeText property did not.


Indeed, you should find that 'numToChar()' with 'useUnicode == true' and 
'the unicodeText of field ...' work exactly the same in 4.5, 5.5 and 7+ 
- modulo any bugs which have been fixed in unicode support since 4.5, 
that is.


Warmest Regards,

Mark.

--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps

___
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: Lying in the bath, but telling the truth.

[Richmond]

On 15.06.2016 19:43, Mark Waddingham wrote:

Hi Richmond,

On 2016-06-15 18:27, Richmond wrote:

So, obviously, I will have to set a "bot" to trawl its way through my 
code

and replace every incidence of *numToChar* to *numToCodePoint*, and
replace the surrogate pairs in the upcoming *Grantha* interface
with "standard" Unicode addresses. The first of which should (?) be 
relatively
simple if the global search-N-replace behaves itself, the second will 
be a

bother, but nothing insurmountable.


If all your instances of numToChar are where useUnicode is 'true' then 
you probably *won't* have to do this.


When useUnicode is true, numToChar() works as it always did - it 
produces two bytes which are the binary encoding of the specified 
unicode code unit (not codepoint - see in a minute) as UTF-16.


Now, numToChar() (with useUnicode true) never supported unicode 
codepoints above 65535 - however I think you already figured out how 
to decompose a character outside of the BMP (i.e > 65535) into two 
surrogate pairs which are < 65535 and thus supported by numToChar().


You mention that Devawriter Pro was written against 4.5.x - if I 
recall correctly then this was *before* the field became more 
intelligent at handling unicode. Around 5.5 we changed the field so 
that it *understood* that a unicode code unit (any unicode char <= 
65535, surrogate pairs are two code units) was a single 'char'. Prior 
to 5.5, the field used 'char' to mean byte (so char 1 of field 1, 
where the first character in a field was a unicode character would 
return you the first byte of code unit, not the code unit itself - 
which you would get with char 1 to 2 of field 1).


This latter fact probably means you will need to spend some time 
looking at the code which manipulates fields as, if you are using 
'char' on your fields containing unicode and computing indicies 
thereof (e.g. char 3 to 4 of field 1), you'll need to adjust for that.


So, to sum up, the changes introduced around 5.5 are likely to cause 
you *more* trouble than those introduced with 7.0 - if you fix your 
code so it works with 5.5 functioning of the field and make sure you 
put text into the field using 'set the unicodeText of ' 
or 'put unicode ... into '; then you *should* find that 
there is little or no need to update your unicode construction code - 
which has all the instances of numToChar.


This is rather interesting as all my code currently features

set the unicodeText of fld "XYZ" to the unicodeText of fld "XYZ" & 
numToChar(12345)


in LC/RR 4.5, to which I should add:

1. That works 100% in LC 4.5

2. I thought that was "the way" in 4.5, so don't entirely understand 
"the changes introduced around 5.5 are likely to cause you *more* 
trouble than those introduced with 7.0".


Having said that, we'll see soon enough if I come-a-cropper or not :)

Richmond.



Hope this helps!


Very much so.


Warmest Regards,

Mark.




___
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: Lying in the bath, but telling the truth.

[Richmond]

Ah: "the tail-end of the dictionary entry in LC 8"

Well all that does is allow me the chance to get in a bi*chy comment 
about the LC 8 dictionary

and 64 bit Linux.

There should be, at the very least a browser widget set to load the 
Dictionary.


Richmond.

On 15.06.2016 19:33, Devin Asay wrote:

On Jun 15, 2016, at 10:27 AM, Richmond  wrote:



So, obviously, I will have to set a "bot" to trawl its way through my code
and replace every incidence of *numToChar* to *numToCodePoint*, and
replace the surrogate pairs in the upcoming *Grantha* interface
with "standard" Unicode addresses. The first of which should (?) be relatively
simple if the global search-N-replace behaves itself, the second will be a
bother, but nothing insurmountable.

Anyway; to cut a short story long, as is my wont: to *set the useUnicode to 
true*:
what is unclear from the Livecode 7.x documentation is if this is now redundant
or not.

It’s no longer needed, as it only ever applied to how numToChar and charToNum 
worked. Here’s a note from the tail-end of the dictionary entry in LC 8:

Deprecated:In LiveCode 7.0 the language was changed to handle unicode 
transparently. This means that language functionality which previously aided 
unicode text manipulation is no longer required. This property should not be 
used in new code, as it only affects the behaviour of numToChar and charToNum, 
which are themselves deprecated.


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



___
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: Lying in the bath, but telling the truth.

[Mark Waddingham]

Hi Richmond,

On 2016-06-15 18:27, Richmond wrote:

So, obviously, I will have to set a "bot" to trawl its way through my 
code

and replace every incidence of *numToChar* to *numToCodePoint*, and
replace the surrogate pairs in the upcoming *Grantha* interface
with "standard" Unicode addresses. The first of which should (?) be 
relatively
simple if the global search-N-replace behaves itself, the second will 
be a

bother, but nothing insurmountable.


If all your instances of numToChar are where useUnicode is 'true' then 
you probably *won't* have to do this.


When useUnicode is true, numToChar() works as it always did - it 
produces two bytes which are the binary encoding of the specified 
unicode code unit (not codepoint - see in a minute) as UTF-16.


Now, numToChar() (with useUnicode true) never supported unicode 
codepoints above 65535 - however I think you already figured out how to 
decompose a character outside of the BMP (i.e > 65535) into two 
surrogate pairs which are < 65535 and thus supported by numToChar().


You mention that Devawriter Pro was written against 4.5.x - if I recall 
correctly then this was *before* the field became more intelligent at 
handling unicode. Around 5.5 we changed the field so that it 
*understood* that a unicode code unit (any unicode char <= 65535, 
surrogate pairs are two code units) was a single 'char'. Prior to 5.5, 
the field used 'char' to mean byte (so char 1 of field 1, where the 
first character in a field was a unicode character would return you the 
first byte of code unit, not the code unit itself - which you would get 
with char 1 to 2 of field 1).


This latter fact probably means you will need to spend some time looking 
at the code which manipulates fields as, if you are using 'char' on your 
fields containing unicode and computing indicies thereof (e.g. char 3 to 
4 of field 1), you'll need to adjust for that.


So, to sum up, the changes introduced around 5.5 are likely to cause you 
*more* trouble than those introduced with 7.0 - if you fix your code so 
it works with 5.5 functioning of the field and make sure you put text 
into the field using 'set the unicodeText of ' or 'put 
unicode ... into '; then you *should* find that there is 
little or no need to update your unicode construction code - which has 
all the instances of numToChar.


Hope this helps!

Warmest Regards,

Mark.

--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps

___
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

browser widget again

[Jacques Hausser]

Still trying to use the browser widget and its javascripthandlers. I picked 
information here and there (many thanks to those who answered my previous 
mails, especially Mike) but really I would be glad to find a detailed user’s 
guide somewhere. I’m using a html file exploiting google map’s API as URL, and 
it works perfectly well with the old style browser. But I cannot grab the 
information I want with the new browser widget. Hereunder a simplified (and 
tested) example of what I tried for the old browser (successfully) and the 
widget browser (to no avail).

——
old style browser:
——
in the card script:

command getLoc
   get revBrowserCallScript(LBrowserID,exportXYZ)
   put it into fld "FResult"
end getLoc

in the html file:

function exportXYZ()
//tCoord contains the ccordinates and altitude of the last point clicked
{
var vCoord = tCoord;
return vCoord;
}
——
browser widget:
——
in the card script:  

command getLoc
   do "exportXYZ();" in widget "mapBrowser"
end mouseUp

command inputLoc pCoord
—- this command’s name is in the list of javascripthandlers for my browser
   put pCoord into fld "FResult"
end inputLoc

in the html file:

function exportXYZ()
//tCoord contains the ccordinates and altitude of the last point clicked
{
var pCoord = tCoord;
liveCode.inputLoc(pCoord);
}
——

the html file is exactly the same in both cases except for the change 
illustrated above. The map is displayed as expected in the browser widget, I 
can click any location to get a marker displayed and I can move to a new region 
with the following:

——
in the card script:

command newReg plat,plon,pzoom
   do "goToReg(plat,plon,pzoom);” in widget "mapBrowser"
end mouseUp

and in the htlm file:

function goToReg(pLat,pLng,pZoom)
{
var newCenter = new google.maps.LatLng(pLat,pLng);
tmap.setCenter(newCenter);
var tZoom = parseInt(pZoom,10);
tmap.setZoom(tZoom);
}
——

Thus “do … in widget” works; but I cannot fetch those damned coordinates with 
“liveCode.inputLoc(pCoord);". How to make the javascriptHandlers to work ?

PS: Mac 10.11.5, LC 8.0.2 rc2


___
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: Lying in the bath, but telling the truth.

[Devin Asay]

> On Jun 15, 2016, at 10:27 AM, Richmond  wrote:

> So, obviously, I will have to set a "bot" to trawl its way through my code
> and replace every incidence of *numToChar* to *numToCodePoint*, and
> replace the surrogate pairs in the upcoming *Grantha* interface
> with "standard" Unicode addresses. The first of which should (?) be relatively
> simple if the global search-N-replace behaves itself, the second will be a
> bother, but nothing insurmountable.
> 
> Anyway; to cut a short story long, as is my wont: to *set the useUnicode to 
> true*:
> what is unclear from the Livecode 7.x documentation is if this is now 
> redundant
> or not.

It’s no longer needed, as it only ever applied to how numToChar and charToNum 
worked. Here’s a note from the tail-end of the dictionary entry in LC 8:

Deprecated:In LiveCode 7.0 the language was changed to handle unicode 
transparently. This means that language functionality which previously aided 
unicode text manipulation is no longer required. This property should not be 
used in new code, as it only affects the behaviour of numToChar and charToNum, 
which are themselves deprecated.


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

Lying in the bath, but telling the truth.

[Richmond]

As is often the case, I was doing some *Livecode* programming
in a nice, hot bath, ably assisted by a good, strong cup of coffee
and Aly Bain playing the "St. Anne's Reel": I had to be careful not to
splash Aly's fiddle with bath water . . . but I digress.

https://www.youtube.com/watch?v=lwllcWC_FL4

Anyway, I was musing on my tendency to come to things later in life
than many other people, as I learnt to drive a car at 32, and so on.

Of course *set the useUnicode to true*  bubbled up from somewhere near 
the plug-hole . . .


Now, being, now, the owner (for a season) of an Indy licence to Livecode
it behoves me to port my Devawriter Pro to 7.1.4 or, even, 8. something
as several of my customers, having upgraded their Macintoshes to 10.11
are getting Devawriter 1.x crashing like mad.

To contextualise further; currently Devawriter Pro is being developed on 
G5 Macintosh running
Livecode (that's Runtime Revolution to you) 4.5 on Mac OS 10.5.8; and is 
about to be moved

on a DELL Optiplex 745 running Xubuntu 16.04.

So, obviously, I will have to set a "bot" to trawl its way through my code
and replace every incidence of *numToChar* to *numToCodePoint*, and
replace the surrogate pairs in the upcoming *Grantha* interface
with "standard" Unicode addresses. The first of which should (?) be 
relatively

simple if the global search-N-replace behaves itself, the second will be a
bother, but nothing insurmountable.

Anyway; to cut a short story long, as is my wont: to *set the useUnicode 
to true*:
what is unclear from the Livecode 7.x documentation is if this is now 
redundant

or not.

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: [OT-ish] WWDC things of interest

[tbodine]

Richard Gaskin wrote
> Even if we develop on Mac or Linux, the majority of most of our income 
> comes from Windows users, and our income is what enables LC's income.
> 
> The Mac audience may be two to three times larger than Linux, but both 
> are niches compared to the 86% using Windows.

Richard makes a very important point here. I agree and wish to echo it.

-- Tom Bodine



--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/OT-ish-WWDC-things-of-interest-tp4705724p4705802.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: strange experience in Windows standalone with windowshape

[Dar Scott]

Perhaps, in my subconscious, Danny Kaye was my inspiration!  (Now I need to 
focus on getting better and getting back to work.)


> On Jun 15, 2016, at 9:24 AM, Quentin Long  wrote:
> 
> sez Dar Scott:
>> Be careful! There are some things you can do with 'do'
>> but can't send with 'send'. Also, as I recall, not all you
>> can 'call' can lend itself to 'send'. I've seen things that
>> 'do' did but sent d'n't. Also, a sending pending is not
>> the same as a do doing since a pending sending is
>> not done as is a done 'do'. So, unless I need pending,
>> I do do instead of sending a send. 
> But wait! Is the potion with the pellet in the vessel with the pestle, or in 
> the flagon with the dragon? And is it the chalice with the palace that has 
> the brew which is true?
> 
> 
> "Bewitched" + "Charlie's Angels" - Charlie = "At Arm's Length"
> 
> Read the webcomic at [ http://www.atarmslength.net ]!
> 
> If you like "At Arm's Length", support it at [ 
> http://www.patreon.com/DarkwingDude ].
> 
> ___
> 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: strange experience in Windows standalone with windowshape

[Quentin Long]

sez Dar Scott:
> Be careful! There are some things you can do with 'do'
>  but can't send with 'send'. Also, as I recall, not all you
>  can 'call' can lend itself to 'send'. I've seen things that
>  'do' did but sent d'n't. Also, a sending pending is not
>  the same as a do doing since a pending sending is
>  not done as is a done 'do'. So, unless I need pending,
>  I do do instead of sending a send. 
But wait! Is the potion with the pellet in the vessel with the pestle, or in 
the flagon with the dragon? And is it the chalice with the palace that has the 
brew which is true?

   
"Bewitched" + "Charlie's Angels" - Charlie = "At Arm's Length"

Read the webcomic at [ http://www.atarmslength.net ]!

If you like "At Arm's Length", support it at [ 
http://www.patreon.com/DarkwingDude ].

___
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 8 system tray / osx menu bar support

[Maarten Koopmans]

Done.
http://quality.livecode.com/show_bug.cgi?id=17848


Op zondag 12 juni 2016 heeft Monte Goulding  het
volgende geschreven:

> Thanks Maarten. Could you report on quality.livecode.com
>
> Sent from my iPhone
>
> > On 12 Jun 2016, at 1:00 AM, Maarten Koopmans  > wrote:
> >
> > Report where? I am happy to do so.
>
>
> ___
> 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