Re: [OT] Free tool for ease Windows Installer creation

[Matthias Rebbe via use-livecode]

> Am 15.03.2018 um 19:28 schrieb J. Landman Gay via use-livecode 
> mailto:use-livecode@lists.runrev.com>>:
> 
> On 3/14/18 7:40 PM, Matthias Rebbe via use-livecode wrote:
>> i will be able to answer any request in about 9 hours.
> 
> Real programmers don't need sleep. :)
> 
Who said i am a programmer. Call me software architect and grant me my sleep. ;)

9 hours btw. are not that much. It means sleep, eating, “family business”, body 
care and so on

Speaking of  body care I remember a colleague in the first company i worked 
for. He was a brilliant programmer, he did not sleep much. Sometimes he worked 
3 days in a row. His workplace looked like a garbage dump. All over there was 
the packaging of Camembert. That was his main food. Camembert, Potato 
chips/crisps and Coke. The key caps of his keyboard were nearly black, because 
he was also a heavy smoker. And he smelled unpleasant… 

That was a warning for me to never ever being like someone like him. 

Btw, our boss had not a problem with that all, because firstly the work of that 
colleague was brilliant and secondly our boss had his own office room far far 
away. 

So please let me sleep and smell well. ;)



> -- 
> 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: Not sure what to do.....can I run this by you guys?

[Charles Warwick via use-livecode]

 Hi Tom,

If the site you are trying to contact has CORS enabled appropriately, then you 
can do something like this...

With the LiveCode browser widget, you can call JavaScript functions from LC 
script and have the JavaScript functions call LC handlers in return.  
JavaScript has the capability to perform asynchronous HTTP requests.

You can create a HTML page that you automatically load up in the browser widget 
that has a small JavaScript function which you can call from LC with ‘do in 
widget’.   All this function needs to do is issue an asynchronous HTTP call to 
the URL passed to it as a parameter and when it receives the data, return it 
back to your LC script by calling a nominated LC handler and passing the 
returned data as a parameter.

The HTML page would look something like this:



Javascript Async Test


function httpGetAsync(theUrl)
{
var xmlHttp = new XMLHttpRequest();
xmlHttp.onreadystatechange = function() { 
if (xmlHttp.readyState == 4 && xmlHttp.status == 200)
liveCode.httpRequestComplete(theUrl, xmlHttp.responseText);
}
xmlHttp.open("GET", theUrl, true); // true for asynchronous 
xmlHttp.send(null);
}






You can either load that from a file into the browser widget’s URL or set its 
htmlText property accordingly...

Then in LC, make sure you register the httpRequestComplete handler so that the 
widget can call it:

set the javascriptHandlers of widget “browser” to “httpRequestComplete”

After that, add a httpRequestComplete handler to the card script to handle the 
returned data:

on httpRequestComplete pUrl, pData
   — pUrl will be the URL requested
   — pData will be the data returned from the URL requested
end httpRequestComplete

Lastly, make your async requests

