Re: Getting HTML5 going

[Pi Digital via use-livecode]

Bill

I get what you mean by both quirky and the need for other skills. I’m gradually 
going through the code to remove the quirkiness but I’m doing this while also 
trying to develop the solution for our clients. In the process I will also 
either eliminate the need for learning the ‘other skills’ or at the very least 
minimise it to a set of relatively easy steps. What I’ve achieved in about a 
year on and off is evidence that it is capable once the ‘caveats‘ get ironed 
out. Watch this space. 

Sean Cole
Pi Digital


> On 23 Mar 2020, at 21:57, William Prothero via use-livecode 
>  wrote:
> 
> Sean:
> It looks really nice If HTML5 deployment didn’t look so quirky and require 
> such a variety of other than livecode skills, I’d give it a try. I hope it 
> will mature before I get too old to care.
> Bill
> 
> William A. Prothero
> https://earthlearningsolutions.org
> 
> 
> 
> ___
> 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: Getting HTML5 going

[William Prothero via use-livecode]

Sean:
It looks really nice If HTML5 deployment didn’t look so quirky and require such 
a variety of other than livecode skills, I’d give it a try. I hope it will 
mature before I get too old to care.
Bill

William A. Prothero
https://earthlearningsolutions.org



___
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: Can't download 6.3.1

[dunbarx--- via use-livecode]

Glad to hear it.
But it was from the website that I could not find the version you mentioned. 
Doesn't matter, though.
Craig


-Original Message-
From: Bob Sneidar via use-livecode 
To: How to use LiveCode 
Cc: Bob Sneidar 
Sent: Mon, Mar 23, 2020 3:56 pm
Subject: Re: Can't download 6.3.1

Okay so downloading from the updater failed twice. Going to the website and 
downloading from there succeeded. 

Bob S


> On Mar 23, 2020, at 12:28 PM, Bob Sneidar via use-livecode 
>  wrote:
> 
> Sorry 9.6 dp3 brain fart
> 
>> On Mar 23, 2020, at 12:24 PM, dunbarx--- via use-livecode 
>>  wrote:
>> 
>> Bob.
>> 6.1.3?
>> I do not see 6.3.1 as an option.
>> Craig
>> 
>> 
>> -Original Message-
>> From: Bob Sneidar via use-livecode 
>> To: How to use LiveCode 
>> Cc: Bob Sneidar 
>> Sent: Mon, Mar 23, 2020 2:14 pm
>> Subject: Can't download 6.3.1
>> 
>> I am getting Error downloading Livecode 6.3.1. It gets all the way through 
>> the download then throws the error. 
>> 
>> Bob S
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> ___
>> 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
___
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: Can't download 6.3.1

[Bob Sneidar via use-livecode]

Okay so downloading from the updater failed twice. Going to the website and 
downloading from there succeeded. 

Bob S


> On Mar 23, 2020, at 12:28 PM, Bob Sneidar via use-livecode 
>  wrote:
> 
> Sorry 9.6 dp3 brain fart
> 
>> On Mar 23, 2020, at 12:24 PM, dunbarx--- via use-livecode 
>>  wrote:
>> 
>> Bob.
>> 6.1.3?
>> I do not see 6.3.1 as an option.
>> Craig
>> 
>> 
>> -Original Message-
>> From: Bob Sneidar via use-livecode 
>> To: How to use LiveCode 
>> Cc: Bob Sneidar 
>> Sent: Mon, Mar 23, 2020 2:14 pm
>> Subject: Can't download 6.3.1
>> 
>> I am getting Error downloading Livecode 6.3.1. It gets all the way through 
>> the download then throws the error. 
>> 
>> Bob S
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> ___
>> 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: Can't download 6.3.1

[Bob Sneidar via use-livecode]

Sorry 9.6 dp3 brain fart

> On Mar 23, 2020, at 12:24 PM, dunbarx--- via use-livecode 
>  wrote:
> 
> Bob.
> 6.1.3?
> I do not see 6.3.1 as an option.
> Craig
> 
> 
> -Original Message-
> From: Bob Sneidar via use-livecode 
> To: How to use LiveCode 
> Cc: Bob Sneidar 
> Sent: Mon, Mar 23, 2020 2:14 pm
> Subject: Can't download 6.3.1
> 
> I am getting Error downloading Livecode 6.3.1. It gets all the way through 
> the download then throws the error. 
> 
> Bob S
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
> ___
> 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

[ANN] This Week in LiveCode 218

[panagiotis merakos via use-livecode]

Hi all,

Read about new developments in LiveCode open source and the open source
community in today's edition of the "This Week in LiveCode" newsletter!

Read issue #218 here: https://bit.ly/2xhU4g7

This is a weekly newsletter about LiveCode, focussing on what's been
going on in and around the open source project. New issues will be
released weekly on Mondays. We have a dedicated mailing list that will
deliver each issue directly to you e-mail, so you don't miss any!

