RE: Considering work with livecode server

[Paul Richards via use-livecode]

This looks to be marked against  9.7.0 DP1.  You can track it's progress on 
GitHub.  

https://github.com/livecode/livecode/pull/7330  



-Original Message-
From: use-livecode  On Behalf Of William 
Prothero via use-livecode
Sent: 20 January 2021 03:27
To: JJS via use-livecode 
Cc: William Prothero 
Subject: Re: Considering work with livecode server

Hmmm…. I see:
"Add WebAssembly build target in HTML5 deployment”, in the"team is working on 
right now” category. I guess, given all the delays and getting HTML5 up, I 
won’t hold my breath. But, I’ll certainly be watching for it. Gaads, another 
subscription to purchase. But getting real livecode dynamic features on the web 
would be a game-changer for me. 

Best,
Bill

> On Jan 19, 2021, at 12:50 PM, William de Smet via use-livecode 
>  wrote:
> 
> WebAssembly is on the roadmap.
> https://livecode.com/resources/roadmap/
> 
> 
> 
>> Op 19 jan. 2021 om 20:43 heeft William Prothero via use-livecode 
>>  het volgende geschreven:
>> 
>> Dan:
>> I just did a bit of Googling and wow! It sounds like a capability to compile 
>> to WebAssembly would put LiveCode in the big time. I wonder if there is any 
>> interest from the dev team. Sounds much more useful than HTML5.
>> 
>> Best,
>> Bill
>> 
>>> On Jan 19, 2021, at 11:13 AM, Dan Brown  wrote:
>>> 
>>> When livecode supports WebAssembly as a build target you'll be able to do 
>>> what you've asked
>>> 
>>> On Tue, 19 Jan 2021, 20:46 William Prothero via use-livecode, 
>>> mailto:use-livecode@lists.runrev.com>> 
>>> wrote:
>>> Thanks, all, for your comments. It would sure be nice if there was some 
>>> equivalent to shockwave, back in the days. Of course, downloadable plug-ins 
>>> like shockwave and flash apparently have too many security issues and are 
>>> not allowed anymore. 
>>> 
>>> HTML5 eventually? I assume HTML5 apps would run in a browser.
>>> 
>>> Thanks again,
>>> Bill
>>> 
> On Jan 19, 2021, at 8:57 AM, Bob Sneidar via use-livecode 
> mailto:use-livecode@lists.runrev.com>> 
> wrote:
 
 If only!
 
 Bob S
 
 
> On Jan 19, 2021, at 5:56 AM, Andre Garzia via use-livecode 
>    >> wrote:
 
 A website from 1995
 needs to be just as valid to the browser as one from 2021.
 
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com 
 Please visit this url to subscribe, unsubscribe and manage your 
 subscription preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode 
 
>>> 
>>> William A. Prothero
>>> https://earthlearningsolutions.org 
>>> 
>>> 
>>> ___
>>> use-livecode mailing list
>>> use-livecode@lists.runrev.com 
>>> Please visit this url to subscribe, unsubscribe and manage your 
>>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode 
>>> 
>> 
>> William A. Prothero
>> https://earthlearningsolutions.org
>> 
>> ___
>> use-livecode mailing list
>> use-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

William A. Prothero
https://earthlearningsolutions.org


___
use-livecode mailing list
use-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: Considering work with livecode server

[Mark Smith via use-livecode]

Thanks Kee, but I am a bit puzzled by the restriction.

That would require complicity from the businesses, which if reputable would be 
a stretch, no? For example, if I had an app that linked to course selections on 
University websites, are they going to suggest that these could be portals to 
pedophile shopping sites by entering a secret pass phrase? By the sounds of it, 
please correct me if I am wrong, no iStore app can link to a website for 
content regardless of the status of the organization that stands behind the 
site? H, I still have a lot to learn in this space. 

Are there any links available to guidelines that describe these limitations?

Thanks
Mark

> On Jan 20, 2021, at 4:25 AM, kee nethery via use-livecode 
>  wrote:
> 
> An app to web content is a mystery app. Your restaurant review app that pulls 
> from the web could easily be transformed into a pedophile shopping app by 
> entering a secret pass phrase and then changing the data on the web site. (as 
> an extreme example)

___
use-livecode mailing list
use-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: Cmi5 eLearning Standard in LiveCode MEETING TODAY AT 1 PM EST

[David Bovill via use-livecode]

I like this conversation on list - I don’t consider it spam.

