Apples Script Execution Error in Standalone

2017-07-25 Thread Sannyasin Brahmanathaswami via use-livecode
I have this:  in a custom property in a stack and we pass the user name and 
password, then "do as applescript"

and the server is mounted

tell application "Finder"
mount volume "afp://192.163.102.8/Chola" as user name "###" with password 
"#"
end tell

put the result into fld "status"

Script looks into user login prefs, replaces the strings

When run in the IDE (8.1.5) the server/sharepoint  mounts, the result is empty

url file://"   can now address ~/Volumes/Chola

folders and files.

but if I do an SA with 8.1.5 we get  the result

"execution error"

immediately after the attempt to run the apple script from the Standalone.

Now, what is peculiar is:  I have the *exact* same routine in another app, 
standalone made with "god only know what old version of LC…" circa V7.*

and it mounts the server just fine.

Has anyone reported issues with Applescript execution in Standalones since 8.*  
??

There's no code to debug… the scripts are exactly the same in this stack as in 
the old, old one made into SA with pre 8 verison of LC…that works. It also 
works in the IDE…
 I don't see anything in the new inclusions that say something is required for 
AppleScript to execute (would not make sense to need an external)

So, any ideas?

BR




___
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: HTML5 limitations?

2017-07-25 Thread hh via use-livecode
> Mark wieder wrote:
> It's in process to becoming "beta" ...

... while "the mouse" still always reports "up".
It's a miracle.


___
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: HTML5 limitations?

2017-07-25 Thread Rick Harrison via use-livecode
Why does the client want to move the project over to HTML5?
What advantage does he/she think it is going to provide that
the current setup does not?

Based on the complexity of what you already have going I think
it could be a very serious waste of time and energy.

It’s easier to just have a website where your users download
whatever version they need for their computer.  One for macOS,
one for Windows, and one for Unix.  If you need mobile versions
you can create them too.

Trying to convert everything so it all runs in a client’s web-browser,
and too slowly at that considering all of your animations, I just
don’t see it.  You would be better off knowing you have all of
LC’s engine capabilities in your app than in trusting something
that is still listed as experimental - although soon to become beta.

On the other hand if your client has very very deep pockets, and
isn’t in a rush to get it all done by tomorrow, you could make a
lot of money struggling with trying to get it all working.

Good luck with whatever you do!

Rick

> On Jul 25, 2017, at 2:42 PM, J. Landman Gay via use-livecode 
>  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

Re: Importing Unicode from MySQL

2017-07-25 Thread Kaveh Bazargan via use-livecode
Hi Devin

Thanks for that. I just tried it and

*Bodø River*

becomes

*Bod River*

I was wondering at what point the Unicode is lost. So is it still intact
when it is saved as a variable? and is it then lost when the variable is
put into a field?

By the way the BYU documentation is the best on LiveCode. ;-)


On 25 July 2017 at 23:28, Devin Asay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Kaveh,
>
> The unicodeText property and uniEncode function are deprecated. Instead
> use textDecode as follows:
>
> Download your database data into a variable like tStringFromDatabase. Then,
>
> put textDecode(tStringFromDatabase,”UTF8”) into field “myDBText”
>
> HTH
>
> Devin
>
>
> On Jul 25, 2017, at 4:24 PM, Kaveh Bazargan via use-livecode <
> use-livecode@lists.runrev.com>
> wrote:
>
> I know this has been discussed before and I have tried to search for the
> answer, but no success.
>
> I am using LiveCode Community, 9.0.0 DP5 on Mac
>
> I have a MySQL database where all fields are formatted as UTF8. I do a
> query from LiveCode, and put the result in a field and I lose the non ascii
> characters.
>
> I am reading the result into whole_table.
>
> I then tried this:
>
> set the unicodeText of field "whole table" to uniEncode(whole_table,"UTF8")
>
> but the non-ascii characters disappear.
>
> any ideas pls
>
> --
> Kaveh Bazargan
> Director
> River Valley Technologies
> @kaveh1000
> +44 7771 824 111
> www.rivervalleytechnologies.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
>
> Devin Asay
> Director
> Office of Digital Humanities
> Brigham Young University
>
> ___
> 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




