Re: tsNet mail message not formatting

[J. Landman Gay via use-livecode]

I once inherited a stack where the original developer did just that.
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On March 3, 2021 5:46:06 PM Bob Sneidar via use-livecode 
 wrote:


That answers my question. Actually, I have no idea why I don’t ALWAYS use 
open file for binary.




___
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 mail message not formatting

[Rick Harrison via use-livecode]

Hi Charles,

I had almost everything right.
I was missing a cr between tCc and tBcc.  Oops.

Everything is working great now!

Thanks!!!

Rick

> On Mar 3, 2021, at 6:48 PM, Charles Warwick via use-livecode 
>  wrote:
> 
> Hi Rick,
> 
> What code did you try to add the Bcc e-mail recipients?
> 
> The tRecipient variable to the tsNetSmtpSync command needs to be one e-mail 
> address per line of all the recipients for the e-mail (To, Cc and Bcc) and 
> that is what is used to determine who the e-mail is sent to.
> 
> The rest of that script (in the lesson) is about how to format the e-mail 
> message, Bcc addresses don't get added to the header of the e-mail message.
> 
> So assuming your Bcc's addresses are stored in a variable called tBcc (one 
> per line), then you need to simply adjust the script (from the lesson) as 
> follows:
> 
> -- Make tRecipient a list of all recipients (To, Cc and Bcc)
> put tTo & cr & tCc & cr & tBcc into tRecipient 
> 
> put tsNetSmtpSync(tUrl, tFrom, tRecipient, tEmailMessage, tResponseHeaders, 
> tBytes, tSettings) into tResult
> 
> Regards,
> 
> Charles


___
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: sort container parameters

[Curry Kenworthy via use-livecode]

Inline sort param variables:

If anyone files this bug report/feature request, let me know!
I will sign on

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.com/

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

Re: tsNet mail message not formatting

[matthias rebbe via use-livecode]

Thanks Charles,

-
Matthias Rebbe
Life Is Too Short For Boring Code

this might is a relic from  times before tsNET.  When i started with tsNet i 
modified existing code and maybe i kept this "bad" behaviour. ;)

I used this only for inhouse status and alert emails for up to 5 recipients and 
never ran into a problem.

But i will keep it in mind for future use.



> Am 04.03.2021 um 00:48 schrieb Charles Warwick via use-livecode 
> :
> 
> Hi Matthias,
> 
> I would not recommend sending e-mail this way.  It will create a new SMTP 
> connection and send the e-mail message separately for every single recipient.
> 
> SMTP connections (and tsNetSMTP* commands) are designed to handle multiple 
> recipients for one e-mail within a single SMTP transfer.
> 
> Regards,
> 
> Charles
> 
>> On 4 Mar 2021, at 9:30 am, matthias rebbe via use-livecode 
>> mailto:use-livecode@lists.runrev.com>> wrote:
>> 
>> Rick,
>> 
>> let's say
>> 
>> pTO contains one or more email recipients, each in one line
>> pCC contains one or mor  cc recipients, each in one line
>> pBCC contains one or more bcc recipients, each in one line
>> tData contains the mime encoded message which includes all To and all CC 
>> recipients
>> 
>> then you would do
>> 
>> 
>> repeat for each line tLine in pTO
>> put tsNetSmtpSync(tServer, tFrom, tLine, tData, rOutHeaders, rBytes, 
>> tSettings)
>> end repeat
>> 
>> repeat for each line tLine in pCC
>> put tsNetSmtpSync(tServer, tFrom, tLine, tData, rOutHeaders, rBytes, 
>> tSettings)
>> end repeat
>> 
>> repeat for each line tLine in pBCC
>> put tsNetSmtpSync(tServer, tFrom, tLine, tData, rOutHeaders, rBytes, 
>> tSettings)
>> end repeat
>> 
>> The last repeat sends to the BCC recipients.
>> 
>> 
>> 
>> -
>> Matthias Rebbe
>> Life Is Too Short For Boring Code
>> 
>>> Am 03.03.2021 um 23:19 schrieb Rick Harrison via use-livecode 
>>> mailto:use-livecode@lists.runrev.com>>:
>>> Ok, everything is fine on the format front now.
>>> I noticed the code takes about a minute to execute all the way through.
>>> (Must be a lot of background process have to run?)
>>> I tried Charles Warwick’s suggestion for Bcc, and it didn’t work. :-(
>>> If any of you want to take a crack at it, please let me know your results.
>>> Thanks to everyone!
>>> Rick
>>> ___
>>> 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: tsNet mail message not formatting

[Bob Sneidar via use-livecode]

Still sketchy on whether or not open file for binary write and put url binfile 
give the same results.

Bob S


On Mar 3, 2021, at 3:56 PM, Brian Milby via use-livecode 
mailto:use-livecode@lists.runrev.com>> wrote:

Correct.  So the current situation requires you to use binfile for Mac/Linux 
and file for Windows/Linux to get appropriate line endings.  You can’t do it 
just one way, you have to check your OS.  Notice that Linux works both ways.

(You also should encode/decode if using binfile)

In ScriptTracker I use file for import since it handles everything and then let 
the user choose method for export (binfile would work fine for GitHub and Atom 
even on Windows).  Now that I think about it I could even add a “native” option 
that would use file for Windows and binfile otherwise.

Sent from my iPhone

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

Re: tsNet mail message not formatting

[Brian Milby via use-livecode]

Correct.  So the current situation requires you to use binfile for Mac/Linux 
and file for Windows/Linux to get appropriate line endings.  You can’t do it 
just one way, you have to check your OS.  Notice that Linux works both ways.

(You also should encode/decode if using binfile)

In ScriptTracker I use file for import since it handles everything and then let 
the user choose method for export (binfile would work fine for GitHub and Atom 
even on Windows).  Now that I think about it I could even add a “native” option 
that would use file for Windows and binfile otherwise.

Sent from my iPhone

> On Mar 3, 2021, at 4:37 PM, J. Landman Gay via use-livecode 
>  wrote:
> 
> On 3/3/21 1:51 PM, Brian Milby via use-livecode wrote:
>> If you want to be the most accurate (clear for others reading code) you 
>> would use the LF constant instead of CR since that is how it actually 
>> evaluates.  The only way to generate an actual CR within code is to use CRLF 
>> (which gets both) or use numtobyte(13).
>> If you export as text, then you get what is expected on Win/Linux and get CR 
>> on Mac (which is wrong in my opinion).
> 
> On the other hand, if you export text as binary you get whatever you wrote, 
> and automatic line endings aren't converted.
> 
> -- 
> 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: tsNet mail message not formatting

[Charles Warwick via use-livecode]

Hi Rick,

What code did you try to add the Bcc e-mail recipients?

The tRecipient variable to the tsNetSmtpSync command needs to be one e-mail 
address per line of all the recipients for the e-mail (To, Cc and Bcc) and that 
is what is used to determine who the e-mail is sent to.

The rest of that script (in the lesson) is about how to format the e-mail 
message, Bcc addresses don't get added to the header of the e-mail message.

So assuming your Bcc's addresses are stored in a variable called tBcc (one per 
line), then you need to simply adjust the script (from the lesson) as follows:

-- Make tRecipient a list of all recipients (To, Cc and Bcc)
put tTo & cr & tCc & cr & tBcc into tRecipient 

put tsNetSmtpSync(tUrl, tFrom, tRecipient, tEmailMessage, tResponseHeaders, 
tBytes, tSettings) into tResult

Regards,

Charles

> On 4 Mar 2021, at 9:20 am, Rick Harrison via use-livecode 
>  wrote:
> 
> Ok, everything is fine on the format front now.
> 
> I noticed the code takes about a minute to execute all the way through.
> (Must be a lot of background process have to run?)
> 
> I tried Charles Warwick’s suggestion for Bcc, and it didn’t work. :-(
> If any of you want to take a crack at it, please let me know your results.
> 
> Thanks to everyone!
> 
> Rick
> ___
> 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 mail message not formatting

[Charles Warwick via use-livecode]

Hi Matthias,

I would not recommend sending e-mail this way.  It will create a new SMTP 
connection and send the e-mail message separately for every single recipient.

SMTP connections (and tsNetSMTP* commands) are designed to handle multiple 
recipients for one e-mail within a single SMTP transfer.

Regards,

Charles

> On 4 Mar 2021, at 9:30 am, matthias rebbe via use-livecode 
>  wrote:
> 
> Rick,
> 
> let's say
> 
> pTO contains one or more email recipients, each in one line
> pCC contains one or mor  cc recipients, each in one line
> pBCC contains one or more bcc recipients, each in one line
> tData contains the mime encoded message which includes all To and all CC 
> recipients
> 
> then you would do
> 
> 
> repeat for each line tLine in pTO
> put tsNetSmtpSync(tServer, tFrom, tLine, tData, rOutHeaders, rBytes, 
> tSettings)
> end repeat
> 
> repeat for each line tLine in pCC
> put tsNetSmtpSync(tServer, tFrom, tLine, tData, rOutHeaders, rBytes, 
> tSettings)
> end repeat
> 
> repeat for each line tLine in pBCC
> put tsNetSmtpSync(tServer, tFrom, tLine, tData, rOutHeaders, rBytes, 
> tSettings)
> end repeat
> 
> The last repeat sends to the BCC recipients.
> 
> 
> 
> -
> Matthias Rebbe
> Life Is Too Short For Boring Code
> 
>> Am 03.03.2021 um 23:19 schrieb Rick Harrison via use-livecode 
>> :
>> Ok, everything is fine on the format front now.
>> I noticed the code takes about a minute to execute all the way through.
>> (Must be a lot of background process have to run?)
>> I tried Charles Warwick’s suggestion for Bcc, and it didn’t work. :-(
>> If any of you want to take a crack at it, please let me know your results.
>> Thanks to everyone!
>> Rick
>> ___
>> 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: sort container parameters

[Bob Sneidar via use-livecode]

We used to call that, “polishing poop” which, according to Mythbusters is a 
thing. No, really.

Bob S


On Mar 3, 2021, at 2:02 PM, Paul Dupuis via use-livecode 
mailto:use-livecode@lists.runrev.com>> wrote:

Perhaps it is a compliment to Livecode/LCS that I EXPECTED it to work and was 
SURPRISED when it did not :-)

___
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 mail message not formatting

[Bob Sneidar via use-livecode]

That answers my question. Actually, I have no idea why I don’t ALWAYS use open 
file for binary.

Bob S


On Mar 3, 2021, at 2:36 PM, J. Landman Gay via use-livecode 
mailto:use-livecode@lists.runrev.com>> wrote:

On 3/3/21 1:51 PM, Brian Milby via use-livecode wrote:
If you want to be the most accurate (clear for others reading code) you would 
use the LF constant instead of CR since that is how it actually evaluates.  The 
only way to generate an actual CR within code is to use CRLF (which gets both) 
or use numtobyte(13).
If you export as text, then you get what is expected on Win/Linux and get CR on 
Mac (which is wrong in my opinion).

On the other hand, if you export text as binary you get whatever you wrote, and 
automatic line endings aren't converted.

--
Jacqueline Landman Gay

___
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 mail message not formatting

[Bob Sneidar via use-livecode]

Thanks Matthias. Actually I use open file and write to file, but the results 
may be the same. Are you saying if use open binary file it will not translate 
the line endings?

Bob S


On Mar 3, 2021, at 1:51 PM, matthias rebbe via use-livecode 
mailto:use-livecode@lists.runrev.com>> wrote:

The problem is,  put URL file:  uses the line endings of the os where the it is 
executed, even if you have a container/variable with some text and line endings 
CRLF. As soon as you use put  into URL "file:..." the line endings are 
converted to the default ones of the os where the code is excecuted. In case of 
macOS the line endings are converted from CRLF to CR.

If you want to keep the CRLF line endings on macOS then you have to use put 
 into URL "binfile:..."  In this case the written data keeps the line 
endings you used when "filling" the container/variable.




-
Matthias Rebbe
Life Is Too Short For Boring Code

Am 03.03.2021 um 22:43 schrieb Bob Sneidar via use-livecode 
mailto:use-livecode@lists.runrev.com>>:

OK Now I am interested. I have a little utility that converts a Konica Minolta 
address book to a Toshiba one. If I run the utility on a Mac, the address book 
will not import into a Toshiba copier, but if I first OPEN the csv file in 
WINDOWS, then save and close it, suddenly it WILL import. I tracked this down 
some time ago to the fact that the line endings were different than the Toshiba 
was expecting. I thought I fixed it by using LF but I have the same problem as 
before. From what I am reading, the LC constants will return a different result 
on LC for Windows as opposed to LC for Mac??

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: sort container parameters

[Ken Ray via use-livecode]

Craig,

It's because when you try to sort something, it's got to be a variable that's 
being sorted. So all of the examples you used put "toSort" into the statement 
to be "done" coming out compiled as:

sort items of "A,C,T,B" ascending

... which won't work. You need to execute:

do "sort items of toSort" && sortDir

which compiles to:

sort items of toSort ascending

... and that works.

:)


