Re: SVG import

[Scott Rossi]

Vectr.  https://vectr.com/

Runs both locally (desktop) and in the cloud (browser).

Regards,

Scott Rossi
Creative Director
Tactile Media, UX/UI Design




On 11/29/16, 11:50 PM, "use-livecode on behalf of David V Glasgow"

wrote:

>what vector graphics program is good for (very simple) objects.  Mac
>preferred, but hey ho.



___
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: Modern email library

[Matthias Rebbe]

Ben,

have a look at the sample stack Charles Warwick provided
https://downloads.techstrategies.com.au/tsnet/LCMail.livecode 


It contains functions to create  smtp header and body (including attachments).

Matthias


> Am 30.11.2016 um 14:16 schrieb Ben Rubinstein :
> 
> I've one app that's been in existence for over a decade, which uses Shao 
> Sean's libSmtp. It works fine.
> 
> Now I find myself wanting to send email from a new stack I'm working on. I 
> could just drag that library out again, but I suspect that a more modern way 
> is to use tsNet.
> 
> AFAICT tsNet handles the protocol of communicating with the server to 
> transmit a message (i.e. the SMTP part), but doesn't offer any assistance 
> with putting the message together (formatting with attachments etc).
> 
> What do modern people use for this? Obviously I could rip the relevant parts 
> out of libSMTP; or I recall that Sarah Reichelt had a library; is there a 
> default answer among those who've sent email in the last ten years?
> 
> TIA,
> 
> Ben
> 
> ___
> 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: Modern email library

[Bob Sneidar]

Hmmm... I am logged in but I cannot seem to find any files to DL here. I may 
misunderstand.

Bob S


On Nov 30, 2016, at 05:44 , Peter TB Brett 
> wrote:

As part of the LiveCode for FM project, Monte has been developing a MIME 
library for constructing e-mail bodies.  We plan to include it in LiveCode 9.  
But you can grab it ahead of time here:

https://github.com/livecode/livecode/pull/4840

   Peter

--
Dr Peter Brett >
LiveCode Technical Project Manager

___
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: Read from file

[Bob Sneidar]

Only if you read the whole file. The result should be empty if you only read 
part of the file (I may be mistaken). If you expect the entire file is not too 
big to load completely into memory, it's probably better to read the whole 
thing (read from tFile until EOF) then parse it. Otherwise it may be better to 
read in chunks. 

Bob S


> On Nov 29, 2016, at 16:45 , Peter Bogdanoff  wrote:
> 
> Thanks, Mark.
> 
> So I SHOULD see “eof” and NOT any other message if the file read is 
> successful.
> 
> Peter
> 
> On Nov 29, 2016, at 4:26 PM, Mark Schonewille 
>  wrote:
> 
>> This could be a number of strings, such as "file not open for read" or "file 
>> does not exist". There is no special string that indicates a particular 
>> error, e.g. the errors don't all start with "error". You have to check that 
>> the error is unexpected and doesn't contains "eof".
>> 
>> Kind regards,
>> 
>> Mark Schonewille
>> http://economy-x-talk.com
>> https://www.facebook.com/marksch
>> 
>> Buy the most extensive book on the
>> LiveCode language:
>> http://livecodebeginner.economy-x-talk.com
>> 
>> Op 30-Nov-16 om 01:12 schreef Peter Bogdanoff:
>>> When I use:
>>> 
>>> read from file tURL until eof
>>> 
>>> to read from a file on disk, should I expect the  to always contain 
>>> “eof”?
>>> 
>>> I’m suspecting there could be a a file read error while reading thousands 
>>> of files and I want to catch that.What should I expect to see in the result 
>>> when that happens?
>>> 
>>> Peter Bogdanoff
>>> ___
>>> 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: Modern email library

[Bob Sneidar]

I can provide you with scenarios where client side SMTP is a must. Embedded 
systems which send alerts, such as managed switches, routers, UPS systems, etc. 
REQUIRE client side SMTP to work. Further, software systems like a managed AV 
system or a centralized backup system which sends reports to the IT manager 
cannot wait to have someone come and "approve" each email it wants to send. 
Even further, busimess management systems like the one we use can often use a 
client side SMTP or a Mailto: method, but we use the workstations mail client 
and when working with Outlook, it becomes a bit cumbersome.

SMTP Clients are not the issue, unauthenticated/unencrypted SMTP SERVERS are.

Bob S


On Nov 30, 2016, at 08:42 , Richard Gaskin 
> wrote:

Personally, I've never been comfortable relying on client-side SMTP.  I figure 
that any device configured to allow any app to send arbitrary emails without 
explicit user intervention will eventually become a spambot, so my hope is that 
it's only a matter of time before the OS provider puts an end to that.

___
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: Modern email library

[Richard Gaskin]

Ben Rubinstein wrote:

> I've one app that's been in existence for over a decade, which uses
> Shao Sean's libSmtp. It works fine.
>
> Now I find myself wanting to send email from a new stack I'm working
> on. I could just drag that library out again, but I suspect that a
> more modern way is to use tsNet.
>
> AFAICT tsNet handles the protocol of communicating with the server to
> transmit a message (i.e. the SMTP part), but doesn't offer any
> assistance with putting the message together (formatting with
> attachments etc).
>
> What do modern people use for this? Obviously I could rip the
> relevant parts out of libSMTP; or I recall that Sarah Reichelt had
> a library; is there a default answer among those who've sent email
> in the last ten years?

Personally, I've never been comfortable relying on client-side SMTP.  I 
figure that any device configured to allow any app to send arbitrary 
emails without explicit user intervention will eventually become a 
spambot, so my hope is that it's only a matter of time before the OS 
provider puts an end to that.


For most systems I prefer to use the "mailto:; protocol to open a 
message in the user's own email client, so they can review it and decide 
whether they actually want to send it.


I do have some monitoring systems that provide notification, but I don't 
usually install email on a server designed for any other purpose.


So instead I maintain one server on one of my shared hosting accounts as 
a notification center (it's not used often enough to warrant a VPS, but 
if you expect heavy load VPSes are cheap these days).  It runs an LC CGI 
that accepts a compressed encoded array containing the email elements 
(to, from, subject, body, etc.), and it formats it for use by sendmail, 
which it then calls from the command line.


The advantages with using an external server to do the actual sending are:

- I'm not dependent on a local SMTP client implementation, which I
  hope for security's sake won't always be available.

- It uses a simple one-line call to a server, so it's easy to
  add email support in any client app wherever I need it.