Martin are there elements of Videolinkwell that you would consider useful as a 
community library?
On 19 Jan 2021, 19:10 +, David V Glasgow via use-livecode 
, wrote:
> I intended to comment on list, because I was impressed with Videolinkwell and 
> thought folks on the list might be interested!
>
> I watched the videos and think your app is really cool and worthwhile.
>
> There! I did it again!
>
> David G
>
> > On 19 Jan 2021, at 5:37 pm, Martin Koob  wrote:
> >
> > Hi List.
> > 😳
> >
> > I didn't mean to spam everyone with this. I did not notice I was conversing 
> > with David G thru the use-LiveCode list till just now. We can take this 
> > offline.
> >
> > But since you now have the links you can do a trial of my software. Curious 
> > what people think.
> >
> >
>
> ___
> use-livecode mailing list
> use-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: Considering work with livecode server

[Andrew at MidWest Coast Media via use-livecode]

> Thanks Kee, but I am a bit puzzled by the restriction.
> 
> That would require complicity from the businesses, which if reputable would 
> be a stretch, no? For example, if I had an app that linked to course 
> selections on University websites, are they going to suggest that these could 
> be portals to pedophile shopping sites by entering a secret pass phrase? By 
> the sounds of it, please correct me if I am wrong, no iStore app can link to 
> a website for content regardless of the status of the organization that 
> stands behind the site? H, I still have a lot to learn in this space. 
> 
> Are there any links available to guidelines that describe these limitations?

The guidelines don’t matter much because you’re at the mercy of whatever tester 
get’s your build to approve: it seems to be very subjective by reviewer. What I 
have found is that you can have some website stuff, but you need some mobile 
app specific features as well (push notifications, location services, etc.). It 
has also been my experience that “leading” with the web content isn’t as 
successful as opening with some static content. YMMV

Last week I got a brand new app approved (for TestFlight, not fully released 
yet but is the same approval process) for a University that contains a web 
viewer. This is only 1 of half a dozen cards in the app, and goes directly to a 
mobile landing page for a particular department. You are free to click around 
and visit the site, but you can’t manually enter a URL into a field and visit 
that site you are “stuck” with whatever links we provide. Since this isn’t the 
main focus, and is fairly contained, I had no worries about this being an issue 
(and it wasn’t). If you message me off-list with your AppleID, I’d be happy to 
add to TestFlight so you can see what I’m talking about.

But I have had apps with services that were “coming soon” so to start there was 
some bare bones content and a few browser widgets going to specific pages on a 
business website: this got rejected due to Apple’s 4.2 Minimum Functionality 
clause. After rushing to add a feature or two, and make sure those cards were 
the first to appear rather than the browser widget, got the barebones project 
approved. (A year later, the client still hasn’t paid to finish the project so 
it’s still sitting in the App Store at v0.4.03)

—Andrew Bell
___
use-livecode mailing list
use-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: Considering work with livecode server

[Andre Garzia via use-livecode]

So,

Displaying bundled content only (or mostly) allows Apple's static analysis
tools to take a look at your app. They can also identify outgoing
connections, so they know if you are opening remote pages. If all you do is
display local content, and there is no outgoing connections, then security
analysis of your app is easier (also, it works offline from the start which
is good). This is not an infalible system, but it works for the average
case.

As for having an app, that displays external webpages which allow you to
buy stuff might be a violation of Apple TOS. That is why you don't buy
Kindle books on the Kindle app on iOS. Amazon doesn't want to give Apple a
cut. An app that advertises itself as a browser has more leeway with this
than others. For example it is OK for Mozilla to ship "Firefox" (not really
Firefox, more like mozSafari) in iOS even though you can open web pages and
buy stuff with it. It is not OK for you to create an app that opens your
webstore and sells stuff.

I'll write another message about WebAssembly...

On Wed, 20 Jan 2021 at 12:22, Mark Smith via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Thanks Kee, but I am a bit puzzled by the restriction.
>
> That would require complicity from the businesses, which if reputable
> would be a stretch, no? For example, if I had an app that linked to course
> selections on University websites, are they going to suggest that these
> could be portals to pedophile shopping sites by entering a secret pass
> phrase? By the sounds of it, please correct me if I am wrong, no iStore app
> can link to a website for content regardless of the status of the
> organization that stands behind the site? H, I still have a lot to
> learn in this space.
>
> Are there any links available to guidelines that describe these
> limitations?
>
> Thanks
> Mark
>
> > On Jan 20, 2021, at 4:25 AM, kee nethery via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > An app to web content is a mystery app. Your restaurant review app that
> pulls from the web could easily be transformed into a pedophile shopping
> app by entering a secret pass phrase and then changing the data on the web
> site. (as an extreme example)
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
https://www.andregarzia.com 
Want to support me? Buy me a coffee at https://ko-fi.com/andregarzia
___
use-livecode mailing list
use-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: Considering work with livecode server

