Re: HTML5 deployment: progress comes into sight

[Andre Garzia via use-livecode]

What I believe BR was referring to is that we can expose LC handlers to the
local JS context of a browser widget thus enabling liveCode.* calls. What
would be good, was to have functions (synchronous ones for the sake of
complexity) exposed as well so that calling a liveCode.* function from JS
on a browser widget not only would trigger the function but also return the
results.

Right now, we need to play musical chairs where JS calls a liveCode.*
handler, which doesn't return anything but executes, then the said handler
execute something in the JS context which is essentially a callback thus
forcing every call into an async call. I know pretty well how async JS
world is but even if we could simply have synchronous functional calls
there it would be awesome and open a whole new world to customized
experiences.

On Thu, Jun 1, 2017 at 9:50 PM, Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 06/01/2017 04:59 PM, Monte Goulding via use-livecode wrote:
>
> Why not check for CopySpecial() if the object is a widget before passing
>> to the owner? It makes more sense that the library handler a widget exports
>> is part of the message path. That way we can dispatch to the instance and
>> the instance can overload/override it if they want necessary.
>>
>
> +1. I like the way you think.
>
> --
>  Mark Wieder
>  ahsoftw...@gmail.com
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>



-- 
http://www.andregarzia.com -- All We Do Is Code.
http://fon.nu -- minimalist url shortening service.
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: HTML5 deployment: progress comes into sight

[Mark Wieder via use-livecode]

On 06/01/2017 04:59 PM, Monte Goulding via use-livecode wrote:


Why not check for CopySpecial() if the object is a widget before passing to the 
owner? It makes more sense that the library handler a widget exports is part of 
the message path. That way we can dispatch to the instance and the instance can 
overload/override it if they want necessary.


+1. I like the way you think.

--
 Mark Wieder
 ahsoftw...@gmail.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: HTML5 deployment: progress comes into sight

[Monte Goulding via use-livecode]

> On 1 Jun 2017, at 8:27 pm, Mark Waddingham via use-livecode 
>  wrote:
> 
> Would export fooCopySpecial() as a function accessible from LCS where you can 
> do:
> 
>   fooCopySpecial(the long id of widget 1, ...)

Why not check for CopySpecial() if the object is a widget before passing to the 
owner? It makes more sense that the library handler a widget exports is part of 
the message path. That way we can dispatch to the instance and the instance can 
overload/override it if they want necessary.

Cheers

Monte
___
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

using 7.1.2 engine for CGI work

[Chris via use-livecode]

I need to move my Revolution CGI stuff to a modern server. I copied the 
engine from …


  /Applications/LiveCode Community 7.1.2.app/Contents/Tools/Runtime/Mac 
OS X/x86-32/Standalone.app/Contents/MacOS/Standalone-Community


and placed it here with permissions set to 755 …

  AEs-Mac-mini:CGI-Executables ae$ ls -l

-rwxr-xr-x@ 1 ae  admin96 May 31 17:08 hello
-rwxr-xr-x@ 1 ae  staff  11305924 Feb 29  2016 lc

I thought to test in terminal (Mac OS 10.12.5 server on Intel) but look 
what happened …


  AEs-Mac-mini:CGI-Executables ae$ ./lc hello

 *** INVALID PMObject 0x0. This would crash if we weren't using the 
registry. ***

 /Library/Server/Web/Data/CGI-Executables/./lc exiting on signal 11
 Segmentation fault: 11

So now I am in over my head and could use some advice. Can someone point 
me in the right direction, please?  Thanks … Chris


___
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: Love this group

[Bob Sneidar via use-livecode]

I'll have what he's smoking! ;-)

Bob S


> On Jun 1, 2017, at 13:03 , Tom Glod via use-livecode 
>  wrote:
> 
> Just wanna say you guys are all awesomeI click on my mailing list
> filter and find tons of useful nuggets all the time.  Saves me so much time
> in the long run.
> 
> Appreciate everyone here.
> 
> Tom


___
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

Love this group

[Tom Glod via use-livecode]