Ken Ray
Sons of Thunder Software, Inc.
Email: k...@sonsothunder.com
Website: https://www.sonsothunder.com


> On Mar 3, 2021, at 12:23 PM, Craig Newman via use-livecode 
>  wrote:
> 
> I thought I was pretty clever at using “do”, often going down several levels, 
>  evaluating the whole way before trying to execute a single  “do” statement.
> 
> Neither of the last lines seem to work:
> 
> on mouseup
> 
> put "A,C,T,B" into toSort
> 
> put "ascending" into sortDir
> 
> get "sort items of" && quote & toSort & quote && sortDir
> 
> breakpoint
> 
> --do it
> 
> --do "sort" && toSort && sortDir
> 
> do "sort" && quote & toSort & quote && sortDir
> 
> end mouseup
> 
> 
> I feel there must be a way…
> 
> Craig
> 
> 
>> On Mar 2, 2021, at 7:36 PM, Alex Tweedly via use-livecode 
>>  wrote:
>> 
>> The number of lines being sorted makes o difference.
>> 
>> The number of distinct sorts will - but at a single 'do' for each of 
>> "several hundreds", you'll not even notice except (maybe) if you are 
>> benchmarking it (around 5ms per 1000 'do's on an elderly MacBook Pro).
>> 
>> Alex.
>> 
>> On 02/03/2021 22:52, Paul Dupuis via use-livecode wrote:
>>> Okay. Thank you Ralph.
>>> 
>>> I was reluctant to use "do" for performance reasons. The sort could be 
>>> sorting a large number of lines - as many as several hundred sorts of a 
>>> thousand to ten thousand lines.
>>> 
>>> I could of course do timing trials, but does anyone from the mothership (or 
>>> anyone period) know if using "do" with a container sort causes any 
>>> appreciable performance hit? All the data is in a variable (vs fields).
>>> 
>>> 
>>> On 3/2/2021 5:19 PM, Ralph DiMola via use-livecode wrote:
 I found that you must us a "Do"(thank heaven for "Do"s) if you want to 
 make variable any LC token that colorizes like "stack", "the", "field", 
 "button", "put" or "ascending".
 
 I don't think "Do" is a kludge is this case.
 
 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 Paul Dupuis via use-livecode
 Sent: Tuesday, March 02, 2021 4:56 PM
 To: use-livecode@lists.runrev.com
 Cc: Paul Dupuis
 Subject: sort container parameters
 
 I just discovered much to my dismay that you can not execute the following:
 
 put "ascending" into tDirection
 soft lines of tContainer tDirection international
 
 apparently neither the sort direction (ascending|descending) nor the sort 
 type (international|text|datetime|numeric|binary) can be variable!
 
 That means if you want to parameterize a sort direction, you have to do 
 something like:
 
 if tDirection is "ascending" then
sort lines of tContainer ascending international else
sort lines of tCOntainer descending international end if
 
 I see this a a bug or perhaps a failure to fully robust impliment the sort 
 container command? Does any one else see this as a bug?
 
 I suppose I could work around it with a "do" but that seems like a cludge
 
 do ("sort line of tContainer" && tDirection && tSortType)
 
 Thoughts? Comments? Opinions? Am I expecting too much of LiveCode to have 
 sort direction and type actual parameters?
 
 
 ___
 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: tsNet mail message not formatting

[J. Landman Gay via use-livecode]

On 3/3/21 1:51 PM, Brian Milby via use-livecode wrote:

If you want to be the most accurate (clear for others reading code) you would 
use the LF constant instead of CR since that is how it actually evaluates.  The 
only way to generate an actual CR within code is to use CRLF (which gets both) 
or use numtobyte(13).

If you export as text, then you get what is expected on Win/Linux and get CR on 
Mac (which is wrong in my opinion).


On the other hand, if you export text as binary you get whatever you wrote, and automatic line 
endings aren't converted.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

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

Re: tsNet mail message not formatting

[matthias rebbe via use-livecode]

Rick,

let's say

pTO contains one or more email recipients, each in one line
pCC contains one or mor  cc recipients, each in one line
pBCC contains one or more bcc recipients, each in one line
tData contains the mime encoded message which includes all To and all CC 
recipients