-- 
Kaveh Bazargan
Director
River Valley Technologies
@kaveh1000
+44 7771 824 111
www.rivervalleytechnologies.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: HTML5 limitations?

2017-07-25 Thread Mark Wieder via use-livecode

On 07/25/2017 01:43 PM, hh via use-livecode wrote:

The HTML5 standalone builder is still "experimental".
Has been "very experimental" until July 2017.


It's in process to becoming "beta".

--
 Mark Wieder
 ahsoftw...@gmail.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: Importing Unicode from MySQL

2017-07-25 Thread Devin Asay via use-livecode
Kaveh,

The unicodeText property and uniEncode function are deprecated. Instead use 
textDecode as follows:

Download your database data into a variable like tStringFromDatabase. Then,

put textDecode(tStringFromDatabase,”UTF8”) into field “myDBText”

HTH

Devin


On Jul 25, 2017, at 4:24 PM, Kaveh Bazargan via use-livecode 
> wrote:

I know this has been discussed before and I have tried to search for the
answer, but no success.

I am using LiveCode Community, 9.0.0 DP5 on Mac

I have a MySQL database where all fields are formatted as UTF8. I do a
query from LiveCode, and put the result in a field and I lose the non ascii
characters.

I am reading the result into whole_table.

I then tried this:

set the unicodeText of field "whole table" to uniEncode(whole_table,"UTF8")

but the non-ascii characters disappear.

any ideas pls

--
Kaveh Bazargan
Director
River Valley Technologies
@kaveh1000
+44 7771 824 111
www.rivervalleytechnologies.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

Devin Asay
Director
Office of Digital Humanities
Brigham Young University

___
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

Importing Unicode from MySQL

2017-07-25 Thread Kaveh Bazargan via use-livecode
I know this has been discussed before and I have tried to search for the
answer, but no success.

I am using LiveCode Community, 9.0.0 DP5 on Mac

I have a MySQL database where all fields are formatted as UTF8. I do a
query from LiveCode, and put the result in a field and I lose the non ascii
characters.

I am reading the result into whole_table.

I then tried this:

set the unicodeText of field "whole table" to uniEncode(whole_table,"UTF8")

but the non-ascii characters disappear.

any ideas pls

-- 
Kaveh Bazargan
Director
River Valley Technologies
@kaveh1000
+44 7771 824 111
www.rivervalleytechnologies.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: Ethereal Breakpoints

2017-07-25 Thread Dr. Hawkins via use-livecode
On Tue, Jul 25, 2017 at 1:15 PM, Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Since clearing all breakpoints (including the one for line 5000 of the
> revDebugWhatchamacallit script) the red dot breakpoints seem to be behaving
> normally again. Curious.
>
> I have long found a need to clear all breakpoints (I do it from the menu)
every couple of months; they seem to accumulate cruft.



-- 
Dr. Richard E. Hawkins, Esq.
(702) 508-8462
___
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: glx2 script editor

2017-07-25 Thread Matthias Rebbe via use-livecode
I will test with only GLX as plugin. If that is working, then i will add the 
other plugins one after the other to see what might be causing it.
I will then file an issue.

Matthias Rebbe
+49 5741 31
‌matthiasrebbe.eu ‌

> Am 25.07.2017 um 22:41 schrieb Mark Wieder via use-livecode 
> >:
> 
> On 07/25/2017 12:24 PM, Matthias Rebbe via use-livecode wrote:
>> Hm,
>> i can reproduce it here. Every time GLX is enabled, i cannot create a new 
>> stack using  the LC menu.
> 
> Well, file an issue on the bitbucket site, I guess.
> I can't replicate the problem here at all on OSX.
> I have no other third-party plugins installed - could this possibly be an 
> interaction between the script editor and something else?
> 
> -- 
> Mark Wieder
> ahsoftw...@gmail.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

Re: HTML5 limitations?

2017-07-25 Thread Colin Holgate via use-livecode
The 5MB limit is on mobile, and each time you exceed the previous limit the 
user can give permission to increase it, at least to 50 MB. Also it’s possible 
to use multiple databases.