Just wanna say you guys are all awesomeI click on my mailing list
filter and find tons of useful nuggets all the time.  Saves me so much time
in the long run.

Appreciate everyone here.

Tom
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: HTML5 deployment: progress comes into sight

[hh via use-livecode]

@Mark Waddingham:
I was partially wrong.
There is already more possible than I thought with HTML5 deployment when
using "do as javascript". One can work around missing javascriptHandlers
because there is "the result" available for evaluating in LC Script.

I tried again and found a bug in the HTML5 version of my "LCImageToolbox89"
from "Sample Stacks".
Bugs are hard to search/ find because we can't debug "do as javascript" in
LC Script (yes, of course we can do basic "testing" in a browser widget).
So first fly blind and then have eventually the real run-test with the
standalone. Very tedious.

At any rate the new features we will get for HTML5 will be a big step forward.

---

The standalone is now running here. It is _very_ fast. I'll post it
tomorrow at http://hyperhh.org/html5/ and http://hh.on-rev.com/html5/ .

We can look at such standalones to have by LC a nice GUI to canvas2d-features.

*** And there is more available in canvas2d: Graphics, Video, Audio ...
*** So these are also available _via_ HTML5 standalones, we have to work
*** hard, do some (slightly advanced) javascript but it's possible.
*** I already know the "how to".

[These is on my 'vague' list for the next few demos:
basic graphics/text (also svg-features), more image processing, using
video/audio _via_ HTML5 deployment.]

> Mark W. wrote:
> > The problem is the "one-way"-only:
> > I can't see any way to go back, from the page to the standalone.
> 
> That is a very good point.
> 
> > = The browser widget has jsHandlers available.
> > = The standalone has to get the data from the page by guesses, in a 
> > loop.
> > 
> > If you can show or give us a solution for that, then we can have in 
> > some scenarios even more by using the latest versions of the main
> > browsers than we get by using an embedded browser widget.
> > 
> > In sum:
> > Can the HTML5 standalone become a property "javascriptHandlers" that 
> > works as in the browser widget?
> 
> Yes it can - I'll look into getting that (or something similar) done 
> asap.



___
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: Graphics in groups

[Richmond Mathewson via use-livecode]

Thankyou very much.

Richmond.

On 6/1/17 9:54 pm, hh via use-livecode wrote:

Remove the parantheses.

LC tries to handle them as containers.
For example (btn "B2" of group "BUTTS") is a container,
e.g. the content of a menu button or any other string you
put into btn "B2" of group "BUTTS". This works:

put the backGroundColor of btn "B2" of group "BUTTS"


Richmond wrote:
Why, when I do this:

putthebackgroundcolorof(grc "h1" ofgroup"JK5")

do I get:

Error description: Chunk: source is not a container

Hint:

[useful hint, by the way]

?

Interestingly enough when I do this:

putthebackGroundColorof(btn "B2" ofgroup"BUTTS")

I get this:

Error description: Chunk: error in object expression

NOW, I thought that was how one refered to members of a group.

___
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: Flash Talks Still Wanted - 50 minute slots almost gone

[Jonathan Lynch via use-livecode]

I went ahead and applied for a 50 minute presentation. I figured it can't hurt 
to ask.



Sent from my iPhone