then you would do


repeat for each line tLine in pTO
  put tsNetSmtpSync(tServer, tFrom, tLine, tData, rOutHeaders, rBytes, 
tSettings)
end repeat

repeat for each line tLine in pCC
  put tsNetSmtpSync(tServer, tFrom, tLine, tData, rOutHeaders, rBytes, 
tSettings)
end repeat

repeat for each line tLine in pBCC
  put tsNetSmtpSync(tServer, tFrom, tLine, tData, rOutHeaders, rBytes, 
tSettings)
end repeat

The last repeat sends to the BCC recipients.



-
Matthias Rebbe
Life Is Too Short For Boring Code

> Am 03.03.2021 um 23:19 schrieb Rick Harrison via use-livecode 
> :
> 
> Ok, everything is fine on the format front now.
> 
> I noticed the code takes about a minute to execute all the way through.
> (Must be a lot of background process have to run?)
> 
> I tried Charles Warwick’s suggestion for Bcc, and it didn’t work. :-(
> If any of you want to take a crack at it, please let me know your results.
> 
> Thanks to everyone!
> 
> Rick
> ___
> 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

Sample Stacks Using RSA + AES Encryption with sockets

[Mark Clark via use-livecode]

In case anyone has an interest, I’ve posted a simple framework for building 
client-server stuff with encrypted payload.

Rationale

“...I hope this simple outline will encourage others to explore using LC for 
client-server
applications. LC is fun and provides a lot of power in a few lines of code. I 
am using pretty verbose
code here which you can of course mod to your own style--hopefully I've made it 
easy for those new to LC or sockets in general to understand and incorporate 
some of these ideas.

The use of a long term RSA secret means there is no mechanism here for PFS: 
Perfect Forward Security (better termed Imperfect Forward Security)
What this means is that anyone who is recording your traffic could unlock all 
past communications if they somehow manage to acquire your secret RSA key and 
its password. So ya know, don't leave your keys on the countertop…"

Description

This is a simple LiveCode framework for creating a client and server that 
communicate over sockets using RSA to exchange a session based symmetric key 
and using AES to encrypt subsequent traffic--capabilities that LiveCode 
provides built-in. Additionally you will likely want to use strong HASH or 
HMACs with your app for authentication and again LiveCode provides.

Location monkey button software dot com downloads



https://www.monkeybuttonsoftware.com/monkey_button_downloads/ 


Please feel free to write me directly if you have any questions/suggestions or 
find glaring holes—hopefully I didn’t make too many mistakes


Mark
___
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 mail message not formatting

[Rick Harrison via use-livecode]

Ok, everything is fine on the format front now.

I noticed the code takes about a minute to execute all the way through.
(Must be a lot of background process have to run?)

I tried Charles Warwick’s suggestion for Bcc, and it didn’t work. :-(
If any of you want to take a crack at it, please let me know your results.

Thanks to everyone!

Rick
___
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: sort container parameters

[Paul Dupuis via use-livecode]

I love xTalk. While I have written code in many dozens of languages over 
my career, I personally will likely never code in anything other than 
xTalk for as long as I continue to write code.


That said, one of the "problems" of a programming language that is so 
intuitive is that I sometime write code that I expect to work ... and it 
doesn't. The container sort with params was one such instance.


Perhaps it is a compliment to Livecode/LCS that I EXPECTED it to work 
and was SURPRISED when it did not :-)



On 3/3/2021 1:00 PM, Richard Gaskin via use-livecode wrote:

Paul Dupuis wrote:

> I just discovered much to my dismay that you can not execute the
> following:
>
> put "ascending" into tDirection
> soft lines of tContainer tDirection international
>
> apparently neither the sort direction (ascending|descending) nor the
> sort type (international|text|datetime|numeric|binary) can be
> variable!
...
> I see this a a bug or perhaps a failure to fully robust impliment the
> sort container command? Does any one else see this as a bug?

Bug or feature?  The ambiguities introduced by the HyperTalk team have 
made that an evergreen question. ;)


Some tokens can be parameterized, others not.

MC/LC goes much further than HC in allowing object references to be a 
mix of literal and variable expressions, e.g.:


   -- Works in LC, not in HC:
   put the long id of this cd into tCdObj
   get the name of btn 1 of tCdObj

...but other expressions and keywords are not so clear.

Let's see what happens if we parameterize everything in your statement:

  put "ascending" into tDirection
  put "numeric" into tSortType
  put "items" into tChunkType
  put "1,2,3,4,5,6,7,8,9" into tData
  sort tChunkType of tData tSortType tDirection

In that last line, which variables should we expect to be allowed, and 
which ones not?


I'm certain there's a rule defining this.

I'm equally certain I've never met any xTalker who was able to intuit 
that rule with complete confidence.





___
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 mail message not formatting

[Richard Gaskin via use-livecode]

Bob Sneidar wrote:

> OK Now I am interested. I have a little utility that converts a Konica
> Minolta address book to a Toshiba one. If I run the utility on a Mac,
> the address book will not import into a Toshiba copier, but if I first
> OPEN the csv file in WINDOWS, then save and close it, suddenly it WILL
> import. I tracked this down some time ago to the fact that the line
> endings were different than the Toshiba was expecting. I thought I
> fixed it by using LF but I have the same problem as before. From what
> I am reading, the LC constants will return a different result on LC
> for Windows as opposed to LC for Mac??

It may be that Konica believes all computers run Windows. Silly as it 
sounds, I've seen that from some manufacturers.


When writing a file from LC in text mode, line endings are altered.

Originally, the way in which they were altered was to create a text file 
that played nice with other programs on the host OS.


Internally, LC uses the Unix convention for line endings, LF (made 
confusing by allowing CR to also be used for the same internal line ending).