- The CGI is relatively simple to set up (Lesson examples available
  for using sendmail with LC CGI).

- The server is reasonably protected (nothing is *absolutely*
  protectable) by virtue of only accepting the LC-specific LSON
  (encoded array) format, which is also encrypted before sending,
  and transmitted over HTTPS.

By no means perfect (nothing is a magic pony), but easy to set up, 
convenient to use, and at least as secure as most alternatives.


I don't currently send attachments, but the MIME format is well 
documented and LC provides the raw materials needed (good text handling 
and base64 encoding), so even if a current library isn't readily 
available it shouldn't take long to package up an attachment with the body.


--
 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: IDE Script Editor question...

[Devin Asay]

> On Nov 29, 2016, at 9:08 PM, Trevor DeVore  wrote:
> 
> On Fri, Sep 23, 2016 at 7:13 PM, Richard Gaskin 
> wrote:
> 
>> Poking around in the SE I found an even simpler solution - replace line
>> 3108 of "revSEEditorBehavior"
>> 
>>  scriptFormat "handler"
>> 
>> ...with:
>> 
>>  if the shiftKey is "down" then
>> scriptFormat "script"
>>  else
>> scriptFormat "handler"
>>  end if
>> 
> 
> Monte pointed me to this thread as I was looking for a way to format the
> entire script. I submitted a PR for this:
> 
> https://github.com/livecode/livecode-ide/pull/1494
> 
> Thanks Richard.

Good one, Trevor and Richard. Looking forward to having this in the next DP.

I’ve been pleasantly surprised that once you learn your way around the Git 
repository for LiveCode, simple IDE fixes and tweaks like this are pretty 
simple to implement.

Devin



Devin Asay
Director
Office of Digital Humanities
Brigham Young University

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

Evils of client-side SMTP (Re: Modern email library)

[Ben Rubinstein]

I'm a bit confused, Richard.

FWIW, my long-time use-case is an app that runs unattended on a regular 
schedule on a faceless VM, doing a whole bunch of data processing and updating 
databases, and sends alerts by email if something goes wrong. When the app is 
installed, it has to be set up with server, account, credentials etc in order 
to be able to send those emails; the details of the emails are configured by 
scripts (not LiveCode scripts, XML configs) which are checksummed and won't be 
run if modified. The tool I'm working on now will also be running unattended 
on a schedule, but in this case the emails, rather than being confirmation 
that it has done its work are the point of the work; it's going to generate 
reports and distribute them to colleagues.


You seem to be making two points: that an app which can send emails without 
human intervention will inevitably given enough time become a spambot; and 
that users should be able to review an email in their mail client before it is 
sent.


Obviously in the cases mentioned above the latter isn't an option.

In relation to the spambot concern, I don't understand how having a sendmail 
script on a server adds security (it certainly adds another point of failure, 
which is one reason I'd rather not do it). But as far as I can see it also 
adds another vector for hijacking. I would think it's a great deal easier to 
hack a script on a server on the internet, than it is an app running on a 
local network. But if the app uses an external script, then the attacker can 
get the same effect by hacking either, so they have the choice!


In relation to an email being sent without being reviewed by the user, is your 
concern that the email will contain the user's private data? or that it will 
be used to impersonate the user? To be honest I don't get it in either case. 
An app exfiltrating data from the user's machine has many options, and can do 
so at least as easily by posting to... err... a script on a server.


As for impersonating the user (of course setting the envelope sender can be 
done anyhow anyway, so I assume this would be about more convincingly 
impersonating the user by sending through their regular server): since sending 
an email requires the cooperation of an SMTP server, of which I don't imagine 
there are any open ones remaining, any such app will either require the 
developer to bake in the details of an account they control, or to ask the 
user to enter those details. Exactly the same applies to using a sendmail 
script on a server. So either it's nothing to do with the user's email; or the 
app has had to ask the user to enter their email account details, and they 
presumably understand at that time why their doing it.


I can see why, as a user, you might be uncomfortable about giving your email 
account details to an app so that it can send emails in your name, invisibly 
and unreviewed by you. Quite right too! And if you're developing software for 
consumers, you need to take that into account. But I don't understand why as a 
developer who knows why you want the feature you'd be uncomfortable (except 
from a marketing perspective, as per the start of this para).


Can you explain your concern further?

Ben


On 30/11/2016 17:49, Richard Gaskin wrote:

There are many.  But hopefully they're an explicit decision by the user, and
require the user to supply their own SMTP credentials.

Bob Sneidar wrote:

I can provide you with scenarios where client side SMTP is a must.

On 30/11/2016 16:42, Richard Gaskin wrote:


Personally, I've never been comfortable relying on client-side SMTP.  I figure
that any device configured to allow any app to send arbitrary emails without
explicit user intervention will eventually become a spambot, so my hope is
that it's only a matter of time before the OS provider puts an end to that.

For most systems I prefer to use the "mailto:; protocol to open a message in
the user's own email client, so they can review it and decide whether they
actually want to send it.


___
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: Modern email library

[Richard Gaskin]

Bob Sneidar wrote:

> I can provide you with scenarios where client side SMTP is a must.

There are many.  But hopefully they're an explicit decision by the user, 
and require the user to supply their own SMTP credentials.


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

revXMLEvaluateXPath performances

[zryip theSlug]

Hi All,

I was in the process to optimize my revXML code trying to figure out
why for simple operations, it took so much time.
In this task I have replaced 2 successives calls to the
revXMLMatchingNode function for locating an attribute inside a
subnode, by a revXMLEvaluateXPath query.

The time for creating my XML tree was 26 seconds prior the
modification of the code.
And after have used revXMLEvaluateXPath, creating exactly the same
tree is taking more than 2 minutes.

Is it just me or Others have experienced the same feeling XPath
commands are very handy but have bad performances?

Will now try to replace all the calls to revXMLEvaluateXPath and
revXMLDataFromXPathQuery I have, but in some case this will be epic...


Best Regards,
-- 
Zryip TheSlug
http://www.aslugontheroad.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: Modern email library

[Matthias Rebbe]

It always depends on how you use such libraries or externals.

The new tsNET external allows us for example to send notification emails from 
our scheduled unattended maintenance tools using our own in-house mailserver. 
Our mailserver requests authentication from our apps  before sending out to 
external addresses. 
This works really smooth. What other possibilities would we have? We could 
create a web service to which we would post the notifications and then let the 
web service send out the emails for us using the web servers smtp. We did so in 
the past.
But tsNet is much better.

Matthias


