ct "Deploying Your Application" and then "HTML5
Deployment settings".
There you should find a bunch of information.
Hope this helps.
Matthias
Am 10.11.2021 um 00:41 schrieb Paul Dupuis via use-livecode
:
I am trying to deploy and HTML app. Standalone building was
Paul, if you open the Livecode Dictionary, then you can see 2 tabs in the left
upper corner. One is labeled "API" and one is labeled "Guide".
Click on "Guide" and then select "Deploying Your Application" and then "HTML5
Deployment settings".
T
I am trying to deploy and HTML app. Standalone building was
straightforward and I now have a folder of stuff.
MyApp.html
standalone.zip
standalone-commercial-9.6.3.html.mem
standalone-commercial-9.6.3.js
The HTML5 panel in the Standalone Builder says to see the "HTML5
Deployment Guide i
> Sean wrote:
>
> 4. As with 3 also, emscripten itself has capabilities built in that will
> allow for this so I will more likely utilise these rather than use JQuery.
> The idea will be to handle as much as possible within the emscripten code
> and have minimal stuff within the HTML output other
1&2 I am already implementing that way but thanks for the affirmation.
3. Good idea regarding keeping them all on one predetermined layer.
4. As with 3 also, emscripten itself has capabilities built in that will allow
for this so I will more likely utilise these rather than use JQuery. The ide
* There are some things relating 1 & 2 one could think about:
Start with mouseEvents (incl. wheel) and modifier keys.
Then one could use native fields so that the browser does the keyboard job
and executes all shortcuts for fields.
To get/set field values is easy. A native styled field is also po
Fri, 31 Jan 2020 at 22:14, hh via use-livecode <
use-livecode@lists.runrev.com> wrote:
> > Sean C. wrote (in thread 'Brave'):
> > ... can you put together a priority list of items that need to
> > be fixed in HTML5 deployment as I am currently adjusting the code.
>
> Sean C. wrote (in thread 'Brave'):
> ... can you put together a priority list of items that need to
> be fixed in HTML5 deployment as I am currently adjusting the code.
> I mean things that should just work without running external
> JS workarounds like most of the key
> k wrote:
> I'd like to be able to integrate LC's HTML5 output with regular web page
> structures a little more flexibly. That's been one of the big things
> that's really put me off trying out much with this form of output, so
> far at least.
You can do that since November 2016 (LC 9.0.0-dp2)
Hi k.
All special info I have is from here (and links there):
https://en.wikipedia.org/wiki/Same-origin_policy
And I know, from my own sad experience, that one has to try
to follow the most strict interpretation, as browsers differ
in their implemementation and even the same browser from one
maj
On 16 Jun 2017, at 5:15, hh via use-livecode wrote:
if the webpage starts with "hyperhh.de" then the images have to be
called explicitly from hyperhh.de while download from "hyperhh.org"
(which is simply another name for the same domain) fails.
Thanks for the example! Re the domain thing, I'd
A basic test of the new feature "fetchURL" of the LC 9.0.0-dp7
HTML5 standalone builder: Load files (here images) from a server.
The load origin has to be on the same domain as the webpage that
loads the standalone.
(EU) http://hyperhh.de/html5/testFetch-9.0.0-dp-7X.html
(US) http://hh.on-rev.com/
Yet another creative contribution to this thread: SVGtoPNG_HTML5
This is a HTML5 standalone that is based on stacks that Jonathan and I made,
see livecodeshare.runrev.com or 'Sample stacks' (the stacks use a clever
conversion idea of Jonathan).
Launch SVGtoPNG_HTML5 from here:
(EU) http://hyperh
Yet another creative contribution to this thread (beta version,
nowhere else linked for a few days).
http://hyperhh.org/html5/video-funHTML5-9.0.0-dp-4hhX.html
Video-Fun is a HTML5 standalone that communicates with the webpage
to take frames from a video and display them as image.
As we have an i
On 06/04/2017 02:53 AM, Jonathan Lynch via use-livecode wrote:
No need to loop.
Set three flags to false. After each callback comes in and the flag gets
switched, check all three flags. After the last ones comes in, all three flag
variables will be switched and can trigger the next action.
N
No need to loop.
Set three flags to false. After each callback comes in and the flag gets
switched, check all three flags. After the last ones comes in, all three flag
variables will be switched and can trigger the next action.
Sent from my iPhone
> On Jun 3, 2017, at 9:04 PM, Mark Wieder via
On 06/03/2017 06:38 PM, Sannyasin Brahmanathaswami via use-livecode wrote:
Fascinating solution for X no of use cases, where you don't really need *now* , but where
what you really only need is to know "exactly when and what" happened, even if
slightly (typically, milliseconds) after the whole
Mark Wieder wrote:
Requests are sent asynchronously and trigger a callback message when
they're done. The callback message payload contains a reference to the
message that called it. That way a callback handler can associate the
returned message with the calling handler, and if
On 05/31/2017 02:35 PM, hh via use-livecode wrote:
"Synchronous" means here that the callback is done in the order it appears in
the list of js instructions, i.e. "synchronous to the instruction order".
If you say in your js function
instruction1;
callback1;
instruction2;
callba
Just getting back here after a week away on another project where they are
moving the Hinduism Today app to an HTML 5 platform
(shameless promotion) check it out… pretty cool release (free) on the App
store… Android version is buggy.
@ Roland: Right.. my use of "Syncronous" was a bit off, mo
rge imageData.
>
> Latest Safari and Chrome Canary (but not yet Chrome) are fastest with
> the screen updates. Also tested to be OK here with latest Firefox and
> latest Opera. As always: doesn't run in IE/Edge.
>
> (It was tedious to work around the missing javascriptHandler
here with latest Firefox and
latest Opera. As always: doesn't run in IE/Edge.
(It was tedious to work around the missing javascriptHandler in HTML5
deployment, we look forward to that feature Mark!)
___
use-livecode mailing list
use-livecode@lists.
not part of the community, it's nice that you guys
>> are so
>> > actively engaged with the community, even when you're completely wrong
>> > because you disagree with me.
>> >
>> > On Fri, Jun 2, 2017 at 7:46 AM, hh via use-livecode <
>&g
gt; actively engaged with the community, even when you're completely wrong
> > because you disagree with me.
> >
> > On Fri, Jun 2, 2017 at 7:46 AM, hh via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> We really should start to spl
ys are so
> actively engaged with the community, even when you're completely wrong
> because you disagree with me.
>
> On Fri, Jun 2, 2017 at 7:46 AM, hh via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> We really should start to split this thread int
hh via use-livecode <
use-livecode@lists.runrev.com> wrote:
> We really should start to split this thread into branches, for example
>
> [A] HTML5 deployment and "do as javascript" as already implemented
> [B] HTML5 deployment and using widgets (not the browser widget)
>
We really should start to split this thread into branches, for example
[A] HTML5 deployment and "do as javascript" as already implemented
[B] HTML5 deployment and using widgets (not the browser widget)
[C] HTML5 in LC Builder (and the browser widget, javascript via FFI)
[D]
It has substantial and wide ranging implications - all to the good.
At the very least 'WASM' is more compact than asm.js and eliminates the
compiling overhead which you have when you load a text based representation of
the language.
We've got a fair bit of housekeeping to do (particularly in ou
The thought did occur to me - whilst it 'sounds' like a good idea at first
glance there's a lot of i's to dot and t's to cross especially as the goal of
widgets is they should be indistinguishable from controls written in C++ direct
in the engine.
As it stands many of the implications of that a
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
@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 an
> 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
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
"Synchronous" means here that the callback is done in the order it appears in
the list of js instructions, i.e. "synchronous to the instruction order".
If you say in your js function
instruction1;
callback1;
instruction2;
callback2;
then you can't control what's done first. This is t
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.
Now why not use kind of a mnemonic naming in LCB e.g.
sendHandler
callHandler
dispatchHandler
doHandler ?
We could still have
I have a feeling that Alejandro's stack was running a while back.
Richmond.
On 5/31/17 4:03 pm, Mark Waddingham via use-livecode wrote:
On 2017-05-31 13:18, Richmond Mathewson via use-livecode wrote:
Weel you could start with ALL SVG images made in Inkscape:
monochromatic "thingies" have limit
On 2017-05-31 15:43, hh via use-livecode 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
lo
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
@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 someh
> > hh wrote:
> > Part [1], the current thread, will hopefully allow for example to have
> > the "sample
> > stacks" imageToolKit or the recent SVGplay-stacks in a HTML5
> > standalone. The speed
> > results will be very interesting.
>
> Mark W. wrote:
> If you have pure JS libraries you want to u
On 2017-05-31 14:30, Jonathan Lynch via use-livecode wrote:
Would it be possible to create a widget that links to an Inkscape
library that processes svg data and sends it back to the widget to be
displayed the way PNG is displayed?
No - two issues:
1) Inkscape is an application - not a C lib
On 2017-05-31 13:18, Richmond Mathewson via use-livecode wrote:
Weel you could start with ALL SVG images made in Inkscape:
monochromatic "thingies" have limited use.
Or how about we start with the *standard* profiles for SVG and work up
from there:
https://www.w3.org/TR/SVGTiny12/
i.e. L
Would it be possible to create a widget that links to an Inkscape library that
processes svg data and sends it back to the widget to be displayed the way PNG
is displayed?
Sent from my iPhone
> On May 31, 2017, at 7:18 AM, Richmond Mathewson via use-livecode
> wrote:
>
> Weel you could start
Weel you could start with ALL SVG images made in Inkscape: monochromatic
"thingies" have limited use.
Richmond.
On 5/31/17 11:48 am, Mark Waddingham via use-livecode wrote:
On 2017-05-31 10:38, Jonathan Lynch via use-livecode wrote:
A native svg object that accurately displays all svg files i
On 2017-05-31 10:38, Jonathan Lynch via use-livecode wrote:
A native svg object that accurately displays all svg files is
essential. I strongly support Mark's point on that issue. This is not
reinventing the wheel - it's attaching the already invented wheel to
the wagon.
Heh - well more accurat
A native svg object that accurately displays all svg files is essential. I
strongly support Mark's point on that issue. This is not reinventing the wheel
- it's attaching the already invented wheel to the wagon.
Sent from my iPhone
> On May 31, 2017, at 4:26 AM, Mark Waddingham via use-livecode
On 2017-05-31 04:31, Sannyasin Brahmanathaswami via use-livecode wrote:
Does this relate at all to " LCB to bind to JavaScript APIs" ?
Directly? No - they are two distinct things.
However, running JavaScript (via LCB) in the HTML5 engine is equivalent
to running JavaScript (via LCB) in a bro
On 2017-05-31 09:01, Dan Brown via use-livecode wrote:
I'll also add that for all the wonderful possibilities that LCB brings
there is a very real danger that countless hours will be spent using it
to
re-invent the wheel.
That is true of every language ever implemented ;)
However, one of the
On 2017-05-31 09:02, hh via use-livecode wrote:
If I understand correctly Mark speaks currently about
[1] using a browser widget within the _HTML5 deployment_ (emscripten).
Heh - not in this case - however, it is an interesting idea. With the
'do as javascript' functionality, scripts could alr
The browser widget is essentially kind of a GUI to libbrowser, cleverly made.
@Dan
Using all these js libraries is already possible (where the inherent HTML5 of
the widget allows that -- different by platform), just do it.
Examples of going that way are among the most recent 10 of "Sample stacks".
I'll also add that for all the wonderful possibilities that LCB brings
there is a very real danger that countless hours will be spent using it to
re-invent the wheel.
Take for instance the displaying of svg's. This is a solved problem in the
browser and has been for a long time but in native livec
JavaScript via the browser would be huge. There are tens of thousands of
JavaScript libraries that could be used by livecoders to add bleeding edge
UI elements & websockets to their applications via lc script. It would
allow livecode to communicate with the real-time web without lcb ( which
only
mark Waddington wrote:
We've also been looking at how to abstract the FFI work we've done as
part of the Infinite LiveCode campaign to allow LCB to bind to
JavaScript
APIs (which will allow greater type fidelity than is possible using
'do as javascript' from LCS).
BR:
I don'
Any ETA on dp-7? I have a sort-of urgent need that I hope is addressed in
7.
On Tue, May 30, 2017 at 1:25 PM, Mark Waddingham via use-livecode <
use-livecode@lists.runrev.com> wrote:
> On 2017-05-18 16:09, hh via use-livecode wrote:
>
>> [Excerpt from thread 'LC core team', now with a more appro
On 2017-05-18 16:09, hh via use-livecode wrote:
[Excerpt from thread 'LC core team', now with a more approriate title.]
That being said, recently we are a hair's breadth away from getting
widgets working in HTML5 (hopefully running a little quicker than they
did before too):
https://github
[Excerpt from thread 'LC core team', now with a more approriate title.]
> > Mark Waddingham wrote on May 18, 2017:
> > What are the consequences of that [team] change for the HTML5 deployment?
> > There was no progress with that for half a year. Is it now 'sto
Yeah, I already tried that but it only accepts plain text :(
Terry...
On 22/02/2016 4:37 pm, "use-livecode on behalf of [-hh]"
wrote:
>> Terry J. wrote:
>> OK, thanks hh. It¹s probably a little too clunky for my purpose
>> (I don¹t think I can expect users to manually replace placeholder
>> cha
"Over to another web page"
Ok well that's a different game for sure and would require clipboard
BR
( from my mobile )
On Sun, Feb 21, 2016 at 7:25 PM -0800, "Terry Judd"
mailto:terry.j...@unimelb.edu.au>> wrote:
So, I want to copy the formatted text from my LC HTML5 app to a text field
in
> Terry J. wrote:
> OK, thanks hh. It’s probably a little too clunky for my purpose
> (I don’t think I can expect users to manually replace placeholder
> characters with returns) but nice to know that there is a
> workaround of sorts.
If the webpage that receives the text (page) accepts 'styled' t
OK, thanks hh. It’s probably a little too clunky for my purpose (I don’t
think I can expect users to manually replace placeholder characters with
returns) but nice to know that there is a workaround of sorts.
Great set of LC HTML5 demos BTW!
Terry…
On 22/02/2016 2:59 pm, "use-livecode on behalf
> So, I want to copy the formatted text from my LC HTML5 app to a
> text field in another webpage that is independent of my HTML5
> app and over which I have no control. I don¹t think that¹s
> possible without using the clipboard as an intermediary - is it?
> Regards, Terry...
Hi Terry (and BR)
t
So, I want to copy the formatted text from my LC HTML5 app to a text field
in another webpage that is independent of my HTML5 app and over which I
have no control. I don¹t think that¹s possible without using the clipboard
as an intermediary - is it?
Regards,
Terry...
On 22/02/2016 2:10 pm, "use-
Until that is working, why not just set a local (or possibly you will need a
global) variable and as the selections are made, append to the global
variable, then when ready they user clicks a button and the global variable
containing the data is inserted into the comments? You can emulate a "c
I’m trying to create a relatively simple HTML5 ‘applet' that allows the user to
select from a series of statements (an assessment rubric) to generate a basic
feedback report that they can paste into an existing comments box within one of
the bits of our learning management system. Seemed like a
For a while I had a very very simple stack set up. It had a text box, and
a revbrowser. I was running apache on the same box, so it was easy enough
to have a "refresh" button that would dump the contents of the text field
into a file, and reload revbrowser. It was ugly and undeveloped, but for
th
On 12/05/15 20:55, Richard Gaskin wrote:
Mike Kerner wrote:
> Why not just use any of the word processors? They all do HTML.
Make a web site once with a word processor and you'll never try it again.
Worst. Html. Ever. ;)
That's why, as I posted earlier, I use KompoZer.
Richmond.
___
Mike Kerner wrote:
> Why not just use any of the word processors? They all do HTML.
Make a web site once with a word processor and you'll never try it again.
Worst. Html. Ever. ;)
--
Richard Gaskin
Fourth World Systems
Software Design and Development for the Desktop, Mobile, and the Web
Why not just use any of the word processors? They all do HTML.
On Tue, May 12, 2015 at 11:39 AM, Bob Warren wrote:
> Mark Rauterkus wrote:
>
> I have never found an easy HTML editor that was written on LiveCode.
>
> --
> Some hopef
Mark Rauterkus wrote:
I have never found an easy HTML editor that was written on LiveCode.
--
Some hopefully useful links:
http://www.howsoft.com/webed2/ (Windows web page editor)
http://www.howsoft.com/linux/webed2/ (Linux web
There are two different approaches to use LiveCode with webpages. Here are two
very simple examples.
The first is by embedding LiveCode inside the HTML in the same way that you
embed PHP:
My LiveCode Server Test Page
My LiveCode Server Test Pa
Thank you for the comments.
The way i set the questions might have been confusing.
First, trying to search a good HTML5 & style sheet editor was not the point.
The point was to find out tools to simplify the creation process by having some
functions available, not to have an ultimate end produc
Tumult Hype +1
regards
alex
On 12/05/2015 7:27 am, Colin Holgate wrote:
It exports to HTML5 WebGL 3D. So, good for running Unity 3D like apps without
needing the plugin (though you do need a WebGL capable browser).
I think that Hype is good for CSS based HTML5 pages, and Edge Animate would
al
It exports to HTML5 WebGL 3D. So, good for running Unity 3D like apps without
needing the plugin (though you do need a WebGL capable browser).
I think that Hype is good for CSS based HTML5 pages, and Edge Animate would
also be good for that. If you’re comfortable writing in Javascript you could
rammer
KvK: 50277553
Installer Maker for LiveCode:
http://qery.us/468
Buy my new book "Programming LiveCode for the Real Beginner"
http://qery.us/3fi
LiveCode on Facebook:
https://www.facebook.com/groups/runrev/
On 5/11/2015 21:15, Mark Rauterkus wrote:
Hi,
Okay, ... If
HTML5 deploym
e on Facebook:
https://www.facebook.com/groups/runrev/
On 5/11/2015 21:15, Mark Rauterkus wrote:
Hi,
Okay, ... If
HTML5 deployment is still in the far future.
Then,
What LC tools are people using NOW to help with their most simple web pages?
I have never found an easy HTML editor that was written on Live
Mark Rauterkus writes:
> What LC tools are people using NOW to help with their most simple web pages?
Again not LC, but I use Sublime Text.
I believe other text editors also exist.
--
Mark Wieder
ahsoftw...@gmail.com
___
use-livecode mailing lis
On 11/05/2015 20:15, Mark Rauterkus wrote:
Okay, ... If
HTML5 deployment is still in the far future.
Then,
What LC tools are people using NOW to help with their most simple web pages?
I wouldn't think LC would be the tool to use for simple web pages even if
HTML5 deployment arrived tom
ark Rauterkus :
>
> Hi,
>
> Okay, ... If
> HTML5 deployment is still in the far future.
>
> Then,
> What LC tools are people using NOW to help with their most simple web pages?
>
> I have never found an easy HTML editor that was written on LiveCode.
>
> Thanks.
&
My own habit : LC-Server+RevIgniter+native JS/JQuery
> Le 11 mai 2015 à 21:15, Mark Rauterkus a écrit :
>
> Hi,
>
> Okay, ... If
> HTML5 deployment is still in the far future.
>
> Then,
> What LC tools are people using NOW to help with their most simple web pages?
On 11/05/15 22:15, Mark Rauterkus wrote:
Hi,
Okay, ... If
HTML5 deployment is still in the far future.
Then,
What LC tools are people using NOW to help with their most simple web pages?
I have never found an easy HTML editor that was written on LiveCode.
I wouldn't hold your breath
Hi,
Okay, ... If
HTML5 deployment is still in the far future.
Then,
What LC tools are people using NOW to help with their most simple web pages?
I have never found an easy HTML editor that was written on LiveCode.
Thanks.
Mark Rauterkus
m...@rauterkus.com
--
--
Ta.
Mark Rauterkus
87 matches
Mail list logo