When writing to a file in text mode, what line endings are converted to 
varies by what's most common on that platform:


Linux: LF is preserved as-is

Windows: LF becomes CRLF

macOS: LF becomes CR

The problem is that macOS (v10 and later) is a Unix, unlike MacOS (v9 
and earlier) which was its own trippy little island unto itself.


Unix (including macOS) most commonly uses LF for line endings, but when 
LC writes out in text mode on macOS it still uses the older MacOS line 
ending, CR.


None of this is made any clearer by Apple's decision to use MacOS to 
denote OS 9 and earler, and macOS for 10 and later. :)


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com


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

Re: tsNet mail message not formatting

[matthias rebbe via use-livecode]

The problem is,  put URL file:  uses the line endings of the os where the it is 
executed, even if you have a container/variable with some text and line endings 
CRLF. As soon as you use put  into URL "file:..." the line endings are 
converted to the default ones of the os where the code is excecuted. In case of 
macOS the line endings are converted from CRLF to CR.

If you want to keep the CRLF line endings on macOS then you have to use put 
 into URL "binfile:..."  In this case the written data keeps the line 
endings you used when "filling" the container/variable.




-
Matthias Rebbe
Life Is Too Short For Boring Code

> Am 03.03.2021 um 22:43 schrieb Bob Sneidar via use-livecode 
> :
> 
> OK Now I am interested. I have a little utility that converts a Konica 
> Minolta address book to a Toshiba one. If I run the utility on a Mac, the 
> address book will not import into a Toshiba copier, but if I first OPEN the 
> csv file in WINDOWS, then save and close it, suddenly it WILL import. I 
> tracked this down some time ago to the fact that the line endings were 
> different than the Toshiba was expecting. I thought I fixed it by using LF 
> but I have the same problem as before. From what I am reading, the LC 
> constants will return a different result on LC for Windows as opposed to LC 
> for Mac??
> 
> Bob S
> 
> 
> On Mar 3, 2021, at 11:51 AM, Brian Milby via use-livecode 
> mailto:use-livecode@lists.runrev.com>> wrote:
> 
> If you want to be the most accurate (clear for others reading code) you would 
> use the LF constant instead of CR since that is how it actually evaluates.  
> The only way to generate an actual CR within code is to use CRLF (which gets 
> both) or use numtobyte(13).
> 
> If you export as text, then you get what is expected on Win/Linux and get CR 
> on Mac (which is wrong in my opinion).
> 
> Sent from my iPhone
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
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 mail message not formatting

[Bob Sneidar via use-livecode]

OK Now I am interested. I have a little utility that converts a Konica Minolta 
address book to a Toshiba one. If I run the utility on a Mac, the address book 
will not import into a Toshiba copier, but if I first OPEN the csv file in 
WINDOWS, then save and close it, suddenly it WILL import. I tracked this down 
some time ago to the fact that the line endings were different than the Toshiba 
was expecting. I thought I fixed it by using LF but I have the same problem as 
before. From what I am reading, the LC constants will return a different result 
on LC for Windows as opposed to LC for Mac??

Bob S


On Mar 3, 2021, at 11:51 AM, Brian Milby via use-livecode 
mailto:use-livecode@lists.runrev.com>> wrote:

If you want to be the most accurate (clear for others reading code) you would 
use the LF constant instead of CR since that is how it actually evaluates.  The 
only way to generate an actual CR within code is to use CRLF (which gets both) 
or use numtobyte(13).

If you export as text, then you get what is expected on Win/Linux and get CR on 
Mac (which is wrong in my opinion).

Sent from my iPhone

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

Re: tsNet mail message not formatting

[Richard Gaskin via use-livecode]

Brian Milby wrote:

> If you export as text, then you get what is expected on Win/Linux and
> get CR on Mac (which is wrong in my opinion).

Wrong, but at least consistently so. ;)

As a dialect of HyperTalk, LC maintains the "CR = ASCII 13" rule because 
way back in '87 when HC was born that was what it was.


When macOS became a Unix around the turn of the century of course that 
changed, and these days most Mac software use LF for line endings, 
consistent with both Unix and Linux.


And with that we find ourselves stuck in a world of having to explain to 
every new user that CR isn't really CR but LF, until you write it to a 
file when it gets transformed into a CR that no one uses anymore.


If this were Python the solution would be simple enough: make it current 
in the engine and "just" require everyone to rewrite their code if they 
want to upgrade. :)


But we like that LC is among the few languages that prioritizes backward 
compatibility.


Most of the time.

This one is such a weird outdated anomaly that I almost wouldn't mind 
the pain of revising my code if it meant never having that awkward 
conversation with once-eager newcomers ever again.


But that can be resolved another way: focusing on remarketing to 
existing customers rather than marketing to grow the platform among new 
customers minimizes any need to explain the past to new users.


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com

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

Re: tsNet mail message not formatting

[Brian Milby via use-livecode]

If you want to be the most accurate (clear for others reading code) you would 
use the LF constant instead of CR since that is how it actually evaluates.  The 
only way to generate an actual CR within code is to use CRLF (which gets both) 
or use numtobyte(13).

If you export as text, then you get what is expected on Win/Linux and get CR on 
Mac (which is wrong in my opinion).

Sent from my iPhone