> On Jul 25, 2017, at 5:16 PM, Jonathan Lynch via use-livecode 
>  wrote:
> 
> The size limit on data in local storage is 5 to 10 mb per origin, depending 
> on browser. Not sure if that would be an issue.
> 
> Local storage seems to work pretty well in my experiments, if the limitations 
> are not an issue.
> 
> Sent from my iPhone
> 
>> On Jul 25, 2017, at 5:07 PM, Colin Holgate via use-livecode 
>>  wrote:
>> 
>> Can LiveCode HTML5 include or call Javascript? If so you could use local 
>> storage InedxedDB for the database. Or WebSQL. If the data isn’t too big.
>> 
>> 
>>> On Jul 25, 2017, at 3:28 PM, Matthias Rebbe via use-livecode 
>>>  wrote:
>>> 
>>> And direct db access is also not possible. For that you´ll need some kind 
>>> of  a “db gateway” which can be done with lc server or php.
>>> 
>>> Matthias Rebbe
>> 
>> ___
>> 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

Re: HTML5 limitations?

2017-07-25 Thread Jonathan Lynch via use-livecode
The size limit on data in local storage is 5 to 10 mb per origin, depending on 
browser. Not sure if that would be an issue.

Local storage seems to work pretty well in my experiments, if the limitations 
are not an issue.

Sent from my iPhone

> On Jul 25, 2017, at 5:07 PM, Colin Holgate via use-livecode 
>  wrote:
> 
> Can LiveCode HTML5 include or call Javascript? If so you could use local 
> storage InedxedDB for the database. Or WebSQL. If the data isn’t too big.
> 
> 
>> On Jul 25, 2017, at 3:28 PM, Matthias Rebbe via use-livecode 
>>  wrote:
>> 
>> And direct db access is also not possible. For that you´ll need some kind of 
>>  a “db gateway” which can be done with lc server or php.
>> 
>> Matthias Rebbe
> 
> ___
> 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: HTML5 limitations?

2017-07-25 Thread hh via use-livecode
> JLG 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?

Wait until Mark Waddingham's talk about HTML5. Even he will probably
not be able to answer the "what is not"-part of your question.
A lot of things can meanwhile have workarounds using javascript/HTML5
in the browser (easy to learn).

But you have now cross-browser-problems:
The user needs a _newest_ version of Safari, Chrome, Firefox or Opera.
No way to go with IE/Edge.

@What is not working/basic things:
Go to quality center and search for "HTML5".

___
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: HTML5 limitations?

2017-07-25 Thread Colin Holgate via use-livecode
Can LiveCode HTML5 include or call Javascript? If so you could use local 
storage InedxedDB for the database. Or WebSQL. If the data isn’t too big.


> On Jul 25, 2017, at 3:28 PM, Matthias Rebbe via use-livecode 
>  wrote:
> 
> And direct db access is also not possible. For that you´ll need some kind of  
> a “db gateway” which can be done with lc server or php.
> 
> Matthias Rebbe

___
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: HTML5 limitations?

2017-07-25 Thread hh via use-livecode
The HTML5 standalone builder is still "experimental".
Has been "very experimental" until July 2017.

___
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: glx2 script editor

2017-07-25 Thread Mark Wieder via use-livecode

On 07/25/2017 12:24 PM, Matthias Rebbe via use-livecode wrote:

Hm,
i can reproduce it here. Every time GLX is enabled, i cannot create a new stack 
using  the LC menu.


Well, file an issue on the bitbucket site, I guess.
I can't replicate the problem here at all on OSX.
I have no other third-party plugins installed - could this possibly be 
an interaction between the script editor and something else?


--
 Mark Wieder
 ahsoftw...@gmail.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: HTML5 limitations?

2017-07-25 Thread Jonathan Lynch via use-livecode
No problem, but thanks for replying.

That is really interesting. I know that setting up such a structure in 
traditional HTML/JS would be a big pain, because I have looked into something 
similar before for other reasons.

It must have been quite a bit of work to duplicate that structure in the HTML5 
deployment of LC.

Sent from my iPhone