> On Jun 1, 2017, at 2:08 PM, Colin Holgate via use-livecode 
>  wrote:
> 
> Thinking ahead, when all talks that are going to happen are booked, if there 
> are some spaces left you could expand the talk to 14 minutes.
> 
> Anyone asking to talk could say: “I can easily do it in 7 minutes”, “can do 
> it in 7 but would cover more in 14”, “need 14 minutes, but could rush it in 
> 7”.
> 
> Jonathan would be in the second or third option I guess. Worst cases would be 
> that there are fewer people doing 14 minutes, or several people having to 
> rush.
> 
> My guess is that it would be mostly booked, and just a few would get the 
> benefit of having 14 minutes.
> 
> 
>> On Jun 1, 2017, at 6:11 PM, Jonathan Lynch via use-livecode 
>>  wrote:
>> 
>> Hi Heather,
>> 
>> Would there be any interest in an explanation on how to put 3D Earth maps 
>> into a LiveCode stack?
>> 
>> It would take more than 7 minutes, but the technique is pretty cool.
>> 
>> Sent from my iPhone
>> 
>>> On Jun 1, 2017, at 11:54 AM, Heather Laine via use-livecode 
>>>  wrote:
>>> 
>>> Dear List Folks,
>>> 
>>> Our conference program is looking strong and filling up fast. I'm almost 
>>> out of space to accept more 50 minutes talks (more will be announced 
>>> shortly). However, I'm still looking for 7 minute flash talks. I know loads 
>>> of you good folks have great stories to tell! Roll up roll up, and share 
>>> your tips, tricks and aha moments.
>>> 
>>> https://livecode.com/global/apply/ 
>>> 
>>> Don't be shy. 
>>> 
>>> Warm Regards,
>>> 
>>> Heather
>>> 
>>> Heather Laine
>>> Customer Services Manager
>>> LiveCode Ltd
>>> www.livecode.com
>>> 
>>> 
>>> 
>>> ___
>>> use-livecode mailing list
>>> use-livecode@lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your 
>>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
>> ___
>> 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: Graphics in groups

[hh via use-livecode]

Remove the parantheses.

LC tries to handle them as containers.
For example (btn "B2" of group "BUTTS") is a container,
e.g. the content of a menu button or any other string you
put into btn "B2" of group "BUTTS". This works:

put the backGroundColor of btn "B2" of group "BUTTS"

> Richmond wrote:
> Why, when I do this:
> 
> putthebackgroundcolorof(grc "h1" ofgroup"JK5")
> 
> do I get:
> 
> Error description: Chunk: source is not a container
> 
> Hint:
> 
> [useful hint, by the way]
> 
> ?
> 
> Interestingly enough when I do this:
> 
> putthebackGroundColorof(btn "B2" ofgroup"BUTTS")
> 
> I get this:
> 
> Error description: Chunk: error in object expression
> 
> NOW, I thought that was how one refered to members of a group.

___
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: Flash Talks Still Wanted - 50 minute slots almost gone

[Colin Holgate via use-livecode]

Thinking ahead, when all talks that are going to happen are booked, if there 
are some spaces left you could expand the talk to 14 minutes.

Anyone asking to talk could say: “I can easily do it in 7 minutes”, “can do it 
in 7 but would cover more in 14”, “need 14 minutes, but could rush it in 7”.

Jonathan would be in the second or third option I guess. Worst cases would be 
that there are fewer people doing 14 minutes, or several people having to rush.

My guess is that it would be mostly booked, and just a few would get the 
benefit of having 14 minutes.


> On Jun 1, 2017, at 6:11 PM, Jonathan Lynch via use-livecode 
>  wrote:
> 
> Hi Heather,
> 
> Would there be any interest in an explanation on how to put 3D Earth maps 
> into a LiveCode stack?
> 
> It would take more than 7 minutes, but the technique is pretty cool.
> 
> Sent from my iPhone
> 
>> On Jun 1, 2017, at 11:54 AM, Heather Laine via use-livecode 
>>  wrote:
>> 
>> Dear List Folks,
>> 
>> Our conference program is looking strong and filling up fast. I'm almost out 
>> of space to accept more 50 minutes talks (more will be announced shortly). 
>> However, I'm still looking for 7 minute flash talks. I know loads of you 
>> good folks have great stories to tell! Roll up roll up, and share your tips, 
>> tricks and aha moments.
>> 
>> https://livecode.com/global/apply/ 
>> 
>> Don't be shy. 
>> 
>> Warm Regards,
>> 
>> Heather
>> 
>> Heather Laine
>> Customer Services Manager
>> LiveCode Ltd
>> www.livecode.com
>> 
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> ___
> 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

Graphics in groups

[Richmond Mathewson via use-livecode]