> On Mar 3, 2021, at 12:40 PM, Sean Cole (Pi) via use-livecode 
>  wrote:
> 
> You have to do this:
> 
> replace cr with crlf in tBody
> 
> Personal Btw: I find that using ‘return’ results in ugly code as a personal
> preference, so I avoid that and use cr. it’s just that the script renderer
> shows ‘return’ in yellow for it’s command equivalent because they still
> haven’t coded the editor to work out if you are using it as the command or
> the keyword.
> 
> All the best.
> 
>> On Wed, 3 Mar 2021 at 17:41, matthias rebbe via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
>> Tried this script here on macOS
>> 
>> put "this is line 1" &"this is line 2" into tBody
>> 
>> put "xx" into tFrom
>> 
>> put "xxx...@me.com" into tTo
>> 
>> put "Email test" into tSubject
>> 
>> put "" into tSettings["username"]
>> 
>> put "" into tSettings["password"]
>> 
>> put TRUE into tSettings["NO_REUSE"]
>> 
>> put "smtp://xxx.xxx.Xxx.xxx" into tServer
>> 
>> mimeEncodeAsMIMEEmail tBody,tFrom,tTo,"",tSubject
>> 
>> put it into tData
>> 
>> put tsNetSmtpSync(tServer, tFrom, tTo, tData, rOutHeaders, rBytes,
>> tSettings)
>> 
>> 
>> The email body is showing 2 lines in Apple Mail as expected.
>> 
>> Could you show your code, at least the coder which you are using to
>> fill/create the message (smtp header and body)?
>> 
>> 
>> 
>> -
>> Matthias Rebbe
>> Life Is Too Short For Boring Code
>> 
>>> Am 03.03.2021 um 18:09 schrieb Rick Harrison via use-livecode <
>> use-livecode@lists.runrev.com>:
>>> 
>>> I want to send a message that has multiple lines.
>>> I have tried inserting cr and return and nothing
>>> works so far. The message ends up on a same line.
>>> 
>>> Ideas?
>>> 
>>> Thanks,
>>> 
>>> Rick
>>> 
>>> ___
>>> 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
>> 
> -- 
> Pi Digital
> ___
> 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 mail message not formatting

[Sean Cole (Pi) via use-livecode]

You have to do this:

replace cr with crlf in tBody

Personal Btw: I find that using ‘return’ results in ugly code as a personal
preference, so I avoid that and use cr. it’s just that the script renderer
shows ‘return’ in yellow for it’s command equivalent because they still
haven’t coded the editor to work out if you are using it as the command or
the keyword.

All the best.

On Wed, 3 Mar 2021 at 17:41, matthias rebbe via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Tried this script here on macOS
>
> put "this is line 1" &"this is line 2" into tBody
>
> put "xx" into tFrom
>
> put "xxx...@me.com" into tTo
>
> put "Email test" into tSubject
>
> put "" into tSettings["username"]
>
> put "" into tSettings["password"]
>
> put TRUE into tSettings["NO_REUSE"]
>
> put "smtp://xxx.xxx.Xxx.xxx" into tServer
>
> mimeEncodeAsMIMEEmail tBody,tFrom,tTo,"",tSubject
>
> put it into tData
>
> put tsNetSmtpSync(tServer, tFrom, tTo, tData, rOutHeaders, rBytes,
> tSettings)
>
>
> The email body is showing 2 lines in Apple Mail as expected.
>
> Could you show your code, at least the coder which you are using to
> fill/create the message (smtp header and body)?
>
>
>
> -
> Matthias Rebbe
> Life Is Too Short For Boring Code
>
> > Am 03.03.2021 um 18:09 schrieb Rick Harrison via use-livecode <
> use-livecode@lists.runrev.com>:
> >
> > I want to send a message that has multiple lines.
> > I have tried inserting cr and return and nothing
> > works so far. The message ends up on a same line.
> >
> > Ideas?
> >
> > Thanks,
> >
> > Rick
> >
> > ___
> > 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
>
-- 
Pi Digital
___
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: sort container parameters

[Craig Newman via use-livecode]

I thought I was pretty clever at using “do”, often going down several levels,  
evaluating the whole way before trying to execute a single  “do” statement.

Neither of the last lines seem to work:

on mouseup

put "A,C,T,B" into toSort

put "ascending" into sortDir

get "sort items of" && quote & toSort & quote && sortDir

breakpoint

--do it

--do "sort" && toSort && sortDir

do "sort" && quote & toSort & quote && sortDir

end mouseup


I feel there must be a way…

Craig


> On Mar 2, 2021, at 7:36 PM, Alex Tweedly via use-livecode 
>  wrote:
> 
> The number of lines being sorted makes o difference.
> 
> The number of distinct sorts will - but at a single 'do' for each of "several 
> hundreds", you'll not even notice except (maybe) if you are benchmarking it 
> (around 5ms per 1000 'do's on an elderly MacBook Pro).
> 
> Alex.
> 
> On 02/03/2021 22:52, Paul Dupuis via use-livecode wrote:
>> Okay. Thank you Ralph.
>> 
>> I was reluctant to use "do" for performance reasons. The sort could be 
>> sorting a large number of lines - as many as several hundred sorts of a 
>> thousand to ten thousand lines.
>> 
>> I could of course do timing trials, but does anyone from the mothership (or 
>> anyone period) know if using "do" with a container sort causes any 
>> appreciable performance hit? All the data is in a variable (vs fields).
>> 
>> 
>> On 3/2/2021 5:19 PM, Ralph DiMola via use-livecode wrote:
>>> I found that you must us a "Do"(thank heaven for "Do"s) if you want to make 
>>> variable any LC token that colorizes like "stack", "the", "field", 
>>> "button", "put" or "ascending".
>>> 
>>> I don't think "Do" is a kludge is this case.
>>> 
>>> 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 Paul Dupuis via use-livecode
>>> Sent: Tuesday, March 02, 2021 4:56 PM
>>> To: use-livecode@lists.runrev.com
>>> Cc: Paul Dupuis
>>> Subject: sort container parameters
>>> 
>>> I just discovered much to my dismay that you can not execute the following:
>>> 
>>> put "ascending" into tDirection
>>> soft lines of tContainer tDirection international
>>> 
>>> apparently neither the sort direction (ascending|descending) nor the sort 
>>> type (international|text|datetime|numeric|binary) can be variable!
>>> 
>>> That means if you want to parameterize a sort direction, you have to do 
>>> something like:
>>> 
>>> if tDirection is "ascending" then
>>> sort lines of tContainer ascending international else
>>> sort lines of tCOntainer descending international end if
>>> 
>>> I see this a a bug or perhaps a failure to fully robust impliment the sort 
>>> container command? Does any one else see this as a bug?
>>> 
>>> I suppose I could work around it with a "do" but that seems like a cludge
>>> 
>>> do ("sort line of tContainer" && tDirection && tSortType)
>>> 
>>> Thoughts? Comments? Opinions? Am I expecting too much of LiveCode to have 
>>> sort direction and type actual parameters?
>>> 
>>> 
>>> ___
>>> 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: sort container parameters