[Andre Garzia via use-livecode]

WebAssembly (aka WASM) is not a silver bullet. It is not something like
"you compile to WebAssembly and then PROFIT".

WebAssembly and ASM.js (which is what the current HTML5 LC Runtime uses)
are very similar. The advantages of WASM is that it is a lot smaller –
since it is bytecode and not strings in source code – than ASM.js, also, it
can be streamed so you can start loading it in the VM before it finishes
transferring. Given the same source code in WASM and ASM.js, the WASM one
will transfer and load faster, but that is it. One of the main objectives
of WASM was to reduce latency between the beginning of the load action and
having something running.

WASM backends have been integrated in many languages – mostly notable LLVM
– which means that is somewhat doable to compile C/C++ code to WASM. That
doesn't mean that all libraries work. WASM has no graphics part. It deals
with memory and integers (floats?). It doesn't even have a string type. It
is basically a small assembly language to be targeted by compilers.

Apps made with WASM do not work with just 100% WASM. You always need JS.
JavaScript is the glue that links DOM, events, and WASM. What you usually
do is have a bunch of JS and then speed up some parts of that code with
WASM. WASM can't touch the DOM, WASM can't handle input events. JS and WASM
are built to complement each other.

Most languages targeting WebAssembly deployments have their own "JS
Standard library toolkit" so that when you compile, you end up with a
combination of WASM and JS files (maybe even HTML).

The benefit for LC would be a smaller runtime and faster loading, both are
great.

Just don't believe it is something magical like we were promised in the 90s
with Java Applets that you'd compile your Java App and it would magically
load on the Web. That is not how this works.

If you want to learn more about WebAssembly go to the learning area of MDN
WebDocs:
https://developer.mozilla.org/en-US/docs/WebAssembly/Concepts#what_is_webassembly



On Wed, 20 Jan 2021 at 15:53, Andre Garzia  wrote:

> So,
>
> Displaying bundled content only (or mostly) allows Apple's static analysis
> tools to take a look at your app. They can also identify outgoing
> connections, so they know if you are opening remote pages. If all you do is
> display local content, and there is no outgoing connections, then security
> analysis of your app is easier (also, it works offline from the start which
> is good). This is not an infalible system, but it works for the average
> case.
>
> As for having an app, that displays external webpages which allow you to
> buy stuff might be a violation of Apple TOS. That is why you don't buy
> Kindle books on the Kindle app on iOS. Amazon doesn't want to give Apple a
> cut. An app that advertises itself as a browser has more leeway with this
> than others. For example it is OK for Mozilla to ship "Firefox" (not really
> Firefox, more like mozSafari) in iOS even though you can open web pages and
> buy stuff with it. It is not OK for you to create an app that opens your
> webstore and sells stuff.
>
> I'll write another message about WebAssembly...
>
> On Wed, 20 Jan 2021 at 12:22, Mark Smith via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> Thanks Kee, but I am a bit puzzled by the restriction.
>>
>> That would require complicity from the businesses, which if reputable
>> would be a stretch, no? For example, if I had an app that linked to course
>> selections on University websites, are they going to suggest that these
>> could be portals to pedophile shopping sites by entering a secret pass
>> phrase? By the sounds of it, please correct me if I am wrong, no iStore app
>> can link to a website for content regardless of the status of the
>> organization that stands behind the site? H, I still have a lot to
>> learn in this space.
>>
>> Are there any links available to guidelines that describe these
>> limitations?
>>
>> Thanks
>> Mark
>>
>> > On Jan 20, 2021, at 4:25 AM, kee nethery via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> >
>> > An app to web content is a mystery app. Your restaurant review app that
>> pulls from the web could easily be transformed into a pedophile shopping
>> app by entering a secret pass phrase and then changing the data on the web
>> site. (as an extreme example)
>>
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>
>
>
> --
> https://www.andregarzia.com 
> Want to support me? Buy me a coffee at https://ko-fi.com/andregarzia
>


-- 
https://www.andregarzia.com 
Want to support me? Buy me a coffee at https://ko-fi.com/andregarzia
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this 

Re: Considering work with livecode server

[ELS Prothero via use-livecode]

Thank you, Andre, for you wisdom. What I take from your comments is if I want 
to develop dynamic interactive web based apps with Livecode, I should get up to 
speed on JavaScript and will need to either use Livecode to generate html5, 
compiled with webAssembly, or find another platform to develop the software.

Perhaps this topic is an idea for a short book (hint, hint).