Why, when I do this:

putthebackgroundcolorof(grc "h1" ofgroup"JK5")

do I get:

Error description: Chunk: source is not a container

Hint:

[useful hint, by the way]

?

Interestingly enough when I do this:

putthebackGroundColorof(btn "B2" ofgroup"BUTTS")

I get this:

Error description: Chunk: error in object expression

NOW, I thought that was how one refered to members of a group.

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: Flash Talks Still Wanted - 50 minute slots almost gone

[Jonathan Lynch via use-livecode]

Hi Heather,

Would there be any interest in an explanation on how to put 3D Earth maps into 
a LiveCode stack?

It would take more than 7 minutes, but the technique is pretty cool.

Sent from my iPhone

> On Jun 1, 2017, at 11:54 AM, Heather Laine via use-livecode 
>  wrote:
> 
> Dear List Folks,
> 
> Our conference program is looking strong and filling up fast. I'm almost out 
> of space to accept more 50 minutes talks (more will be announced shortly). 
> However, I'm still looking for 7 minute flash talks. I know loads of you good 
> folks have great stories to tell! Roll up roll up, and share your tips, 
> tricks and aha moments.
> 
> https://livecode.com/global/apply/ 
> 
> Don't be shy. 
> 
> Warm Regards,
> 
> Heather
> 
> Heather Laine
> Customer Services Manager
> LiveCode Ltd
> www.livecode.com
> 
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
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

[ANN] Release 8.1.4 RC-3

[panagiotis merakos via use-livecode]

Dear list members,

We are pleased to announce the release of LiveCode 8.1.4 RC-3.

Getting the Release
===
You can get the release at https://downloads.livecode.com/livecode/ or via
the automatic updater.


Release Contents


LiveCode 8.1.4 RC-3 contains 2 bug fixes, for regressions introduced in
8.1.4 RC-1 and RC-2.

Since the last stable release (8.1.3), more than 80 bugs have been fixed.

The full release notes are available from:
http://downloads.livecode.com/livecode/8_1_4/LiveCodeNotes-8_1_4_rc_3.pdf


Feedback

Please report any bugs encountered on our BugZilla at
http://quality.livecode.com/


Have fun!
The LiveCode Team
--
___
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

[OT] iOS Alert

[Randy Hengst via use-livecode]

Hi All,

Several of my iOS apps are displaying this alert:

 “AppName” Needs to Be
Updated. 
This app will not work with future
versions of iOS. The developer of this
app needs to update it to improve its
compatibility.

I don’t remember which version of LC I used to build these apps… is this a 32 
bit issue that is now addressed with builds using LC 8.1.x?


be well,
randy
www.classroomFocusedSoftware.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

Flash Talks Still Wanted - 50 minute slots almost gone

[Heather Laine via use-livecode]

Dear List Folks,

Our conference program is looking strong and filling up fast. I'm almost out of 
space to accept more 50 minutes talks (more will be announced shortly). 
However, I'm still looking for 7 minute flash talks. I know loads of you good 
folks have great stories to tell! Roll up roll up, and share your tips, tricks 
and aha moments.

https://livecode.com/global/apply/ 

Don't be shy. 

Warm Regards,

Heather

Heather Laine
Customer Services Manager
LiveCode Ltd
www.livecode.com



___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Param Naming - Object by Reference Best Practices

[Bob Sneidar via use-livecode]

OK Sold. I never really understood the value of using long id's until Richard's 
explanation, and an issue I was having as well with object resolution between 
different modules and a back script. 

Bob S


> On May 31, 2017, at 17:18 , Trevor DeVore via use-livecode 
>  wrote:
> 
>> I almost always pass long IDs as object references, e.g.:
>> 
>>put the long ID of grc "portal-title-bkgnd" into tObj
>>DoSomethingWith tObj
>> 
>> Complete, absolute, unambiguous, and, if used repeatedly, cached.
> 
> 
> I second that. I almost always use long ids as well.
> 
> -- 
> Trevor DeVore


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: HTML5 deployment: progress comes into sight