> On Jul 25, 2017, at 4:21 PM, Kevin Miller via use-livecode 
>  wrote:
> 
> Yes you can. I'm at a conference just now but hopefully someone knowledgable 
> on our team can jump in with more info.
> 
> Sent from my iPhone
> 
>> On 25 Jul 2017, at 13:07, Jonathan Lynch via use-livecode 
>>  wrote:
>> 
>> Kevin,
>> 
>> Can you have a structure similar to having multiple stacks controlled by an 
>> LC engine?
>> 
>> I am really curious how you guys set that up? Using localstorage and cookies 
>> are the only methods I know of for doing that in regular html5 with multiple 
>> tabs/windows.
>> 
>> 
>> 
>> Sent from my iPhone
>> 
>>> On Jul 25, 2017, at 3:54 PM, Kevin Miller via use-livecode 
>>>  wrote:
>>> 
>>> 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 
  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 
>  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 
>>>  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 

Re: HTML5 limitations?

2017-07-25 Thread Roger Eller via use-livecode
That concept would be great as a lesson.

~Roger


On Tue, Jul 25, 2017 at 4:21 PM, Kevin Miller via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Yes you can. I'm at a conference just now but hopefully someone
> knowledgable on our team can jump in with more info.
>
> Sent from my iPhone
>
> > On 25 Jul 2017, at 13:07, Jonathan Lynch via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Kevin,
> >
> > Can you have a structure similar to having multiple stacks controlled by
> an LC engine?
> >
> > I am really curious how you guys set that up? Using localstorage and
> cookies are the only methods I know of for doing that in regular html5 with
> multiple tabs/windows.
> >
> >
> >
> > Sent from my iPhone
> >
> >> On Jul 25, 2017, at 3:54 PM, Kevin Miller via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>
> >> Go in window of stack works
> >>
> >> You can download stacks just fine
> >>
> >> Sent from my iPhone
>
___
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: HTML5 limitations?

2017-07-25 Thread Kevin Miller via use-livecode
Yes you can. I'm at a conference just now but hopefully someone knowledgable on 
our team can jump in with more info.

Sent from my iPhone

> On 25 Jul 2017, at 13:07, Jonathan Lynch via use-livecode 
>  wrote:
> 
> Kevin,
> 
> Can you have a structure similar to having multiple stacks controlled by an 
> LC engine?
> 
> I am really curious how you guys set that up? Using localstorage and cookies 
> are the only methods I know of for doing that in regular html5 with multiple 
> tabs/windows.
> 
> 
> 
> Sent from my iPhone
> 
>> On Jul 25, 2017, at 3:54 PM, Kevin Miller via use-livecode 
>>  wrote:
>> 
>> 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 
>>>  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 
  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 
>>  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:
 

Re: Ethereal Breakpoints

2017-07-25 Thread Bob Sneidar via use-livecode
Since clearing all breakpoints (including the one for line 5000 of the 
revDebugWhatchamacallit script) the red dot breakpoints seem to be behaving 
normally again. Curious. 

Bob S


> On Jul 25, 2017, at 09:34 , Bob Sneidar  wrote:
> 
> Not that it matters, but I opened that script and then cleared all 
> breakpoints. Now I have no breakpoints set, so let's see if it behaves any 
> differently. 
> 
> 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: HTML5 limitations?

2017-07-25 Thread Jonathan Lynch via use-livecode
Kevin,

Can you have a structure similar to having multiple stacks controlled by an LC 
engine?

I am really curious how you guys set that up? Using localstorage and cookies 
are the only methods I know of for doing that in regular html5 with multiple 
tabs/windows.



Sent from my iPhone

> On Jul 25, 2017, at 3:54 PM, Kevin Miller via use-livecode 
>  wrote:
> 
> 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 
>>  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 
>>>  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 
>  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
> 
> 
> ___
> 

Re: HTML5 limitations?

2017-07-25 Thread Kevin Miller via use-livecode
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 
>  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 
>>  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 
  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


Re: HTML5 limitations?

2017-07-25 Thread Jonathan Lynch via use-livecode
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 
>  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 
>>>  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


Re: HTML5 limitations?

2017-07-25 Thread J. Landman Gay via use-livecode
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 
 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


Re: HTML5 limitations?