Best,
Bill

William Prothero
http://es.earthednet.org

> On Jan 20, 2021, at 8:03 AM, Andre Garzia via use-livecode 
>  wrote:
> 
> WebAssembly (aka WASM) is not a silver bullet. It is not something like
> "you compile to WebAssembly and then PROFIT".
> 
> WebAssembly and ASM.js (which is what the current HTML5 LC Runtime uses)
> are very similar. The advantages of WASM is that it is a lot smaller –
> since it is bytecode and not strings in source code – than ASM.js, also, it
> can be streamed so you can start loading it in the VM before it finishes
> transferring. Given the same source code in WASM and ASM.js, the WASM one
> will transfer and load faster, but that is it. One of the main objectives
> of WASM was to reduce latency between the beginning of the load action and
> having something running.
> 
> WASM backends have been integrated in many languages – mostly notable LLVM
> – which means that is somewhat doable to compile C/C++ code to WASM. That
> doesn't mean that all libraries work. WASM has no graphics part. It deals
> with memory and integers (floats?). It doesn't even have a string type. It
> is basically a small assembly language to be targeted by compilers.
> 
> Apps made with WASM do not work with just 100% WASM. You always need JS.
> JavaScript is the glue that links DOM, events, and WASM. What you usually
> do is have a bunch of JS and then speed up some parts of that code with
> WASM. WASM can't touch the DOM, WASM can't handle input events. JS and WASM
> are built to complement each other.
> 
> Most languages targeting WebAssembly deployments have their own "JS
> Standard library toolkit" so that when you compile, you end up with a
> combination of WASM and JS files (maybe even HTML).
> 
> The benefit for LC would be a smaller runtime and faster loading, both are
> great.
> 
> Just don't believe it is something magical like we were promised in the 90s
> with Java Applets that you'd compile your Java App and it would magically
> load on the Web. That is not how this works.
> 
> If you want to learn more about WebAssembly go to the learning area of MDN
> WebDocs:
> https://developer.mozilla.org/en-US/docs/WebAssembly/Concepts#what_is_webassembly
> 
> 
> 
>> On Wed, 20 Jan 2021 at 15:53, Andre Garzia  wrote:
>> 
>> So,
>> 
>> Displaying bundled content only (or mostly) allows Apple's static analysis
>> tools to take a look at your app. They can also identify outgoing
>> connections, so they know if you are opening remote pages. If all you do is
>> display local content, and there is no outgoing connections, then security
>> analysis of your app is easier (also, it works offline from the start which
>> is good). This is not an infalible system, but it works for the average
>> case.
>> 
>> As for having an app, that displays external webpages which allow you to
>> buy stuff might be a violation of Apple TOS. That is why you don't buy
>> Kindle books on the Kindle app on iOS. Amazon doesn't want to give Apple a
>> cut. An app that advertises itself as a browser has more leeway with this
>> than others. For example it is OK for Mozilla to ship "Firefox" (not really
>> Firefox, more like mozSafari) in iOS even though you can open web pages and
>> buy stuff with it. It is not OK for you to create an app that opens your
>> webstore and sells stuff.
>> 
>> I'll write another message about WebAssembly...
>> 
>> On Wed, 20 Jan 2021 at 12:22, Mark Smith via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
>>> Thanks Kee, but I am a bit puzzled by the restriction.
>>> 
>>> That would require complicity from the businesses, which if reputable
>>> would be a stretch, no? For example, if I had an app that linked to course
>>> selections on University websites, are they going to suggest that these
>>> could be portals to pedophile shopping sites by entering a secret pass
>>> phrase? By the sounds of it, please correct me if I am wrong, no iStore app
>>> can link to a website for content regardless of the status of the
>>> organization that stands behind the site? H, I still have a lot to
>>> learn in this space.
>>> 
>>> Are there any links available to guidelines that describe these
>>> limitations?
>>> 
>>> Thanks
>>> Mark
>>> 
 On Jan 20, 2021, at 4:25 AM, kee nethery via use-livecode <
>>> use-livecode@lists.runrev.com> wrote:
 
 An app to web content is a mystery app. Your restaurant review app that
>>> pulls from the web could easily be transformed into a pedophile shopping
>>> app by entering a secret pass phrase and then changing the data on the web
>>> site. (as an extreme example)
>>> 
>>> ___

Re: Considering work with livecode server

[Andre Garzia via use-livecode]

Bill,

:-) that topic is too large for a book to be honest.

What I recommend is actually building a desktop standalone. Forget the web
for that app, push for an app.

Best
A