> Am 30.11.2016 um 17:42 schrieb Richard Gaskin :d
> 
> Personally, I've never been comfortable relying on client-side SMTP.  I 
> figure that any device configured to allow any app to send arbitrary emails 
> without explicit user intervention will eventually become a spambot, so my 
> hope is that it's only a matter of time before the OS provider puts an end to 
> that.
> 
> For most systems I prefer to use the "mailto:; protocol to open a message in 
> the user's own email client, so they can review it and decide whether they 
> actually want to send it.
> 
> I do have some monitoring systems that provide notification, but I don't 
> usually install email on a server designed for any other purpose.
> 
> So instead I maintain one server on one of my shared hosting accounts as a 
> notification center (it's not used often enough to warrant a VPS, but if you 
> expect heavy load VPSes are cheap these days).  It runs an LC CGI that 
> accepts a compressed encoded array containing the email elements (to, from, 
> subject, body, etc.), and it formats it for use by sendmail, which it then 
> calls from the command line.
> 
> The advantages with using an external server to do the actual sending are:
> 
> - I'm not dependent on a local SMTP client implementation, which I
>  hope for security's sake won't always be available.
> 
> - It uses a simple one-line call to a server, so it's easy to
>  add email support in any client app wherever I need it.
> 
> - The CGI is relatively simple to set up (Lesson examples available
>  for using sendmail with LC CGI).
> 
> - The server is reasonably protected (nothing is *absolutely*
>  protectable) by virtue of only accepting the LC-specific LSON
>  (encoded array) format, which is also encrypted before sending,
>  and transmitted over HTTPS.
> 
> By no means perfect (nothing is a magic pony), but easy to set up, convenient 
> to use, and at least as secure as most alternatives.
> 
> I don't currently send attachments, but the MIME format is well documented 
> and LC provides the raw materials needed (good text handling and base64 
> encoding), so even if a current library isn't readily available it shouldn't 
> take long to package up an attachment with the body.


___
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: Evils of client-side SMTP (Re: Modern email library)

[Richard Gaskin]

Ben Rubinstein wrote:

> I can see why, as a user, you might be uncomfortable about giving
> your email account details to an app so that it can send emails
> in your name, invisibly and unreviewed by you. Quite right too!
> And if you're developing software for consumers, you need to take
> that into account.

Sounds like we're on the same page.


> But I don't understand why as a developer who knows why you want
> the feature you'd be uncomfortable (except from a marketing
> perspective, as per the start of this para).
>
> Can you explain your concern further?

I think you covered it well above.

Many of these sorts of discussion in our community relate to use in 
consumer apps, often on the desktop and sometimes even on a phone.  And 
for the reasons you outlined so well above, such use cases are highly 
undesirable.


Beyond that, what an experienced developer wants to do on the machines 
they admin is of course entirely up to them.


--
 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: Widget request (native text scroller for iOS)

[John Allijn]

Hi Jacqueline, 
Thanks for the long answer and for sharing the code. 
I’ll try it out tomorrow!
best regards,
John.



