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

[Tom Glod via use-livecode]

Hi everyone here is the github repo for the stack demonstrating the
solution.  May not work on all cases but can for many.  Seems to work very
well for my needs. 10 requests ...no problem. have not done more.

https://github.com/makeshyft-tom-g/lc-single-domain-asynchronous-http

On Sun, Mar 18, 2018 at 11:54 PM, Tom Glod  wrote:

> Yup, realized that when I thought about and tried mikes suggestion
>
> Yes using a ? works just the same as # but may be safer in some way..
>
> I'm just completing demo stack for this .works flawlessly.
>
> Thanks to everyone who chimed in here to help me find solution...hopefully
> i can make it easier on others to publish a demo stack.
>
>
>
>
> On Sun, Mar 18, 2018 at 10:39 AM, Ben Rubinstein via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> I think this depends on the base URL.  If it's with a simple URL, there's
>> no reason why an appended '#' parameter should cause a browser to request
>> it fresh; as Mike says, it indicates scrolling to an anchor in the page. So
>> it's perfectly reasonable for a smart browser - or a caching layer on the
>> server, or in a proxy somewhere between you and the server - to use a
>> cached version of that page ignoring the '#' suffix.
>>
>> With a simple URL, the better choice is to use "?" to append a parameter
>> (I usually use 'the milliseconds' to guarantee that it's unique). Neither
>> the browser nor any caching layer on the chain between the user agent and
>> the source system should recognise it as the same URL, so this should force
>> a fresh load. You can just use e.g.
>> put "?" & the milliseconds after tURL
>>
>> or to be more explicit, name the parameter something e.g.
>> put "?nocache=" & the milliseconds after tURL
>> or
>>
>> put "?uniqueid=" & the milliseconds after tURL
>>
>> The only downside of using "?" is that if the URL may already includes
>> parameters starting with "?" (which is what I mean by "not a simple URL"),
>> you need to test for that and use "&" instead of "?" to indicate that this
>> is an additional parameter; and if this is a dynamic request, which uses
>> the 'query parameters' in the URL to decide what to return, you need to be
>> sure that adding your parameter won't affect it!
>>
>>
>> On 16/03/2018 13:31, 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", 

Re: LC 9 and Icon Families

[Brian Milby via use-livecode]

I finally got around to setting up an account and uploaded my tool. It
works pretty good as a plugin, but I need to top level it once per session
for the navigation to work (grid card).

Thanks,
Brian
On Thu, Mar 15, 2018 at 4:35 AM hh via use-livecode <
use-livecode@lists.runrev.com> wrote:

> @Brian
> Please add your tool also to "Sample Stacks".
> This was reworked in the last year and works really fine here.
> And it is *very* fast for searching and downloading a stack.
>
> Such wonderful stacks go (somehow) lost in the list or the forum.
>
> ___
> 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]

Yup, realized that when I thought about and tried mikes suggestion

Yes using a ? works just the same as # but may be safer in some way..

I'm just completing demo stack for this .works flawlessly.

Thanks to everyone who chimed in here to help me find solution...hopefully
i can make it easier on others to publish a demo stack.