On Wed, 20 Jan 2021 at 16:20, ELS Prothero <
proth...@earthlearningsolutions.org> wrote:

> Thank you, Andre, for you wisdom. What I take from your comments is if I
> want to develop dynamic interactive web based apps with Livecode, I should
> get up to speed on JavaScript and will need to either use Livecode to
> generate html5, compiled with webAssembly, or find another platform to
> develop the software.
>
> Perhaps this topic is an idea for a short book (hint, hint).
>
> Best,
> Bill
>
> William Prothero
> http://es.earthednet.org
>
> > On Jan 20, 2021, at 8:03 AM, Andre Garzia via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > WebAssembly (aka WASM) is not a silver bullet. It is not something like
> > "you compile to WebAssembly and then PROFIT".
> >
> > WebAssembly and ASM.js (which is what the current HTML5 LC Runtime uses)
> > are very similar. The advantages of WASM is that it is a lot smaller –
> > since it is bytecode and not strings in source code – than ASM.js, also,
> it
> > can be streamed so you can start loading it in the VM before it finishes
> > transferring. Given the same source code in WASM and ASM.js, the WASM one
> > will transfer and load faster, but that is it. One of the main objectives
> > of WASM was to reduce latency between the beginning of the load action
> and
> > having something running.
> >
> > WASM backends have been integrated in many languages – mostly notable
> LLVM
> > – which means that is somewhat doable to compile C/C++ code to WASM. That
> > doesn't mean that all libraries work. WASM has no graphics part. It deals
> > with memory and integers (floats?). It doesn't even have a string type.
> It
> > is basically a small assembly language to be targeted by compilers.
> >
> > Apps made with WASM do not work with just 100% WASM. You always need JS.
> > JavaScript is the glue that links DOM, events, and WASM. What you usually
> > do is have a bunch of JS and then speed up some parts of that code with
> > WASM. WASM can't touch the DOM, WASM can't handle input events. JS and
> WASM
> > are built to complement each other.
> >
> > Most languages targeting WebAssembly deployments have their own "JS
> > Standard library toolkit" so that when you compile, you end up with a
> > combination of WASM and JS files (maybe even HTML).
> >
> > The benefit for LC would be a smaller runtime and faster loading, both
> are
> > great.
> >
> > Just don't believe it is something magical like we were promised in the
> 90s
> > with Java Applets that you'd compile your Java App and it would magically
> > load on the Web. That is not how this works.
> >
> > If you want to learn more about WebAssembly go to the learning area of
> MDN
> > WebDocs:
> >
> https://developer.mozilla.org/en-US/docs/WebAssembly/Concepts#what_is_webassembly
> >
> >
> >
> >> On Wed, 20 Jan 2021 at 15:53, Andre Garzia 
> wrote:
> >>
> >> So,
> >>
> >> Displaying bundled content only (or mostly) allows Apple's static
> analysis
> >> tools to take a look at your app. They can also identify outgoing
> >> connections, so they know if you are opening remote pages. If all you
> do is
> >> display local content, and there is no outgoing connections, then
> security
> >> analysis of your app is easier (also, it works offline from the start
> which
> >> is good). This is not an infalible system, but it works for the average
> >> case.
> >>
> >> As for having an app, that displays external webpages which allow you to
> >> buy stuff might be a violation of Apple TOS. That is why you don't buy
> >> Kindle books on the Kindle app on iOS. Amazon doesn't want to give
> Apple a
> >> cut. An app that advertises itself as a browser has more leeway with
> this
> >> than others. For example it is OK for Mozilla to ship "Firefox" (not
> really
> >> Firefox, more like mozSafari) in iOS even though you can open web pages
> and
> >> buy stuff with it. It is not OK for you to create an app that opens your
> >> webstore and sells stuff.
> >>
> >> I'll write another message about WebAssembly...
> >>
> >> On Wed, 20 Jan 2021 at 12:22, Mark Smith via use-livecode <
> >> use-livecode@lists.runrev.com> wrote:
> >>
> >>> Thanks Kee, but I am a bit puzzled by the restriction.
> >>>
> >>> That would require complicity from the businesses, which if reputable
> >>> would be a stretch, no? For example, if I had an app that linked to
> course
> >>> selections on University websites, are they going to suggest that these
> >>> could be portals to pedophile shopping sites by entering a secret pass
> >>> phrase? By the sounds of it, please correct me if I am wrong, no
> iStore app
> >>> can link to a website for content regardless of the status of the
> >>> organization that stands behind the site? H, I still have a lot to
> >>> learn in this space.
> >>>
> >>> Are th

Re: Considering work with livecode server

[ELS Prothero via use-livecode]