[Richard Gaskin via use-livecode]

Paul Dupuis wrote:

> I just discovered much to my dismay that you can not execute the
> following:
>
> put "ascending" into tDirection
> soft lines of tContainer tDirection international
>
> apparently neither the sort direction (ascending|descending) nor the
> sort type (international|text|datetime|numeric|binary) can be
> variable!
...
> I see this a a bug or perhaps a failure to fully robust impliment the
> sort container command? Does any one else see this as a bug?

Bug or feature?  The ambiguities introduced by the HyperTalk team have 
made that an evergreen question. ;)


Some tokens can be parameterized, others not.

MC/LC goes much further than HC in allowing object references to be a 
mix of literal and variable expressions, e.g.:


   -- Works in LC, not in HC:
   put the long id of this cd into tCdObj
   get the name of btn 1 of tCdObj

...but other expressions and keywords are not so clear.

Let's see what happens if we parameterize everything in your statement:

  put "ascending" into tDirection
  put "numeric" into tSortType
  put "items" into tChunkType
  put "1,2,3,4,5,6,7,8,9" into tData
  sort tChunkType of tData tSortType tDirection

In that last line, which variables should we expect to be allowed, and 
which ones not?


I'm certain there's a rule defining this.

I'm equally certain I've never met any xTalker who was able to intuit 
that rule with complete confidence.


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com

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

Re: tsNet mail message not formatting

[matthias rebbe via use-livecode]

Tried this script here on macOS

put "this is line 1" &"this is line 2" into tBody

put "xx" into tFrom

put "xxx...@me.com" into tTo

put "Email test" into tSubject

put "" into tSettings["username"]

put "" into tSettings["password"]

put TRUE into tSettings["NO_REUSE"]

put "smtp://xxx.xxx.Xxx.xxx" into tServer

mimeEncodeAsMIMEEmail tBody,tFrom,tTo,"",tSubject

put it into tData

put tsNetSmtpSync(tServer, tFrom, tTo, tData, rOutHeaders, rBytes, tSettings)


The email body is showing 2 lines in Apple Mail as expected.

Could you show your code, at least the coder which you are using to fill/create 
the message (smtp header and body)?



-
Matthias Rebbe
Life Is Too Short For Boring Code

> Am 03.03.2021 um 18:09 schrieb Rick Harrison via use-livecode 
> :
> 
> I want to send a message that has multiple lines.
> I have tried inserting cr and return and nothing
> works so far. The message ends up on a same line.
> 
> Ideas?
> 
> Thanks,
> 
> Rick
> 
> ___
> 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 mail message not formatting

[Ralph DiMola via use-livecode]

There are 2 things(at least) that I can't believe in 2021 have
standards.
1) Fonts and their names/faces
2) Carriage returns/new lines/line feed


In LC(on windows) both cr and lf have a chartonum value of 10

Try a numtochar(13) or numtochar(13)(10)

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 Rick Harrison via use-livecode
Sent: Wednesday, March 03, 2021 12:10 PM
To: How to use LiveCode
Cc: Rick Harrison
Subject: tsNet mail message not formatting

I want to send a message that has multiple lines.
I have tried inserting cr and return and nothing works so far. The message
ends up on a same line.

Ideas?

Thanks,

Rick

___
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

tsNet mail message not formatting

[Rick Harrison via use-livecode]

I want to send a message that has multiple lines.
I have tried inserting cr and return and nothing
works so far. The message ends up on a same line.

Ideas?

Thanks,

Rick

___
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: S3 API vs AWS

[Tom Glod via use-livecode]

Hi Mark,

Ahhh sorry. I missed the fetch that this was 5 years ago.

I heard from Heather today, and it sounds like they will make the effort of
updating the aws library, and I'll get to help test it.

Fingers crossed.

Thanks,

Tom

On Mon, Mar 1, 2021 at 4:48 PM Tom Glod  wrote:

> Hi Mark,
>
> I appreciate your interest in this.
> I agree that it would be interesting to have minio directly inside LC via
> widgets,
> What advantage would there be to that vs updating the aws library to work?
> Interested to hear your thoughts.
>
> Thanks,
>
> Tom
>
>
> On Sun, Feb 28, 2021 at 1:35 PM Mark Clark via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> Since I posted the enhancement request for a non-AWS S3 endpoint, thought
>> I might chime in a bit on S3. I worked with AB and Harsha (founders of
>> Minio) in a past life when they were at Gluster (acquired by RedHat) and I
>> was at a company called Compellent (acquired by DELL). Knowing those two I
>> believed their notion of a developer-centric open source object store was a
>> winning idea.
>>
>> Kevin and everyone at LiveCode get a *lot* of people pulling at them for
>> attention. I’m in awe of their ability to do so much with relatively few
>> resources. Back in 2016 they were tremendously busy, which is still true
>> for 2021:)
>>
>> Currently I use Minio in a production environment and since LiveCode
>> doesn’t natively support it, I wrote a simple server back end to handle
>> client requests that require object. LiveCode is not what we use to build
>> our products, but it sure has come in handy for prototyping our UI and
>> doing IT style apps in the back office.
>>
>> In retrospect I should have banged the drums with the whole community and
>> pushed this idea of putting some money behind the request. But those darn
>> day jobs get in the way, sometimes.
>>
>> Minio + LC = Goodness, even if you have to use shell and mc under the
>> hood:)
>>
>> Mark
>>
>> From: Mark Clark 
>> Subject: 500 Dollar Pledge: Livecode plus S3 API (object storage)
>> Date: May 26, 2016 at 9:33:30 AM CDT
>> To: Kevin Miller 
>>
>> Sorry if this is seemingly off topic to LiveCode, but it does help
>> illustrate cloud storage opportunities for LC with the planned/eventual
>> improved networking. Minio libraries are FOSS drop in replacements for S3
>> so no issues for LC in paid or open source versions. Files must go to
>> object to overcome limits of RAID and filesystems, so how amazing would it
>> be for LiveCode to include s3 (which for better or worse is now the defacto
>> standard for object storage) native commands for getting and putting data
>> to the cloud? LC is a perfect visual means of tying together various
>> complicated sub-systems to generate a new generation of rich GUI web apps.
>>
>>
>> https://blog.minio.io/object-storage-in-practice-creating-a-reliable-data-store-9b424a22e8e#.5nyuf9by9
>> <
>> https://blog.minio.io/object-storage-in-practice-creating-a-reliable-data-store-9b424a22e8e#.5nyuf9by9
>> >
>>
>> I have been happy to support each campaign along the way and will
>> continue to believe in your vision for LiveCode. But I sometimes wonder if
>> failing to support or at least post a vision for cloud scale data storage
>> for app developers is a bit similar to not putting a network piece into
>> Hypercard. Would you consider a campaign of say 10k to support a set of
>> minio widgets for LiveCode? I would happily pay $500.00 towards such a
>> project if you felt it worthwhile to put forward.
>>
>> Minio has three main components: a client and client libraries for
>> accessing objects via S3; a single instance micro server for S3 (how cool
>> if this were placed with LiveCode Server); and an XL version (still under
>> heavy dev) which is a fully distributed and erasure encoded object storage
>> server.
>>
>>
>> Respectfully,
>>
>> Mark Clark
>>
>> >
>> ___
>> 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
>>
>
>
> --
> Tom Glod
> Founder & Developer
> MakeShyft R.D.A (www.makeshyft.com)
> Mobile:647.562.9411
>


-- 
Tom Glod
Founder & Developer
MakeShyft R.D.A (www.makeshyft.com)
Mobile:647.562.9411
___
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: LiveCode hosting: terminal access?

[BT via use-livecode]

Ah, the perfect answer - thank you Heather. I’ll email support 
Best,
Keith

> On 3 Mar 2021, at 10:58, Heather Laine via use-livecode 
>  wrote:
> 
> Just ask us. We'll install it for you.
> 
> Best
> 
> Heather
> 
> Heather Laine
> Customer Services Manager
> LiveCode Ltd
> www.livecode.com
> 
> 
>> On 3 Mar 2021, at 08:53, BT via use-livecode  
>> wrote:
>> 
>> Folks,
>> A quick question for those with LiveCode hosting / OnRev accounts...
>> 
>> I want to investigate LC server calling and processing data from Python 
>> scrapy.org  scripts and was hoping to create a test-rig 
>> on my LiveCode hosted server instance. 
>> 
>> However, I don’t see any obvious way to install the necessary Python 
>> packages - the Softaulous Apps Installer doesn’t include any Python-related 
>> apps and I don’t see access to any terminal SSH or WHM. 
>> 
>> I can't find anything in the forums hosting section on this. Am I missing 
>> something obvious, do I need to request access from support or are these 
>> accounts locked down such that I need to look elsewhere to setup an 
>> alternative LC server test-rig?
>> 
>> Any steer would be much appreciated.
>> 
>> Thanks,
>> Keith 
>> ___
>> 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: LiveCode hosting: terminal access?

[Heather Laine via use-livecode]

Just ask us. We'll install it for you.

Best

Heather

Heather Laine
Customer Services Manager
LiveCode Ltd
www.livecode.com



> On 3 Mar 2021, at 08:53, BT via use-livecode  
> wrote:
> 
> Folks,
> A quick question for those with LiveCode hosting / OnRev accounts...
> 
> I want to investigate LC server calling and processing data from Python 
> scrapy.org  scripts and was hoping to create a test-rig 
> on my LiveCode hosted server instance. 
> 
> However, I don’t see any obvious way to install the necessary Python packages 
> - the Softaulous Apps Installer doesn’t include any Python-related apps and I 
> don’t see access to any terminal SSH or WHM. 
> 
> I can't find anything in the forums hosting section on this. Am I missing 
> something obvious, do I need to request access from support or are these 
> accounts locked down such that I need to look elsewhere to setup an 
> alternative LC server test-rig?
> 
> Any steer would be much appreciated.
> 
> Thanks,
> Keith 
> ___
> 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

LiveCode hosting: terminal access?

[BT via use-livecode]

Folks,
A quick question for those with LiveCode hosting / OnRev accounts...

I want to investigate LC server calling and processing data from Python 
scrapy.org  scripts and was hoping to create a test-rig on 
my LiveCode hosted server instance. 

However, I don’t see any obvious way to install the necessary Python packages - 
the Softaulous Apps Installer doesn’t include any Python-related apps and I 
don’t see access to any terminal SSH or WHM. 

I can't find anything in the forums hosting section on this. Am I missing 
something obvious, do I need to request access from support or are these 
accounts locked down such that I need to look elsewhere to setup an alternative 
LC server test-rig?

Any steer would be much appreciated.

Thanks,
Keith 
___
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