On Sun, Mar 18, 2018 at 10:39 AM, Ben Rubinstein via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I think this depends on the base URL.  If it's with a simple URL, there's
> no reason why an appended '#' parameter should cause a browser to request
> it fresh; as Mike says, it indicates scrolling to an anchor in the page. So
> it's perfectly reasonable for a smart browser - or a caching layer on the
> server, or in a proxy somewhere between you and the server - to use a
> cached version of that page ignoring the '#' suffix.
>
> With a simple URL, the better choice is to use "?" to append a parameter
> (I usually use 'the milliseconds' to guarantee that it's unique). Neither
> the browser nor any caching layer on the chain between the user agent and
> the source system should recognise it as the same URL, so this should force
> a fresh load. You can just use e.g.
> put "?" & the milliseconds after tURL
>
> or to be more explicit, name the parameter something e.g.
> put "?nocache=" & the milliseconds after tURL
> or
>
> put "?uniqueid=" & the milliseconds after tURL
>
> The only downside of using "?" is that if the URL may already includes
> parameters starting with "?" (which is what I mean by "not a simple URL"),
> you need to test for that and use "&" instead of "?" to indicate that this
> is an additional parameter; and if this is a dynamic request, which uses
> the 'query parameters' in the URL to decide what to return, you need to be
> sure that adding your parameter won't affect it!
>
>
> On 16/03/2018 13:31, 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 

Re: tsNetSmtpSync (with attachment

[Charles Warwick via use-livecode]

Hi,

That does seem odd...  Is there any chance you might have some anti-virus 
software running that might be getting in the way?

Regards,

Charles

> On 14 Mar 2018, at 1:18 am, G. Wolfgang Gaich via use-livecode 
>  wrote:
> 
> Hallo all,
> 
> try to send an email with attachment (PDF) from LiveCode with tsNet 
> (tsNetSmtpSync)
> 
> I tried the sample stack "Mail v1.2" from
> https://downloads.techstrategies.com.au/tsnet/LCMail.livecode
> 
> I get an error when I try to send with an attachment (PDF document):
> 
> Error tsneterr: (28) schannel: timed out sending data (bytes sent: 0)
> returned from server
> 
> 
> Without the attachment the email is send.
> 
> Windows 7, LC 8.1.9
> 
> 
> Any ideas?
> 
> Best
> Günter
> 
> 
> ___
> 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: tsNet woes

[Charles Warwick via use-livecode]

Hi Dan,

LC 8.1.9 has the latest version of tsNet at present.

If this is something you are still experiencing, are you able to share the code 
with me so I can see if I can replicate it?

Regards,

Charles


> On 14 Mar 2018, at 12:37 am, Dan Friedman via use-livecode 
>  wrote:
> 
> Charles,
> 
> I misspoke…  I’m not on 8.1.5, I’m using 8.1.9.   Is there another version 
> you would recommend?
> 
> -Dan
> 
> 
> Hi Dan,
> 
> If tsNetIsSyncBlocked() is always returning true then a connection must be 
> stalled.
> 
> The latest version of tsNet defaults to timing out stalled connections after 
> 30 seconds.  If you want to stay with LC 8.1.5 then just add the following 
> code in your application’s startup:
> 
> tsNetSetTimeouts 60,0,30,6,30,1000
> 
> The last two parameters of this command mean timeout the connection in 30 
> seconds if less than 1000 bytes per second are transferred over this period.
> 
> You can adjust those values to suit your application.
> 
> Regards,
> 
> Charles
> 
> 
>> On Mon, Mar 12, 2018 at 7:11 PM, Dan Friedman via use-livecode <
>> 
>>> Greetings!
>>> 
>>> I have an app I am working on and it’s working perfectly on my Mac and in
>>> the iOS simulator.  However, on an Android device, once I do a couple of
>>> get urls, tsNet stops functioning.   I get a variety of results:
>>> 
>>> Previous request not completed
>>> Sync request already in progress (most common)
>>> tsNet is not initialized
>>> 
>>> Also, tsNetIsSyncBlocked() always returns true.
>>> 
>>> I am using LC Indy 8.1.5.   Any thoughts or advise?
>>> 
>>> -Dan
> 
> ___
> 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: Dinamyc variables.

[Monte Goulding via use-livecode]

> On 19 Mar 2018, at 1:08 pm, Heriberto Torrado via use-livecode 
>  wrote:
> I am trying to create a new variable with the name of a dynamically generated 
> card.
> Please note that I would like to create a new variable, not to put the name 
> of the card inside the variable.

This seems a little strange. Are you sure you aren’t suffering from an X/Y 
problem here. Perhaps explain what it is you are wanting to do with the 
variable?

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: Dinamyc variables.

[prothero--- via use-livecode]

Can you use value(cdname) ? Haven’t tried it, tho.
Bill

William Prothero
http://es.earthednet.org

> On Mar 18, 2018, at 7:08 PM, Heriberto Torrado via use-livecode 
>  wrote:
> 
> 
> Dear Livecode programmers,
> 
> I am trying to create a new variable with the name of a dynamically generated 
> card.
> Please note that I would like to create a new variable, not to put the name 
> of the card inside the variable.
> 
> I would like to have something like this (PseudoCode)
> 
> "Get the name of this card and create a variable with the name of the card."
> 
> I searched the forum and the dictionary but I cannot find how to do that.
> 
> Best regards/ Saludos cordiales/ Cordialement
> 
> Heriberto Torrado
> ​Chief Technology Officer (CTO)
> ​Director de informática
> Directeur informatique
> 
> *NetDreams S.C.*
> http://www.networkdreams.net
> 
> ___
> 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

Dinamyc variables.

[Heriberto Torrado via use-livecode]

Dear Livecode programmers,

I am trying to create a new variable with the name of a dynamically 
generated card.
Please note that I would like to create a new variable, not to put the 
name of the card inside the variable.


I would like to have something like this (PseudoCode)

"Get the name of this card and create a variable with the name of the card."

I searched the forum and the dictionary but I cannot find how to do that.

Best regards/ Saludos cordiales/ Cordialement

Heriberto Torrado
​Chief Technology Officer (CTO)
​Director de informática
Directeur informatique

*NetDreams S.C.*
http://www.networkdreams.net

___
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?

[Ben Rubinstein via use-livecode]

I think this depends on the base URL.  If it's with a simple URL, there's no 
reason why an appended '#' parameter should cause a browser to request it 
fresh; as Mike says, it indicates scrolling to an anchor in the page. So it's 
perfectly reasonable for a smart browser - or a caching layer on the server, 
or in a proxy somewhere between you and the server - to use a cached version 
of that page ignoring the '#' suffix.


With a simple URL, the better choice is to use "?" to append a parameter (I 
usually use 'the milliseconds' to guarantee that it's unique). Neither the 
browser nor any caching layer on the chain between the user agent and the 
source system should recognise it as the same URL, so this should force a 
fresh load. You can just use e.g.

put "?" & the milliseconds after tURL

or to be more explicit, name the parameter something e.g.
put "?nocache=" & the milliseconds after tURL
or

put "?uniqueid=" & the milliseconds after tURL

The only downside of using "?" is that if the URL may already includes 
parameters starting with "?" (which is what I mean by "not a simple URL"), you 
need to test for that and use "&" instead of "?" to indicate that this is an 
additional parameter; and if this is a dynamic request, which uses the 'query 
parameters' in the URL to decide what to return, you need to be sure that 
adding your parameter won't affect it!


On 16/03/2018 13:31, 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,