Andre,
You are probably correct. 

Thanks to all of you who have responded to my question about deployment on the 
web.

Best,
Bill

William Prothero
http://es.earthednet.org

> On Jan 20, 2021, at 8:22 AM, Andre Garzia  wrote:
> 
> 
> Bill,
> 
> :-) that topic is too large for a book to be honest.
> 
> What I recommend is actually building a desktop standalone. Forget the web 
> for that app, push for an app.
> 
> Best
> A
> 
>> On Wed, 20 Jan 2021 at 16:20, ELS Prothero 
>>  wrote:
>> Thank you, Andre, for you wisdom. What I take from your comments is if I 
>> want to develop dynamic interactive web based apps with Livecode, I should 
>> get up to speed on JavaScript and will need to either use Livecode to 
>> generate html5, compiled with webAssembly, or find another platform to 
>> develop the software.
>> 
>> Perhaps this topic is an idea for a short book (hint, hint).
>> 
>> Best,
>> Bill
>> 
>> William Prothero
>> http://es.earthednet.org
>> 
>> > On Jan 20, 2021, at 8:03 AM, Andre Garzia via use-livecode 
>> >  wrote:
>> > 
>> > WebAssembly (aka WASM) is not a silver bullet. It is not something like
>> > "you compile to WebAssembly and then PROFIT".
>> > 
>> > WebAssembly and ASM.js (which is what the current HTML5 LC Runtime uses)
>> > are very similar. The advantages of WASM is that it is a lot smaller –
>> > since it is bytecode and not strings in source code – than ASM.js, also, it
>> > can be streamed so you can start loading it in the VM before it finishes
>> > transferring. Given the same source code in WASM and ASM.js, the WASM one
>> > will transfer and load faster, but that is it. One of the main objectives
>> > of WASM was to reduce latency between the beginning of the load action and
>> > having something running.
>> > 
>> > WASM backends have been integrated in many languages – mostly notable LLVM
>> > – which means that is somewhat doable to compile C/C++ code to WASM. That
>> > doesn't mean that all libraries work. WASM has no graphics part. It deals
>> > with memory and integers (floats?). It doesn't even have a string type. It
>> > is basically a small assembly language to be targeted by compilers.
>> > 
>> > Apps made with WASM do not work with just 100% WASM. You always need JS.
>> > JavaScript is the glue that links DOM, events, and WASM. What you usually
>> > do is have a bunch of JS and then speed up some parts of that code with
>> > WASM. WASM can't touch the DOM, WASM can't handle input events. JS and WASM
>> > are built to complement each other.
>> > 
>> > Most languages targeting WebAssembly deployments have their own "JS
>> > Standard library toolkit" so that when you compile, you end up with a
>> > combination of WASM and JS files (maybe even HTML).
>> > 
>> > The benefit for LC would be a smaller runtime and faster loading, both are
>> > great.
>> > 
>> > Just don't believe it is something magical like we were promised in the 90s
>> > with Java Applets that you'd compile your Java App and it would magically
>> > load on the Web. That is not how this works.
>> > 
>> > If you want to learn more about WebAssembly go to the learning area of MDN
>> > WebDocs:
>> > https://developer.mozilla.org/en-US/docs/WebAssembly/Concepts#what_is_webassembly
>> > 
>> > 
>> > 
>> >> On Wed, 20 Jan 2021 at 15:53, Andre Garzia  wrote:
>> >> 
>> >> So,
>> >> 
>> >> Displaying bundled content only (or mostly) allows Apple's static analysis
>> >> tools to take a look at your app. They can also identify outgoing
>> >> connections, so they know if you are opening remote pages. If all you do 
>> >> is
>> >> display local content, and there is no outgoing connections, then security
>> >> analysis of your app is easier (also, it works offline from the start 
>> >> which
>> >> is good). This is not an infalible system, but it works for the average
>> >> case.
>> >> 
>> >> As for having an app, that displays external webpages which allow you to
>> >> buy stuff might be a violation of Apple TOS. That is why you don't buy
>> >> Kindle books on the Kindle app on iOS. Amazon doesn't want to give Apple a
>> >> cut. An app that advertises itself as a browser has more leeway with this
>> >> than others. For example it is OK for Mozilla to ship "Firefox" (not 
>> >> really
>> >> Firefox, more like mozSafari) in iOS even though you can open web pages 
>> >> and
>> >> buy stuff with it. It is not OK for you to create an app that opens your
>> >> webstore and sells stuff.
>> >> 
>> >> I'll write another message about WebAssembly...
>> >> 
>> >> On Wed, 20 Jan 2021 at 12:22, Mark Smith via use-livecode <
>> >> use-livecode@lists.runrev.com> wrote:
>> >> 
>> >>> Thanks Kee, but I am a bit puzzled by the restriction.
>> >>> 
>> >>> That would require complicity from the businesses, which if reputable
>> >>> would be a stretch, no? For example, if I had an app that linked to 
>> >>> course
>> >>> selections on University websites, are they going to suggest that these
>> >>> could be portals to pedophile shopping s