2017-07-25 Thread Matthias Rebbe via use-livecode
And direct db access is also not possible. For that you´ll need some kind of  a 
“db gateway” which can be done with lc server or php.

Matthias Rebbe
+49 5741 31
‌matthiasrebbe.eu ‌

> Am 25.07.2017 um 21:00 schrieb Jonathan Lynch via use-livecode 
> >:
> 
> 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 
>> > 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

___
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: HTML5 limitations?

2017-07-25 Thread J. Landman Gay via use-livecode
I forgot to mention that the whole system is based on the splash-stack 
approach. The standalone contains all the common code for all the other 
stacks, which are loaded on demand. Does HTML5 support this setup?



On 7/25/17 1:42 PM, J. Landman Gay via use-livecode 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


Re: glx2 script editor

2017-07-25 Thread Matthias Rebbe via use-livecode
Hm,
i can reproduce it here. Every time GLX is enabled, i cannot create a new stack 
using  the LC menu.

Matthias Rebbe
+49 5741 31
‌matthiasrebbe.eu ‌

> Am 25.07.2017 um 20:32 schrieb Mark Wieder via use-livecode 
> >:
> 
> On 07/25/2017 10:31 AM, Matthias Rebbe via use-livecode wrote:
>> I  am seeing this under Mac OS X 10.12.5 and LC 8.1.5, 8.1.6RC2 and LC9 DP8.
> 
> Interesting. No problems here with OSX 10.11.6.
> LC9dp8 and LC8.1.6rc3.
> 
> -- 
> Mark Wieder
> ahsoftw...@gmail.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

Re: HTML5 limitations?

2017-07-25 Thread Jonathan Lynch via use-livecode
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 
>  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


HTML5 limitations?

2017-07-25 Thread J. Landman Gay via use-livecode
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


Re: glx2 script editor

2017-07-25 Thread Mark Wieder via use-livecode

On 07/25/2017 10:31 AM, Matthias Rebbe via use-livecode wrote:

I  am seeing this under Mac OS X 10.12.5 and LC 8.1.5, 8.1.6RC2 and LC9 DP8.


Interesting. No problems here with OSX 10.11.6.
LC9dp8 and LC8.1.6rc3.

--
 Mark Wieder
 ahsoftw...@gmail.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: Ethereal Breakpoints

2017-07-25 Thread J. Landman Gay via use-livecode

On 7/24/17 6:05 PM, Monte Goulding via use-livecode wrote:



On 25 Jul 2017, at 8:37 am, J. Landman Gay via use-livecode 
 wrote:


You can debug these using the remote debugger only.


Does that still work? It never asks me any more.


It should. If it doesn’t for you could you bug report it please.


I'm not sure what to report, other than it doesn't ask. I'd posted here 
in the past about how the OS wouldn't stop asking me if I wanted to 
allow network access. I couldn't get it to stop. Then one day it didn't 
ask any more. When I tried remote debugging the other day, I manually 
added LC to the allowed apps in system prefs before launching LC. Then I 
included remote debugger in the app and built the standalone. LC didn't ask.


I have a feeling there is something wrong with my system rather than LC.

Both standalones I've tried were using the splash stack method and the 
debug dots were in the stack that was opened rather than in the 
splash/standalone app itself. Should remote debugging work in stacks 
that aren't in the standalone stackfile?


--
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: glx2 script editor

2017-07-25 Thread Matthias Rebbe via use-livecode
I  am seeing this under Mac OS X 10.12.5 and LC 8.1.5, 8.1.6RC2 and LC9 DP8.


Matthias Rebbe
+49 5741 31
‌matthiasrebbe.eu ‌

> Am 25.07.2017 um 18:05 schrieb Mark Wieder via use-livecode 
> >:
> 
> On 07/25/2017 07:30 AM, Matthias Rebbe via use-livecode wrote:
>> Hi Mark,
>> thanks.
>> Works so far if i open an already existing stack.
>> But when i try to create a new stack using the LC menu while GLX2 is enabled 
>> then nothing happens.
>> I have to disable GLX to create a new stack using the menu “New Stack".
> 
> OK - that's behavior I haven't seen before.
> Is this on Windows?
> I don't see that problem on OSX or linux.
> 
> -- 
> Mark Wieder
> ahsoftw...@gmail.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