If you have anything you'd like mentioned (a project, a discussion
somewhere, an upcoming event) then please get in touch.

-- 
Panagiotis Merakos 
LiveCode Software Developer

Everyone Can Create Apps 
___
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: Can't download 6.3.1

[dunbarx--- via use-livecode]

Bob.
6.1.3?
I do not see 6.3.1 as an option.
Craig


-Original Message-
From: Bob Sneidar via use-livecode 
To: How to use LiveCode 
Cc: Bob Sneidar 
Sent: Mon, Mar 23, 2020 2:14 pm
Subject: Can't download 6.3.1

I am getting Error downloading Livecode 6.3.1. It gets all the way through the 
download then throws the error. 

Bob S


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
___
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

Can't download 6.3.1

[Bob Sneidar via use-livecode]

I am getting Error downloading Livecode 6.3.1. It gets all the way through the 
download then throws the error. 

Bob S


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: IMAP Search skipping results

[Mark Waddingham via use-livecode]

On 2020-03-23 18:02, Bob Sneidar via use-livecode wrote:

Ahh hah hah! That’s funny. I can’t even write a snippet without
debugging it! :-)


Debugging is just a means to discover the assumptions you made which 
were invalid! ;)


Warmest Regards,

Mark.

--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps

___
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: IMAP Search skipping results

[Bob Sneidar via use-livecode]

Ahh hah hah! That’s funny. I can’t even write a snippet without debugging it! 
:-)

Bob S


> On Mar 23, 2020, at 11:01 AM, Mark Waddingham via use-livecode 
>  wrote:
> 
> On 2020-03-23 17:49, Pi Digital via use-livecode wrote:
>> Hey, are you insinuating my code is flawed!?! :-o
>> The cheek of it! ;)
> 
> Lol - well we all write flawed code from time to time...
> 
> More often though we write code which is perfect but based on assumptions we 
> didn't realize could be invalid (that's usually much harder to discern!)
> 
> Anyway, something here is bugging me - I do wonder if it is the manner in 
> which cURL (via tsNet) is being used (in this instance) is actually causing 
> the bug to manifest. IMAP is a session-based protocol, so unless cURL does 
> something magic with its 'custom URL' support (which is how cURL implements 
> IMAP), I'm puzzled how issuing two separate URL requests can actually work 
> (unless it isn't actually meant to, but just seems to).
> 
> I'll experiment later on before I finish for the day.
> 
> Warmest Regards,
> 
> Mark.
> 
> -- 
> Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
> LiveCode: Everyone can create apps
> 
> ___
> 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: IMAP Search skipping results

[Mark Waddingham via use-livecode]

On 2020-03-23 17:49, Pi Digital via use-livecode wrote:

Hey, are you insinuating my code is flawed!?! :-o
The cheek of it! ;)


Lol - well we all write flawed code from time to time...

More often though we write code which is perfect but based on 
assumptions we didn't realize could be invalid (that's usually much 
harder to discern!)


Anyway, something here is bugging me - I do wonder if it is the manner 
in which cURL (via tsNet) is being used (in this instance) is actually 
causing the bug to manifest. IMAP is a session-based protocol, so unless 
cURL does something magic with its 'custom URL' support (which is how 
cURL implements IMAP), I'm puzzled how issuing two separate URL requests 
can actually work (unless it isn't actually meant to, but just seems 
to).


I'll experiment later on before I finish for the day.

Warmest Regards,

Mark.

--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps

___
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: IMAP Search skipping results

[Pi Digital via use-livecode]

Hey, are you insinuating my code is flawed!?! :-o 
The cheek of it! ;)

Sean Cole
Pi Digital

.
> 
> I'd perhaps suggest that something isn't a workaround if the original 
> approach was flawed (however irksome the more code it requires might be!) ;)
> 
> Warmest Regards,
> 
> Mark.
> 
> -- 
> Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
> LiveCode: Everyone can create apps
> 
___
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: IMAP Search skipping results

[Mark Waddingham via use-livecode]

On 2020-03-23 17:14, Pi Digital via use-livecode wrote:

Finding the first unseen UID though seems to be the next issue I’m
going to have to overcome. A never ending stream of workarounds.


Well, unfortunately, this is a bug in cURL as far as we can see - its 
been there for 6 years and no-one has fixed it.


This is kind of surprising as cURL is generally a very well supported 
and widely used open-source library (that being said, we should probably 
take note of the whole OpenSSL Heartbleed issue a while back...)


Given that cURL is used in a lot of places, by a lot of products, that 
suggests that either


  (a) no-one uses cURL IMAP very much so there isn't any interest in 
fixing it


*or*

  (b) fixing that bug doesn't actually solve the problem (it just shifts 
it). i.e. The bug makes quick-and-dirty approaches to certain tasks 
fail; but when people come across it they realize that if they don't do 
things 'en-masse' (which is basically what the IMAP RFC suggests you 
shouldn't) then it doesn't have an effect.


Of course, I'm hypothesizing here: (a) could be the reason as much as 
(b).


I'd perhaps suggest that something isn't a workaround if the original 
approach was flawed (however irksome the more code it requires might 
be!) ;)