GRID and GRIDSIZE

[Klaus major-k via use-livecode]

Hi friends,

is it correct that "snap to grid" does only work in the IDE in "Pointer" mode?
Thanks for any insight.


Best

Klaus
--
Klaus Major
https://www.major-k.de
kl...@major-k.de


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

Re: GRID and GRIDSIZE

[Richard Gaskin via use-livecode]

Klaus wrote:

> is it correct that "snap to grid" does only work in the IDE in
> "Pointer" mode?

Given its role in snapping the dragging of selected objects, what else 
might it do?


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com

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

Re: GRID and GRIDSIZE

[Klaus major-k via use-livecode]

Hi Richard,

> Am 20.01.2021 um 21:02 schrieb Richard Gaskin via use-livecode 
> :
> 
> Klaus wrote:
> 
> > is it correct that "snap to grid" does only work in the IDE in
> > "Pointer" mode?
> 
> Given its role in snapping the dragging of selected objects, what else might 
> it do?

I actually exspected a simple "yes" or "no". 8-)

Remember, I am not a native english speaker, so I am not sure what exactly you 
mean.

> -- 
> Richard Gaskin

Best

Klaus

--
Klaus Major
https://www.major-k.de
kl...@major-k.de


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

Re: GRID and GRIDSIZE

[Richard Gaskin via use-livecode]

Klaus wrote:

> Am 20.01.2021 um 21:02 schrieb Richard Gaskin:
>
>> Klaus wrote:
>>
>>> is it correct that "snap to grid" does only work in the IDE in
>>> "Pointer" mode?
>>
>> Given its role in snapping the dragging of selected objects, what
>> else might it do?
>
> I actually exspected a simple "yes" or "no". 8-)

Then "Yes".

> Remember, I am not a native english speaker, so I am not sure what
> exactly you mean.

You write English so much better than many Americans I know it's easy to 
forget.


I was asking what you wanted the grid snap feature to do beyond working 
only in Pointer mode.


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com

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

Re: GRID and GRIDSIZE

[Tore Nilsen via use-livecode]

> 20. jan. 2021 kl. 21:52 skrev Richard Gaskin via use-livecode 
> :
> 
> I was asking what you wanted the grid snap feature to do beyond working only 
> in Pointer mode.

One could think that the grid snap feature would work in Run mode in the IDE if 
scripts would allow the user to move controls in this mode. One could also 
think that the grid snap feature would work in a standalone under the same 
circumstances. This would allow for better control of placement of controls 
«out of the box».

Best regards
Tore Nilsen
___
use-livecode mailing list
use-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: GRID and GRIDSIZE

[Klaus major-k via use-livecode]

Hi Richard,

> Am 20.01.2021 um 21:52 schrieb Richard Gaskin via use-livecode 
> :
> ...
> >>> is it correct that "snap to grid" does only work in the IDE in
> >>> "Pointer" mode?
> >
> >> Given its role in snapping the dragging of selected objects, what
> >> else might it do?
> > I actually exspected a simple "yes" or "no". 8-)
> Then "Yes".

Ah, thank you.

> > Remember, I am not a native english speaker, so I am not sure what
> > exactly you mean.
> You write English so much better than many Americans I know it's easy to 
> forget.

Thank you for the flowers!
Sometimes I "don't get it" immediately however. ;-)

> I was asking what you wanted the grid snap feature to do beyond working only 
> in Pointer mode.

Well, to also work with the BROWSE tool in a runtime. 8-)

> -- 
> Richard Gaskin

Best

Klaus

--
Klaus Major
https://www.major-k.de
kl...@major-k.de


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

Re: Trying to use the Segmented Control

[J. Landman Gay via use-livecode]

On 12/4/20 3:32 AM, Niggemann, Bernd via use-livecode wrote:

Ralf Bitter wrote



See: https://github.com/revig/universal-button-widget/releases/tag/1.0.1



Thank you Ralf for this brilliant widget.

Kind regards
Bernd


I finally had a chance to look at this widget. Thank you Ralf for your generous contribution, 
this is very useful!


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

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

Re: GRID and GRIDSIZE

[Bob Sneidar via use-livecode]