Re: Ethereal Breakpoints

2017-07-25 Thread Mark Wieder via use-livecode

On 07/24/2017 03:31 PM, Alex Tweedly via use-livecode wrote:

I keep getting caught by this - setting a breakpoint in a handler which 
is (indirectly) called from a resizeStack, and LC  gets completely 
frozen and needs to be Force-quit.


Um... once again... PowerDebug to the rescue.
Doesn't ignore them, but properly breaks and allows you to continue.

--
 Mark Wieder

___
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: Ethereal Breakpoints

2017-07-25 Thread Mark Wieder via use-livecode

On 07/25/2017 09:26 AM, Bob Sneidar via use-livecode wrote:

OK here is a perfect example. I get on one of the lines,

stack "/Applications/LiveCode Business 
8.1.5.app/Contents/Tools/Toolset/libraries/revdebuggerlibrary.livecodescript",5000

Problem: There are not 5000 lines in that script when I go to edit it. Further 
I have never edited that script!


OK - that one's easy to explain.
The LC engine doesn't like the breakpoints to be empty.
If you look in the revdebuggerlibrary script you'll see the __Initialize 
command sets a dummy breakpoint at line 5000 of its own script. That 
line obviously doesn't exist, so it won't trigger and actual breakpoint. 
It's just there as a placeholder and you can ignore it.


--
 Mark Wieder
 ahsoftw...@gmail.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: Ethereal Breakpoints

2017-07-25 Thread Bob Sneidar via use-livecode
In an unrelated incident, I think I just found one way explicit variables can 
get set. I set gRevDevelopment to true, then set it back to false when I was 
done. Then I attempted to save a script and the predictable occured. (Yes I 
know how to set it back.)

Bob S


> On Jul 25, 2017, at 09:26 , Bob Sneidar via use-livecode 
>  wrote:
> 
> OK here is a perfect example. I get on one of the lines, 
> 
> stack "/Applications/LiveCode Business 
> 8.1.5.app/Contents/Tools/Toolset/libraries/revdebuggerlibrary.livecodescript",5000
> 
> Problem: There are not 5000 lines in that script when I go to edit it. 
> Further I have never edited that script! 
> 
> Bob S
> 
> 
>> On Jul 25, 2017, at 08:56 , Mark Wieder via use-livecode 
>>  wrote:
>> 
>> In the message box, type "put the breakpoints" and see if that helps.


___
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: Ethereal Breakpoints

2017-07-25 Thread Bob Sneidar via use-livecode
Not that it matters, but I opened that script and then cleared all breakpoints. 
Now I have no breakpoints set, so let's see if it behaves any differently. 

Bob S


> On Jul 25, 2017, at 09:26 , Bob Sneidar via use-livecode 
>  wrote:
> 
> OK here is a perfect example. I get on one of the lines, 
> 
> stack "/Applications/LiveCode Business 
> 8.1.5.app/Contents/Tools/Toolset/libraries/revdebuggerlibrary.livecodescript",5000
> 
> Problem: There are not 5000 lines in that script when I go to edit it. 
> Further I have never edited that script! 
> 
> Bob S
> 
> 
>> On Jul 25, 2017, at 08:56 , Mark Wieder via use-livecode 
>>  wrote:
>> 
>> In the message box, type "put the breakpoints" and see if that helps.


___
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: Ethereal Breakpoints

2017-07-25 Thread Bob Sneidar via use-livecode
OK here is a perfect example. I get on one of the lines, 

stack "/Applications/LiveCode Business 
8.1.5.app/Contents/Tools/Toolset/libraries/revdebuggerlibrary.livecodescript",5000

Problem: There are not 5000 lines in that script when I go to edit it. Further 
I have never edited that script! 

Bob S


> On Jul 25, 2017, at 08:56 , Mark Wieder via use-livecode 
>  wrote:
> 
> In the message box, type "put the breakpoints" and see if that helps.


___
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: Ethereal Breakpoints

2017-07-25 Thread Bob Sneidar via use-livecode
Hmmm... good thought. It may have been a datagrid script I was looking at. 
Besides my database library, I am not using behaviors a lot. I'll give those 
other things a try. 