Warmest Regards,

Mark.

--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps

___
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: IMAP Search skipping results

[Pi Digital via use-livecode]

Thanks Brian and Mark

A combination may well help. 

I am not for this project needing ALL but have been using UNSEEN. The mailboxes 
we are referencing have around 100-1200 emails coming in from O2 every morning 
at 4am. These then get processed at 5am to update their databases. I will have 
to first find the FIRST UNSEEN UID and then run a process to get the UIDs of 
the next 100 (and repeat) till they run out I guess. Once I’ve built the list 
of UIDs I can carry on as normal processing each one in turn. 

Finding the first unseen UID though seems to be the next issue I’m going to 
have to overcome. A never ending stream of workarounds. 

Sean Cole
Pi Digital Productions Ltd


eMail Ts & Cs


> On 23 Mar 2020, at 16:48, Mark Waddingham via use-livecode 
>  wrote:
> 
> On 2020-03-23 15:21, Pi Digital via use-livecode wrote:
>> Thanks Mark, your input here is appreciated.
>> This reply in that forum wasn’t helpful, was it
>>> > Known bug #90 was reported in 2014. However it still occurs in 2019. Does
>>> > anybody know how to overcome this situation?
>>> Yes: by fixing the code!
>> In the thread it talks of pagination (as do you) but doesn’t give an
>> example of how to do it. How would we implement this in LC? If it is
>> not giving us the correct count how do we know how many pages we will
>> have to allow for and so on.
> 
> That's where I got the reference to pagination from - as I said it's not a 
> particularly useful post there. I suspect the person replying assumed the 
> person asking the question had a detailed understanding of IMAP queries (my 
> knowledge of interacting with IMAP servers is more than it was earlier on, 
> but still not really sufficient to give any detailed advice).
> 
> The tsNet support for IMAP comes entirely from cURL - so it works pretty much 
> the same as the 'curl' shell command.
> 
> I found this with a quick search which might help:
> 
>  
> 
> The queries listed there at least appear to give ways to query the count of 
> things in a mailbox.
> 
> This page also looks like it might be helpful:
> 
>  
> 
> Also this has some more info on using CURL to talk to IMAP:
> 
>  
> 
> 
> Having pondered this a bit, I'm not sure that even if cURL guys fixed the 
> above bug it would actually make a difference to what you need to do to have 
> 100% correct code. The method of fetching all UIDs of messages in a mailbox 
> at once is completely unscalable - imagine an INBOX with 100,000s of messages 
> for example over a slow/flaky connection; or an INBOX which has a lot of 
> traffic and changes exceptionally frequently; or sits on a heavily loaded 
> server (you can imagine that no server would like to be polled for complete 
> message lists all the time by lots of clients).
> 
> The IMAP protocol appears to be designed to be treated as something to use to 
> synchronize local and remote state. Indeed, there is quite an extensive 
> description of how to 'synchronize with an IMAP server' in an RFC:
> 
>  
> 
> Indeed, it states in one place:
> 
> 
>  The following is an example of the first FETCH:
> 
>   C: A011 UID fetch 131:* (FLAGS BODYSTRUCTURE INTERNALDATE
>   RFC822.SIZE)
> 
>   Note 1: The first FETCH may result in the server's sending a huge
>   volume of data.  A smart disconnected client should use message
>   ranges (see also Section 3.2.1.2 of [RFC2683]), so that the user is
>   able to execute a different operation between fetching information
>   for a group of new messages.
> 
> 
> The unique id used to perform the sync operation is the UID; you can fetch 
> ranges of those as they are 'guaranteed' to always increase and never be 
> re-used. (The only caveat is the UIDVALIDITY, which is basically a 
> cache-generation number - i.e. if the UIDVALIDITY changes you have to dump 
> your local cache and start from scratch as it means the meaning of individual 
> UIDs has changed).
> 
> Not sure how much the above helps...
> 
> Warmest Regards,
> 
> Mark.
> 
> P.S. I've been chatting to Seb about the issue (he reported the bug 
> originally) - he has confirmed that the problem affects Kognition's IMAP code 
> too (that component is still in development at this stage which is why it 
> hadn't been noticed until I asked him to check). I had hoped the approach 
> there might have been slightly different and so provided a viable workaround, 
> but it would appear that it is not the case :(
> 
> -- 
> Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
> LiveCode: Everyone can create apps
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> 

Re: Getting HTML5 going

[Pi Digital via use-livecode]

Thanks Colin. That’s definitely helpful. From that I discern that it is 
something in your code from the point where the first ‘on openCard’ happens to 
the next openCard. An excellent method I use in these cases are to create 
messages to the JS console in Chrome by using something like this:

on openCard
   put “on openCard”
   ... [some code] ...
   put “openCard_2:” && myVar
   ... [some more code] ...
   put “end openCard”
end openCard

Pepper this around code you want to check. Then in Chrome or Edge open the js 
console by going to View>Developer>JavaScriptConsole. Any of the open put 
commands will be sent to the console and give you an idea where it got to 
before it failed. I sometimes even end up putting them after every line of code 
which is like stepping through each line to find which one was the culprit. The 
console is very much your friend when making use of HTML deployment. 

You are GOING to come across MANY odd things as you progress through using HTML 
deployment. HH and I have been putting it through it’s paces and have come up 
with a large number of workarounds for now till we can iron out all of the 
oddities. Please do come back here when you need any help. 

If you want an example of a product I actually have live at the moment, look at 
tariffanalyser.porrima.co.uk and use login credentials demo, d3moP@ss

All the best

Sean Cole
Pi Digital


> On 23 Mar 2020, at 16:17, Colin Holgate via use-livecode 
>  wrote:
> 
___
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: IMAP Search skipping results

[Mark Waddingham via use-livecode]

On 2020-03-23 15:21, Pi Digital via use-livecode wrote:

Thanks Mark, your input here is appreciated.

This reply in that forum wasn’t helpful, was it


> Known bug #90 was reported in 2014. However it still occurs in 2019. Does
> anybody know how to overcome this situation?

Yes: by fixing the code!


In the thread it talks of pagination (as do you) but doesn’t give an
example of how to do it. How would we implement this in LC? If it is
not giving us the correct count how do we know how many pages we will
have to allow for and so on.


That's where I got the reference to pagination from - as I said it's not 
a particularly useful post there. I suspect the person replying assumed 
the person asking the question had a detailed understanding of IMAP 
queries (my knowledge of interacting with IMAP servers is more than it 
was earlier on, but still not really sufficient to give any detailed 
advice).


The tsNet support for IMAP comes entirely from cURL - so it works pretty 
much the same as the 'curl' shell command.


I found this with a quick search which might help:

  

The queries listed there at least appear to give ways to query the count 
of things in a mailbox.


This page also looks like it might be helpful:

  

Also this has some more info on using CURL to talk to IMAP:

  



Having pondered this a bit, I'm not sure that even if cURL guys fixed 
the above bug it would actually make a difference to what you need to do 
to have 100% correct code. The method of fetching all UIDs of messages 
in a mailbox at once is completely unscalable - imagine an INBOX with 
100,000s of messages for example over a slow/flaky connection; or an 
INBOX which has a lot of traffic and changes exceptionally frequently; 
or sits on a heavily loaded server (you can imagine that no server would 
like to be polled for complete message lists all the time by lots of 
clients).


The IMAP protocol appears to be designed to be treated as something to 
use to synchronize local and remote state. Indeed, there is quite an 
extensive description of how to 'synchronize with an IMAP server' in an 
RFC:


  

Indeed, it states in one place:


  The following is an example of the first FETCH:

   C: A011 UID fetch 131:* (FLAGS BODYSTRUCTURE INTERNALDATE
   RFC822.SIZE)

   Note 1: The first FETCH may result in the server's sending a huge
   volume of data.  A smart disconnected client should use message
   ranges (see also Section 3.2.1.2 of [RFC2683]), so that the user is
   able to execute a different operation between fetching information
   for a group of new messages.


The unique id used to perform the sync operation is the UID; you can 
fetch ranges of those as they are 'guaranteed' to always increase and 
never be re-used. (The only caveat is the UIDVALIDITY, which is 
basically a cache-generation number - i.e. if the UIDVALIDITY changes 
you have to dump your local cache and start from scratch as it means the 
meaning of individual UIDs has changed).


Not sure how much the above helps...

Warmest Regards,

Mark.

P.S. I've been chatting to Seb about the issue (he reported the bug 
originally) - he has confirmed that the problem affects Kognition's IMAP 
code too (that component is still in development at this stage which is 
why it hadn't been noticed until I asked him to check). I had hoped the 
approach there might have been slightly different and so provided a 
viable workaround, but it would appear that it is not the case :(


--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps

___
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: Getting HTML5 going

[Colin Holgate via use-livecode]

The simple test worked, but the missing file errors still showed up.

I will try some old fashioned answer “hello” lines in the stack scripts, to see 
how far the real stack is getting.
 
> On Mar 23, 2020, at 9:53 AM, Pi Digital via use-livecode 
>  wrote:
> 
> You shouldn’t need the stdio.html file at all. It is a placeholder 
> effectively for some other command you are referencing. 
> 
> Again, both using community and Indy and html5deployment versions I have no 
> issue with 404 errors like this. So it’s likely something in your setup. So a 
> step-by-step guide of your process will help us pin it down for you 
> 
> Sean Cole
> Pi Digital
> 
> 
>> On 23 Mar 2020, at 15:48, Colin Holgate via use-livecode 
>>  wrote:
>> 
>> stdio.h is file I/O, and I have copies of that in Unity. The missing file 
>> is stdio.html, not sure what that is, but maybe a JavaScript variation of 
>> the C header file. 
>> 
>> I have Indy installed now, and am trying to retrieve my license to give that 
>> a go.
>> 
>>> On Mar 22, 2020, at 5:59 PM, Pi Digital via use-livecode 
>>>  wrote:
>>> 
>>> Hi Colin
>>> 
>>> I’ve done a bit of digging and stdio is an api for file IO used in 
>>> emscripten. It’s also used for accessing external site pages. Additionally, 
>>> LC uses it to write to the log message box on your main page. 
>>> 
>>> So, I’m curious about the method you go through to get to this point of 
>>> error. Here are a series of questions that should get to the bottom of it. 
>>> 
>>> What platform are you running on?
>>> What platforms are you building for as set in the standalone settings?
>>> What browser are you running the HTML5 deployment in?
>>> How have you setup your localhost server?
>>> 
>>> Finally
>>> What is your recipe for failure from the point you load your stack in to LC 
>>> to when you get the 404 message, step by step?
>>> 
>>> Sean Cole
>>> Pi Digital
>>> 
>>> 
> On 21 Mar 2020, at 23:30, Colin Holgate via use-livecode 
>  wrote:
 
 I have only used the standalone publishing, I’m not doing anything 
 custom. Line 48 of standalone-community-9.5.1.js is what is talking to the 
 stdio.html file. That part of the code says this:
 
 http.open("POST",”stdio.html"
 
 
 
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your 
 subscription preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode
>>> ___
>>> 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


___
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: IMAP Search skipping results

[Brian Milby via use-livecode]

Does ‘STATUS INBOX (UNSEEN)’ give the proper count reliably?  (Would actually 
need to use MESSAGES though to page through the whole inbox, but you could stop 
paging once all we’re found.)
If so, ranges are just specified with a : so you could use the sequence numbers 
to get the UIDs (1:100 then 101:200 ...) a piece at a time as the first 
argument to the search.

Thanks,
Brian
On Mar 23, 2020, 11:22 AM -0400, Pi Digital via use-livecode 
, wrote:
> Thanks Mark, your input here is appreciated.
>
> This reply in that forum wasn’t helpful, was it
> >
> > > Known bug #90 was reported in 2014. However it still occurs in 2019. Does
> > > anybody know how to overcome this situation?
> >
> > Yes: by fixing the code!
> >
> In the thread it talks of pagination (as do you) but doesn’t give an example 
> of how to do it. How would we implement this in LC? If it is not giving us 
> the correct count how do we know how many pages we will have to allow for and 
> so on.
>
> Regards
>
> Sean Cole
> Pi Digital
>
>
> > On 23 Mar 2020, at 12:11, Mark Waddingham via use-livecode 
> >  wrote:
> >
> > On 2020-03-23 11:39, Pi Digital via use-livecode wrote:
> > > No, same thing unfortunately. Even ALL has the issue. According to an
> > > old bug report that has sat for an age untouched it is a known issue
> > > in the ood curl lib they are using. At the rate they are currently
> > > dealing with bugs for fundamental operations we might see a fix in
> > > about a year or two (or four). [dig]
> >
> > In this case the bug is in CURL - it is 'known bug #90':
> >
> > 
> >
> > There's a few threads around about it - this is the most recent I could 
> > find:
> >
> > https://curl.haxx.se/mail/archive-2019-07/0029.html
> >
> > The only real suggestion (although it is vague) there is using some for of 
> > pagination (as the UIDs should be eternal, rather than related to the 
> > position in the mailbox requested).
> >
> > I couldn't find any explicit bug in their bug tracker which is still open 
> > for this, but its still listed as a known issue so it sounds like there has 
> > been no change in it unforunately :(
> >
> > Warmest Regards,
> >
> > Mark.
> >
> > --
> > Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
> > LiveCode: Everyone can create apps
> >
> > ___
> > 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: Getting HTML5 going

[Colin Holgate via use-livecode]

I deselect everything in standalone application settings except for HTML5. I 
choose Save as Standalone Application, and when it is done I copy the files 
into a folder inside my home / Sites folder. I do rename the html to index.html 
because another approach I was trying required there to be an index.html file. 
I tested without renaming the file, same symptoms.

I start the localhost server with php -S localhost:8080, and then use Chrome to 
look at http://localhost:8080/Sites/MyAppName/MyAppName.html 
. The stack loads and I 
see card 1. Graphics are there but buttons are missing icons, which is 
understandable. The stack would normally go on to another card, but it stays on 
card 1, not responding.

These are the lines that appear in Terminal:

[Mon Mar 23 10:02:44 2020] [::1]:58416 [404]: / - No such file or directory
[Mon Mar 23 10:02:44 2020] [::1]:58417 [404]: /favicon.ico - No such file or 
directory
[Mon Mar 23 10:03:09 2020] [::1]:58451 [200]: /Sites/MyAppName/MyAppName.html
[Mon Mar 23 10:03:09 2020] [::1]:58452 [200]: 
/Sites/MyAppName/standalone-community-9.5.1.html.mem
[Mon Mar 23 10:03:09 2020] [::1]:58453 [200]: 
/Sites/MyAppName/standalone-community-9.5.1.js
[Mon Mar 23 10:03:12 2020] [::1]:58454 [404]: /Sites/MyAppName/stdio.html - No 
such file or directory
[Mon Mar 23 10:03:12 2020] [::1]:58455 [200]: /Sites/MyAppName/standalone.zip
[Mon Mar 23 10:03:12 2020] [::1]:58456 [404]: /Sites/MyAppName/stdio.html - No 
such file or directory
[Mon Mar 23 10:03:15 2020] [::1]:58457 [404]: /Sites/MyAppName/stdio.html - No 
such file or directory


I tried a test build to Mac 64 bit, and that works fine. Next I will try the 
simplest possible stack, and see if that shows any errors.


> On Mar 23, 2020, at 9:53 AM, Pi Digital via use-livecode 
>  wrote:
> 
> You shouldn’t need the stdio.html file at all. It is a placeholder 
> effectively for some other command you are referencing. 
> 
> Again, both using community and Indy and html5deployment versions I have no 
> issue with 404 errors like this. So it’s likely something in your setup. So a 
> step-by-step guide of your process will help us pin it down for you 
> 
> Sean Cole
> Pi Digital
> 
> 
>> On 23 Mar 2020, at 15:48, Colin Holgate via use-livecode 
>>  wrote:
>> 
>> stdio.h is file I/O, and I have copies of that in Unity. The missing file 
>> is stdio.html, not sure what that is, but maybe a JavaScript variation of 
>> the C header file. 
>> 
>> I have Indy installed now, and am trying to retrieve my license to give that 
>> a go.
>> 
>>> On Mar 22, 2020, at 5:59 PM, Pi Digital via use-livecode 
>>>  wrote:
>>> 
>>> Hi Colin
>>> 
>>> I’ve done a bit of digging and stdio is an api for file IO used in 
>>> emscripten. It’s also used for accessing external site pages. Additionally, 
>>> LC uses it to write to the log message box on your main page. 
>>> 
>>> So, I’m curious about the method you go through to get to this point of 
>>> error. Here are a series of questions that should get to the bottom of it. 
>>> 
>>> What platform are you running on?
>>> What platforms are you building for as set in the standalone settings?
>>> What browser are you running the HTML5 deployment in?
>>> How have you setup your localhost server?
>>> 
>>> Finally
>>> What is your recipe for failure from the point you load your stack in to LC 
>>> to when you get the 404 message, step by step?
>>> 
>>> Sean Cole
>>> Pi Digital
>>> 
>>> 
> On 21 Mar 2020, at 23:30, Colin Holgate via use-livecode 
>  wrote:
 
 I have only used the standalone publishing, I’m not doing anything 
 custom. Line 48 of standalone-community-9.5.1.js is what is talking to the 
 stdio.html file. That part of the code says this:
 
 http.open("POST",”stdio.html"
 
 
 
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your 
 subscription preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode
>>> ___
>>> 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

___
use-livecode 

Re: Getting HTML5 going

[Pi Digital via use-livecode]

You shouldn’t need the stdio.html file at all. It is a placeholder effectively 
for some other command you are referencing. 

Again, both using community and Indy and html5deployment versions I have no 
issue with 404 errors like this. So it’s likely something in your setup. So a 
step-by-step guide of your process will help us pin it down for you 

Sean Cole
Pi Digital


> On 23 Mar 2020, at 15:48, Colin Holgate via use-livecode 
>  wrote:
> 
> stdio.h is file I/O, and I have copies of that in Unity. The missing file is 
> stdio.html, not sure what that is, but maybe a JavaScript variation of the C 
> header file. 
> 
> I have Indy installed now, and am trying to retrieve my license to give that 
> a go.
> 
>> On Mar 22, 2020, at 5:59 PM, Pi Digital via use-livecode 
>>  wrote:
>> 
>> Hi Colin
>> 
>> I’ve done a bit of digging and stdio is an api for file IO used in 
>> emscripten. It’s also used for accessing external site pages. Additionally, 
>> LC uses it to write to the log message box on your main page. 
>> 
>> So, I’m curious about the method you go through to get to this point of 
>> error. Here are a series of questions that should get to the bottom of it. 
>> 
>> What platform are you running on?
>> What platforms are you building for as set in the standalone settings?
>> What browser are you running the HTML5 deployment in?
>> How have you setup your localhost server?
>> 
>> Finally
>> What is your recipe for failure from the point you load your stack in to LC 
>> to when you get the 404 message, step by step?
>> 
>> Sean Cole
>> Pi Digital
>> 
>> 
 On 21 Mar 2020, at 23:30, Colin Holgate via use-livecode 
  wrote:
>>> 
>>> I have only used the standalone publishing, I’m not doing anything custom. 
>>> Line 48 of standalone-community-9.5.1.js is what is talking to the 
>>> stdio.html file. That part of the code says this:
>>> 
>>> http.open("POST",”stdio.html"
>>> 
>>> 
>>> 
>>> ___
>>> use-livecode mailing list
>>> use-livecode@lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your 
>>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> ___
>> 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: Getting HTML5 going

[Colin Holgate via use-livecode]

stdio.h is file I/O, and I have copies of that in Unity. The missing file is 
stdio.html, not sure what that is, but maybe a JavaScript variation of the C 
header file. 

I have Indy installed now, and am trying to retrieve my license to give that a 
go.

> On Mar 22, 2020, at 5:59 PM, Pi Digital via use-livecode 
>  wrote:
> 
> Hi Colin
> 
> I’ve done a bit of digging and stdio is an api for file IO used in 
> emscripten. It’s also used for accessing external site pages. Additionally, 
> LC uses it to write to the log message box on your main page. 
> 
> So, I’m curious about the method you go through to get to this point of 
> error. Here are a series of questions that should get to the bottom of it. 
> 
> What platform are you running on?
> What platforms are you building for as set in the standalone settings?
> What browser are you running the HTML5 deployment in?
> How have you setup your localhost server?
> 
> Finally
> What is your recipe for failure from the point you load your stack in to LC 
> to when you get the 404 message, step by step?
> 
> Sean Cole
> Pi Digital
> 
> 
>> On 21 Mar 2020, at 23:30, Colin Holgate via use-livecode 
>>  wrote:
>> 
>> I have only used the standalone publishing, I’m not doing anything custom. 
>> Line 48 of standalone-community-9.5.1.js is what is talking to the 
>> stdio.html file. That part of the code says this:
>> 
>> http.open("POST",”stdio.html"
>> 
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> ___
> 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: Runtime Error on. JavaScript Handler in Browser

[Pi Digital via use-livecode]

Hi

For these sort of errors in my code, while testing, I have them set in 
try...end try catchers and catch the error message. This gets output to a log 
which helps me see the message path taken to the error so I can pinpoint where 
the message was interrupted. This is especially useful for do ... as JavaScript 
runtime errors. 

Does the 836 in your error message help at all or is that only in reference to 
your js handler in the html?

All the best

Sean Cole
Pi Digital


> On 22 Mar 2020, at 14:15, Sannyasin Brahmanathaswami via use-livecode 
>  wrote:
> 
> With Catalina I have RemoteDebugging Working…
> 
> even better I have AAGNetworkTracer and AAGNetworkTracerDashboard working…
> 
> awesome tools made by Andre! Can be used with  Community License, worth every 
> penny
> 
> I enabled  for mobile testing.
> 
> On iOS, when I open the Lexicon (a local html5 “stack” that we run in a 
> browser widget)
> 
> Whenever I hit a button on the HTML 5, layout, which triggers a JS handler in 
> LC
> 
> I get a message on desktop  in
> 
> AAGNetworkTracerDashboard
> 
> {"type": "error","time": "3/22/20 3:55:41 AM","content": 
> "863,0,0,runtime","line": "0"}
> 
> Strange thing, the JS handlers are called and function correctly in iOS every 
> though I get the msg, there is no crash.
> 
> But on Android, I get no crash, but the JS handlers in LC are not called. For 
> the user, the buttons appear non-responsive. They should go to an local 
> SQLLite DB and return data that is fed into the browser widget. It stills 
> happens on iOS but not on Android.
> 
> {"type": "error","time": "3/22/20 3:55:41 AM","content": 
> "863,0,0,runtime","line": "0"}
> 
> How can I look up the error. It appear to be regression in the widget in the 
> latest for of LC (dp 2 and 3… the same)
> 
> 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
___
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: IMAP Search skipping results

[Pi Digital via use-livecode]

Thanks Mark, your input here is appreciated. 

This reply in that forum wasn’t helpful, was it
> 
> > Known bug #90 was reported in 2014. However it still occurs in 2019. Does 
> > anybody know how to overcome this situation? 
> 
> Yes: by fixing the code! 
> 
In the thread it talks of pagination (as do you) but doesn’t give an example of 
how to do it. How would we implement this in LC? If it is not giving us the 
correct count how do we know how many pages we will have to allow for and so 
on. 

Regards

Sean Cole
Pi Digital


> On 23 Mar 2020, at 12:11, Mark Waddingham via use-livecode 
>  wrote:
> 
> On 2020-03-23 11:39, Pi Digital via use-livecode wrote:
>> No, same thing unfortunately. Even ALL has the issue. According to an
>> old bug report that has sat for an age untouched it is a known issue
>> in the ood curl lib they are using. At the rate they are currently
>> dealing with bugs for fundamental operations we might see a fix in
>> about a year or two (or four). [dig]
> 
> In this case the bug is in CURL - it is 'known bug #90':
> 
> 
> 
> There's a few threads around about it - this is the most recent I could find:
> 
> https://curl.haxx.se/mail/archive-2019-07/0029.html
> 
> The only real suggestion (although it is vague) there is using some for of 
> pagination (as the UIDs should be eternal, rather than related to the 
> position in the mailbox requested).
> 
> I couldn't find any explicit bug in their bug tracker which is still open for 
> this, but its still listed as a known issue so it sounds like there has been 
> no change in it unforunately :(
> 
> Warmest Regards,
> 
> Mark.
> 
> -- 
> Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
> LiveCode: Everyone can create apps
> 
> ___
> 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: IMAP Search skipping results

[Mark Waddingham via use-livecode]

On 2020-03-23 11:39, Pi Digital via use-livecode wrote:

No, same thing unfortunately. Even ALL has the issue. According to an
old bug report that has sat for an age untouched it is a known issue
in the ood curl lib they are using. At the rate they are currently
dealing with bugs for fundamental operations we might see a fix in
about a year or two (or four). [dig]


In this case the bug is in CURL - it is 'known bug #90':



There's a few threads around about it - this is the most recent I could 
find:


https://curl.haxx.se/mail/archive-2019-07/0029.html

The only real suggestion (although it is vague) there is using some for 
of pagination (as the UIDs should be eternal, rather than related to the 
position in the mailbox requested).


I couldn't find any explicit bug in their bug tracker which is still 
open for this, but its still listed as a known issue so it sounds like 
there has been no change in it unforunately :(


Warmest Regards,

Mark.

--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps

___
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: IMAP Search skipping results

[Pi Digital via use-livecode]

No, same thing unfortunately. Even ALL has the issue. According to an old bug 
report that has sat for an age untouched it is a known issue in the ood curl 
lib they are using. At the rate they are currently dealing with bugs for 
fundamental operations we might see a fix in about a year or two (or four). 
[dig]

Sean 


> On 23 Mar 2020, at 11:03, Charles Warwick via use-livecode 
>  wrote:
> 
___
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: IMAP Search skipping results

[Charles Warwick via use-livecode]

Hi Sean,

For your particular issue, does using “SEARCH UNSEEN” instead of “UID SEARCH 
NOT SEEN” provide the results you are looking for?

Regards,

Charles

> On 21 Mar 2020, at 3:10 am, Pi Digital via use-livecode 
>  wrote:
> 
> Thanks Bob
> 
> Yeah, I actually already have something like that. I’d abbreviated my code to 
> keep it simple on the forum. I’m not having trouble connecting. It’s just the 
> shortage of data returned from the server. It’s actually skipping a whole 
> chunk in the middle which is the weirdest part. 
> 
> There is this bug which is yet to be followed up on. 
> 
> https://quality.livecode.com/show_bug.cgi?id=22216
> 
> So I look forward to that in a couple of years maybe. 
> 
> In the meantime I’m hoping I find a solution to this or else it’s yet another 
> reason for clients to disappear saying “you can’t even do so and so”. It gets 
> so tedious having all the workarounds on workarounds. 
> 
> Sean Cole
> Pi Digital
> 
>> On 20 Mar 2020, at 15:10, Bob Sneidar via use-livecode 
>>  wrote:
>> 
>> This version wraps ALL the tsNet calls in a try catch construct:
>> 
>> function IMAPGetHeaders pServer, pUser, pPass
>>  if pServer is empty then
>> ask "Enter IMAP Server IP or address:" as sheet
>> if the result is "Cancel" then return "Canceled."
>> put it into pServer
>>  end if
>> 
>>  if pUser is empty then
>> ask "Enter email address:" as sheet
>> if the result is "Cancel" then return "Canceled."
>> put it into pUser
>>  end if
>> 
>>  if pPass is empty then
>> ask password "Enter password:" as sheet
>> if the result is "Cancel" then return "Canceled."
>> put it into pPass
>>  end if
>> 
>>  put pUser into tSettings["username"]
>>  put pPass into tSettings["password"]
>>  put empty into xHeaders
>> 
>>  try
>> tsnetinit
>> put tsNetCustomSync(pServer, \
>>   "SELECT INBOX",xHeaders,retHeaders,retResult, \
>>   retBytes,tSettings) into tStat
>> put tsNetCustomSync(pServer, \
>>   "UID SEARCH NOT SEEN",xHeaders,retHeaders, \
>>   retResult,retBytes,tSettings) into tStat
>>  catch tError
>> answer error "ERROR: " & tError as sheet
>> breakpoint
>>  end try
>> 
>>  put word 3 to -1 of tStat into tUIDs
>>  put the number of words in tUIDs into sMsgCount
>>  return retHeaders & tStat & sMsgCount
>> end IMAPGetHeaders
>> 
>>> On Mar 20, 2020, at 08:06 , Bob Sneidar via use-livecode 
>>>  wrote:
>>> 
>>> This may be of more use. No functional changes, just something you can use 
>>> to test against different IMAP servers:
>> 
>> 
>> ___
>> 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