[hh via use-livecode]

> Mark W. wrote:
> I've pondered 'invoke' as a new keyword - but I'm not sure how much I 
> like that, but it would 'fill the gap'.

For 'foreign speakers' a synonym like "useHandler" may be easy to remember.

Would fit into LC Script:

-- start using 
useHandler "drawImage" of  with parameter 
-- stop using 


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: HTML5 deployment: progress comes into sight

[Roland Huettmann via use-livecode]

Yes, I agree. Thanks a lot. ) Roland

On May 31, 2017 19:07,  wrote:

> A callback is not synchronous, his point was that it would be nice to
> communicate synchronously between LC and JS, rather than use complex
> callback chains.
>
> I agree with him, but I don't think there is a universal way to do that,
> just because some things in JavaScript, like rendering an image or using a
> webworker, are inherently asynchronous.
>
> Sent from my iPhone
>
> > On May 31, 2017, at 12:36 PM, Roland Huettmann via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > @BR wrote: ... "What's very difficult, as you write in detail, are
> > "callbacks" for _synchronous_communication..."
> >
> > Callback functions?
> >
> > In my mind, a "callback" is always asynchronous -? Let us say in
> Javascript
> > - passing the function name and parameters of Javascript through LCS/LCB
> > and then somehow the result is put into a variable while I am continuing
> > processing other stuff. Maybe I am wrong? I am calling a server, waiting
> > for the result, but I could wait forever and the result will possibly
> never
> > come. So it would be blocking doing other things. A callback would free
> me
> > from waiting for nothing. Is this a right definition for "callback"?
> >
> > What defines "callback"? I could understand though that I am calling a
> > function in the browser widget (using the "callback" name of the
> function)
> > which will be executed through Javascript and will be returning a value
> for
> > further processing. What means "synchronous" or "asynchronous" in this
> > context?
> >
> > Again, in my mind, a callback is when I send off a parcel to my friend
> with
> > an instruction to tell me that it arrived and the confirmation of
> arrival.
> > The confirmation is the callback. Then I know my friend received the
> > parcel. Or in another analogy, I am calling someone by phone asking to
> call
> > me back. The person may call immediately or may call never or in a couple
> > of days. This is asynchronous.
> >
> > How would a callback become synchronous? Is it then still a "callback"?
> > ___
> > 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: urgent iOS internet issue (url request timeout setting?)

[Terry Judd via use-livecode]

Thanks Charles - yep that sounds exactly the problem. I guess I should have 
searched the bug database - it might have saved me some unnecessary panic. 
Anyway, tsNetReuseConnection false seems to work just fine for now. When I have 
some more time I'll delve into the tsNet commands a bit more and switch to 
using some of the asynchronous functions.

Regards,

Terry...

Sent from my iPad