Bob S


> On Jul 25, 2017, at 08:56 , Mark Wieder via use-livecode 
>  wrote:
> 
> As a last resort, if you're seeing line numbers that obviously aren't in your 
> script, then the IDE's debugger may be misinterpreting the behavior extension 
> in the executionContexts and referencing a behavior script somewhere else.
> 
> -- 
> Mark Wieder
> ahsoftw...@gmail.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: glx2 script editor

2017-07-25 Thread Mark Wieder via use-livecode

On 07/25/2017 07:30 AM, Matthias Rebbe via use-livecode wrote:

Hi Mark,

thanks.

Works so far if i open an already existing stack.

But when i try to create a new stack using the LC menu while GLX2 is enabled 
then nothing happens.
I have to disable GLX to create a new stack using the menu “New Stack".


OK - that's behavior I haven't seen before.
Is this on Windows?
I don't see that problem on OSX or linux.

--
 Mark Wieder
 ahsoftw...@gmail.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: Ethereal Breakpoints

2017-07-25 Thread Mark Wieder via use-livecode

On 07/25/2017 08:09 AM, Bob Sneidar via use-livecode wrote:

Thanks Monte, but I do not use modal any more than I can help it. This is 
happening in virtually every script I have. As I mentioned, I had one script 
where the breakpoints pane reported that the script had a breakpoint on line 6 
hundred something, and there have never been any more that 200 lines in the 
script. I think that the recorded breakpoint moves when the script is saved, 
but the displayed red dot remains where it is. I can fix it by clicking to turn 
off the red dot then clicking again to turn it on.

I have also noted that after turning off breakpoints in all my scripts, the 
breakpoint tab of the SE still reports breakpoints in different scripts. When I 
go to check for those breakpoints, they do not exist.


In the message box, type "put the breakpoints" and see if that helps.

Also the virtual breakpoints are stored as custom properties (the 
cREVGeneral["breakpoints"]) of stacks, so check there to see if there's 
anything that shouldn't be there.


As a last resort, if you're seeing line numbers that obviously aren't in 
your script, then the IDE's debugger may be misinterpreting the behavior 
extension in the executionContexts and referencing a behavior script 
somewhere else.


--
 Mark Wieder
 ahsoftw...@gmail.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: Ethereal Breakpoints

2017-07-25 Thread Bob Sneidar via use-livecode
Thanks Monte, but I do not use modal any more than I can help it. This is 
happening in virtually every script I have. As I mentioned, I had one script 
where the breakpoints pane reported that the script had a breakpoint on line 6 
hundred something, and there have never been any more that 200 lines in the 
script. I think that the recorded breakpoint moves when the script is saved, 
but the displayed red dot remains where it is. I can fix it by clicking to turn 
off the red dot then clicking again to turn it on. 

I have also noted that after turning off breakpoints in all my scripts, the 
breakpoint tab of the SE still reports breakpoints in different scripts. When I 
go to check for those breakpoints, they do not exist. 

Bob S


> On Jul 24, 2017, at 14:37 , Monte Goulding via use-livecode 
>  wrote:
> 
> There are some cases where breakpoints are deliberately ignored. Any 
> breakpoints when there is modal stack open and in resizeStack and moveStack 
> handlers. You can debug these using the remote debugger only.
> 
> Cheers
> 
> Monte


___
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: AW: [OT]h.264 alternatives

2017-07-25 Thread Paul Dupuis via use-livecode
This may help explain the absurdly complex MPEG4 licensing model:

http://www.mpegla.com/main/programs/M4V/Documents/m4vweb.pdf