If that were allowed one could conceive of writing a standalone that was it’s 
own IDE and selling it as a third party app.

Bob S


On Jan 20, 2021, at 1:02 PM, Tore Nilsen via use-livecode 
mailto:use-livecode@lists.runrev.com>> wrote:

One could think that the grid snap feature would work in Run mode in the IDE if 
scripts would allow the user to move controls in this mode. One could also 
think that the grid snap feature would work in a standalone under the same 
circumstances. This would allow for better control of placement of controls 
«out of the box».

Best regards
Tore Nilsen

___
use-livecode mailing list
use-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: GRID and GRIDSIZE

[Klaus major-k via use-livecode]

Hi Bob,

> Am 20.01.2021 um 23:32 schrieb Bob Sneidar via use-livecode 
> :
> 
> If that were allowed one could conceive of writing a standalone that was it’s 
> own IDE and selling it as a third party app.

this is in any case explicitely forbidden by LC license agreement (the 
fineprint)! :-)

But this is not a special IDE feature, one could also use it in a runtime.
So I thought we could use this if not in the IDE, too.

> Bob S
> 
> On Jan 20, 2021, at 1:02 PM, Tore Nilsen via use-livecode 
> mailto:use-livecode@lists.runrev.com>> wrote:
> 
> One could think that the grid snap feature would work in Run mode in the IDE 
> if scripts would allow the user to move controls in this mode. One could also 
> think that the grid snap feature would work in a standalone under the same 
> circumstances. This would allow for better control of placement of controls 
> «out of the box».
> 
> Best regards
> Tore Nilsen

Best

Klaus

--
Klaus Major
https://www.major-k.de
kl...@major-k.de


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

Standalone app settings

[Bob Sneidar via use-livecode]

Hi all. Weird issue. In my Forms Generator app I can no longer open Standalone 
Settings using Indy 9.6.1. I CAN for a brand new stack though! And I CAN if I 
use Community 9.6.0. 

Is there a way to intercept a message when I attempt to get those settings? 

Bob S


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

Call lc from php?

[Neville Smythe via use-livecode]

Quick question: is it possible to execute a .lc server script from within php 
(eg from an index.php page)?

This other way is documented, but on a cursory perusal I couldn’t see how to do 
it, and I’ve forgotten more about php than I remember. 

Maybe using a shell command within the php, but is there a way set up php to 
automatically recognise .lc? Php.ini??

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

LC Community Ask Password

[Bob Sneidar via use-livecode]

Hi all. 

Ask Password dialog pops but will not take input, nor can I click the Cancel or 
OK buttons. 

V9.6.2 RC2

Bob S


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

Re: LC Community Ask Password

[Bob Sneidar via use-livecode]

Oddly 9.6.2 RC2 Community DOES solve the Standalone App settings bug I 
mentioned in another post. This is all Mac BTW. 

Bob S


> On Jan 20, 2021, at 4:21 PM, Bob Sneidar via use-livecode 
>  wrote:
> 
> Hi all. 
> 
> Ask Password dialog pops but will not take input, nor can I click the Cancel 
> or OK buttons. 
> 
> V9.6.2 RC2
> 
> Bob S
> 
> 
> ___
> use-livecode mailing list
> use-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: Call lc from php?

[Richard Gaskin via use-livecode]

Neville Smythe wrote:

> Quick question: is it possible to execute a .lc server script from
> within php (eg from an index.php page)?
>
> This other way is documented, but on a cursory perusal I couldn’t see
> how to do it, and I’ve forgotten more about php than I remember.
>
> Maybe using a shell command within the php, but is there a way set up
> php to automatically recognise .lc? Php.ini??


No recognition needed if you're explicit: you can pass the name of the 
.lc page to the Server engine as a param, e.g.:


   ./livecode-server mycoolscript.lc


And there's also a second way:

make the .lc script executable, and let the shell know what engine is 
needed to run it with a shebang on the top line:


   #!/usr/local/bin/livecode-server

More on that from David Williams in the LC blog:

https://livecode.com/a-livecode-shell/

--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com

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

Re: Call lc from php?

[jbv via use-livecode]

Hi,

Le 2021-01-20 18:53, Neville Smythe via use-livecode a écrit :

Quick question: is it possible to execute a .lc server script from
within php (eg from an index.php page)?



I don't know if it will be useful, but here's the method I've been
using for years :

$data = 'https://www.mydomain.com/myscript.lc?a=' . $mydata;
$ch = curl_init();
curl_setopt($ch, CURLOPT_URL, $data);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
$output = curl_exec($ch);
curl_close($ch);

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