Go in window of stack works You can download stacks just fine
Sent from my iPhone > On 25 Jul 2017, at 12:46, Jonathan Lynch via use-livecode > <use-livecode@lists.runrev.com> wrote: > > In HTML the browser is the engine that runs both HTML and JavaScript. It is > possible to have multiple tabs and there are some functions for communicating > between tabs and windows, but it isn't pretty. You have to use localstorage > and storage events. > > This could be made to work similar to an LC engine running multiple stacks, > but it is like turning real fish into artificial crab. It is a lot of work to > make something that will probably leave you with a bad taste in your mouth. > > Sent from my iPhone > >> On Jul 25, 2017, at 3:30 PM, J. Landman Gay via use-livecode >> <use-livecode@lists.runrev.com> wrote: >> >> Thanks. I don't think the sandbox is an issue, the app doesn't read or write >> to the user's drive at all. The various animations, and splash-stack >> approach might be a concern, as well as the number of stacks that are in RAM >> at any one time. Common images and icons are also stored in the standalone, >> which are displayed in the downloaded stacks as they are opened. >> >> The only HTML5 examples I've seen are all self-contained single stack >> standalones. >> >>> On 7/25/17 2:00 PM, Jonathan Lynch via use-livecode wrote: >>> Well, the sandbox is a huge issue. JavaScript is not allowed to access many >>> things that LC can access in the user's system. >>> The sandbox protects against malicious pages. >>> It is very hard to simulate the mouseStillDown handler in HTML/JS. >>> My app is a hybrid of LC and html5. The pace of development for LC is >>> easily 10 times faster for me. >>> LC text processing and array management is much much more flexible. >>> "Get the keys of myArray" beats enumerating through a JS array any day. >>> JS does not have true associative arrays, although you can work around that >>> with datamaps. >>> JS does not have programmatic access to the clipboard. >>> Most of the limitations are related to security issues. If the sandbox is >>> not an issue, then html5 will probably work, but they should expect to >>> spend a fortune and live with a long development cycle with painfully slow >>> bug fixes. >>> Sent from my iPhone >>>> On Jul 25, 2017, at 2:42 PM, J. Landman Gay via use-livecode >>>> <use-livecode@lists.runrev.com> wrote: >>>> >>>> I have a client that wants to move our project to HTML5. I have some >>>> doubts about the capabilities, could someone tell me what is currently >>>> possible and what is not? >>>> >>>> This is a very large set of stacks, run by a standalone that loads content >>>> on demand from a server. It is image-heavy and interacts with a networked >>>> database. There is lots of navigation between stacks and many hundreds of >>>> cards. At any given time, there can be up to a dozen stacks held in RAM. >>>> There is also heavy use of visual effects and animation. >>>> >>>> Thoughts? >>>> >>>> -- >>>> 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 >>> _______________________________________________ >>> 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 >> >> >> -- >> 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 > > _______________________________________________ > 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