> On 30 Nov 2016, at 21:34, J. Landman Gay  wrote:
> 
> On 11/30/16 7:35 AM, John Allijn wrote:
>> I can’t get the scroller working
> 
> I haven't had any problem with scrollers on either iOS or Android, barring a 
> specific vScroll bug that's been reported. 
> (http://quality.livecode.com/show_bug.cgi?id=18924)  Aside from that they 
> work very well as long as you follow the instructions here:
> 
> 
> 
> Scrollers are picky, you have to make sure that:
> 
> 1. The full length of the field is displayed. It can't be a scrolling field, 
> it has to be a very tall field at its full height so all content is visible. 
> It's okay if it runs off the window.
> 2. The field must have lockloc set to true.
> 3. The field must be in a group, and generally it's the only thing in the 
> group. The group should be sized to the rectangle you want the user to see. 
> It's lockloc must be set to true.
> 4. For now (until the bug is fixed) the vScroll of the group should be set to 
> 0 when the mobile scroller is created, and the mobile vScroll should also be 
> 0. (A workaround is in the bug report if you want to set the vScroll to 
> something else.)
> 
> I have a simplified handler that creates a mobile scroller which has been 
> working for a long time. The only parameter it needs is the short name of the 
> group that contains the field. (The content of the group doesn't have to be a 
> field, it can be an image or anything else.)
> 
> I find that using names instead of IDs is much easier because you don't have 
> to bother with "the result" or track the reference in a script local. It just 
> works, provided each scrolling group has a unique name. When you want to 
> delete the scroller you can also just use the name. This handler 
> automatically creates a scroller with the same name as the group it is 
> scrolling.
> 
> command createScroller pName
>  if the environment is not "mobile" then exit createScroller
>  deleteMobileControl pName -- custom handler, in case one already exists
>  set the vScroll of control pName to 0 -- init for alignment
>  set the hScroll of control pName to 0
>  mobileControlCreate "scroller", pName
>  mobileControlSet pName, "rect", the rect of control pName
>  put  (0,0,the formattedwidth of control pName,the formattedheight of control 
> pName) into tRect
>  mobileControlSet pName, "contentRect",tRect
>  mobileControlSet pName, "hScroll",0
>  mobileControlSet pName, "vScroll",0
>  mobileControlSet pName, "hIndicator",false
>  mobileControlSet pName, "vIndicator",true
>  mobileControlSet pName, "visible", true
> end createScroller
> 
> This is enough to create a basic scroller. There are other settings you might 
> want to add for iOS, such as the canBounce, etc., and you may want to change 
> the v and h indicator settings. Adding more settings is easy, but the above 
> does the basic work.
> 
> -- 
> 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: Screen not updating

[dunbarx]

Hi.

If you really have never locked the screen, (did you search for "lock" in
all scripts?) can you place a few bogus lines, like:

answer random(999)

here and there in key places and see if and where they pop up? I do this
sort of thing all the time to flag important changes or unwanted behaviors.
If you really use "answer", which is louder, instead of just "put", which
makes you keep and eye on the message box, watch out not to screw up the
local variable "it".

Or place breakpoint in sort of the same places, and see what does not happen
when it should.

Craig Newman



--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/Screen-not-updating-tp4710763p4710764.html
Sent from the Revolution - User mailing list archive at Nabble.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: Screen not updating

[dunbarx]

Stephen makes a point.

dispatch "ResetList" to group "yourDataGrid"

Craig



--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/Screen-not-updating-tp4710763p4710766.html
Sent from the Revolution - User mailing list archive at Nabble.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: Screen not updating

[Ralph DiMola]

If this is in the IDE then it goes back to 6.6.2 rc4.
http://quality.livecode.com/show_bug.cgi?id=12508
Drives me crazy. 

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 Bob Sneidar
Sent: Wednesday, November 30, 2016 4:06 PM
To: How to use LiveCode
Subject: Screen not updating

Hi all. Not sure if this is expected behavior. While running a script, my
monitor is not updating with anything that is happening. I am running a
script that incrementally selects a record in a data grid, which will then
update the form, then I run some other things that get data from the form
and update a database. Nothing fancy here. I do not lock the screen. I have
even issued a wait 0 milliseconds with messages command, and yet I cannot
see the datagrid selection changing. Can't find anything in the dictionary
about this. 

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

Unrecognisable stacks?

[Richmond Mathewson]

Having hosed my Linux system, paid $400 for Disk Drill (which is 
bringing back a lot more than I had hoped
for), paid $500 for 8 Terabytes of backup systems and so forth, I am 
currently:


1. Extremely grateful that my friend who runs a second-hand computer 
operation over here pursuaded
me to pay 160 Euros for a 10 year old Intel Mac (as it is doing all 
the heavy-lifting) just last week.


2. Doing all my current work/stuff on this machine.

3. Wondering why, every time I download a Livecode stack, Livecode tells 
me it is not a stack.


Is this because the stacks are. somehow, becoming corrupted as they 
are downloaded?


I always up load LC stacks as Zip files . . .

Richmond.

___
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: Widget request (native text scroller for iOS)

[J. Landman Gay]

On 11/30/16 7:35 AM, John Allijn wrote:

I can’t get the scroller working


I haven't had any problem with scrollers on either iOS or Android, 
barring a specific vScroll bug that's been reported. 
(http://quality.livecode.com/show_bug.cgi?id=18924)  Aside from that 
they work very well as long as you follow the instructions here:




Scrollers are picky, you have to make sure that:

1. The full length of the field is displayed. It can't be a scrolling 
field, it has to be a very tall field at its full height so all content 
is visible. It's okay if it runs off the window.

2. The field must have lockloc set to true.
3. The field must be in a group, and generally it's the only thing in 
the group. The group should be sized to the rectangle you want the user 
to see. It's lockloc must be set to true.
4. For now (until the bug is fixed) the vScroll of the group should be 
set to 0 when the mobile scroller is created, and the mobile vScroll 
should also be 0. (A workaround is in the bug report if you want to set 
the vScroll to something else.)


I have a simplified handler that creates a mobile scroller which has 
been working for a long time. The only parameter it needs is the short 
name of the group that contains the field. (The content of the group 
doesn't have to be a field, it can be an image or anything else.)


I find that using names instead of IDs is much easier because you don't 
have to bother with "the result" or track the reference in a script 
local. It just works, provided each scrolling group has a unique name. 
When you want to delete the scroller you can also just use the name. 
This handler automatically creates a scroller with the same name as the 
group it is scrolling.


command createScroller pName
  if the environment is not "mobile" then exit createScroller
  deleteMobileControl pName -- custom handler, in case one already exists
  set the vScroll of control pName to 0 -- init for alignment
  set the hScroll of control pName to 0
  mobileControlCreate "scroller", pName
  mobileControlSet pName, "rect", the rect of control pName
  put  (0,0,the formattedwidth of control pName,the formattedheight of 
control pName) into tRect

  mobileControlSet pName, "contentRect",tRect
  mobileControlSet pName, "hScroll",0
  mobileControlSet pName, "vScroll",0
  mobileControlSet pName, "hIndicator",false
  mobileControlSet pName, "vIndicator",true
  mobileControlSet pName, "visible", true
end createScroller

This is enough to create a basic scroller. There are other settings you 
might want to add for iOS, such as the canBounce, etc., and you may want 
to change the v and h indicator settings. Adding more settings is easy, 
but the above does the basic work.


--
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: Modern email library

[Ben Rubinstein]

On 30/11/2016 17:07, Matthias Rebbe wrote:

have a look at the sample stack Charles Warwick provided
https://downloads.techstrategies.com.au/tsnet/LCMail.livecode

It contains functions to create  smtp header and body (including attachments).


Thanks Matthias, I've grabbed that and will take a look.

Is there some more documentation somewhere about tsNet (beyond the dictionary 
entries), or pointers to sample stacks (I can't list the directory this sample 
comes from) - did I miss an posting about this during the great use-list 
bounce wars?


thank you,

Ben

___
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: Widget request (native text scroller for iOS)

[Richard Gaskin]

J. Landman Gay wrote:

> Scrollers are picky, you have to make sure that:
>
> 1. The full length of the field is displayed. It can't be a scrolling
> field, it has to be a very tall field at its full height so all
> content is visible. It's okay if it runs off the window.
> 2. The field must have lockloc set to true.
> 3. The field must be in a group, and generally it's the only thing in
> the group. The group should be sized to the rectangle you want the
> user  to see. It's lockloc must be set to true.
>...

On Android, fields work great.  Which makes sense, given that the 
scroller is just an overlay to handle the interaction, so anything that 
can be scrolled via script should work in response to the scroller messages.


I haven't tested field scrolling on iOS, but the whole business about 
needing to make a field as tall as the textual content and then wrapping 
that in a group is, to be candid, insane, so I'm hoping iOS scrolling 
can be made as graceful as Android scrolling is now.


It's more than a little un-xTalk like to need to hand-script the 
instantiation of mobile scrollers for scrolling objects at all.


But as long as it works for scrolling groups, it should also work for 
fields. Anything that can be scrolled via script should be scrollable 
via script.


--
 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: Screen not updating

[Bob Sneidar]

Perhaps, but that is not the issue. If you set the dgHilitedLine or 
dghilitedIndex, the datagrid will scroll if necessary to make the line visible. 
The form updates because I have a selectionChanged handler in the data grid 
which does everything necessary, and I dispatch that to the data grid when I 
changed the selected line. 

Further nothing is clickable in the UI when a script is running. Even issueing 
unlock screen for each repeat iteration did not refresh the screen. 

Bob S


> On Nov 30, 2016, at 13:27 , Stephen Barncard  wrote:
> 
> I am pretty sure when one makes a change to a datagrid from 'outside', it
> may need to be refreshed. There's a command.
> 
> On Wed, Nov 30, 2016 at 1:06 PM, Bob Sneidar 
> wrote:
> 
>> Hi all. Not sure if this is expected behavior. While running a script, my
>> monitor is not updating with anything that is happening. I am running a
>> script that incrementally selects a record in a data grid, which will then
>> update the form, then I
> 
> 
> 
> 
> --
> Stephen Barncard - Sebastopol Ca. USA -
> mixstream.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

Screen not updating

[Bob Sneidar]

Hi all. Not sure if this is expected behavior. While running a script, my 
monitor is not updating with anything that is happening. I am running a script 
that incrementally selects a record in a data grid, which will then update the 
form, then I run some other things that get data from the form and update a 
database. Nothing fancy here. I do not lock the screen. I have even issued a 
wait 0 milliseconds with messages command, and yet I cannot see the datagrid 
selection changing. Can't find anything in the dictionary about this. 

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: Screen not updating

[Stephen Barncard]

I am pretty sure when one makes a change to a datagrid from 'outside', it
may need to be refreshed. There's a command.

On Wed, Nov 30, 2016 at 1:06 PM, Bob Sneidar 
wrote:

> Hi all. Not sure if this is expected behavior. While running a script, my
> monitor is not updating with anything that is happening. I am running a
> script that incrementally selects a record in a data grid, which will then
> update the form, then I




--
Stephen Barncard - Sebastopol Ca. USA -
mixstream.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: SVG import

[Peter TB Brett]

On 30/11/2016 07:50, David V Glasgow wrote:


2/  If not, what vector graphics program is good for (very simple) objects.  
Mac preferred, but hey ho.



Inkscape is excellent: https://inkscape.org/

Peter

--
Dr Peter Brett 
LiveCode Technical Project Manager

lcb-mode for Emacs: https://github.com/peter-b/lcb-mode

___
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: My own productivity app

[Terry Vogelaar]

Thank you, Jacqueline and Mike, for your responses. 

Jacqueline wrote that LC provides no feedback when it isn't the frontmost app. 
But is there a way to use MacOS's Notification Center from within LiveCode to 
tell me things like that?

Mike's solution using a timed loop seems to do the trick to add the MacBreakZ 
functionality. So the app and site blocking functionality is the only thing 
that is hard to implement. But for that, I could use (hey)Focus; this app is 
the least intrusive of the three I mentioned. So I could make my own 
Pomodoro-timer with a ToDo-list and the MacBreakZ-functionality, and let 
(hey)Focus do the site/app blocking.

Heck, key logging, site blocking, disabling of other apps… It sounds like I'm 
brewing up something evil. (But I'm not.) 

Thanks for the help.


With kind regards,
Terry Vogelaar


> The only way I know of to monitor keystrokes/mouse events is with a loop. 
> Check to see if keysdown() is empty, and "if the mouse is down.”  Certain 
> things won't trigger the mouse is down such as grabbing a title bar and 
> dragging it around (on windows)  but most other clicks will work fine.
> 
> For a simple test, I made a stack with a field and a button. the following 
> code is in the button.
> local sRunning
> 
> on mouseUp
> if sRunning is empty then put false into sRunning
> put not sRunning into sRunning
> loopit
> end mouseUp
> 
> command loopit
> if sRunning then
>   if the keysdown is not empty then
>  put keysdown() into field 1
>   else
>  put empty into field 1
>   end if
>   if the mouse is down then
>  set the backgroundcolor of field 1 to red
>   else
>  set the backgroundcolor of field 1 to empty
>   end if
>   send loopit to me in 100 millisec
> end if
> end loopit
> 
> Placing the window where its visible but not focused and work with another 
> program.  Every click the field turns red, every keypress and the keys that 
> are down show up in the field.  With a delay of 100 seconds its possible to 
> miss an event, but if a person were actually working actively most keypresses 
> and clicks will be caught.  It should be possible to use either applescript 
> or vbscript to note what window is focused, though im not sure how to tell if 
> one is working in a facebook tab or not.
> 
>> The problem I see here is that LC has no knowledge of what other apps are in 
>> use, and provides no feedback when it isn't the frontmost app. There may be 
>> shell calls you could use to get some of the information, but I kind of 
>> doubt there's a way to monitor keystrokes and that sort of thing.

___
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: SVG import

[Richmond Mathewson]

I use Inkscape on both Mac and Linux, there is also Drawberry for Mac:

https://inkscape.org/en/

http://raphaelbost.free.fr/DrawBerry.html

personally I prefer the first one because it is available for Mac, Win 
and Lin, and is a full-blown

rival to Illustrator that is free.

Richmond.

On 11/30/16 9:50 am, David V Glasgow wrote:

“jalouse" sounds Scots-French, and I can’t be bothered to Google it.  I jalouse 
I agree with Richmond though.

I am just looking at a workflow for designing a number of graphics and trying 
to decide between SVG and oversized bitmaps.  The latter would be simpler to 
create - in fact I haven’t actually attempted to create SVG, and the first 
attempt I made to open one in  text editor revealed a huge file in which I 
couldn’t find the numbers.

I also haven’t got any software for creating SVG.

So.

1/ Would I just be better sticking with bitmaps?

2/  If not, what vector graphics program is good for (very simple) objects.  
Mac preferred, but hey ho.

and

3/ Is there a work flow for idiots somewhere?


Best wishes,

David Glasgow





On 29 Nov 2016, at 6:30 pm, Richmond Mathewson  
wrote:

The way one has to open an SVG file in a vector editor (Inkscape, Illustrator, 
etc.) to extract the
points to paste intil the SVG widget:

1. means that faut de meux one is dependent on an external application.

2. I would jalouse that SVG import could be "folded" intil Livecode without to much 
"fuss".

Richmond.

___
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: My own productivity app

[Mark Schonewille]

Hi Terry,

It used to be possible to get the front-most app with AppleScript. Due 
to sandboxing, this may no longer apply, but perhaps signing the app (or 
turning off Gate Keeper) will allow this again?


Kind regards,

Mark Schonewille
http://economy-x-talk.com
https://www.facebook.com/marksch

Buy the most extensive book on the
LiveCode language:
http://livecodebeginner.economy-x-talk.com

Op 30-Nov-16 om 09:17 schreef Terry Vogelaar:

Thank you, Jacqueline and Mike, for your responses.

Jacqueline wrote that LC provides no feedback when it isn't the frontmost app. 
But is there a way to use MacOS's Notification Center from within LiveCode to 
tell me things like that?

Mike's solution using a timed loop seems to do the trick to add the MacBreakZ 
functionality. So the app and site blocking functionality is the only thing 
that is hard to implement. But for that, I could use (hey)Focus; this app is 
the least intrusive of the three I mentioned. So I could make my own 
Pomodoro-timer with a ToDo-list and the MacBreakZ-functionality, and let 
(hey)Focus do the site/app blocking.

Heck, key logging, site blocking, disabling of other apps… It sounds like I'm 
brewing up something evil. (But I'm not.)

Thanks for the help.


With kind regards,
Terry Vogelaar



The only way I know of to monitor keystrokes/mouse events is with a loop. Check to 
see if keysdown() is empty, and "if the mouse is down.”  Certain things won't 
trigger the mouse is down such as grabbing a title bar and dragging it around (on 
windows)  but most other clicks will work fine.

For a simple test, I made a stack with a field and a button. the following code 
is in the button.
local sRunning

on mouseUp
if sRunning is empty then put false into sRunning
put not sRunning into sRunning
loopit
end mouseUp

command loopit
if sRunning then
  if the keysdown is not empty then
 put keysdown() into field 1
  else
 put empty into field 1
  end if
  if the mouse is down then
 set the backgroundcolor of field 1 to red
  else
 set the backgroundcolor of field 1 to empty
  end if
  send loopit to me in 100 millisec
end if
end loopit

Placing the window where its visible but not focused and work with another 
program.  Every click the field turns red, every keypress and the keys that are 
down show up in the field.  With a delay of 100 seconds its possible to miss an 
event, but if a person were actually working actively most keypresses and 
clicks will be caught.  It should be possible to use either applescript or 
vbscript to note what window is focused, though im not sure how to tell if one 
is working in a facebook tab or not.


The problem I see here is that LC has no knowledge of what other apps are in 
use, and provides no feedback when it isn't the frontmost app. There may be 
shell calls you could use to get some of the information, but I kind of doubt 
there's a way to monitor keystrokes and that sort of thing.


___
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

Modern email library

[Ben Rubinstein]

I've one app that's been in existence for over a decade, which uses Shao 
Sean's libSmtp. It works fine.


Now I find myself wanting to send email from a new stack I'm working on. I 
could just drag that library out again, but I suspect that a more modern way 
is to use tsNet.


AFAICT tsNet handles the protocol of communicating with the server to transmit 
a message (i.e. the SMTP part), but doesn't offer any assistance with putting 
the message together (formatting with attachments etc).


What do modern people use for this? Obviously I could rip the relevant parts 
out of libSMTP; or I recall that Sarah Reichelt had a library; is there a 
default answer among those who've sent email in the last ten years?


TIA,

Ben

___
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: Widget request (native text scroller for iOS)

[John Allijn]

I can’t get the scroller working but have a workaround for anyone else who may 
have this problem. 
Not so fancy, but it works…

use a normal text field and lock the text 
then set the script of the field to this:

local sStartV

local tDistance

local tStartScroll


on mouseDown

  put the mouseV into sStartV

  put the scroll of me into tStartScroll

end mouseDown


on mouseStillDown

  put the mouseV - sStartV into tDistance

  set the scroll of me to tStartScroll - tDistance

end mouseStillDown




Best regards,
John.






> On 29 Nov 2016, at 19:46, John Allijn  wrote:
> 
> Good to know.
> Thanks!
> 
> 
>> On 29 Nov 2016, at 19:40, Richard Gaskin  wrote:
>> 
>> John Allijn wrote:
>> 
 Op 29 nov. 2016 om 17:15 heeft Richard Gaskin het volgende geschreven:
 Widgets are great for making new kinds of objects, but if all that's
 needed here is to fix a bug with scrolling on the existing field
 object IMO that's just a bug.
>>> 
>>> Hi Richard,
>>> I don't think it's a bug. It's just me not being a very skilled
>>> programmer :)
>>> Thats why I choose livecode.
>>> The thing is that native mobile objects are almost completely
>>> implemented by code. Where as desktop objects can be dragged into
>>> a stack and than be accessed and updated by code. It is my personal
>>> opinion that a text field that I drag into a stack should behave as
>>> a native mac field on the mac and a native 'scroller' on iOS. And as
>>> a programmer in livecode I should benefit from the code-once-deploy-
>>> everywhere features of livecode.
>>> I understand that the implementation of fields in livecode is not yet
>>> at this point.
>> 
>> But it should be.  Simplicity of multi-platform deployment is why we choose 
>> LiveCode.
>> 
>> And that's why I consider this a bug.
>> 
>> And thankfully this (along with a few other refinements) is among the funded 
>> goals the team is working on:
>> 
>> 
>> -- 
>> 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
> 

___
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: molassus IDE and revInternal_savePrefs

[Dr. Hawkins]

On Wed, Nov 30, 2016 at 7:23 PM, J. Landman Gay 
wrote:

> I suppose it wouldn't hurt to delete your preferences file. Who knows, it
> might perform some magic.
>

I tried going back to 8.1, which was noticeably better, and 7.1.4, which
was *much* better.

Deleting the red dots didn't do it in 8.1.2.



-- 
Dr. Richard E. Hawkins, Esq.
(702) 508-8462
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Screen not updating

[Bob Sneidar]

I have commented on the bug for all it's worth.

Bob S


On Nov 30, 2016, at 14:29 , Ralph DiMola 
> wrote:

If this is in the IDE then it goes back to 6.6.2 rc4.
http://quality.livecode.com/show_bug.cgi?id=12508
Drives me crazy.

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

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

Re: molassus IDE and revInternal_savePrefs

[Dr. Hawkins]

It is *much* worse today.  I have no idea where the cycles are going; I
don't have anything in the message queue, although that preferences bit
keeps showing up.

I am seeing delays of about 5-30 seconds when clicking in a field before it
responds (focuses), and so forth.

The script editor has acted like this when changing tabs for years, but not
this bad.

-- 
Dr. Richard E. Hawkins, Esq.
(702) 508-8462
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Clone graphic does not respect dimensions

[Scott Rossi]

It's wrong but it's always been like this.  LC doesn't like graphics smaller 
than 9 pixels.

Regards,

Scott Rossi
Creative Director
Tactile Media UX/UI Design

> On Nov 30, 2016, at 4:48 PM, Michael Julian Lew  
> wrote:
> 
> When I clone a graphic (an 8 by 8 pixel oval) in LiveCode 8.1.1 the copy 
> comes out at the default size for a new oval, 120 by 120. That would not be a 
> clone, in my opinion. Is it correct behaviour?
> 
> Michael
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
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

Clone graphic does not respect dimensions

[Michael Julian Lew]

When I clone a graphic (an 8 by 8 pixel oval) in LiveCode 8.1.1 the copy comes 
out at the default size for a new oval, 120 by 120. That would not be a clone, 
in my opinion. Is it correct behaviour?

Michael

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

Turn off tsNet?

[Richard Gaskin]

Is there a way to temporarily turn off tsNet, or at least disable it for 
the duration of a given LiveCode session?


I do a lot of work supporting the community, and since tsNet isn't 
available in the Community Edition it would be nice to be able to turn 
that off when I need to get the same behavior.


It would also help me diagnose some occasional issues I've found with my 
LiveNet plugin (no recipe yet), which worked great with libURL in 
earlier versions but now show intermittent issues in v.9 Indy.


I see there's a tsnetClose command which says it "disables the tsNet 
external", but it's not clear if that will also prevent it from 
re-loading next time I use any URL-related calls.


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

Crash in LC related to regular polygon

[Randy Hengst]

Hi All,

I’ve been able to reproduce a hard crash on two different Macs… one running 
10.10.5 and the other running 10.11.6.

I’ve seen the crash in LC 8.1 on the 10.10.5 Mac and in LC 8.1 and LC 7.1.4 on 
the other Mac.

In short, I was playing with the “effective points” I asked about earlier so I 
could set the sides of a regular polygon and then assign a marker to each of 
the vertices via script.  I ran into a problem when I scripted a handler to 
iterate through all sizes of polygons from 3-sided to 32-sided.

Is anyone willing to take a look at the stack before I submit a bug report? I’d 
appreciate even thoughts on what to call the problem.

Happy to send the demo stack I create to anyone off list.

be well,
randy
www.classroomFocusedSoftware.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: Turn off tsNet?

[panagiotis merakos]

I think you can do that by typing in the message box:

dispatch "revUnloadLibrary" to stack "tsNetLibURL"

On Wed, Nov 30, 2016 at 10:41 PM, Richard Gaskin  wrote:

> Is there a way to temporarily turn off tsNet, or at least disable it for
> the duration of a given LiveCode session?
>
> I do a lot of work supporting the community, and since tsNet isn't
> available in the Community Edition it would be nice to be able to turn that
> off when I need to get the same behavior.
>
> It would also help me diagnose some occasional issues I've found with my
> LiveNet plugin (no recipe yet), which worked great with libURL in earlier
> versions but now show intermittent issues in v.9 Indy.
>
> I see there's a tsnetClose command which says it "disables the tsNet
> external", but it's not clear if that will also prevent it from re-loading
> next time I use any URL-related calls.
>
> --
>  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
>
___
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] XLSX Library ready for a test - Looking for testers

[zryip theSlug]

Dear LiveCode Users,

We are working on a new Library capable to read / write / update xlsx
files without the help of MS Excel.
The Library is dealing natively with LiveCode (and the help of revXML
and revZip) with the Office Open XML format.

We are actually in alpha version and we have prepared a small
application for validating our capability to generate xlsx files
readable by every solution capable of opening an xlsx file: MS Excel
standalone or online, OpenOffice, LibreOffice, Google Sheets, etc

For extending our tests to different environments and applications we
are looking for some testers ready to help:
- by playing with our "Salestore report generator" application. Few
clicks are required for preparing the report + 30 secs to 1 minute,
the time for the Lib to create a report of about 700 lines * 8 columns
with styles and formulae.
- opening the generated xlsx file with the solution they have.
- reporting the result of their tests by dropping me a small note.

We have prepared different versions of our test application: linux,
mac and windows.
All the versions are available by following this link:
http://www.aslugontheroad.com/download/category/9-salestore-report-generator-xlsx-lib-test


Thanks in advance for any help.


Best Regards,
-- 
Zryip TheSlug
http://www.aslugontheroad.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: Widget request (native text scroller for iOS)

[Scott Morrow]

John, I’ve put some pretty complex groups under an iOS scroller and had it work 
quite well. My problem is that I forget the 

on scrollerDidScroll hOffset, vOffset
  // When the user scrolls move the displayed content
  set the vScroll of group "scrollArea" to vOffset
end scrollerDidScroll

part of the script almost every time and end up scratching my head for a bit. I 
suppose because desktop fields don’t need this. I figure I only need to scratch 
my head a few more times and then I’ll start remembering.

—
Scott


> On Nov 30, 2016, at 12:34 PM, J. Landman Gay  wrote:
> 
> On 11/30/16 7:35 AM, John Allijn wrote:
>> I can’t get the scroller working
> 
> I haven't had any problem with scrollers on either iOS or Android, barring a 
> specific vScroll bug that's been reported. 
> (http://quality.livecode.com/show_bug.cgi?id=18924)  Aside from that they 
> work very well as long as you follow the instructions here:
> 
> 
> 
> Scrollers are picky, you have to make sure that:
> 
> 1. The full length of the field is displayed. It can't be a scrolling field, 
> it has to be a very tall field at its full height so all content is visible. 
> It's okay if it runs off the window.
> 2. The field must have lockloc set to true.
> 3. The field must be in a group, and generally it's the only thing in the 
> group. The group should be sized to the rectangle you want the user to see. 
> It's lockloc must be set to true.
> 4. For now (until the bug is fixed) the vScroll of the group should be set to 
> 0 when the mobile scroller is created, and the mobile vScroll should also be 
> 0. (A workaround is in the bug report if you want to set the vScroll to 
> something else.)
> 
> I have a simplified handler that creates a mobile scroller which has been 
> working for a long time. The only parameter it needs is the short name of the 
> group that contains the field. (The content of the group doesn't have to be a 
> field, it can be an image or anything else.)
> 
> I find that using names instead of IDs is much easier because you don't have 
> to bother with "the result" or track the reference in a script local. It just 
> works, provided each scrolling group has a unique name. When you want to 
> delete the scroller you can also just use the name. This handler 
> automatically creates a scroller with the same name as the group it is 
> scrolling.
> 
> command createScroller pName
>  if the environment is not "mobile" then exit createScroller
>  deleteMobileControl pName -- custom handler, in case one already exists
>  set the vScroll of control pName to 0 -- init for alignment
>  set the hScroll of control pName to 0
>  mobileControlCreate "scroller", pName
>  mobileControlSet pName, "rect", the rect of control pName
>  put  (0,0,the formattedwidth of control pName,the formattedheight of control 
> pName) into tRect
>  mobileControlSet pName, "contentRect",tRect
>  mobileControlSet pName, "hScroll",0
>  mobileControlSet pName, "vScroll",0
>  mobileControlSet pName, "hIndicator",false
>  mobileControlSet pName, "vIndicator",true
>  mobileControlSet pName, "visible", true
> end createScroller
> 
> This is enough to create a basic scroller. There are other settings you might 
> want to add for iOS, such as the canBounce, etc., and you may want to change 
> the v and h indicator settings. Adding more settings is easy, but the above 
> does the basic work.
> 
> -- 
> 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: Clone graphic does not respect dimensions

[Richmond Mathewson]

Was the graphic locked?

Richmond.

On 12/1/16 2:48 am, Michael Julian Lew wrote:

When I clone a graphic (an 8 by 8 pixel oval) in LiveCode 8.1.1 the copy comes 
out at the default size for a new oval, 120 by 120. That would not be a clone, 
in my opinion. Is it correct behaviour?

Michael

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



___
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: molassus IDE and revInternal_savePrefs

[J. Landman Gay]

On 11/30/16 10:21 PM, Dr. Hawkins wrote:

On Wed, Nov 30, 2016 at 7:23 PM, J. Landman Gay 
wrote:


I suppose it wouldn't hurt to delete your preferences file. Who knows, it
might perform some magic.



I tried going back to 8.1, which was noticeably better, and 7.1.4, which
was *much* better.

Deleting the red dots didn't do it in 8.1.2.


I meant the prefs file in ~/Library/Preferences/RunRev/LiveCode7.rev


--
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: IDE Script Editor question...

[Richard Gaskin]

Trevor DeVore wrote:


On Fri, Sep 23, 2016 at 7:13 PM, Richard Gaskin wrote:


Poking around in the SE I found an even simpler solution - replace line
3108 of "revSEEditorBehavior"

  scriptFormat "handler"

...with:

  if the shiftKey is "down" then
 scriptFormat "script"
  else
 scriptFormat "handler"
  end if


Monte pointed me to this thread as I was looking for a way to format the
entire script. I submitted a PR for this:

https://github.com/livecode/livecode-ide/pull/1494

Thanks Richard.


No, thank you.  Posting to the list was merely informative, but you took 
the more meaningful step with that pull request.  Well done. Thanks.


--
 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: Modern email library

[William Prothero]

Folks,
In case anybody wants to look at my version of email with attachments, sent 
using a remote email server, you can download a sample stack at:
http://es.earthlearningsolutions.org/SoftwareForEducation 

It uses php on the server side.
Bill


> On Nov 30, 2016, at 12:24 PM, Ben Rubinstein  wrote:
> 
> On 30/11/2016 17:07, Matthias Rebbe wrote:
>> have a look at the sample stack Charles Warwick provided
>> https://downloads.techstrategies.com.au/tsnet/LCMail.livecode
>> 
>> It contains functions to create  smtp header and body (including 
>> attachments).
> 
> Thanks Matthias, I've grabbed that and will take a look.
> 
> Is there some more documentation somewhere about tsNet (beyond the dictionary 
> entries), or pointers to sample stacks (I can't list the directory this 
> sample comes from) - did I miss an posting about this during the great 
> use-list bounce wars?
> 
> thank you,
> 
> Ben
> 
> ___
> 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: molassus IDE and revInternal_savePrefs

[J. Landman Gay]

I suppose it wouldn't hurt to delete your preferences file. Who knows, it 
might perform some magic.


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



On November 30, 2016 6:21:02 PM "Dr. Hawkins"  wrote:


It is *much* worse today.  I have no idea where the cycles are going; I
don't have anything in the message queue, although that preferences bit
keeps showing up.

I am seeing delays of about 5-30 seconds when clicking in a field before it
responds (focuses), and so forth.

The script editor has acted like this when changing tabs for years, but not
this bad.

--
Dr. Richard E. Hawkins, Esq.
(702) 508-8462
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your 
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-livecode




___
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: Modern email library

[Peter TB Brett]

On 30/11/2016 13:16, Ben Rubinstein wrote:

I've one app that's been in existence for over a decade, which uses Shao
Sean's libSmtp. It works fine.

Now I find myself wanting to send email from a new stack I'm working on.
I could just drag that library out again, but I suspect that a more
modern way is to use tsNet.

AFAICT tsNet handles the protocol of communicating with the server to
transmit a message (i.e. the SMTP part), but doesn't offer any
assistance with putting the message together (formatting with
attachments etc).

What do modern people use for this? Obviously I could rip the relevant
parts out of libSMTP; or I recall that Sarah Reichelt had a library; is
there a default answer among those who've sent email in the last ten years?


As part of the LiveCode for FM project, Monte has been developing a MIME 
library for constructing e-mail bodies.  We plan to include it in 
LiveCode 9.  But you can grab it ahead of time here:


https://github.com/livecode/livecode/pull/4840

Peter

--
Dr Peter Brett 
LiveCode Technical Project Manager

lcb-mode for Emacs: https://github.com/peter-b/lcb-mode

___
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: Retrieving Browser Widget DOM

[Trevor DeVore]

On Tue, Nov 29, 2016 at 5:22 PM, mwieder  wrote:

> Warning, though... it's madness trying to treat html as valid xml.
>

Amen!

It would be nice to have something like this wrapped up for use in LiveCode:

http://xmlsoft.org/html/libxml-HTMLparser.html

-- 
Trevor DeVore
ScreenSteps
www.screensteps.com-www.clarify-it.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: Widget request (native text scroller for iOS)

[Richard Gaskin]

John Allijn wrote:

> I can’t get the scroller working but have a workaround for anyone
> else who may have this problem.
> Not so fancy, but it works…
>
> use a normal text field and lock the text
> then set the script of the field to this:
>
> local sStartV
> local tDistance
> local tStartScroll
>
> on mouseDown
>   put the mouseV into sStartV
>   put the scroll of me into tStartScroll
> end mouseDown
>
> on mouseStillDown
>   put the mouseV - sStartV into tDistance
>   set the scroll of me to tStartScroll - tDistance
> end mouseStillDown

I know you've mentioned before that the native scroller isn't working, 
but can you tell us a bit more about how it's not working?


We have so many people deploying to iOS that if it's broken it needs to 
be fixed, and if it's not broken we should be able to come up with a way 
for you to deliver a smooth, native-scrolling behavior for your users, 
with bounce-back and all the other nuances iOS users expect.


On Android the native scroller works very well, giving us the standard 
behavior users expect.


Let's see if we can ensure that LC apps for iOS work as well.

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