do (“httpGetAsync(‘http://www.livecode.com’);” in widget “browser”

Since the JavaScript in the browser widget is issuing the requests and sending 
the data back to LC, it doesn’t need to display anything related to it in the 
browser widget itself - it can be a blank canvas.

Just be aware that the browser widget can cache URLs and there is no easy way 
(that I know of?) in LC to clear the browser’s cache... so if you see very 
quick responses on a second or subsequent request to the same URL, it is likely 
pulling it all from the browser’s cache.

Cheers,

Charles

>> On 16 Mar 2018, at 1:35 pm, Tom Glod via use-livecode 
>>  wrote:
>> 
>> Great hints there Mike  thanks alot.  Luckily I'm desktop only right
>> now.
>> 
>> It shouldn't be too long before I sit down to make something that I can
>> rely on and reuse in future projects.
>> 
>> Might turn out I will have to hire someone to help which is cool too.
>> 
>> It only has to be very simple..and does not need to match performance of
>> Tsnet.
>> 
>> Anything more than 1 would be a great start. LOL.
>> 
>> I will look into the libURL library and then try to guess which way I
>> should go my first attempt to hack this.
>> 
>> I'll keep you guys posted on the progress..I think I need a name for this
>> little project.
>> 
>> Thanks you
>> 
>> Tom
___
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: Strange problem with tsNet external on Windows

[Graham Samuel via use-livecode]

I finally answered my own question - it was simple and I was nearly right in my 
first guess. I forgot to include the ‘Externals’ folder in the files and 
folders encapsulated by the PC installer maker. I suppose I live too much in 
the Mac world. The live program looks for an ‘Externals’ folder in its 
immediate vicinity and if it doesn’t find one, or the contents are wrong, it 
very sensible reports an error. It would be better if the error was “can’t find 
Externals folder” rather than “can’t find tsNet”, but that’s a weak excuse on 
my part.

There you go - deployment stumbling block number 42, I suppose.

Graham

> On 15 Mar 2018, at 16:47, Graham Samuel via use-livecode 
>  wrote:
> 
> I have a LiveCode standalone running as PC app (a .exe file, plus some other 
> files which are needed when it runs). If I simply run the original standalone 
> on Windows 7 (OK, running under Parallels on a Mac), it all just works. If I 
> create an installer for the program and its dependent files using Inno Setup, 
> the whole thing appears to run smoothly, but when I run the installed version 
> of the app (which is exactly the same size as the original standalone, as 
> expected), I get an error from the LC engine “Initialization Error: Failed to 
> load external: tsNet”. I suppose I have somehow failed to include tsNet, but 
> it was specifically included in the standalone (as “internet”) and anyway the 
> original standalone works.
> 
> Should I somehow be giving my installed app a path to the LC externals? I’m 
> confused.
> 
> Graham
> ___
> 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: 9.0.0 RC-1 Hard crash still persists

[Lagi Pittas via use-livecode]

Hi

Just  tested this in LC 9  dp11 and RC-1 on a group of 20 different
objects - works perfectly although how much time it saves pressing
CTRL-R instead of clicking edit group I don't know. I never knew
CTRL-R existed.

Anyway as Bob intimated it's your "system" whether the stack, plugins
or Solitaire running in the background  ;-)

Test it on brand new stack and get back to us - always useful to know.


Regards Lagi

On 15 March 2018 at 08:33, Michael Kristensen via use-livecode
 wrote:
> Hi there
>
> (Mac 10.11.6)
>
> I have grouped items in a group.
>
> I press Command R to edit the big group.
>
> Then I hover mouse over one of the subgroups and Option-Command-click to 
> acces the script.
>
> Then Hard crash
>
> Only Force Quit Livecode will let me out
>
>
> Mic
>
>
>
> ___
> 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: Not sure what to do.....can I run this by you guys?

[Lagi Pittas via use-livecode]

Maybe not 100% reliable but 

https://stackoverflow.com/questions/1341089/using-meta-tags-to-turn-off-caching-in-all-browsers

Regards Lagi

On 16 March 2018 at 09:48, Charles Warwick via use-livecode
 wrote:
>  Hi Tom,
>
> If the site you are trying to contact has CORS enabled appropriately, then 
> you can do something like this...
>
> With the LiveCode browser widget, you can call JavaScript functions from LC 
> script and have the JavaScript functions call LC handlers in return.  
> JavaScript has the capability to perform asynchronous HTTP requests.
>
> You can create a HTML page that you automatically load up in the browser 
> widget that has a small JavaScript function which you can call from LC with 
> ‘do in widget’.   All this function needs to do is issue an asynchronous HTTP 
> call to the URL passed to it as a parameter and when it receives the data, 
> return it back to your LC script by calling a nominated LC handler and 
> passing the returned data as a parameter.
>
> The HTML page would look something like this:
>
> 
> 
> Javascript Async Test
> 
>
> function httpGetAsync(theUrl)
> {
> var xmlHttp = new XMLHttpRequest();
> xmlHttp.onreadystatechange = function() {
> if (xmlHttp.readyState == 4 && xmlHttp.status == 200)
> liveCode.httpRequestComplete(theUrl, xmlHttp.responseText);
> }
> xmlHttp.open("GET", theUrl, true); // true for asynchronous
> xmlHttp.send(null);
> }
> 
> 
> 
> 
> 
>
> You can either load that from a file into the browser widget’s URL or set its 
> htmlText property accordingly...
>
> Then in LC, make sure you register the httpRequestComplete handler so that 
> the widget can call it:
>
> set the javascriptHandlers of widget “browser” to “httpRequestComplete”
>
> After that, add a httpRequestComplete handler to the card script to handle 
> the returned data:
>
> on httpRequestComplete pUrl, pData
>— pUrl will be the URL requested
>— pData will be the data returned from the URL requested
> end httpRequestComplete
>
> Lastly, make your async requests
>
> do (“httpGetAsync(‘http://www.livecode.com’);” in widget “browser”
>
> Since the JavaScript in the browser widget is issuing the requests and 
> sending the data back to LC, it doesn’t need to display anything related to 
> it in the browser widget itself - it can be a blank canvas.
>
> Just be aware that the browser widget can cache URLs and there is no easy way 
> (that I know of?) in LC to clear the browser’s cache... so if you see very 
> quick responses on a second or subsequent request to the same URL, it is 
> likely pulling it all from the browser’s cache.
>
> Cheers,
>
> Charles
>
>>> On 16 Mar 2018, at 1:35 pm, Tom Glod via use-livecode 
>>>  wrote:
>>>
>>> Great hints there Mike  thanks alot.  Luckily I'm desktop only right
>>> now.
>>>
>>> It shouldn't be too long before I sit down to make something that I can
>>> rely on and reuse in future projects.
>>>
>>> Might turn out I will have to hire someone to help which is cool too.
>>>
>>> It only has to be very simple..and does not need to match performance of
>>> Tsnet.
>>>
>>> Anything more than 1 would be a great start. LOL.
>>>
>>> I will look into the libURL library and then try to guess which way I
>>> should go my first attempt to hack this.
>>>
>>> I'll keep you guys posted on the progress..I think I need a name for this
>>> little project.
>>>
>>> Thanks you
>>>
>>> Tom
> ___
> 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: Not sure what to do.....can I run this by you guys?

[Tom Glod via use-livecode]

WowI'm impressedthats quite a hack Charles..I will study all this
see how far I get.

Thank you gentlemenyou are Rockstars!!

On Fri, Mar 16, 2018 at 7:13 AM, Lagi Pittas via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Maybe not 100% reliable but 
>
> https://stackoverflow.com/questions/1341089/using-meta-
> tags-to-turn-off-caching-in-all-browsers
>
> Regards Lagi
>
> On 16 March 2018 at 09:48, Charles Warwick via use-livecode
>  wrote:
> >  Hi Tom,
> >
> > If the site you are trying to contact has CORS enabled appropriately,
> then you can do something like this...
> >
> > With the LiveCode browser widget, you can call JavaScript functions from
> LC script and have the JavaScript functions call LC handlers in return.
> JavaScript has the capability to perform asynchronous HTTP requests.
> >
> > You can create a HTML page that you automatically load up in the browser
> widget that has a small JavaScript function which you can call from LC with
> ‘do in widget’.   All this function needs to do is issue an asynchronous
> HTTP call to the URL passed to it as a parameter and when it receives the
> data, return it back to your LC script by calling a nominated LC handler
> and passing the returned data as a parameter.
> >
> > The HTML page would look something like this:
> >
> > 
> > 
> > Javascript Async Test
> > 
> >
> > function httpGetAsync(theUrl)
> > {
> > var xmlHttp = new XMLHttpRequest();
> > xmlHttp.onreadystatechange = function() {
> > if (xmlHttp.readyState == 4 && xmlHttp.status == 200)
> > liveCode.httpRequestComplete(theUrl, xmlHttp.responseText);
> > }
> > xmlHttp.open("GET", theUrl, true); // true for asynchronous
> > xmlHttp.send(null);
> > }
> > 
> > 
> > 
> > 
> > 
> >
> > You can either load that from a file into the browser widget’s URL or
> set its htmlText property accordingly...
> >
> > Then in LC, make sure you register the httpRequestComplete handler so
> that the widget can call it:
> >
> > set the javascriptHandlers of widget “browser” to “httpRequestComplete”
> >
> > After that, add a httpRequestComplete handler to the card script to
> handle the returned data:
> >
> > on httpRequestComplete pUrl, pData
> >— pUrl will be the URL requested
> >— pData will be the data returned from the URL requested
> > end httpRequestComplete
> >
> > Lastly, make your async requests
> >
> > do (“httpGetAsync(‘http://www.livecode.com’);” in widget “browser”
> >
> > Since the JavaScript in the browser widget is issuing the requests and
> sending the data back to LC, it doesn’t need to display anything related to
> it in the browser widget itself - it can be a blank canvas.
> >
> > Just be aware that the browser widget can cache URLs and there is no
> easy way (that I know of?) in LC to clear the browser’s cache... so if you
> see very quick responses on a second or subsequent request to the same URL,
> it is likely pulling it all from the browser’s cache.
> >
> > Cheers,
> >
> > Charles
> >
> >>> On 16 Mar 2018, at 1:35 pm, Tom Glod via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>>
> >>> Great hints there Mike  thanks alot.  Luckily I'm desktop only
> right
> >>> now.
> >>>
> >>> It shouldn't be too long before I sit down to make something that I can
> >>> rely on and reuse in future projects.
> >>>
> >>> Might turn out I will have to hire someone to help which is cool too.
> >>>
> >>> It only has to be very simple..and does not need to match performance
> of
> >>> Tsnet.
> >>>
> >>> Anything more than 1 would be a great start. LOL.
> >>>
> >>> I will look into the libURL library and then try to guess which way I
> >>> should go my first attempt to hack this.
> >>>
> >>> I'll keep you guys posted on the progress..I think I need a name for
> this
> >>> little project.
> >>>
> >>> Thanks you
> >>>
> >>> Tom
> > ___
> > 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: Not sure what to do.....can I run this by you guys?

[Mike Bonner via use-livecode]

Another way around the cache problem is to use the #2 trick at the end of
the url.  Send each request with a pound and different number at the end of
the url and it'll be seen as a new request thus doing an end run around the
cache.  Since it designates an inline anchor position on the page, it
should have zero affect on the way the url functions.  (unless things have
changed, the associated anchor doesn't need to exist on the page)

Thanks for the neat trick Charles. :)

On Fri, Mar 16, 2018 at 7:24 AM, Tom Glod via use-livecode <
use-livecode@lists.runrev.com> wrote:

> WowI'm impressedthats quite a hack Charles..I will study all this
> see how far I get.
>
> Thank you gentlemenyou are Rockstars!!
>
> On Fri, Mar 16, 2018 at 7:13 AM, Lagi Pittas via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > Maybe not 100% reliable but 
> >
> > https://stackoverflow.com/questions/1341089/using-meta-
> > tags-to-turn-off-caching-in-all-browsers
> >
> > Regards Lagi
> >
> > On 16 March 2018 at 09:48, Charles Warwick via use-livecode
> >  wrote:
> > >  Hi Tom,
> > >
> > > If the site you are trying to contact has CORS enabled appropriately,
> > then you can do something like this...
> > >
> > > With the LiveCode browser widget, you can call JavaScript functions
> from
> > LC script and have the JavaScript functions call LC handlers in return.
> > JavaScript has the capability to perform asynchronous HTTP requests.
> > >
> > > You can create a HTML page that you automatically load up in the
> browser
> > widget that has a small JavaScript function which you can call from LC
> with
> > ‘do in widget’.   All this function needs to do is issue an asynchronous
> > HTTP call to the URL passed to it as a parameter and when it receives the
> > data, return it back to your LC script by calling a nominated LC handler
> > and passing the returned data as a parameter.
> > >
> > > The HTML page would look something like this:
> > >
> > > 
> > > 
> > > Javascript Async Test
> > > 
> > >
> > > function httpGetAsync(theUrl)
> > > {
> > > var xmlHttp = new XMLHttpRequest();
> > > xmlHttp.onreadystatechange = function() {
> > > if (xmlHttp.readyState == 4 && xmlHttp.status == 200)
> > > liveCode.httpRequestComplete(theUrl,
> xmlHttp.responseText);
> > > }
> > > xmlHttp.open("GET", theUrl, true); // true for asynchronous
> > > xmlHttp.send(null);
> > > }
> > > 
> > > 
> > > 
> > > 
> > > 
> > >
> > > You can either load that from a file into the browser widget’s URL or
> > set its htmlText property accordingly...
> > >
> > > Then in LC, make sure you register the httpRequestComplete handler so
> > that the widget can call it:
> > >
> > > set the javascriptHandlers of widget “browser” to “httpRequestComplete”
> > >
> > > After that, add a httpRequestComplete handler to the card script to
> > handle the returned data:
> > >
> > > on httpRequestComplete pUrl, pData
> > >— pUrl will be the URL requested
> > >— pData will be the data returned from the URL requested
> > > end httpRequestComplete
> > >
> > > Lastly, make your async requests
> > >
> > > do (“httpGetAsync(‘http://www.livecode.com’);” in widget “browser”
> > >
> > > Since the JavaScript in the browser widget is issuing the requests and
> > sending the data back to LC, it doesn’t need to display anything related
> to
> > it in the browser widget itself - it can be a blank canvas.
> > >
> > > Just be aware that the browser widget can cache URLs and there is no
> > easy way (that I know of?) in LC to clear the browser’s cache... so if
> you
> > see very quick responses on a second or subsequent request to the same
> URL,
> > it is likely pulling it all from the browser’s cache.
> > >
> > > Cheers,
> > >
> > > Charles
> > >
> > >>> On 16 Mar 2018, at 1:35 pm, Tom Glod via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> > >>>
> > >>> Great hints there Mike  thanks alot.  Luckily I'm desktop only
> > right
> > >>> now.
> > >>>
> > >>> It shouldn't be too long before I sit down to make something that I
> can
> > >>> rely on and reuse in future projects.
> > >>>
> > >>> Might turn out I will have to hire someone to help which is cool too.
> > >>>
> > >>> It only has to be very simple..and does not need to match performance
> > of
> > >>> Tsnet.
> > >>>
> > >>> Anything more than 1 would be a great start. LOL.
> > >>>
> > >>> I will look into the libURL library and then try to guess which way I
> > >>> should go my first attempt to hack this.
> > >>>
> > >>> I'll keep you guys posted on the progress..I think I need a name for
> > this
> > >>> little project.
> > >>>
> > >>> Thanks you
> > >>>
> > >>> Tom
> > > ___
> > > 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: 9.0.0 RC-1 Hard crash still persists + New problem

[Michael Kristensen via use-livecode]

Hi Lagi

I disabled all the extensions, one by one, in the Extensions Manager.

I had the same result as before …a hard crash.


But apparently the Extensions Manager depends on the extensions themself, 
because now the Extension Manager is completely empty and I cant acces them to 
load them at startUp.

I did re-install LC 9 rc1 again but the Extension Manager remains empty. The 
Project Browser is also empty.

How can I reactivate the extensions?

Thanks 
Mic
___
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: Not sure what to do.....can I run this by you guys?

[Tom Glod via use-livecode]

Yes Mike that is a helpful trick.

On Fri, Mar 16, 2018 at 9:31 AM, Mike Bonner via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Another way around the cache problem is to use the #2 trick at the end of
> the url.  Send each request with a pound and different number at the end of
> the url and it'll be seen as a new request thus doing an end run around the
> cache.  Since it designates an inline anchor position on the page, it
> should have zero affect on the way the url functions.  (unless things have
> changed, the associated anchor doesn't need to exist on the page)
>
> Thanks for the neat trick Charles. :)
>
> On Fri, Mar 16, 2018 at 7:24 AM, Tom Glod via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > WowI'm impressedthats quite a hack Charles..I will study all this
> > see how far I get.
> >
> > Thank you gentlemenyou are Rockstars!!
> >
> > On Fri, Mar 16, 2018 at 7:13 AM, Lagi Pittas via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> > > Maybe not 100% reliable but 
> > >
> > > https://stackoverflow.com/questions/1341089/using-meta-
> > > tags-to-turn-off-caching-in-all-browsers
> > >
> > > Regards Lagi
> > >
> > > On 16 March 2018 at 09:48, Charles Warwick via use-livecode
> > >  wrote:
> > > >  Hi Tom,
> > > >
> > > > If the site you are trying to contact has CORS enabled appropriately,
> > > then you can do something like this...
> > > >
> > > > With the LiveCode browser widget, you can call JavaScript functions
> > from
> > > LC script and have the JavaScript functions call LC handlers in return.
> > > JavaScript has the capability to perform asynchronous HTTP requests.
> > > >
> > > > You can create a HTML page that you automatically load up in the
> > browser
> > > widget that has a small JavaScript function which you can call from LC
> > with
> > > ‘do in widget’.   All this function needs to do is issue an
> asynchronous
> > > HTTP call to the URL passed to it as a parameter and when it receives
> the
> > > data, return it back to your LC script by calling a nominated LC
> handler
> > > and passing the returned data as a parameter.
> > > >
> > > > The HTML page would look something like this:
> > > >
> > > > 
> > > > 
> > > > Javascript Async Test
> > > > 
> > > >
> > > > function httpGetAsync(theUrl)
> > > > {
> > > > var xmlHttp = new XMLHttpRequest();
> > > > xmlHttp.onreadystatechange = function() {
> > > > if (xmlHttp.readyState == 4 && xmlHttp.status == 200)
> > > > liveCode.httpRequestComplete(theUrl,
> > xmlHttp.responseText);
> > > > }
> > > > xmlHttp.open("GET", theUrl, true); // true for asynchronous
> > > > xmlHttp.send(null);
> > > > }
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > >
> > > > You can either load that from a file into the browser widget’s URL or
> > > set its htmlText property accordingly...
> > > >
> > > > Then in LC, make sure you register the httpRequestComplete handler so
> > > that the widget can call it:
> > > >
> > > > set the javascriptHandlers of widget “browser” to
> “httpRequestComplete”
> > > >
> > > > After that, add a httpRequestComplete handler to the card script to
> > > handle the returned data:
> > > >
> > > > on httpRequestComplete pUrl, pData
> > > >— pUrl will be the URL requested
> > > >— pData will be the data returned from the URL requested
> > > > end httpRequestComplete
> > > >
> > > > Lastly, make your async requests
> > > >
> > > > do (“httpGetAsync(‘http://www.livecode.com’);” in widget “browser”
> > > >
> > > > Since the JavaScript in the browser widget is issuing the requests
> and
> > > sending the data back to LC, it doesn’t need to display anything
> related
> > to
> > > it in the browser widget itself - it can be a blank canvas.
> > > >
> > > > Just be aware that the browser widget can cache URLs and there is no
> > > easy way (that I know of?) in LC to clear the browser’s cache... so if
> > you
> > > see very quick responses on a second or subsequent request to the same
> > URL,
> > > it is likely pulling it all from the browser’s cache.
> > > >
> > > > Cheers,
> > > >
> > > > Charles
> > > >
> > > >>> On 16 Mar 2018, at 1:35 pm, Tom Glod via use-livecode <
> > > use-livecode@lists.runrev.com> wrote:
> > > >>>
> > > >>> Great hints there Mike  thanks alot.  Luckily I'm desktop only
> > > right
> > > >>> now.
> > > >>>
> > > >>> It shouldn't be too long before I sit down to make something that I
> > can
> > > >>> rely on and reuse in future projects.
> > > >>>
> > > >>> Might turn out I will have to hire someone to help which is cool
> too.
> > > >>>
> > > >>> It only has to be very simple..and does not need to match
> performance
> > > of
> > > >>> Tsnet.
> > > >>>
> > > >>> Anything more than 1 would be a great start. LOL.
> > > >>>
> > > >>> I will look into the libURL library and then try to guess which
> way I
> > > >>> should go my first attempt to hack this.
> > > >>>
> > > >>> I'll keep you guys posted 

Re: 9.0.0 RC-1 Hard crash still persists + New problem

[panagiotis merakos via use-livecode]

Hi Michael,

I think Bob and Lagi suggested to remove any *custom* Extensions and
Plugins you have in the "Documents/My LiveCode" folder, not to disable the
LC built-in extensions.

If this does not help, I would suggest you try removing your Prefs, as
maybe they have been corrupted, and this can cause unexpected behavior.
To remove your prefs:

1. Quit LiveCode
2. Navigate to /Users//Library/Preferences/RunRev/ folder

You should see one or two files there:

livecode.rev --> Prefs for LiveCode versions < 7
livecode7.rev --> Prefs for LiveCode 7, 8 and 9

3. Remove those 2 files from this folder. You can trash them, or just put
them in a different folder. Those files will be re-generated once you start
LiveCode again.

4. Open LiveCode again. Now all the preferences will have been reset to
defaults (you should see a gray backdrop)

5. Test again if you still can reproduce the crash. If yes, then please
file a bug report at quality.livecode.com, and make sure you include a
sample stack that demonstrates the problem.

Kind regards,
Panos
--


On Fri, Mar 16, 2018 at 2:10 PM, Michael Kristensen via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Lagi
>
> I disabled all the extensions, one by one, in the Extensions Manager.
>
> I had the same result as before …a hard crash.
>
>
> But apparently the Extensions Manager depends on the extensions themself,
> because now the Extension Manager is completely empty and I cant acces them
> to load them at startUp.
>
> I did re-install LC 9 rc1 again but the Extension Manager remains empty.
> The Project Browser is also empty.
>
> How can I reactivate the extensions?
>
> Thanks
> Mic
> ___
> 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: Dash LiveCode Docset and "Make Docset" stack updated

[Bob Sneidar via use-livecode]

Thanks James. 

I was thinking along the lines of an app we use here called DocRecord by Prism. 
An entry in the database is actually a collection of any kind of document you 
can read from the file system. So for example, everything related to the sale 
and installation of a copier, the proposal, contract, lease, site survey etc. 
are all a part of a collection. Adobe has their own device for this, but so far 
as I know only accept PDFs. 

Bob S


> On Mar 15, 2018, at 21:00 , James At The Hale via use-livecode 
>  wrote:
> 
> Bob asked:
>> Interesting. I'm curious if this can be used to combine multiple PDF 
>> documents into a DocSet.
> 
> 
> If you are asking if a Dash Docset can be made from pdf’s I think the answer 
> is no.
> See...https://kapeli.com/docsets
> 
> In the “Make Docset” stack I am using the html files contained in the 
> documentation directory within LiveCode. These are the files that appear when 
> you click on the “Guide” tab in LC’s dictionary. Within Dash they appear when 
> you select the LiveCode document set or any of the keyword headers.
> The actual entries come from the stored arrays in the dictionary sqlite 
> database reformatted to html.
> 
> No pdf’s were harmed or even looked at in any way.
> 
> If you wanted to use pdf’s to make a dash docset, I think you would nee to 
> convert the pdf’s to html.
> 
> James

___
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: 9.0.0 RC-1 Hard crash still persists + New problem

[Bob Sneidar via use-livecode]

For testing purposes I just move all the extensions to a disable folder. 

Bob S


> On Mar 16, 2018, at 07:26 , panagiotis merakos via use-livecode 
>  wrote:
> 
> Hi Michael,
> 
> I think Bob and Lagi suggested to remove any *custom* Extensions and
> Plugins you have in the "Documents/My LiveCode" folder, not to disable the
> LC built-in extensions.


___
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: Not sure what to do.....can I run this by you guys?

[Rick Harrison via use-livecode]

Hi Mike,

I am finding that Safari is not honoring
the meta tag to turn off caching.  I thought
I would give your method a try.  I’m not
sure I am doing it right though because
that isn’t working either.

(Firefox does everything properly.)

I was thinking from your description that
it would look something like:

http://www.yourwebsite.com/coolpage.lc#48432 


Is the above example of what you are discussing
correct?  If not could you please post an example?

Thanks,

Rick 

> On Mar 16, 2018, at 9:31 AM, Mike Bonner via use-livecode 
>  wrote:
> 
> Another way around the cache problem is to use the #2 trick at the end of
> the url.  Send each request with a pound and different number at the end of
> the url and it'll be seen as a new request thus doing an end run around the
> cache.  Since it designates an inline anchor position on the page, it
> should have zero affect on the way the url functions.  (unless things have
> changed, the associated anchor doesn't need to exist on the page)
> 
> Thanks for the neat trick Charles. :)
> 
> On Fri, Mar 16, 2018 at 7:24 AM, Tom Glod via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> WowI'm impressedthats quite a hack Charles..I will study all this
>> see how far I get.
>> 
>> Thank you gentlemenyou are Rockstars!!
>> 
>> On Fri, Mar 16, 2018 at 7:13 AM, Lagi Pittas via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
>>> Maybe not 100% reliable but 
>>> 
>>> https://stackoverflow.com/questions/1341089/using-meta-
>>> tags-to-turn-off-caching-in-all-browsers
>>> 
>>> Regards Lagi
>>> 
>>> On 16 March 2018 at 09:48, Charles Warwick via use-livecode
>>>  wrote:
 Hi Tom,
 
 If the site you are trying to contact has CORS enabled appropriately,
>>> then you can do something like this...
 
 With the LiveCode browser widget, you can call JavaScript functions
>> from
>>> LC script and have the JavaScript functions call LC handlers in return.
>>> JavaScript has the capability to perform asynchronous HTTP requests.
 
 You can create a HTML page that you automatically load up in the
>> browser
>>> widget that has a small JavaScript function which you can call from LC
>> with
>>> ‘do in widget’.   All this function needs to do is issue an asynchronous
>>> HTTP call to the URL passed to it as a parameter and when it receives the
>>> data, return it back to your LC script by calling a nominated LC handler
>>> and passing the returned data as a parameter.
 
 The HTML page would look something like this:
 
 
 
 Javascript Async Test
 
 
 function httpGetAsync(theUrl)
 {
var xmlHttp = new XMLHttpRequest();
xmlHttp.onreadystatechange = function() {
if (xmlHttp.readyState == 4 && xmlHttp.status == 200)
liveCode.httpRequestComplete(theUrl,
>> xmlHttp.responseText);
}
xmlHttp.open("GET", theUrl, true); // true for asynchronous
xmlHttp.send(null);
 }
 
 
 
 
 
 
 You can either load that from a file into the browser widget’s URL or
>>> set its htmlText property accordingly...
 
 Then in LC, make sure you register the httpRequestComplete handler so
>>> that the widget can call it:
 
 set the javascriptHandlers of widget “browser” to “httpRequestComplete”
 
 After that, add a httpRequestComplete handler to the card script to
>>> handle the returned data:
 
 on httpRequestComplete pUrl, pData
   — pUrl will be the URL requested
   — pData will be the data returned from the URL requested
 end httpRequestComplete
 
 Lastly, make your async requests
 
 do (“httpGetAsync(‘http://www.livecode.com’);” in widget “browser”
 
 Since the JavaScript in the browser widget is issuing the requests and
>>> sending the data back to LC, it doesn’t need to display anything related
>> to
>>> it in the browser widget itself - it can be a blank canvas.
 
 Just be aware that the browser widget can cache URLs and there is no
>>> easy way (that I know of?) in LC to clear the browser’s cache... so if
>> you
>>> see very quick responses on a second or subsequent request to the same
>> URL,
>>> it is likely pulling it all from the browser’s cache.
 
 Cheers,
 
 Charles
 
>> On 16 Mar 2018, at 1:35 pm, Tom Glod via use-livecode <
>>> use-livecode@lists.runrev.com> wrote:
>> 
>> Great hints there Mike  thanks alot.  Luckily I'm desktop only
>>> right
>> now.
>> 
>> It shouldn't be too long before I sit down to make something that I
>> can
>> rely on and reuse in future projects.
>> 
>> Might turn out I will have to hire someone to help which is cool too.
>> 
>> It only has to be very simple..and does not need to match performance
>>> of
>> Tsnet.
>> 
>> Anything more than 1 would be a great start. LOL.

Re: Not sure what to do.....can I run this by you guys?

[Mike Bonner via use-livecode]

Yeah, thats what I was talking about, but I never tried it with safari i'm
afraid. Sounds like something funky with safari, though i'm not sure why my
method wouldn't work unless safari is smart enough now to recognize an
inline link and NOT treat it as a new URL to cache.

If this is only for your personal use, you can disable caching on safari as
described here: https://www.technipages.com/apple-safari-completely-
disable-cache
If you have safari 11, check here instead to disable cache:
https://stackoverflow.com/questions/46324675/how-do-
i-disable-cache-in-safari-11-0

If this is for an app being shipped though thats not a solution.  You said
firefox works fine, so i'm guessing you don't have some type of caching
proxy between you and the server.  Either way, from what I've been reading
just now, rather than using meta tags, you're more likely to get the
desired result if you set the headers directly.  One way to do this would
be with an .htaccess file.
https://stackoverflow.com/questions/11532636/how-to-prevent-http-file-caching-in-apache-httpd-mamp
 You'd need to add .lc to the filesmatch so that they're not cached.

Hopefully the correct module is installed. If it isn't, while I've never
done it, I believe you can set the headers to return using lc in your
server script (assuming you're using lc.) I know php can.  If you're using
something other than apache of course, ignore the above.

On Fri, Mar 16, 2018 at 8:53 AM, Rick Harrison via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Mike,
>
> I am finding that Safari is not honoring
> the meta tag to turn off caching.  I thought
> I would give your method a try.  I’m not
> sure I am doing it right though because
> that isn’t working either.
>
> (Firefox does everything properly.)
>
> I was thinking from your description that
> it would look something like:
>
> http://www.yourwebsite.com/coolpage.lc#48432  coolpage.lc#48432>
>
> Is the above example of what you are discussing
> correct?  If not could you please post an example?
>
> Thanks,
>
> Rick
>
> > On Mar 16, 2018, at 9:31 AM, Mike Bonner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Another way around the cache problem is to use the #2 trick at the end of
> > the url.  Send each request with a pound and different number at the end
> of
> > the url and it'll be seen as a new request thus doing an end run around
> the
> > cache.  Since it designates an inline anchor position on the page, it
> > should have zero affect on the way the url functions.  (unless things
> have
> > changed, the associated anchor doesn't need to exist on the page)
> >
> > Thanks for the neat trick Charles. :)
> >
> > On Fri, Mar 16, 2018 at 7:24 AM, Tom Glod via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> WowI'm impressedthats quite a hack Charles..I will study all
> this
> >> see how far I get.
> >>
> >> Thank you gentlemenyou are Rockstars!!
> >>
> >> On Fri, Mar 16, 2018 at 7:13 AM, Lagi Pittas via use-livecode <
> >> use-livecode@lists.runrev.com> wrote:
> >>
> >>> Maybe not 100% reliable but 
> >>>
> >>> https://stackoverflow.com/questions/1341089/using-meta-
> >>> tags-to-turn-off-caching-in-all-browsers
> >>>
> >>> Regards Lagi
> >>>
> >>> On 16 March 2018 at 09:48, Charles Warwick via use-livecode
> >>>  wrote:
>  Hi Tom,
> 
>  If the site you are trying to contact has CORS enabled appropriately,
> >>> then you can do something like this...
> 
>  With the LiveCode browser widget, you can call JavaScript functions
> >> from
> >>> LC script and have the JavaScript functions call LC handlers in return.
> >>> JavaScript has the capability to perform asynchronous HTTP requests.
> 
>  You can create a HTML page that you automatically load up in the
> >> browser
> >>> widget that has a small JavaScript function which you can call from LC
> >> with
> >>> ‘do in widget’.   All this function needs to do is issue an
> asynchronous
> >>> HTTP call to the URL passed to it as a parameter and when it receives
> the
> >>> data, return it back to your LC script by calling a nominated LC
> handler
> >>> and passing the returned data as a parameter.
> 
>  The HTML page would look something like this:
> 
>  
>  
>  Javascript Async Test
>  
> 
>  function httpGetAsync(theUrl)
>  {
> var xmlHttp = new XMLHttpRequest();
> xmlHttp.onreadystatechange = function() {
> if (xmlHttp.readyState == 4 && xmlHttp.status == 200)
> liveCode.httpRequestComplete(theUrl,
> >> xmlHttp.responseText);
> }
> xmlHttp.open("GET", theUrl, true); // true for asynchronous
> xmlHttp.send(null);
>  }
>  
>  
>  
>  
>  
> 
>  You can either load that from a file into the browser widget’s URL or
> >>> set its htmlText property accordingly...
> 
>  Then in LC, make sure you register the 

Re: Not sure what to do.....can I run this by you guys?

[Tom Glod via use-livecode]

this solution has to work flawlessly in production on all 3 desktop
platforms.

I'm giving a shot to modifying LibURL. I wish I knew why the limit is
in there to begin with, that would help to know if I am wasting my time or
not.

Realistically if it was as easy as just hacking that code, someone would
have done it already.

Its fun anywaysI have to solve this...even if I speed it up just a
little bit ..

Its not an emergency situation so its a fun problem to think about until
its solved.

some good ideas from you guys thanks everyone

On Fri, Mar 16, 2018 at 11:31 AM, Mike Bonner via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Yeah, thats what I was talking about, but I never tried it with safari i'm
> afraid. Sounds like something funky with safari, though i'm not sure why my
> method wouldn't work unless safari is smart enough now to recognize an
> inline link and NOT treat it as a new URL to cache.
>
> If this is only for your personal use, you can disable caching on safari as
> described here: https://www.technipages.com/apple-safari-completely-
> disable-cache
> If you have safari 11, check here instead to disable cache:
> https://stackoverflow.com/questions/46324675/how-do-
> i-disable-cache-in-safari-11-0
>
> If this is for an app being shipped though thats not a solution.  You said
> firefox works fine, so i'm guessing you don't have some type of caching
> proxy between you and the server.  Either way, from what I've been reading
> just now, rather than using meta tags, you're more likely to get the
> desired result if you set the headers directly.  One way to do this would
> be with an .htaccess file.
> https://stackoverflow.com/questions/11532636/how-to-
> prevent-http-file-caching-in-apache-httpd-mamp
>  You'd need to add .lc to the filesmatch so that they're not cached.
>
> Hopefully the correct module is installed. If it isn't, while I've never
> done it, I believe you can set the headers to return using lc in your
> server script (assuming you're using lc.) I know php can.  If you're using
> something other than apache of course, ignore the above.
>
> On Fri, Mar 16, 2018 at 8:53 AM, Rick Harrison via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > Hi Mike,
> >
> > I am finding that Safari is not honoring
> > the meta tag to turn off caching.  I thought
> > I would give your method a try.  I’m not
> > sure I am doing it right though because
> > that isn’t working either.
> >
> > (Firefox does everything properly.)
> >
> > I was thinking from your description that
> > it would look something like:
> >
> > http://www.yourwebsite.com/coolpage.lc#48432 <
> http://www.yourwebsite.com/
> > coolpage.lc#48432>
> >
> > Is the above example of what you are discussing
> > correct?  If not could you please post an example?
> >
> > Thanks,
> >
> > Rick
> >
> > > On Mar 16, 2018, at 9:31 AM, Mike Bonner via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> > >
> > > Another way around the cache problem is to use the #2 trick at the end
> of
> > > the url.  Send each request with a pound and different number at the
> end
> > of
> > > the url and it'll be seen as a new request thus doing an end run around
> > the
> > > cache.  Since it designates an inline anchor position on the page, it
> > > should have zero affect on the way the url functions.  (unless things
> > have
> > > changed, the associated anchor doesn't need to exist on the page)
> > >
> > > Thanks for the neat trick Charles. :)
> > >
> > > On Fri, Mar 16, 2018 at 7:24 AM, Tom Glod via use-livecode <
> > > use-livecode@lists.runrev.com> wrote:
> > >
> > >> WowI'm impressedthats quite a hack Charles..I will study all
> > this
> > >> see how far I get.
> > >>
> > >> Thank you gentlemenyou are Rockstars!!
> > >>
> > >> On Fri, Mar 16, 2018 at 7:13 AM, Lagi Pittas via use-livecode <
> > >> use-livecode@lists.runrev.com> wrote:
> > >>
> > >>> Maybe not 100% reliable but 
> > >>>
> > >>> https://stackoverflow.com/questions/1341089/using-meta-
> > >>> tags-to-turn-off-caching-in-all-browsers
> > >>>
> > >>> Regards Lagi
> > >>>
> > >>> On 16 March 2018 at 09:48, Charles Warwick via use-livecode
> > >>>  wrote:
> >  Hi Tom,
> > 
> >  If the site you are trying to contact has CORS enabled
> appropriately,
> > >>> then you can do something like this...
> > 
> >  With the LiveCode browser widget, you can call JavaScript functions
> > >> from
> > >>> LC script and have the JavaScript functions call LC handlers in
> return.
> > >>> JavaScript has the capability to perform asynchronous HTTP requests.
> > 
> >  You can create a HTML page that you automatically load up in the
> > >> browser
> > >>> widget that has a small JavaScript function which you can call from
> LC
> > >> with
> > >>> ‘do in widget’.   All this function needs to do is issue an
> > asynchronous
> > >>> HTTP call to the URL passed to it as a parameter and when it receives
> > the
> > >>> dat

Re: 9.0.0 RC-1 Hard crash still persists + New problem

[Michael Kristensen via use-livecode]

Hi again
Thanks for the answers!



Deleted the prefs files.

Crash persist.

As a side note Command-E opens the script fine.



Problem with Extension Manager:

This is a picture of my Extension Manager
https://www.dropbox.com/s/vjtsy4agfauwol7/Sk%C3%A6rmbillede%202018-03-16%20kl.%2017.05.41.png?dl=0
 



How do I get the extensions back?



Michael
___
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: App rejected because of camera permission modal alert!

[Ludovic THEBAULT via use-livecode]

> Le 13 mars 2018 à 22:07, Ralph DiMola via use-livecode 
>  a écrit :
> 
> Hey William,
> 
> 
> 
> OK, I see the problem. This will require you to modify the plist files in the 
> LiveCode app bundle.
> 


Hello,

My app was also rejected for localization permission.

That’s new from Apple.

PS : I hope a future version of livecode will save all changes to plist files 
and android.xml manifests to keep them with each update.


___
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: App rejected because of location permission modal alert!

[Ludovic THEBAULT via use-livecode]

> Le 16 mars 2018 à 17:41, Ludovic THEBAULT via use-livecode 
>  a écrit :
> 
> 
> My app was also rejected for localization permission.
> 

But in the settings.plist file there is no reference to localion….

Can I add these lines :

 NSLocationWhenInUseUsageDescription 
This application requires access to Location because …

Thanks !
___
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: 9.0.0 RC-1 Hard crash still persists + New problem

[Mike Kerner via use-livecode]

I've got a completely different weird issue.
On one machine all's well and everything seems happy (2017 MBP)
On another (2011 mini), when I open LC, I get a weird grey/black box in the
top left corner of the screen that almost looks like a mini version of the
LC splash screen (but is so compressed that I can't tell for sure).
I am unable to open any stacks as this is the only window that will show.
All other versions of LC on this machine work as expected.
In the Development menu, the only menuitem is "true"

On Fri, Mar 16, 2018 at 12:13 PM, Michael Kristensen via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi again
> Thanks for the answers!
>
>
>
> Deleted the prefs files.
>
> Crash persist.
>
> As a side note Command-E opens the script fine.
>
>
>
> Problem with Extension Manager:
>
> This is a picture of my Extension Manager
> https://www.dropbox.com/s/vjtsy4agfauwol7/Sk%C3%
> A6rmbillede%202018-03-16%20kl.%2017.05.41.png?dl=0 <
> https://www.dropbox.com/s/vjtsy4agfauwol7/Sk%C3%
> A6rmbillede%202018-03-16%20kl.%2017.05.41.png?dl=0>
>
>
> How do I get the extensions back?
>
>
>
> Michael
> ___
> 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
>



-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
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: App rejected because of location permission modal alert!

[panagiotis merakos via use-livecode]

Hi Ludovic,

For changing the location-related description in the plist, see comment 11
in this report:

http://quality.livecode.com/show_bug.cgi?id=19780

Best,
Panos
--

On Fri, Mar 16, 2018 at 4:49 PM, Ludovic THEBAULT via use-livecode <
use-livecode@lists.runrev.com> wrote:

>
> > Le 16 mars 2018 à 17:41, Ludovic THEBAULT via use-livecode <
> use-livecode@lists.runrev.com> a écrit :
> >
> >
> > My app was also rejected for localization permission.
> >
>
> But in the settings.plist file there is no reference to localion….
>
> Can I add these lines :
>
>  NSLocationWhenInUseUsageDescription 
> This application requires access to Location because
> …
>
> Thanks !
> ___
> 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: 9.0.0 RC-1 Hard crash still persists + New problem

[panagiotis merakos via use-livecode]

Hi Mike,

Yes, a few other people had this problem. See
http://quality.livecode.com/show_bug.cgi?id=21067 for a workaround

Best,
Panos
--

On Fri, Mar 16, 2018 at 4:50 PM, Mike Kerner via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I've got a completely different weird issue.
> On one machine all's well and everything seems happy (2017 MBP)
> On another (2011 mini), when I open LC, I get a weird grey/black box in the
> top left corner of the screen that almost looks like a mini version of the
> LC splash screen (but is so compressed that I can't tell for sure).
> I am unable to open any stacks as this is the only window that will show.
> All other versions of LC on this machine work as expected.
> In the Development menu, the only menuitem is "true"
>
> On Fri, Mar 16, 2018 at 12:13 PM, Michael Kristensen via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > Hi again
> > Thanks for the answers!
> >
> >
> >
> > Deleted the prefs files.
> >
> > Crash persist.
> >
> > As a side note Command-E opens the script fine.
> >
> >
> >
> > Problem with Extension Manager:
> >
> > This is a picture of my Extension Manager
> > https://www.dropbox.com/s/vjtsy4agfauwol7/Sk%C3%
> > A6rmbillede%202018-03-16%20kl.%2017.05.41.png?dl=0 <
> > https://www.dropbox.com/s/vjtsy4agfauwol7/Sk%C3%
> > A6rmbillede%202018-03-16%20kl.%2017.05.41.png?dl=0>
> >
> >
> > How do I get the extensions back?
> >
> >
> >
> > Michael
> > ___
> > 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
> >
>
>
>
> --
> On the first day, God created the heavens and the Earth
> On the second day, God created the oceans.
> On the third day, God put the animals on hold for a few hours,
>and did a little diving.
> And God said, "This is good."
> ___
> 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: App rejected because of location permission modal alert!

[Ludovic THEBAULT via use-livecode]

> Le 16 mars 2018 à 17:52, panagiotis merakos via use-livecode 
>  a écrit :
> 
> Hi Ludovic,
> 
> For changing the location-related description in the plist, see comment 11
> in this report:
> 
> http://quality.livecode.com/show_bug.cgi?id=19780
> 
> Best,
> Panos
> —

Thanks !


___
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: App rejected because of camera permission modal alert!

[J. Landman Gay via use-livecode]

You can put customized copies of the manifest into the Copy Files pane of 
the standalone settings and it will override the default. I think it should 
work with plist files too.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On March 16, 2018 11:43:41 AM Ludovic THEBAULT via use-livecode 
 wrote:

.
PS : I hope a future version of livecode will save all changes to plist 
files and android.xml manifests to keep them with each update





___
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: App rejected because of camera permission modal alert!

[Ralph DiMola via use-livecode]

No problem William. Congrats!

 

I filed a QCC  report on this http://quality.livecode.com/show_bug.cgi?id=21083

 

 

Ralph DiMola

IT Director

Evergreen Information Services

rdim...@evergreeninfo.net

 

From: William de Smet [mailto:williamdes...@gmail.com] 
Sent: Friday, March 16, 2018 5:35 AM
To: Ralph DiMola
Subject: Re: App rejected because of camera permission modal alert!

 

Thanks Ralph!

 

This worked. Apple approved my app is now available in the App Store:

https://itunes.apple.com/us/app/fotopuzzel-voor-ipad/id1358293879?l=nl

 

 

greetings,

 

William

 

 

 

2018-03-13 22:07 GMT+01:00 Ralph DiMola :

Hey William,

 

OK, I see the problem. This will require you to modify the plist files in the 
LiveCode app bundle.

 

1) Go to the Applications folder

2) Right click on the LC app version you are using and select "Show Package 
Contents"

3) Navigate to the "Tools/Runtime/iOS" folder

4) Right click on all the device/simulator folders one at a time and select 
"Get Info"

5) At the bottom click on the "Read only" to the right of your account name and 
select "Read & Write"

6) Repeat 5 for all device/simulator folders

7) In each of the device/simulator folders edit the setting.plist file.

8) To edit... right click the setting.plist file and select "Open With" and 
then "Other..." and select "TextEdit.app".

9) You will get a warning that the file is locked. Choose the Unlock option.

10) Change the  for the key  to be more 
specific to your application. You might be able to make this generic enough for 
all your applications. If not then you will have to change this for each app 
before submitting it for review.

11) repeat 8-10 for setting.plist in each of the device/simulator folders.

12) Fire up LC and make an iOS app and submit it.

 

I would suggest you submit a QCC Bug Report. This looks like it could be a 
problem for any app that uses the camera.

 

Ralph DiMola

IT Director

Evergreen Information Services

rdim...@evergreeninfo.net

 

From: William de Smet [mailto:williamdes...@gmail.com] 
Sent: Tuesday, March 13, 2018 4:41 PM
To: rdim...@evergreeninfo.net
Subject: Re: App rejected because of camera permission modal alert!

 

Hi Ralph,

 

Yes I did.

It is just a standard modal alert that shows.

 

Apple says:

We noticed that your app requests the user’s consent to access their camera but 
does not clarify the use of this feature in the permission modal alert.

 

https://developer.apple.com/library/content/qa/qa1937/_index.html

 

 

 




groeten,

 

William

 

 

 

2018-03-13 21:36 GMT+01:00 Ralph DiMola :

William,

Did you tic the various Camera options(as needed) to "Required" in the iOS 
standalone setting?

Ralph DiMola
IT Director
Evergreen Information Services
rdim...@evergreeninfo.net



-Original Message-
From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of 
William de Smet via use-livecode
Sent: Tuesday, March 13, 2018 4:22 PM
To: How to use LiveCode
Cc: William de Smet
Subject: App rejected because of camera permission modal alert!

Hi there,

My new app 'FotoPuzzel' is rejected by Apple because the app needs camera 
permission.
I did not clarify the use of this feature in the modal alert?
How do I change this?
Can I change this?

I just use MobilePickPhoto "camera"

The standard modal alert says:
FotoPuzzel would like to access the camera This application requires access to 
the device's camera.


Apple's response:
-
We noticed that your app requests the user’s consent to access their camera but 
does not clarify the use of this feature in the permission modal alert.
Please see attached screenshots for details.
Next Steps
To resolve this issue, please revise the permission modal alert to specify why 
the app is requesting access to the user's camera.


Any advice on this?

LC 8.1.8


greetings,

William

___
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: Not sure what to do.....can I run this by you guys?

[Rick Harrison via use-livecode]

Hi Mike,

I am in a testing phase right now for deployment
to others later, so disabling safari for myself isn’t
going to accomplish much.

I will look into setting the headers directly.

Thanks,

Rick

> On Mar 16, 2018, at 11:31 AM, Mike Bonner via use-livecode 
>  wrote:
> 
> Yeah, thats what I was talking about, but I never tried it with safari i'm
> afraid. Sounds like something funky with safari, though i'm not sure why my
> method wouldn't work unless safari is smart enough now to recognize an
> inline link and NOT treat it as a new URL to cache.
> 
> If this is only for your personal use, you can disable caching on safari as
> described here: https://www.technipages.com/apple-safari-completely-
> disable-cache
> If you have safari 11, check here instead to disable cache:
> https://stackoverflow.com/questions/46324675/how-do-
> i-disable-cache-in-safari-11-0
> 
> If this is for an app being shipped though thats not a solution.  You said
> firefox works fine, so i'm guessing you don't have some type of caching
> proxy between you and the server.  Either way, from what I've been reading
> just now, rather than using meta tags, you're more likely to get the
> desired result if you set the headers directly.  One way to do this would
> be with an .htaccess file.
> https://stackoverflow.com/questions/11532636/how-to-prevent-http-file-caching-in-apache-httpd-mamp
> You'd need to add .lc to the filesmatch so that they're not cached.
> 
> Hopefully the correct module is installed. If it isn't, while I've never
> done it, I believe you can set the headers to return using lc in your
> server script (assuming you're using lc.) I know php can.  If you're using
> something other than apache of course, ignore the above.
> 
> On Fri, Mar 16, 2018 at 8:53 AM, Rick Harrison via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> Hi Mike,
>> 
>> I am finding that Safari is not honoring
>> the meta tag to turn off caching.  I thought
>> I would give your method a try.  I’m not
>> sure I am doing it right though because
>> that isn’t working either.
>> 
>> (Firefox does everything properly.)
>> 
>> I was thinking from your description that
>> it would look something like:
>> 
>> http://www.yourwebsite.com/coolpage.lc#48432 > coolpage.lc#48432>
>> 
>> Is the above example of what you are discussing
>> correct?  If not could you please post an example?
>> 
>> Thanks,
>> 
>> Rick
>> 
>>> On Mar 16, 2018, at 9:31 AM, Mike Bonner via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>> 
>>> Another way around the cache problem is to use the #2 trick at the end of
>>> the url.  Send each request with a pound and different number at the end
>> of
>>> the url and it'll be seen as a new request thus doing an end run around
>> the
>>> cache.  Since it designates an inline anchor position on the page, it
>>> should have zero affect on the way the url functions.  (unless things
>> have
>>> changed, the associated anchor doesn't need to exist on the page)
>>> 
>>> Thanks for the neat trick Charles. :)
>>> 
>>> On Fri, Mar 16, 2018 at 7:24 AM, Tom Glod via use-livecode <
>>> use-livecode@lists.runrev.com> wrote:
>>> 
 WowI'm impressedthats quite a hack Charles..I will study all
>> this
 see how far I get.
 
 Thank you gentlemenyou are Rockstars!!
 
 On Fri, Mar 16, 2018 at 7:13 AM, Lagi Pittas via use-livecode <
 use-livecode@lists.runrev.com> wrote:
 
> Maybe not 100% reliable but 
> 
> https://stackoverflow.com/questions/1341089/using-meta-
> tags-to-turn-off-caching-in-all-browsers
> 
> Regards Lagi
> 
> On 16 March 2018 at 09:48, Charles Warwick via use-livecode
>  wrote:
>> Hi Tom,
>> 
>> If the site you are trying to contact has CORS enabled appropriately,
> then you can do something like this...
>> 
>> With the LiveCode browser widget, you can call JavaScript functions
 from
> LC script and have the JavaScript functions call LC handlers in return.
> JavaScript has the capability to perform asynchronous HTTP requests.
>> 
>> You can create a HTML page that you automatically load up in the
 browser
> widget that has a small JavaScript function which you can call from LC
 with
> ‘do in widget’.   All this function needs to do is issue an
>> asynchronous
> HTTP call to the URL passed to it as a parameter and when it receives
>> the
> data, return it back to your LC script by calling a nominated LC
>> handler
> and passing the returned data as a parameter.
>> 
>> The HTML page would look something like this:
>> 
>> 
>> 
>> Javascript Async Test
>> 
>> 
>> function httpGetAsync(theUrl)
>> {
>>   var xmlHttp = new XMLHttpRequest();
>>   xmlHttp.onreadystatechange = function() {
>>   if (xmlHttp.readyState == 4 && xmlHttp.status == 200)
>>   liveCode.httpRequestComp

Re: App rejected because of camera permission modal alert!

[Ludovic THEBAULT via use-livecode]

> Le 16 mars 2018 à 17:58, J. Landman Gay via use-livecode 
>  a écrit :
> 
> You can put customized copies of the manifest into the Copy Files pane of the 
> standalone settings and it will override the default. I think it should work 
> with plist files too.

Good to know !

Thanks
___
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: Sound delay

[Randy Hengst via use-livecode]

Hi William,

I haven’t messed with this for quite a while, but the sound delay isn’t new. On 
iOS I found that the second sound played without delay… even when it was not a 
repeat of the first sound. Is that what you’ve seen?

My workaround was to record a few seconds of silence and play that sound on 
openStack.
play specialFolderPath("engine") &"/"& "Silence.wav"

I’ve not used mp3 files in LiveCode, so don’t really if you’re seeing the same 
thing I did with .wav files.

be well,
randy

Randy Hengst
www.classroomFocusedSoftware.com


> On Mar 15, 2018, at 9:55 AM, William de Smet via use-livecode 
>  wrote:
> 
> Hi there,
> 
> Why is there a short delay when playing a sound for the first time?
> And how do I solve this?
> 
> play specialFolderPath("engine") & slash & "sounds/pop.mp3"
> 
> 
> greetings,
> 
> William
> ___
> 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: Not sure what to do.....can I run this by you guys?

[Charles Warwick via use-livecode]

Just remember the browser widget in LiveCode uses CEF (Chromium Embedded 
Framework) on all platforms.

It doesn’t need to work on Safari or Firefox.

> On 17 Mar 2018, at 1:40 am, Tom Glod via use-livecode 
>  wrote:
> 
> this solution has to work flawlessly in production on all 3 desktop
> platforms.
> 
> I'm giving a shot to modifying LibURL. I wish I knew why the limit is
> in there to begin with, that would help to know if I am wasting my time or
> not.
> 
> Realistically if it was as easy as just hacking that code, someone would
> have done it already.
> 
> Its fun anywaysI have to solve this...even if I speed it up just a
> little bit ..
> 
> Its not an emergency situation so its a fun problem to think about until
> its solved.
> 
> some good ideas from you guys thanks everyone
> 
> On Fri, Mar 16, 2018 at 11:31 AM, Mike Bonner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> Yeah, thats what I was talking about, but I never tried it with safari i'm
>> afraid. Sounds like something funky with safari, though i'm not sure why my
>> method wouldn't work unless safari is smart enough now to recognize an
>> inline link and NOT treat it as a new URL to cache.
>> 
>> If this is only for your personal use, you can disable caching on safari as
>> described here: https://www.technipages.com/apple-safari-completely-
>> disable-cache
>> If you have safari 11, check here instead to disable cache:
>> https://stackoverflow.com/questions/46324675/how-do-
>> i-disable-cache-in-safari-11-0
>> 
>> If this is for an app being shipped though thats not a solution.  You said
>> firefox works fine, so i'm guessing you don't have some type of caching
>> proxy between you and the server.  Either way, from what I've been reading
>> just now, rather than using meta tags, you're more likely to get the
>> desired result if you set the headers directly.  One way to do this would
>> be with an .htaccess file.
>> https://stackoverflow.com/questions/11532636/how-to-
>> prevent-http-file-caching-in-apache-httpd-mamp
>> You'd need to add .lc to the filesmatch so that they're not cached.
>> 
>> Hopefully the correct module is installed. If it isn't, while I've never
>> done it, I believe you can set the headers to return using lc in your
>> server script (assuming you're using lc.) I know php can.  If you're using
>> something other than apache of course, ignore the above.
>> 
>> On Fri, Mar 16, 2018 at 8:53 AM, Rick Harrison via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
>>> Hi Mike,
>>> 
>>> I am finding that Safari is not honoring
>>> the meta tag to turn off caching.  I thought
>>> I would give your method a try.  I’m not
>>> sure I am doing it right though because
>>> that isn’t working either.
>>> 
>>> (Firefox does everything properly.)
>>> 
>>> I was thinking from your description that
>>> it would look something like:
>>> 
>>> http://www.yourwebsite.com/coolpage.lc#48432 <
>> http://www.yourwebsite.com/
>>> coolpage.lc#48432>
>>> 
>>> Is the above example of what you are discussing
>>> correct?  If not could you please post an example?
>>> 
>>> Thanks,
>>> 
>>> Rick
>>> 
 On Mar 16, 2018, at 9:31 AM, Mike Bonner via use-livecode <
>>> use-livecode@lists.runrev.com> wrote:
 
 Another way around the cache problem is to use the #2 trick at the end
>> of
 the url.  Send each request with a pound and different number at the
>> end
>>> of
 the url and it'll be seen as a new request thus doing an end run around
>>> the
 cache.  Since it designates an inline anchor position on the page, it
 should have zero affect on the way the url functions.  (unless things
>>> have
 changed, the associated anchor doesn't need to exist on the page)
 
 Thanks for the neat trick Charles. :)
 
 On Fri, Mar 16, 2018 at 7:24 AM, Tom Glod via use-livecode <
 use-livecode@lists.runrev.com> wrote:
 
> WowI'm impressedthats quite a hack Charles..I will study all
>>> this
> see how far I get.
> 
> Thank you gentlemenyou are Rockstars!!
> 
> On Fri, Mar 16, 2018 at 7:13 AM, Lagi Pittas via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> Maybe not 100% reliable but 
>> 
>> https://stackoverflow.com/questions/1341089/using-meta-
>> tags-to-turn-off-caching-in-all-browsers
>> 
>> Regards Lagi
>> 
>> On 16 March 2018 at 09:48, Charles Warwick via use-livecode
>>  wrote:
>>> Hi Tom,
>>> 
>>> If the site you are trying to contact has CORS enabled
>> appropriately,
>> then you can do something like this...
>>> 
>>> With the LiveCode browser widget, you can call JavaScript functions
> from
>> LC script and have the JavaScript functions call LC handlers in
>> return.
>> JavaScript has the capability to perform asynchronous HTTP requests.
>>> 
>>> You can create a HTML page that you automatically load up in the
> bro

[OT] InstaMaker Wine App for Mac OS X to create Windows Installers on Mac OS X

[Matthias Rebbe via use-livecode]

Hi,

i´ve just uploaded an InstaMaker Wine app which allows you to run the Windows 
version of InstaMaker on Mac OS X. With this it should be possible to create a 
Windows Installer under Mac OS X. Tried it here successful under HighSierra. 
The download file is about 260MB and the unzipped app is nearly 600MB. But 
that´s seems to be quite normal for a wine app.

The app needs some time to open, about 5 seconds or so, but that´s still 
quicker than starting Parallels.

So again, if there is someone who wants to give it a try, then you´ll find it 
here https://dl.qck.nu//?dl=InstaMakerWine.zip 


Hope this is of use for the one or the other.


Regards,
Matthias




___
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

mouseDown and mouseUp; Being Called Outside the Group

[Sannyasin Brahmanathaswami via use-livecode]

I think this a regression in 8.1.9

A behavior, assigned to group, has mouseDown and mouseUp handlers

The behavior is getting mouseDown and mouseUp handlers, ever when called by a 
behavior another group that has "pass mouseDown"

The two groups not intersecting

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