A bit OT but there's an interesting discussion here
https://news.ycombinator.com/item?id=14458648 on the merits of WebAssembly
vs JavaScript for in browser applications. As WebAssembly matures it will
be interesting to see what implications (if any) it has for livecode html5
i.e. will it ultimately
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
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 inst
> 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
o
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-E
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 eve
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
@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
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
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
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:
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”.
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:
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,
>
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
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
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 u
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 alway
> 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
--
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
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
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, i
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 th
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 t
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
25 matches
Mail list logo