Re: html5Player
Sannyasin Brahmanathaswami wrote: "Can you save" To which you supplied a lengthy answer, thank you. I have a real use case: I looked at all the collaborative "white boards" on the market. There are 10 that only have free version that allows a limit number of people participating. All too complicationed and unnecessarily over-engineered from what we want to do. Other design environment require a skill level, learning curve/price that is too steep. simply: create a design environment that people can easily add thing to a rect (414w x 726 tall) that represent a stack. EG of how it would be used. 1. Say we get 5 people on SKYPE and they all open the "design" … they add a simple control (image, fld, graphic rect) and save it 2. It would have to be save an SVG to the server OR its saves a stack to the server 3. everyone refresh their broswer. It get the svg from the server OR it get the stack from the server. and displays it. Could be done asynchronistically, user work alone. Someone loads with page, it fetches the stack. I know it see link we are inventing the wheel once again, but all the players out there over complicated the "thing" It would act like a "white board wiki for LC Design" S much easier to make apps like that downloaded and run by a standalone than in the confines of a browser -- 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: html5Player
New in html5Player (v104 alpha) https://hyperhh.de/html5/html5Player.html html5Player adds a function keyCombo to your stack (as behavior) that you may use in your local stacks. It is updated on every keydown, keyup, mousedown and mouseup in the browser window. [See the stack "FontAndKeyTester" of btn "StackURL".] keyCombo returns the downstates of 'modifiers', keyCode and key: Alt, Shift, (Ctrl or Cmd), CapsLock, KeyCode, Key. For example false,true,false,false,39,ArrowRight The shiftkey, the cmdkey etc. currently always report "up" in LC-HTML5. But you may now use in your local stack, running in html5Player (e.g.): "if item 2 of keyCombo()" instead of "if the shiftkey is down". ___ 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: html5Player
My goodness -- magic" indeed! Where is the "stack" in the environment? Is in everything inside the lower right quadrant: My I should switch for the forum so that we have screen shots. We envision a scenario like this: for 5 people to collaborate as the same time: 1. all load the IDE [html5IDE.html] 2. Person 1 make change to stack. 3. it is saved to server 4. other refresh their browser 5. it loads from the server 6. they would be "see" the changes person 1 had made. "Loading from the server is without problem and it is not necessary to refresh the browser (loading the IDE is slow). One could simply load again the own stack or a new/updated template." Assuming stack I saved in the downloads folder If I understand correctly: What you want will be done soon, in a limited way, with the "html5IDE" https://hyperhh.de/html5/html5IDE.html (but without debugging!). The html5Player is not for that (**). You have there a propertyInspector, scriptEditor (and Dictionary). Everything is done in the browser. Then standard saving (when implemented) will go to the downloads folder. This could be reduced to the propertyInspector in your case. Saving/uploading to the server will be server dependent. Perhaps it would be best if Mark Talluto could come in with his work at that point. Loading from the server is without problem and it is not necessary to refresh the browser (loading the IDE is slow). One could simply load again the own stack or a new/updated template. The html5IDE will load much faster in the future, currently the same engine is loaded six(!) times, that will go down to two times, could go down to one time in your case. Sadly this will be still too slow for mobile. ___ 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: html5Player
If I understand correctly: What you want will be done soon, in a limited way, with the "html5IDE" https://hyperhh.de/html5/html5IDE.html (but without debugging!). The html5Player is not for that (**). You have there a propertyInspector, scriptEditor (and Dictionary). Everything is done in the browser. Then standard saving (when implemented) will go to the downloads folder. This could be reduced to the propertyInspector in your case. Saving/uploading to the server will be server dependent. Perhaps it would be best if Mark Talluto could come in with his work at that point. Loading from the server is without problem and it is not necessary to refresh the browser (loading the IDE is slow). One could simply load again the own stack or a new/updated template. The html5IDE will load much faster in the future, currently the same engine is loaded six(!) times, that will go down to two times, could go down to one time in your case. Sadly this will be still too slow for mobile. --- (**) You can't edit stacks in the html5Player which may be used this way for (fast) development: You have locally the LC-IDE open with an ordinary stack that should become a HTML5 standalone. 1. You load the html5Player once. 2. You drop repeatedly the local stack (while it is saved but still open in the IDE) to the html5Player for testing. Whenever the local stack is closed in html5Player it will be deleted from browser RAM. > BR wrote: > I have a real use case...create a design environment that people can > easily add thing to a rect (414w x 726 tall) that represent a stack. > > EG of how it would be used. > 1. Say we get 5 people on SKYPE and they all open the "design" … > they add a simple control (image, fld, graphic rect) and save it > 2. It would have to be save an SVG to the server OR its saves a > stack to the server > 3. everyone refresh their broswer. It get the svg from the server > OR it get the stack from the server. and displays it. > > Could be done asynchronistically, user work alone. Someone loads with > page, it fetches the stack. > > I know it see link we are inventing the wheel once again, but all the > players out there over complicated the "thing" > > It would act like a "white board wiki for LC Design" ___ 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: html5Player
"Can you save" To which you supplied a lengthy answer, thank you. I have a real use case: I looked at all the collaborative "white boards" on the market. There are 10 that only have free version that allows a limit number of people participating. All too complicationed and unnecessarily over-engineered from what we want to do. Other design environment require a skill level, learning curve/price that is too steep. simply: create a design environment that people can easily add thing to a rect (414w x 726 tall) that represent a stack. EG of how it would be used. 1. Say we get 5 people on SKYPE and they all open the "design" … they add a simple control (image, fld, graphic rect) and save it 2. It would have to be save an SVG to the server OR its saves a stack to the server 3. everyone refresh their broswer. It get the svg from the server OR it get the stack from the server. and displays it. Could be done asynchronistically, user work alone. Someone loads with page, it fetches the stack. I know it see link we are inventing the wheel once again, but all the players out there over complicated the "thing" It would act like a "white board wiki for LC Design" Added to html5Player (v103 alpha) https://hyperhh.de/html5/html5Player.html ___ 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: html5Player
Added to html5Player (v103 alpha) https://hyperhh.de/html5/html5Player.html 1. Your added local (uncompiled) stacks can use as textfont Aclonica, Andale Mono, DejaVu Sans, DejaVu Serif, Impact, Inconsolata, Optima, Permanent Marker, Skia, Verdana else textfont falls back to Droid Sans. 2. (Just for fun!) Apply a color-filter to all *open* windows, one of grayscale(v), invert(x), sepia(x), roentgen(x), blur(x) where the amount v is taken from a slider value. [New windows have no filter, you have to reapply.] ___ 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: html5Player
hh wrote: Richard G. wrote: I'm seeing a growing number of JS->WASM converters out there ... Where? Please cite some. My bad: the pages I'd seen in listings turn out to be more, shall we say, aspirational. And the more I read about WASM the less it seems some sort of magic pony I'd imagined it to be, more complex to compile to and of more limited value than I'd thought. Apparently Emscripten has a WASM output option, but it's not as simple as flipping a checkbox. So I'm no longer in the Waiting for WASM camp; JIT compilation in both Firefox and Chrome is pretty good as-is, and WASM makes a fine sidecar for some tasks previously written in C++ but doesn't do much for JS work. ... seemingly designed to replace a JS lib with a WASM version that is functionally identical, just smaller and faster. I'm wondering if anyone has tried this with the generated JS version of the LC engine. Have you ever looked into that generated js file? It is extremely hard to adjust manually anything -- that's probably why LC has until now not even support for the modifier keys in HTML5 though that's very simple to get directly from js. So a "converter" that requires manual adjustments is useless. I certainly wasn't advocating manual work, just has an over-caffeinated moment of unwarranted optimism with regard to the state of WASM tools and its role. After my evening's reading I'm over it now. There is no magic pony. Thanks for the roadside sobriety check on the Information Superhighway. :) -- Richard Gaskin Fourth World Systems ___ 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: html5Player
> Richard G. wrote: > I'm seeing a growing number of JS->WASM converters out there ... Where? Please cite some. > ... seemingly designed to replace a JS lib with a WASM version > that is functionally identical, just smaller and faster. > I'm wondering if anyone has tried this with the generated JS > version of the LC engine. Have you ever looked into that generated js file? It is extremely hard to adjust manually anything -- that's probably why LC has until now not even support for the modifier keys in HTML5 though that's very simple to get directly from js. So a "converter" that requires manual adjustments is useless. ___ 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: html5Player
hh wrote: Richard G. wrote: do you know if would it be practical to run the generated LC-engine-as-JS file through a JS->WASM converter? If not, what would be needed to make that happen? AFAIK the current HTML5 standalone builder was made by Peter Brett in contact with Mark Waddingham. It uses Emscripten (only) to draw to a canvas. So, I don't know but I guess that the HTML5 standalone builder has to be (partially) rewritten to use Emscripten to compile LC source code into WebAssembly modules that run sandboxed together with regular JavaScript (having bindings especially to WebGL). One could omit controls/features that are/will soon be well done in HTML5, for example the audio/video/pdf/camera/img-webP parts. I guess this would run LC in a modern browser for some processes (especially graphics and image processing) much faster than in the current IDE. Who only can really answer (and do) that? Mark Waddingham and his team... I think my question is different, though it may be irrelevant if there's something about LC's Emscripten-generated JS lib that makes this unworkable: I'm seeing a growing number of JS->WASM converters out there, seemingly designed to replace a JS lib with a WASM version that is functionally identical, just smaller and faster. I'm wondering if anyone has tried this with the generated JS version of the LC engine. -- 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: html5Player
> Richard G. wrote: > do you know if would it be practical to run the generated > LC-engine-as-JS file through a JS->WASM converter? > If not, what would be needed to make that happen? AFAIK the current HTML5 standalone builder was made by Peter Brett in contact with Mark Waddingham. It uses Emscripten (only) to draw to a canvas. So, I don't know but I guess that the HTML5 standalone builder has to be (partially) rewritten to use Emscripten to compile LC source code into WebAssembly modules that run sandboxed together with regular JavaScript (having bindings especially to WebGL). One could omit controls/features that are/will soon be well done in HTML5, for example the audio/video/pdf/camera/img-webP parts. I guess this would run LC in a modern browser for some processes (especially graphics and image processing) much faster than in the current IDE. Who only can really answer (and do) that? Mark Waddingham and his 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
Re: html5Player
Hermann, do you know if would it be practical to run the generated LC-engine-as-JS file through a JS->WASM converter? If not, what would be needed to make that happen? -- 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: html5Player
> Bob S. wrote: Unfortunately I only have the Community version > and cannot test. Works here with LC Community 9.5.1 (on MacOS 10.15.3): Open the stack, select HTML5 (nothing else) in the standalone settings and hit the Test button. You need a HTML5 license *only* for publishing standalones, just the same as you need an Indy license for publishing desktop standalones. [My html5Player is comparable to an Indy standalone that you can download to your OS and open and run local stacks with it. This will run stacks that would run in the IDE.] ___ 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: html5Player
Unnfortunately I only have the Community version and cannot test. Bob S > On Jan 30, 2020, at 10:10 , hh via use-livecode > wrote: > >> Bob S. wrote: >> I probably misunderstand the use of this. >> I drug a simple stack into this but while it displays >> fine, it does not function... > > Did you test it in the IDE? This is very simple in LC 9: > > Open the stack, select HTML5 (nothing else) in the > standalone settings and hit the Test button. > > If it runs there it will run in the LCPlayer because it is > the same engine. > > If it doesn't run then possibly you use wait (not supported > in HTML5, use send in time instead). > Or try to disable your preopenstack handler. > > In case you inject javascript handlers to the loading page > then these may interfere with the main engine. You have to > use a webview with the standalone from a (local) server > instead. > > Known bug: > The only bug I have seen until now with one of my > 100 > tested LC 6/7/8/9 stacks (that don't use unsupported controls > as players) is that a stack without titlebar doesn't 'slip' > into a panel. > One then has to do "close stack " or do "delete stack > " from the LCPlayer-messageBox. > > > ___ > 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: html5Player
> Bob S. wrote: > I probably misunderstand the use of this. > I drug a simple stack into this but while it displays > fine, it does not function... Did you test it in the IDE? This is very simple in LC 9: Open the stack, select HTML5 (nothing else) in the standalone settings and hit the Test button. If it runs there it will run in the LCPlayer because it is the same engine. If it doesn't run then possibly you use wait (not supported in HTML5, use send in time instead). Or try to disable your preopenstack handler. In case you inject javascript handlers to the loading page then these may interfere with the main engine. You have to use a webview with the standalone from a (local) server instead. Known bug: The only bug I have seen until now with one of my > 100 tested LC 6/7/8/9 stacks (that don't use unsupported controls as players) is that a stack without titlebar doesn't 'slip' into a panel. One then has to do "close stack " or do "delete stack " from the LCPlayer-messageBox. ___ 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: html5Player
Hermann strikes again. Brilliant stuff Hermann - and multiple stacks running at the same time too!! What could you do if you weren't in a straight jacket and blindfolded .(metaphorically speaking). >From memory, you have asked the team for a couple of "tweaks" that would mean you wouldn't have to jump through hoops and workarounds - hope they get some time soon to implement some of your suggestions. Hermann could you list here what is "missing" in a most important to less important list, to make the "webapps" more powerful and easier to "talk" to the DOM, Javascript etc? If you haven't got the time or the inclination I would understand - but maybe just maybe as they are nearing the end of the LCFM project they might look at this sooner rather than later. Regards Lagi On Thu, 30 Jan 2020 at 01:56, hh via use-livecode < use-livecode@lists.runrev.com> wrote: > HTML5: html5Player (v102 as of Jan 30, 2020) > > This is a HTML5 standalone (webApp in the new LC wording). > https://hyperhh.de/html5/html5Player.html > > This is a "standalone-Plus" that is, it is extended by several > javascript extensions for features that are not (yet) implemented > in LC-HTML5 or not possible with LC. > > It can do among other the following. > > * Load (ordinary) local LC stacks by click or drag and drop. > The stacks will run if they would compile and run with the HTML5 > standalone builder (but you don't have to compile). > The stacks MUST have one of the file endings .rev, .livecode or > .livecodescript. > > * Load and display local or remote images (drag and drop images > or copy/paste image urls is supported). > > * Load and display local audio/video (for cross-browser support > use mp3 and mp4 only). Drag and drop file icons is supported. > > * Open a webview for videos, pdfs, audio streams and html pages. > In such a webview you can safely run also HTML5 standalones that > don't work in the html5Player because you inject javascript > handlers/objects to the loading page. > As the main page loads as https you can use https-Addresses only > in the webview (especially for audio/video-streams). > > * Open one or several webcam views (works in newer Chrome, Safari, > Brave, not in Firefox). > > All views are displayed in panels that are draggable and resizable > (incl. minimize and maximize). > > HTML5: html5IDE > (Inspector+Dictionary+ScriptEditor+Tools) > > The above html5Player will complete my experimental html5IDE that > is close to "ready"". I can also meanwhile save edited stacks. But > I don't publish newer versions than > https://hyperhh.de/html5/html5IDE.html > until LC does more in that field than renaming it to "WebApps". > > > ___ > 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: html5Player
> BR wrote: can you save anything from that view? 1. Generally yes. But this needs ALWAYS, with all modern browsers, manual user interaction: click a button or select from a menu. Similarly user interaction (click, drag and drop) is needed to read in such objects. * STACKS Panels with an LC icon at top left are stacks: We can save them to the downloads folder (will be implemented in the webIDE), except the Player/IDE itself. Or we can save parts of it (images or text/scripts/prefs) to the downloads folder. * Image/Pdf/Text/Audio/Video Panels with an LC icon at top left are javascript extensions that use callbacks to the main engine: Saving is browser/server dependent. You have the browser interface available for actions with manual user interaction: For example rightClick a PDF to save it to your local filesystem or print it via your OS printing (if the pdf is set to allow this) or download a video/audio (if the audio/video is set to allow this). 2. For the LCPlayer ... ... saving stacks makes sense only for stacks that are downloaded from server and then changed in the LCPlayer, like stack "ImageView" that stores local images for display in a "gallery". But this stack is part of the LCPlayer and will not run correctly without the main stack. Of course you can let the user download stacks that are "modules" (e.g. in a zip) and then import such modules into the LCPlayer (via the "click/drop local stack"). This would work with LC 9-stacks even on every OS that runs the LCPlayer, even on a Raspi 3/4. ___ 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: html5Player
Thanks a lot Herman for that work. It opens a lot of possibilities. Kind regards, Alain Vezina > Le 29 janv. 2020 à 20:55, hh via use-livecode > a écrit : > > HTML5: html5Player (v102 as of Jan 30, 2020) > > This is a HTML5 standalone (webApp in the new LC wording). > https://hyperhh.de/html5/html5Player.html > > This is a "standalone-Plus" that is, it is extended by several > javascript extensions for features that are not (yet) implemented > in LC-HTML5 or not possible with LC. > > It can do among other the following. > > * Load (ordinary) local LC stacks by click or drag and drop. > The stacks will run if they would compile and run with the HTML5 > standalone builder (but you don't have to compile). > The stacks MUST have one of the file endings .rev, .livecode or > .livecodescript. > > * Load and display local or remote images (drag and drop images > or copy/paste image urls is supported). > > * Load and display local audio/video (for cross-browser support > use mp3 and mp4 only). Drag and drop file icons is supported. > > * Open a webview for videos, pdfs, audio streams and html pages. > In such a webview you can safely run also HTML5 standalones that > don't work in the html5Player because you inject javascript > handlers/objects to the loading page. > As the main page loads as https you can use https-Addresses only > in the webview (especially for audio/video-streams). > > * Open one or several webcam views (works in newer Chrome, Safari, > Brave, not in Firefox). > > All views are displayed in panels that are draggable and resizable > (incl. minimize and maximize). > > HTML5: html5IDE > (Inspector+Dictionary+ScriptEditor+Tools) > > The above html5Player will complete my experimental html5IDE that > is close to "ready"". I can also meanwhile save edited stacks. But > I don't publish newer versions than > https://hyperhh.de/html5/html5IDE.html > until LC does more in that field than renaming it to "WebApps". > > > ___ > 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: html5Player
Thanks Hermann. I probably misunderstand the use of this. I drug a simple stack into this but while it displays fine, it does not function. It is a simple Time Calculator where I enter the number of devices, a start and stop time with a lunch break and it divides the time "on the clock" between each device to the nearest minute. The Reset button which puts empty in all the data in the fields doesn't even do that. Bob S > On Jan 29, 2020, at 17:55 , hh via use-livecode > wrote: > > HTML5: html5Player (v102 as of Jan 30, 2020) > > This is a HTML5 standalone (webApp in the new LC wording). > https://hyperhh.de/html5/html5Player.html > > This is a "standalone-Plus" that is, it is extended by several > javascript extensions for features that are not (yet) implemented > in LC-HTML5 or not possible with LC. ___ 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: html5Player
Herman: can you save anything from that view? I always have to remind myself that it is Livecode running in a browser. It feels like some dedicated app. I suggest that anybody who is interested in what is possible with Livecode HTML5 to have a look at Hermann's examples. ___ 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: html5Player
Hermann, This is magic. I always have to remind myself that it is Livecode running in a browser. It feels like some dedicated app. I suggest that anybody who is interested in what is possible with Livecode HTML5 to have a look at Hermann's examples. https://hyperhh.de/html5/html5Player.html and https://hyperhh.de/html5/html5IDE.html Take a little time to explore the multitude of features. Thank you for making this available Kind regards Bernd ___ 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: html5Player
More amazing work from Hermann! As always with your contributions, I learn a lot. Thank you!! Roger ___ 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: html5Player
Great work, Hermann. Thanks for posting that. -- Richard Gaskin Fourth World Systems hh wrote: HTML5: html5Player (v102 as of Jan 30, 2020) This is a HTML5 standalone (webApp in the new LC wording). https://hyperhh.de/html5/html5Player.html This is a "standalone-Plus" that is, it is extended by several javascript extensions for features that are not (yet) implemented in LC-HTML5 or not possible with LC. It can do among other the following. * Load (ordinary) local LC stacks by click or drag and drop. The stacks will run if they would compile and run with the HTML5 standalone builder (but you don't have to compile). The stacks MUST have one of the file endings .rev, .livecode or .livecodescript. * Load and display local or remote images (drag and drop images or copy/paste image urls is supported). * Load and display local audio/video (for cross-browser support use mp3 and mp4 only). Drag and drop file icons is supported. * Open a webview for videos, pdfs, audio streams and html pages. In such a webview you can safely run also HTML5 standalones that don't work in the html5Player because you inject javascript handlers/objects to the loading page. As the main page loads as https you can use https-Addresses only in the webview (especially for audio/video-streams). * Open one or several webcam views (works in newer Chrome, Safari, Brave, not in Firefox). All views are displayed in panels that are draggable and resizable (incl. minimize and maximize). HTML5: html5IDE (Inspector+Dictionary+ScriptEditor+Tools) The above html5Player will complete my experimental html5IDE that is close to "ready"". I can also meanwhile save edited stacks. But I don't publish newer versions than https://hyperhh.de/html5/html5IDE.html until LC does more in that field than renaming it to "WebApps". ___ 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
html5Player
HTML5: html5Player (v102 as of Jan 30, 2020) This is a HTML5 standalone (webApp in the new LC wording). https://hyperhh.de/html5/html5Player.html This is a "standalone-Plus" that is, it is extended by several javascript extensions for features that are not (yet) implemented in LC-HTML5 or not possible with LC. It can do among other the following. * Load (ordinary) local LC stacks by click or drag and drop. The stacks will run if they would compile and run with the HTML5 standalone builder (but you don't have to compile). The stacks MUST have one of the file endings .rev, .livecode or .livecodescript. * Load and display local or remote images (drag and drop images or copy/paste image urls is supported). * Load and display local audio/video (for cross-browser support use mp3 and mp4 only). Drag and drop file icons is supported. * Open a webview for videos, pdfs, audio streams and html pages. In such a webview you can safely run also HTML5 standalones that don't work in the html5Player because you inject javascript handlers/objects to the loading page. As the main page loads as https you can use https-Addresses only in the webview (especially for audio/video-streams). * Open one or several webcam views (works in newer Chrome, Safari, Brave, not in Firefox). All views are displayed in panels that are draggable and resizable (incl. minimize and maximize). HTML5: html5IDE (Inspector+Dictionary+ScriptEditor+Tools) The above html5Player will complete my experimental html5IDE that is close to "ready"". I can also meanwhile save edited stacks. But I don't publish newer versions than https://hyperhh.de/html5/html5IDE.html until LC does more in that field than renaming it to "WebApps". ___ 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