> On 1 Jun 2017, at 7:48 pm, Charles Warwick via use-livecode 
>  wrote:
> 
> Hi Terry,
> 
> I think this is the same issue as has been reported here that I am looking 
> into:
> 
> http://quality.livecode.com/show_bug.cgi?id=19656
> 
> At this point in time, issuing "tsNetLibUrlReuseConnection false" is the best 
> solution, as this will stop tsNet from trying to re-use an existing open 
> connection to a server.
> 
> If you are using tsNet functions directly, the equivalent option can be set 
> by using tSettings["no_reuse"] to true and passing that to the function.  For 
> example:
> 
> local tHeaders, tRecvHeaders, tResult, tBytes, tSettings
> put true into tSettings["no_reuse"]
> put tsNetGetSync("http://www.livecode.com;, tHeaders, tRecvHeaders, tResult, 
> tBytes, tSettings) into tData
> 
> Best Regards,
> 
> Charles
> 
> 
> 
>> On 1/06/2017 1:24 PM, Terry Judd via use-livecode wrote:
>> OK, I think I have a workaround although I’m not sure whether it is a good 
>> solution or not.
>> 
>> If I include the line...
>> 
>> tsNetLibUrlReuseConnection false
>> 
>> ...in my preopenstack handler then the delay/hang seems to disappear – i.e. 
>> I get an almost immediate response if the url isn’t available. I’m not at 
>> all sure what this achieves but it seems that a new connection that can’t 
>> connect doesn’t experience the same problem as an existing connection that 
>> was previously successful.
>> 
>> Anyway, panic averted for now but any insights into the best way to deal 
>> with this stuff would be appreciated.
>> 
>> Terry...
>> 
>> 
>> 
>> On 1/06/2017 11:44 am, "use-livecode on behalf of Terry Judd via 
>> use-livecode" > use-livecode@lists.runrev.com> wrote:
>> 
>> OK – I have a bit of a serious issue on iOS where if I lose wifi 
>> connectivity the first attempt to get data from a url causes problems.
>>  I’m attempting to upload a file to Dropbox (that stuff all works 
>> fine) and I do an initial test to see whether the device is online (by 
>> trying to access a url). If it is I proceed with the upload, if not I just 
>> save a local copy of the file. Anyway, the first time I do the test the 
>> request seems to take forever (minutes?) – which I don’t have (I need the 
>> request to be completed within a few seconds). The second time around is ok 
>> though.
>>  Any ideas on how I prevent this initial ‘hang’. Is it possible to 
>> set a shorter timeout or something?
>>  Terry...
>> ___
>> 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: HTML5 deployment: progress comes into sight

[Mark Waddingham via use-livecode]

On 2017-06-01 12:34, Roger Eller via use-livecode wrote:

LOL @ invoke!  You need to rename Widgets to Spells.  #widgetcraft


Heh - I hadn't thought of that connotation :)

Perhaps that means we have #widgetseers or #widgetmages too!

FWIW, 'invoke' is the name of the LCB VM's opcode for, well, invoking a 
handler. I didn't want to use 'call' or 'send' as they have a somewhat 
different meaning in LCS - which involves the message path.


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: HTML5 deployment: progress comes into sight

[Roger Eller via use-livecode]

LOL @ invoke!  You need to rename Widgets to Spells.  #widgetcraft

~Roger

On Jun 1, 2017 6:28 AM, "Mark Waddingham via use-livecode" <
use-livecode@lists.runrev.com> wrote:

> On 2017-05-31 23:13, hh via use-livecode wrote:
>
>> Call, send , dispatch, do script ...
>> It is very impressive how the core team can still have all that
>> messaging in mind while developing LC Builder.
>>
>
> The problem here is what syntax to use in LCS to 'call into a widget' -
> widget's need to be able to expose public handlers which can be called from
> LiveCode Script (not just properties and events).
>
> Now why not use kind of a mnemonic naming in LCB e.g.
>>
>>sendHandler  
>>callHandler  
>>dispatchHandler  
>>doHandler  ?
>>
>
> The problem is that all the keywords (naturally) associated with 'calling'
> something in another context are already taken (i.e. send, call, dispatch,
> do) and their context is the script of the object. So:
>
>call "foo" in widget 1
>
> Means send the message 'foo' to the *LiveCode Script* side of the widget -
> it is not entirely clear how that could work to mean 'call the handler
> 'foo' exported by the widget's implementation'.
>
> I've pondered 'invoke' as a new keyword - but I'm not sure how much I like
> that, but it would 'fill the gap'.
>
> The other way to slice and dice things is to make it so that any handlers
> you want to export to act on the widget internally are added as 'library
> handlers'. e.g.
>
>   widget foo
> public handler CopySpecial() returns nothing
>   ... do magic stuff ...
> end handler
>   end widget
>
> Would export fooCopySpecial() as a function accessible from LCS where you
> can do:
>
>fooCopySpecial(the long id of widget 1, ...)
>
> Or similar. This is closer to how the engine does syntax - which are all
> non-object based functions in C++, which then dispatch to the object. e.g.
>
>copy widget 1
>
> Ends up calling a C++ function:
>
>MCInterfaceExecCopyControl(ctxt, ptr-to-widget-1)
>
> Which then does:
>
>ptr-to-widget-1->copy()
>
> We could still have
>>
>>do 