On 7/24/2017 3:54 AM, Tiemo Hollmann TB via use-livecode wrote:
> Last year I asked Sorenson media if I have to pay license fees, using the 
> h.264 codec and got the following answer from Sorenson:
> "No, you do not need to pay any license fees to use any codecs included in 
> Squeeze. Sorenson Media pays any license fees necessary for all the codecs 
> contained in Squeeze. Once you have encoded your video with a licensed 
> product, like Squeeze, you will never need to pay any licensing fees again."
> I assume that’s the same using other compressing tools
> Tiemo
>
>
> -Ursprüngliche Nachricht-
> Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag 
> von Colin Holgate via use-livecode
> Gesendet: Mittwoch, 19. Juli 2017 21:58
> An: How to use LiveCode 
> Cc: Colin Holgate 
> Betreff: Re: [OT]h.264 alternatives
>
> Are you sure that a license is needed for H.264 playback? That could 
> seriously impact the viability of YouTube or Vimeo, if all users had to pay a 
> license fee.
>
> My hope is that the license is just paid by the encoder tool maker. If you’re 
> using Adobe Media Encoder you don’t have to pay a license, Adobe already did.
>
> In the hope that playback doesn’t involve paying a fee, you could use 
> non-H.264 encoders that make videos that are played back by anything that can 
> handle H.264. That might allow you to use your own tool without a license 
> fee, and still make videos that can play back everywhere.
>
> Here is an article that talks about how to solve a gamma/contrast issue that 
> happens with most H.264 encoders:
>
> https://myth.li/2010/07/how-to-fix-the-h264-gamma-brightness-bug-in-quicktime/
>
> The solution they have is to use an x264 encoder, and the article has links 
> to a QuickTime component, so that you could export to x264 from anything that 
> uses QuickTime. The results are better looking than regular H.264.
>
>> On Jul 19, 2017, at 12:37 PM, Richard Gaskin via use-livecode 
>>  wrote:
>>
>> Seems most folks use h.264 for encoding video, but being patent-encumbered 
>> it requires negotiating a license with MPEGLA for commercial use.
>>
>
> ___
> 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

AW: AW: [OT]h.264 alternatives

2017-07-25 Thread Tiemo Hollmann TB via use-livecode
Thanks for clarifying Warren!
Tiemo


-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag von 
Warren Samples via use-livecode
Gesendet: Montag, 24. Juli 2017 18:24
An: Tiemo Hollmann TB via use-livecode 
Cc: Warren Samples 
Betreff: Re: AW: [OT]h.264 alternatives

On 07/24/2017 02:54 AM, Tiemo Hollmann TB via use-livecode wrote:
> Last year I asked Sorenson media if I have to pay license fees, using the 
> h.264 codec and got the following answer from Sorenson:
> "No, you do not need to pay any license fees to use any codecs included in 
> Squeeze. Sorenson Media pays any license fees necessary for all the codecs 
> contained in Squeeze. Once you have encoded your video with a licensed 
> product, like Squeeze, you will never need to pay any licensing fees again."
> I assume that’s the same using other compressing tools Tiemo


There is so much confusion regarding licenses! Ironically one of the main 
purposes of the MPEG-LA group is to simplify licensing for users and 
distributors by centralizing the process.

 From suspect amateur legal advice from internet forum "experts", opaque and/or 
seemingly non-complimentary statements from software distributors and MPEG-LA 
itself, and the lack of comprehensive definitive information, it's really hard 
for someone interested in getting it "right" to know what to do without hiring 
expensive attorneys.

Regarding the ENCODER distributed with device OSs and software, including 
professional software, whose EULAs state that use of the encoder has only been 
licensed for personal and non-commercial use; it seems from what the MPEG-LA 
says that this does not mean there is another level of license required to use 
the software in professional production. It points to the possible necessity of 
royalty payments for finished content distribution. Please see:



  and:


(This is a very long back and forth, you have to read all of it to gather all 
the information.)

The distribution of encoded content is completely separate from the encoder 
issue. Content distributors might be wise to request a license even if their 
usage does not trigger royalty payments. 
http://www.mpegla.com/main/default.aspx

Sorenson has not paid, nor could it begin to calculate how to pay any royalties 
due on content distributed by its own users, but it is clear you don't have to 
pay any additional fee simply to use Squeeze to produce content for paid 
distribution. (According to the MPEG-LA licensing associate.) You could be 
required to pay to distribute that content depending on your circumstances.

When distributing content via YouTube for exaqmple, MPEG-LA view YouTube as the 
distributor and liable for any licensing fees, not the content creator. (Again, 
according to the MPEG-LA licensing associate.)

I hope this was helpful but I make no promises :)

Warren


___
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