Re: HTML5 deployment: progress comes into sight

[Mark Waddingham via use-livecode]

On 2017-05-31 23:13, hh via use-livecode wrote:

Call, send , dispatch, do script ...
It is very impressive how the core team can still have all that
messaging in mind while developing LC Builder.


The problem here is what syntax to use in LCS to 'call into a widget' - 
widget's need to be able to expose public handlers which can be called 
from LiveCode Script (not just properties and events).



Now why not use kind of a mnemonic naming in LCB e.g.

   sendHandler  
   callHandler  
   dispatchHandler  
   doHandler  ?


The problem is that all the keywords (naturally) associated with 
'calling' something in another context are already taken (i.e. send, 
call, dispatch, do) and their context is the script of the object. So:


   call "foo" in widget 1

Means send the message 'foo' to the *LiveCode Script* side of the widget 
- it is not entirely clear how that could work to mean 'call the handler 
'foo' exported by the widget's implementation'.


I've pondered 'invoke' as a new keyword - but I'm not sure how much I 
like that, but it would 'fill the gap'.


The other way to slice and dice things is to make it so that any 
handlers you want to export to act on the widget internally are added as 
'library handlers'. e.g.


  widget foo
public handler CopySpecial() returns nothing
  ... do magic stuff ...
end handler
  end widget

Would export fooCopySpecial() as a function accessible from LCS where 
you can do:


   fooCopySpecial(the long id of widget 1, ...)

Or similar. This is closer to how the engine does syntax - which are all 
non-object based functions in C++, which then dispatch to the object. 
e.g.


   copy widget 1

Ends up calling a C++ function:

   MCInterfaceExecCopyControl(ctxt, ptr-to-widget-1)

Which then does:

   ptr-to-widget-1->copy()


We could still have

   do 

Re: urgent iOS internet issue (url request timeout setting?)

[Charles Warwick via use-livecode]

Hi Terry,

I think this is the same issue as has been reported here that I am 
looking into:


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

At this point in time, issuing "tsNetLibUrlReuseConnection false" is the 
best solution, as this will stop tsNet from trying to re-use an existing 
open connection to a server.


If you are using tsNet functions directly, the equivalent option can be 
set by using tSettings["no_reuse"] to true and passing that to the 
function.  For example:


local tHeaders, tRecvHeaders, tResult, tBytes, tSettings
put true into tSettings["no_reuse"]
put tsNetGetSync("http://www.livecode.com;, tHeaders, tRecvHeaders, 
tResult, tBytes, tSettings) into tData


Best Regards,

Charles



On 1/06/2017 1:24 PM, Terry Judd via use-livecode wrote:

OK, I think I have a workaround although I’m not sure whether it is a good 
solution or not.

If I include the line...

tsNetLibUrlReuseConnection false

...in my preopenstack handler then the delay/hang seems to disappear – i.e. I 
get an almost immediate response if the url isn’t available. I’m not at all 
sure what this achieves but it seems that a new connection that can’t connect 
doesn’t experience the same problem as an existing connection that was 
previously successful.

Anyway, panic averted for now but any insights into the best way to deal with 
this stuff would be appreciated.

Terry...



On 1/06/2017 11:44 am, "use-livecode on behalf of Terry Judd via use-livecode" 
 wrote:

 OK – I have a bit of a serious issue on iOS where if I lose wifi 
connectivity the first attempt to get data from a url causes problems.
 
 I’m attempting to upload a file to Dropbox (that stuff all works fine) and I do an initial test to see whether the device is online (by trying to access a url). If it is I proceed with the upload, if not I just save a local copy of the file. Anyway, the first time I do the test the request seems to take forever (minutes?) – which I don’t have (I need the request to be completed within a few seconds). The second time around is ok though.
 
 Any ideas on how I prevent this initial ‘hang’. Is it possible to set a shorter timeout or something?
 
 Terry...

 ___
 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