Re: Keep stack proportions when resizing

2021-10-08 Thread Sean Cole (Pi) via use-livecode
on resizeStack
   send "ratioSet" to me in 0.01 sec
end resizeStack

on ratioSet
   lock screen
   put the topleft of this stack into tTL
   set the width of this stack to the height of me * 1.78 -- Ratio 16:9
   set the topleft of this stack to tTL
   unlock screen
end ratioSet
___
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: On the subject of things with the same short name... ('identical' groups which behave differently)

2021-10-08 Thread Sean Cole (Pi) via use-livecode
Hi David,

It seems confusing and I see how. Me and This are really useful and
powerful keywords. And that is the point in this example. 'The rect of me'
uses it as a keyword referring to itself. It knows then not to look any
further and applies it to itself. But once you add 'the long name of' the
compiler looks at it as a variable. It's as if you had 'put the long name
of me into tVar ; put the rect of tVar'.

The difference between this and me become evident the most for me when i
use something like:

on openStack

if the short name of me is the short name of this stack then

-- Do the openStack process for the stack this script is in, and not for
others

end if

end openStack

Meaning you can have a script run for the current top-most stack using
'this stack' while having it written in the script for another stack, 'me'.

'me' is also useful in behaviors as it refers, not to the behavior button
you put it in but, to the object/control that called the behavior. Livecode
rocks in this type of scripting!

Sean


On Fri, 8 Oct 2021 at 12:16, David V Glasgow via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Ah! (light comes on).  Thanks Sean.  So ‘me’ is actually more specific
> than it would seem!  I avoided ‘me' because it returns the short name of an
> object (of which there are several), and went for the long name of me
> because it is unique.
>
> Just to be clear, what you are saying is that when LC searches for ‘me’,
> the first one found will always be the target, and the search stops there.
>
> I still don’t understand why rect (the rect of the long name of me) works
> in one but fails in another group, though.
>
> Cheers,
>
> David G
>
> > On 8 Oct 2021, at 10:58 am, Sean Cole (Pi) via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > The message path looks for the first instance it finds with a given name.
> > As your script is within the group itself, it would be easier (lazier ;)
> )
> > to reference to each group as 'me'
> > eg
> > lock screen for visual effect in rect (the rect of me)
> >
> > rather than 'the rect of the long name of me'
> >
> > Sean
> >
> > On Fri, 8 Oct 2021 at 10:32, David Glasgow via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> Being essentially a lazy and a sloppy programmer, I made a group which
> >> contained a script that caused the group to do what I wanted.  Then I
> >> copied it again and again, and grouped the resultant groups.   Rather
> than
> >> adapting the script to be located on the card I just left several
> identical
> >> scripts in groups which have the same short name.  I told you.  Lazy.
> >> However, all groups worked absolutely fine.
> >>
> >> I then decided to add a visual effect to the final unlock screen in each
> >> instance.  I tried a couple of groups to see how it would look, and I
> found
> >> that it worked perfectly on one group, but not a second, identical(?)
> >> group.
> >>
> >> The script is...
> >> +++
> >>
> >> on mouseup
> >>
> >> lock screen for visual effect in rect (the rect of the long name of me)
> >>
> >> **depending on target object which was clicked, change appearance of
> group
> >> here**
> >>
> >> unlock screen with visual wipe right slow
> >>
> >> end mouseup
> >>
> >> +++
> >>
> >> There are no other locks or unlocks.
> >>
> >> The weird thing is that the script runs without error in both cases.
> The
> >> final appearance of the group in both cases is exactly what I would
> >> expect.  However, the visual effect manifests itself in one instance,
> but
> >> not the other.  I was bit hesitant about 'the rect of the long name of
> me’,
> >> but as I keep saying, it seems to works perfectly in one case.
> >>
> >> Que pasa?
> >>
> >> (  Mac 10.13.6 and LC 9.6, if that makes a difference.)
> >>
> >> Best Wishes,
> >>
> >> David Glasgow
> >> Consultant Forensic & Clinical Psychologist
> >> Carlton Glasgow Partnership
> >> Director, Child & Family Training, York
> >> Honorary Professor, Nottingham Trent University (SOCAMRU)
> >>
> >>
> >> ___
> >> use-livecode mailing list
> >> use-livecode@lists.runrev.com
> >> Please visit this url to subscribe, unsubscribe and manage your

Re: On the subject of things with the same short name... ('identical' groups which behave differently)

2021-10-08 Thread Sean Cole (Pi) via use-livecode
The message path looks for the first instance it finds with a given name.
As your script is within the group itself, it would be easier (lazier ;) )
to reference to each group as 'me'
eg
lock screen for visual effect in rect (the rect of me)

rather than 'the rect of the long name of me'

Sean

On Fri, 8 Oct 2021 at 10:32, David Glasgow via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Being essentially a lazy and a sloppy programmer, I made a group which
> contained a script that caused the group to do what I wanted.  Then I
> copied it again and again, and grouped the resultant groups.   Rather than
> adapting the script to be located on the card I just left several identical
> scripts in groups which have the same short name.  I told you.  Lazy.
> However, all groups worked absolutely fine.
>
> I then decided to add a visual effect to the final unlock screen in each
> instance.  I tried a couple of groups to see how it would look, and I found
> that it worked perfectly on one group, but not a second, identical(?)
> group.
>
> The script is...
> +++
>
> on mouseup
>
> lock screen for visual effect in rect (the rect of the long name of me)
>
> **depending on target object which was clicked, change appearance of group
> here**
>
> unlock screen with visual wipe right slow
>
> end mouseup
>
> +++
>
> There are no other locks or unlocks.
>
> The weird thing is that the script runs without error in both cases.  The
> final appearance of the group in both cases is exactly what I would
> expect.  However, the visual effect manifests itself in one instance, but
> not the other.  I was bit hesitant about 'the rect of the long name of me’,
> but as I keep saying, it seems to works perfectly in one case.
>
> Que pasa?
>
> (  Mac 10.13.6 and LC 9.6, if that makes a difference.)
>
> Best Wishes,
>
> David Glasgow
> Consultant Forensic & Clinical Psychologist
> Carlton Glasgow Partnership
> Director, Child & Family Training, York
> Honorary Professor, Nottingham Trent University (SOCAMRU)
>
>
> ___
> 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: Stack with the same name loop

2021-10-06 Thread Sean Cole (Pi) via use-livecode
[Huff] and [sigh]! I don't know. I mean, I just don't get it. I don't get
how LiveCode get defended as being people that care when they leave
something as *basic as this unrepaired for EIGHTTEENYEARS !?!

I have this thing. I don't know if it's just part of my BPD/EUD or the
48years I've spent on the wrong side of this planet (the outside), but I
tend to say
People always 'SEEM' nice. But in 'real - life' they're just people -
just like everyone else - bumbling masses of meat - looking out for
themselves - putting on the good show of caring and loving and kind -
making the appearance of someone trustworthy - but every... single...
one... is beyond trust because, like everyone else, they too have
themselves to deal with - and that sucks - for everyone!

I got told by Heather just recently to remember that LC10, that giant
promise just out of reach (this is of course in relation to html5
deployment, that noose around my neck), is just around the corner. What the
heck is that supposed to mean? It's that kind of crap that causes me not to
trust! The next millennia is 'just around the damned corner' for crying out
loud. What comfort can I get from that? I pass that crap on to my clients
and see how far that gets me? Don't worry, we'll be able to do what you've
asked in 'just around the corner'
days/months/years/decades/centuries/millennia!

But we keep taking it because, well, we've got no choice! We've bumbled
down this path, and all other roads are too far behind to go back to. We
can't change, LC can't change, nothing will change. We're all locked into
this perpetual loop 'til the end. Just like the haiku that the
Save/Purge/Cancel dialogue presents to us if we try to upgrade or reversion
our script.

The only way to get out of the loop is to force quit and start over.
Tomorrow.
[Sigh]

Sean


On Wed, 6 Oct 2021 at 22:30, Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 10/6/21 1:22 PM, Eraklis Pittas via use-livecode wrote:
>
> > I just put up with it and kill LC -  I don't think we will ever have a
> > definitive answer or fix (prove me wrong please!) . As I say they
> > don't seem to eat their own Dog Food otherwise this would have been
> sorted
> > years ago.
>
> BTW - the original bug report on this is now 18 years old.
> https://quality.livecode.com/show_bug.cgi?id=1061
>
>
___
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: Stack with the same name loop

2021-10-06 Thread Sean Cole (Pi) via use-livecode
hehe 😥
Sean


On Wed, 6 Oct 2021 at 18:37, Jim MacConnell via use-livecode <
use-livecode@lists.runrev.com> wrote:

> +1
>
> > On Oct 6, 2021, at 10:24 AM, Tom Glod via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > LOL. me too whenever I get this, I just unplug my comp from the
> > wall, leave the room, wait for 5 minutes  and only then try again. :D
> >
> > On Wed, Oct 6, 2021 at 1:18 PM Peter Bogdanoff via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> Good question. I have no idea either.
> >>
> >>> On Oct 6, 2021, at 12:56 PM, Sean Cole (Pi) via use-livecode <
> >> use-livecode@lists.runrev.com> wrote:
> >>>
> >>> Hi all,
> >>> Can someone give the definitive answer as to what to choose when I save
> >> my
> >>> stack with a save as to create a new iterative version and it comes up
> >> with
> >>> the prompt :
> >>> A stack with the same name as the one you are trying to load is
> >>> already open.
> >>>   SavePurgeCancel
> >>>
> >>> Whatever I do it ends up in a loop of asking this. I'm bored of having
> to
> >>> force close LC to get over this. What is supposed to happen if I press
> >>> Save? What is supposed to happen if I press Purge? And what about
> Cancel?
> >>> I've never understood the need for purge AND save. Purge from what?
> Save
> >>> and close? purge and close? It's just not clear to me as a long time
> user
> >>> let alone a new user.
> >>>
> >>> Btw, just to avoid unnecessary responses, I already know I can just
> make
> >> a
> >>> copy in the finder, clear LC memory and load that one in. My question
> is
> >>> just trying to get an understanding of this prompt.
> >>>
> >>> Thanks
> >>>
> >>> Sean
> >>> ___
> >>> 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
> >>
> >
> >
> > --
> > 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
>
>
> ___
> 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


Stack with the same name loop

2021-10-06 Thread Sean Cole (Pi) via use-livecode
Hi all,
Can someone give the definitive answer as to what to choose when I save my
stack with a save as to create a new iterative version and it comes up with
the prompt :
  A stack with the same name as the one you are trying to load is
already open.
SavePurgeCancel

Whatever I do it ends up in a loop of asking this. I'm bored of having to
force close LC to get over this. What is supposed to happen if I press
Save? What is supposed to happen if I press Purge? And what about Cancel?
I've never understood the need for purge AND save. Purge from what? Save
and close? purge and close? It's just not clear to me as a long time user
let alone a new user.

Btw, just to avoid unnecessary responses, I already know I can just make a
copy in the finder, clear LC memory and load that one in. My question is
just trying to get an understanding of this prompt.

Thanks

Sean
___
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 line number doesn't update

2021-09-21 Thread Sean Cole (Pi) via use-livecode
Hi Tiemo,

This is an issue dating all the way back to LC9.0.0. It has been raised
several times in this list and on the bug report platform. Other issues
surrounding it have been 'fixed' but this one seems elusive. One thread
mentioned someone was working on an alternative script editor but it is not
ready for the masses.

I was recommended by Trevor DeVore to use Levure and have my whole app
using script-only stacks. That way I could use Atom to open and work on
scripts. Not an option for me as my stack is so huuuge that there is no
easy way (or even a practical long way) to convert it all over to
Script-Only.

Following the thread of bugs around this, I've ended up at Bug 23117
 which I have added a
new comment to regarding the script editor. Since this has been around
since 9.0.0, I can't imagine it being repaired any time soon.

Sean


On Tue, 21 Sept 2021 at 09:00, Tiemo via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hello,
>
>
>
> beside the horrible IDE performance in general (windows 10, fast machine) I
> often have the issue, that the line number doesn't gets updated when
> scrolling the code in the IDE. Which is e.g. annoying when scrolling to a
> compilation error line. You have to click the mouse into the code, to get
> the line # updated
>
>
>
> I already have shut down almost all nice gimmicks in the IDE preferences,
> no
> project browser open, no messagebox open.
>
>
>
> Has anybody perhaps found any tweak to get the line # working again?
>
>
>
> Thanky
>
>
>
> Tiemo
>
>
>
>
>
> ___
> 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: PATCH command in tsNetCustom

2021-09-14 Thread Sean Cole (Pi) via use-livecode
Super, thanks Mark. Makes much more sense.

Sean


On Tue, 14 Sept 2021 at 12:29, Mark Waddingham via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 2021-09-14 12:07, Sean Cole (Pi) via use-livecode wrote:
> > put tsnetCustomSync(tAddr, "PATCH", tHeaders, tRecvHeaders,
> > tResultCode,
> > tBytes) into tData
> >
> > Where does tJson get put?
>
> I think you want tsnetCustomUploadSync here - that has an extra
> parameters for the body to upload, and return.
>
> Warmest Regards,
>
> Mark.
>
> --
> Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
> LiveCode: Everyone can create apps
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


PATCH command in tsNetCustom

2021-09-14 Thread Sean Cole (Pi) via use-livecode
Hi all,

I am in need of an example of how to use tsnet to send a PATCH request to a
REST API. I have some JSON (tJson) like '{"myField":"Data"}' and
address (tAddr) like 'https://myLink.com/object/name/idNumber' and tHeaders
like "Accept-Encoding: gzip" &cr& "Authorization: Bearer" &&
tAccessToken" &cr& "Content-length:" && tLen &cr& "Content-type:
application/json". How do I build my tsnet request?

put tsnetCustomSync(tAddr, "PATCH", tHeaders, tRecvHeaders, tResultCode,
tBytes) into tData

Where does tJson get put?

Thanks
Sean
___
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: Couple of HTML questions

2021-09-13 Thread Sean Cole (Pi) via use-livecode
Hi Colin,
If it is HTML5 deployment you are looking to do from LC, how time critical
is your project? At the moment, HTML5 deployment is still quite broken in
many ways. It may be best to wait until LC10 which is using a whole new
engine (which looks very promising).

That said, the current engine 'CAN' do what you have 'asked' for sure, both
'post tData to URL(tUrl)' and 'set the textstyle of char 10 to 20 of fld
"myField" to "bold"' (although that will depend on what texttype is already
in that field potentially - it can be a bit kooky at times).

Other things in html5 deployment you will run into that will most likely
frustrate a little.

Regarding 'post', note the following from the LC dictionary:
Cross-platform note: The HTML5 engine only supports HTTP and HTTPs
protocols. ((ie, you can't use file;//, ftp://, etc))
Cross-platform note: URLs fetched by the HTML5 engine from a domain other
than that of the hosting the page may be blocked by web browsers, unless
the server hosting the URL sets the "Access-Control-Origin" header
appropriately. ((But as you are likely hosting the PHP you will have
control over that))

If you run into any specific HTML5 deployment issues I'd be happy to help
you through if you want to PM me at all.

Sean

On Mon, 13 Sept 2021 at 20:20, matthias rebbe via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Colin,
>
> just tried here with a Livecode Server script not with a php script.
>
> Posting data from an Html5 stack to an url definitely works.
> (see https://livecode.dermattes.de/postmr/postmr.html <
> https://livecode.dermattes.de/postmr/postmr.html>)
>
> What i do not get working is setting the text style. Even if i set the
> style already in the IDE and built the html5 standalone the text style is
> reset to plain when the html5 stack is displayed in the browser.
>
> Regards,
> Matthias
>
>
>
> > Am 13.09.2021 um 04:53 schrieb Colin Holgate via use-livecode <
> use-livecode@lists.runrev.com>:
> >
> > I want to have an online text editor, that can post some styled text,
> that then gets read into a desktop stack. There are a lot of HTML styled
> text editors around, but I thought I may as well try using LiveCode for
> that part as well.
> >
> > Two issues I’ve hit are the setting of the style of the text, and then
> posting the text to a PHP script, that stores the HTML changes.
> >
> > Can these lines work in an HTML published stack?:
> >
> > post data to URL theurl
> >
> > and:
> >
> > set the textstyle of the selection to bold
> >
> >
> >
> > ___
> > 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: Send a table in an email.

2021-09-09 Thread Sean Cole (Pi) via use-livecode
Ben,

That's perfect, and kind of what I'd said in one of my previous, although
not as succinctly or as well explained. Thanks for this as a way of
confirming an idea. (I tend to use {{table}} as my replacement strings. It
goes back to my coding back in the 80s/90s)

I've put the projects to one side as it was only a 'could you just' request
from one of the team and only helps us view it a bit easier. I have bigger
fish to fry at the moment. But I'll revisit the thread when I've done it
and post the 'solution' for others to use.

Thanks again.

Sean
*Pi Digital *

On Thu, 9 Sept 2021 at 14:23, Ben Rubinstein via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Sean,
>
> Not to wind you up with yet another 'helpful' suggestion... but here's
> what I
> would do, if I've understood you correctly.
>
> I think you're formatting a nice message in a field using LC styling; then
> using the Mime Encoder feature to format it to include in an email. But
> when
> you try to put a table in the field, it doesn't come out nicely.
>
> My suggestion would to be do that, but where you want the table in the
> field,
> just put "***TABLE***" or similar.
>
> Then do the minimal work to generate the table in HTML format, and insert
> in
> the result of the mime encoder, so you end up doing something like
>
> put mimeEncodeFieldAsMIMEMultipartDocument(pField) into
> tMessageBody
> replace "***TABLE***" with tHTMLtable in tMessageBody
>
> Let the MIME encoder do all the dirty work it does on the messy stuff. Do
> the
> straightforward rendering of a table in HTML yourself. Combine the two.
>
> My 2c. Apologies if this a lecture on sucking eggs.
>
> Ben
>
>
> On 09/09/2021 09:35, Pi Digital via use-livecode wrote:
> > Hehe. Full of ‘solutions’ :)
> >
> > It’s because we need to see it as a table in an email :D
> > That’s the point of the question.
> >
> > Here’s my full process if it helps you understand.
> >
> > I (that is to say, a server I code and manage) process around 100-120
> emails a day from the mobile (cell phone) carriers O2 and EE. They all get
> done at about 5am every day at including weekends. Some have call data in
> them and some do not. Some have broken csv’s in them. Myself and others in
> the team need to quickly know when it breaks so we can look into it.
> >
> > So, to be absolutely sure, we email ourselves every morning a list of
> which emails have been processed for all of the clients (4 so far). It has
> the details of the email UID, the customer name, the client(or Dealer as we
> call them) name, the date range, the account number, number of Kb, and a
> bunch of other relevant data to us. This list has grown. Each line has a of
> course a different length and does not format out like the table it is put
> into in LC.
> >
> > The purpose of the email is a forceful reminder to us to check. The
> subject let’s us know immediately if there may be issues by telling us how
> many got processed and how many had data and how many are potentially
> broken. These can only be indicators. We find ourselves in the rubbish
> position of checking it over by eye.
> >
> > We ‘could’ have it sent to a database, or show up in an app or all
> manner of other methods but by far and away the simplest way for us to
> daily get this reminder is by a simple email with a heading and a list.
> Email is a system with a long track record of ‘working’. The fact that
> email still exists is testament to this. A quick scan over this daily doc
> helps us quickly see which ones we’ve already checked, what potential
> issues there are and, more importantly for me, if the remote server had
> completely fallen over. No need to open any links or other software to view
> quickly a stream of data. It’s easier to recall and delete than our mySQL
> database. Email is just there, always.
> >
> > So, the ability to quickly convert our little table from a text field on
> the server into the body of an email is what I’m looking to do. I had
> expected the mime field encoder to do this but it seems it’s only very
> simple in its view of a field.
> >
> > The data returned from ‘the htmlText of field’ is so long and convoluted
> and also does not contain either the correct formatting or table info
> suitable for email.
> >
> > So, it looks like if I have to do it I will have to code a whole html
> method for expressing it as a table in an email body that email will accept
> and display as expected. That’s why I had ‘hoped’ that the MIME encoder
> already did it for us. Alas, negatory!
> >
> > I didn’t want to have to have put all this into an email when asking the
> question and ‘hoped’ that a simple question would suffice to get a simple
> answer (which MarkW was gracious to provide from the most qualified
> position I know).
> >
> > But, seriously, thank you for your interest and attempts to offer useful
> suggestions. Sometimes what sounds like a simple answer actually just
> overcomplicates the ‘end user experience’. Som

Re: Send a table in an email.

2021-09-08 Thread Sean Cole (Pi) via use-livecode
Hi Rick,

It's not strictly what I was asking as I am talking about the mimeEncode
library. Plus it's a file that is then not easily selectable directly from
the email. I just want to be able to display a small table of data in the
email that is easily readable with a small footprint and using specifically
the mimeEncodeFieldAsMIMEMultipartDocument(pField).

Sean


On Wed, 8 Sept 2021 at 15:54, Rick Harrison via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Sean,
>
> Could you try converting your table into a .pdf file so it displays
> properly?
>
> Good luck!
>
> Rick
>
> > On Sep 8, 2021, at 6:02 AM, Sean Cole (Pi) via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Hi all
> >
> > I'm trying to use the MIME encoder to send an email with a table in the
> > body. I have a field that has both plain text and a few lines that are
> > displayed as a table in the middle of it. I basically just turn on the v
> > and h lines and set tab stops.
> >
> > mimeEncodeField... puts the text into the email body but does not seem to
> > format out the table. Is there a way to get it to recognise the table or
> > some other way of getting the table to display correctly in the email?
> >
> > Thanks
> > Sean
> > --
> > 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
>
___
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


Send a table in an email.

2021-09-08 Thread Sean Cole (Pi) via use-livecode
Hi all

I'm trying to use the MIME encoder to send an email with a table in the
body. I have a field that has both plain text and a few lines that are
displayed as a table in the middle of it. I basically just turn on the v
and h lines and set tab stops.

mimeEncodeField... puts the text into the email body but does not seem to
format out the table. Is there a way to get it to recognise the table or
some other way of getting the table to display correctly in the email?

Thanks
Sean
-- 
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: Suggestion: Non-Appbuilding Community Edition

2021-09-02 Thread Sean Cole (Pi) via use-livecode
Hi Lagi,
I have the LC IDE running on a remote Windows Server with 1 core (2Ghz) and
2GB ram. It struggles at times but is still usable (truly amazingly).
Otherwise, I run it on Windows through Parallels Desktop with VM 8 cores
and 8GB on an 8core 32GB Macbook Pro. Saving a stack takes 15 times longer
in Win compared to the same machine in macOS. Other than the slight lag and
bugginess of the script editor this is the only slowness I see. Unicode
slows down some procedures but that is not limited to the IDE.

I hope you can work out what is slowing it down to treacle speeds for you.
It sounds a bit odd to me.

On Fri, 3 Sept 2021 at 00:16, Bernard Devlin via use-livecode <
use-livecode@lists.runrev.com> wrote:

> >>
> But the best way of selling it is to FIX the bloody IDE - I am running on a
> 16G 1 year Old 8th Generation CoreI7  processor and it  STILL runs like
> treacle.
> <<
>
> As I don't recognize this experience can you put a video of your experience
> on the cloud?  I don't run on hardware anything like as beefy as you have.
> The only machine I've got where LC is slow is one where Windows itself is
> really slow (a 4yo laptop).  On my two Apple machines (M1 and Intel, the
> latter is 5yo) it is not "like treacle", neither is it slow on my i5
> Windows machine.
>
> It's a bit hard for LC Ltd to identify and fix something if it's only found
> in some odd cases.
>
> Regards, Bernard
>
>
>
>
>
>
> On Thu, Sep 2, 2021 at 10:34 PM Lagi Pittas via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > Trials of 14 days or even 30 days are a waste of time. I can install
> > something and use it for a couple of days - then life / work gets in the
> > way
> > so It sits on the computer for 31 days and then times out.
> >
> >  You then have to waste your time and the companies to get an extension,
> > and by the time they answer
> > you get cheesed off and remove the  program.
> >
> > The BEST trial is the one that lasts for 30 actual executions or 6 months
> > (whichever comes first).
> >
> > This stops the clever  SOD who decides to keep it running without exiting
> > for 6 months but it times out anyway.
> > Even better if he keeps it on for 2 days it counts as "executing" twice
> so
> > it will last 30 days.
> >
> > This means I have 30 days over a 6 month period to really test it without
> > rushing.
> >
> > The people who would game the system are the people who won't be loyal
> > customer anyway, so not giving a worthwhile trial period handicaps those
> > who want to give it a good try.
> >
> > You can also put a  nag screen  at the start of any executable with an OK
> > button  link to a special discounted price - free marketing (what a
> > brilliant Idea, why didn't I think of it?).
> >
> > But the best way of selling it is to FIX the bloody IDE - I am running
> on a
> > 16G 1 year Old 8th Generation CoreI7  processor and it  STILL runs like
> > treacle.
> >
> > If I downloaded it today as a new person it would be off my machine in
> less
> > than 30 minutes.
> >
> > You could also use this as your "marketing" system by "giving it away"
> to
> > schools for nothing and without the trial period but the nag screen.
> >
> > It can then be used by the students to learn programming at no cost - and
> > some of the students parent might pony up for a paid for version at a
> > student price (with no expiring standalones of cours - the most stupid
> idea
> > of the lot so far)
> >
> >
> > Anyway Kevin, have I/we wastedour time again putting out these cranky,
> > stupid and not workable suggestions?.
> >
> > Lagi
> >
> >
> >
> >
> >
> >
> >
> > On Thu, 2 Sept 2021 at 15:55, Kevin Miller via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> > > We *are* considering the length of the trial actively, we may well
> give a
> > > longer trial a shot at some point.
> > >
> > > Kind regards,
> > >
> > > Kevin
> > >
> > > Kevin Miller ~ ke...@livecode.com ~ http://www.livecode.com/
> > > LiveCode: Develop Yourself
> > >
> > > On 02/09/2021, 15:51, "use-livecode on behalf of Ralph DiMola via
> > > use-livecode"  > > use-livecode@lists.runrev.com> wrote:
> > >
> > > True, true.
> > >
> > > There could be a small group of programmers that pass a stack
> around
> > > but you would not be able to convince/teach a civilian to install a
> > > programming IDE and explain how to run the stack along with any other
> > > supporting files, SW or plug-ins... Mobile would be a non-starter. I
> > would
> > > not dismiss this out-of-hand. A 90 day free IDE could also be an
> option.
> > >
> > > 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 Kevin Miller via use-livecode
> > > Sent: Thursday, September 02, 2021 10:31 AM
> > > To: How to use LiveCode
> > > Cc: Kevin Miller; Michael 

Re: Licensing model change

2021-09-02 Thread Sean Cole (Pi) via use-livecode
Not even close it would seem. For $300 you will get Win/Mac/Lin (like we
used to). But now we'll have to pay $300 for each with some weird-as
discount applied (maybe).

It's very out of whack. I like the model used by xojo that is based on
Desktop, Web, iOS and Android. It makes much more sense. But I'm guessing
they are splitting up the desktops because of the chances that MOST
developers only develop for one platform (most likely Windows) and coding
the engine for these other platforms has to be done somewhat differently to
each other so they want to reclaim those costs. But surely those other
platforms MUST be coded anyway to maintain a 'cross-platform' environment.
So surely the cost 'should' be absorbed by all users rather than the few
who deploy to Mac/Lin.

Only my opinion verbalised. Still only based on raw info at the moment.

On Thu, 2 Sep 2021 at 20:07, Mike Kerner via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I'd also be curious how the new model compares to xojo
>
> --
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: Custom URLs

2021-09-01 Thread Sean Cole (Pi) via use-livecode
Dan,
These will be useful to you:
https://stackoverflow.com/questions/21893447/facebook-sdk-app-not-registered-as-a-url-scheme
https://github.com/facebookarchive/react-native-fbsdk/issues/707

Pi

On Wed, 1 Sept 2021 at 18:38, David Bovill via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I don’t know Dan as its been a while since I looked into this - but it
> sounds like a typical security thing Apple insists on for the AppStore?
> They tend (when compared to Android), to lock that sort of thing down save
> for a few standard (internet) url schema.
>
> 📆Schedule a call with me
> On 1 Sep 2021, 18:05 +0100, Dan Friedman via use-livecode <
> use-livecode@lists.runrev.com>, wrote:
> > I need a little help here...
> >
> > I am creating a mobile app for a client that wants to simply launch
> another app. To do this, I am trying to use a custom url to launch an
> external app. For example:
> >
> > launch url "fb:"
> >
> > This works fine on Android, but on iOS, I get "no association" (yes,
> Facebook is installed). Then I read that you have to enter the Custom URLs
> you want to use in the "App URL Query Whitelist" area in the Application
> Builder. Is this true? Why does the app have to know at compile time what
> URLs are going to be opened? In my app's case, client can change and edit
> the list on a server, so the list of apps to launch are received by the our
> app at launch.
> >
> > "mailto:";, "http:", "music:" and "tel:" all work just fine on iOS
> without being included in the App URL Query Whitelist.
> >
> > Anyone have any insight to this process?
> >
> > Thanks in advance!
> > -Dan
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
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 Community - anyone up for maintaining the community edition?

2021-09-01 Thread Sean Cole (Pi) via use-livecode
The main reasons I stopped contributing were:
No easy support for LiveCode script as it was all in binary so versioning
was non-existent.
Life cycle between a pull request, merge and deployment

The dictionary was the only place I was able to properly contribute. But it
still sucked a lot. And was inconsistent between the Doc Viewer and the Doc
panel in the script editor. I kind-of got fed up with all of it. The new AI
thing is cool. But it would be good to have a good portal for submitting
updates and improving the quality of the Guide/Dictionary.

Liking where LC10 is heading. I was an outspoken naysayer of Open Sourcing.
TBH, I didn't understand the need. I liked it a bit more when it happened.
I definitely liked peeking into the core and getting a better understanding
of how stuff like the datagrid worked and other bits and bobs.

But I am happier now it's gone back into the hands of LCLtd. It makes much
more sense.

I'd be interested to know if a new SDK is being implemented if it's now no
longer open source. Or if Widgets and LCB will remain the main way in
(which is probably fine).

Sean
*Pi *

On Wed, 1 Sept 2021 at 13:26, Andre Garzia via use-livecode <
use-livecode@lists.runrev.com> wrote:

> People had eight years to contribute to the community edition, and they
> didn't. I don't think people would now start caring for and devoting the
> necessary energy to maintain the community edition. It is because people
> didn't organise and contribute that this recent change happened.
>
> On Wed, 1 Sept 2021 at 12:56, David Bovill via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > Here are my thoughts on this - and a request.
> >
> > Yes - it’s not a surprising move by Livecode Ltd - they were clearly
> > struggling supporting the community aspect and taking the language to the
> > next level and they need more revenue to do that.
> >
> > The question is (for my part at least) - what to do about this.
> Personally
> > I have never seen a future for a closed source language, and the
> projects I
> > work on will not fund. Projects developed in closed source - especially
> by
> > a small company. So I have a choice, switch language, or look to continue
> > with developing with the community edition and help build an open source
> > community around that. The former (switching languages) is relatively
> easy,
> > the latter a lot of work.
> >
> > I’m happy to have a company like Livecode Ltd create closed source
> > products  that I can use, so how to have both an open source language,
> and
> > the ability to work with closed source products developed by Livecode
> Ltd?
> > As I see it the only option is for those interested in the community to
> > take control and responsibility for the core language.
> >
> > There are a number of options with regard to future language development,
> > that would put the language on an even par with other open source
> > languages, and there are also new ways to finance such initiatives. It
> > would be valuable to get together as a community and discuss those.
> >
> > How about having a community conference to look at what is possible? We
> > can do this online and showcase new and existing open source projects and
> > discuss the opportunities this new environment presents?
> >
> >
> > 📆Schedule a call with me
> > On 1 Sep 2021, 12:18 +0100, David V Glasgow via use-livecode <
> > use-livecode@lists.runrev.com>, wrote:
> > >
> > >
> > > > On 1 Sep 2021, at 11:26 am, Bernard Devlin via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> > > >
> > > > There you had a group of programmers who supposedly loved what
> > > > HyperCard could do, but they only loved that concept as a historical
> > > > artefact, not as a tool available to people now.
> > >
> > > Abso-frogging-lutely.
> > >
> > > The really interesting questions are “why?" and “Is there anything we
> > could do about it?”
> > >
> > >
> > > Best Wishes,
> > >
> > > David Glasgow
> > > Consultant Forensic & Clinical Psychologist
> > > Carlton Glasgow Partnership
> > > Director, Child & Family Training, York
> > > Honorary Professor
> > > Sexual Offences, Crime and Misconduct Research Unit
> > > Nottingham Trent 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
> > ___
> > 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
> >
>
>
> --
> https://www.andregarzia.com 
> Want to support me? Buy me a coffee at https://ko-fi.com/andregarzia
> ___
> use-livecode mailing li

Re: Licensing model change

2021-08-31 Thread Sean Cole (Pi) via use-livecode
What has happened to price lock-ins though? Will they get honoured? I'm
still paying for a web deployment that still doesn't work properly yet.
What is happening to that?

On Tue, 31 Aug 2021 at 17:48, Mike Kerner via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I did not mean that we could get it to another firm for commercial use, I
> meant that we could potentially limp through, ourselves, with the exception
> of the pieces that were not OSS'd.
> Most of the time when we ask for source escrow, the fees are insane, if the
> developer will even discuss it.
>
> On Tue, Aug 31, 2021 at 12:39 PM Kevin Miller via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > So I am disappointed that the code will not be out in the open in
> > the event of a business failure
> >
> > The GPL open source license we used never provided this sort of
> protection
> > due to the terms of the GPL. For that reason, we continued to sell source
> > code escrow licenses to some commercial users, even as an open source
> > company.
> >
> > Kind regards,
> >
> > Kevin
> >
> > Kevin Miller ~ ke...@livecode.com ~ http://www.livecode.com/
> > LiveCode: Develop Yourself
> >
> >
> >
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> > subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
> >
>
>
> --
> On the first day, God created the heavens and the Earth
> On the second day, God created the oceans.
> On the third day, God put the animals on hold for a few hours,
>and did a little diving.
> And God said, "This is good."
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
-- 
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: Levure Dataview: adding a scrolling background

2021-06-21 Thread Sean Cole (Pi) via use-livecode
Hi David,

iOS 'fir' / 'for' issue.

I don't know if this already got answered elsewhere in the thread. There
are two easy fixes for this.

1. In Notes, type 'Fir always' then select the word 'Fir' and from the
pop-up menu select 'replace...' then replace with 'For'. Delete the line of
text and repeat nine times.
Now repeat this whole thing but use the phrase 'Once fir all'. If this
corrects to 'for' right away then it is already fixed. Otherwise, continue
using this phrase replacing 'fir' with 'for'.

2. If this still does not fix it, in
Settings>General>Keyboard>TextReplacement>, add 'fir' with the replacement
'for'.

(3. Or, go to Settings>General>Reset>ResetKeyboardDictionary, but that is
the last resort.)

All the best

Sean


On Mon, 21 Jun 2021 at 20:33, David Bovill via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I’d like to add an image background to a Dataview, so that is scrolls
> alongside the rows.
>
> Any pointers?
>
> 📆Schedule a call with me
> On 11 Jun 2021, 18:01 +0100, David Bovill , wrote:
> > So I got visual feedback from drag-and-drop using the Levure DataView
> following instructions at:
> >
> > • https://github.com/trevordevore/levurehelper-dataview
> >
> > I add the following code to the DataView:
> > > quote_type
> > > on dragStart
> > >  set the dvDragImageRow of me to item 1 of the dvHilitedRows of me
> > >  set the dvTrackDragReorder[the dvHilitedRows of me] of me to true
> > >  set the dragData["private"] to the dvHilitedRows of me # dragdata has
> to be set to something.
> > > end dragStart
> > >
> > > on ValidateRowDrop pDraggingInfoA, pProposedRow, pProposedDropOperation
> > >  put "Dragging" && pProposedRow && pProposedDropOperation
> > >  return true
> > > end ValidateRowDrop
> > >
> > > on AcceptRowDrop pDraggingInfoA, pRow, pDropOperation
> > >  put "Dropped" && pRow && pDropOperation
> > > end AcceptRowDrop
> > >
> > But the ValidateRowDrop message does not get sent, also I don’t get any
> visual feedback with a "drop indicator" (the line that shows you where the
> drop will occur) - any idea?
> >
> > 📆Schedule a call with me
> > On 11 Jun 2021, 16:03 +0100, David Bovill ,
> wrote:
> > > Yeah sorry about the typo - sent from mobile. I meant Levure -  as
> Trevor is the main man with the drag stuff and having differenr styles for
> rows is a must.
> > >
> > > NB on the typo front I have a distant memory that aeons ago when I
> first got an iPhone I said yes to the spelling “fir”.  Ever since then all
> my devices seem to love this word - anyone have an idea how to correct this
> auto typing flaw?
> > >
> > > 📆Schedule a call with me
> > > On 11 Jun 2021, 15:05 +0100, Klaus major-k via use-livecode <
> use-livecode@lists.runrev.com>, wrote:
> > > > Hi David,
> > > >
> > > > > Am 11.06.2021 um 15:58 schrieb David Bovill via use-livecode <
> use-livecode@lists.runrev.com>:
> > > > >
> > > > > Is there a simple demo out there that shows how drag-reordering of
> rows in a dataview works? Is this feature experimental? Got a deadline fir
> Monday considering taking the plunge?
> > > >
> > > > Levite Dataview? 8-)
> > > > Sure you do not mean LC datagrid?
> > > >
> > > > > 📆 Schedule a call with me
> > > >
> > > > No. :-D
> > > >
> > > >
> > > > Best
> > > >
> > > > Klaus
> > > > --
> > > > Klaus Major
> > > > https://www.major-k.de
> > > > https://www.major-k.de/bass
> > > > kl...@major-k.de
> > > >
> > > >
> > > > ___
> > > > 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: Collaborative help request for oAuth2 access to DocuSign

2021-06-13 Thread Sean Cole (Pi) via use-livecode
You legend, Matthias,
That did it. I'll make sure this is put into the documentation as it
appears to be the only blocking point.
Well done!
Thanks,
Sean

On Sat, 12 Jun 2021 at 00:53, matthias rebbe via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Sean,
>
> could you please try and remove the tParamsA parameter in your oAuth2 call?
>
> I noticed that the oauth2 library itself places the  "?response_type=code"
> parameter to the url. So with the tParamsA parameter it was twice in the
> URL.
>
> I removed the tParamsA parameter in your call and was at least able to
> login and the browser windows closed. I  did not test further as it is a
> little late here.
>
>
> See also a screen recording here https://livecode.dermattes.de/sean.mp4
>
> Regards,
>
> Matthias
>
>
>
>
>
> > Am 11.06.2021 um 20:49 schrieb Sean Cole (Pi) via use-livecode <
> use-livecode@lists.runrev.com>:
> >
> > Thanks Colin and Andrew.
> >
> > I'll see if I can track down Monte. I know he's a busy man. But there
> must
> > be a simple explanation of why they don't seem to work. oAuth should be
> > pretty simple. I have done my own using a browser widget but it's a bit
> > clunky for the customer. The oAuth seems to be a nicer option for coding
> > and navigating if we can get it working.
> >
> > All the best
> >
> > Sean
> >
> >
> > On Fri, 11 Jun 2021 at 17:20, Colin Kelly via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> Same here, I couldn’t get oAuth working for Intelligent Office in LC but
> >> using the same credentials it worked ok through Postman…
> >>
> >> --
> >> Colin Kelly
> >> M 07951 920680
> >>
> >>
> >> From: use-livecode  on behalf of
> >> Andrew at MidWest Coast Media via use-livecode <
> >> use-livecode@lists.runrev.com>
> >> Reply to: How to use LiveCode 
> >> Date: Friday, 11 June 2021 at 17:13
> >> To: "use-livecode@lists.runrev.com" 
> >> Cc: Andrew at MidWest Coast Media 
> >> Subject: Re: Collaborative help request for oAuth2 access to DocuSign
> >>
> >> I was never able to get oAuth working for Canvas LMS even though the
> same
> >> workflow worked on Postman.
> >>
> >> —Andrew Bell
> >>
> >>
> >> Subject: Re: Collaborative help request for oAuth2 access to DocuSign
> >>
> >> I?ve still not been able to make any headway with getting oAuth to work
> >> for DocuSign. Anyone have any ideas?
> >>
> >> Sean
> >>
> >> ___
> >> use-livecode mailing list
> >> use-livecode@lists.runrev.com<mailto: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: Collaborative help request for oAuth2 access to DocuSign

2021-06-11 Thread Sean Cole (Pi) via use-livecode
Thanks Colin and Andrew.

I'll see if I can track down Monte. I know he's a busy man. But there must
be a simple explanation of why they don't seem to work. oAuth should be
pretty simple. I have done my own using a browser widget but it's a bit
clunky for the customer. The oAuth seems to be a nicer option for coding
and navigating if we can get it working.

All the best

Sean


On Fri, 11 Jun 2021 at 17:20, Colin Kelly via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Same here, I couldn’t get oAuth working for Intelligent Office in LC but
> using the same credentials it worked ok through Postman…
>
> --
> Colin Kelly
> M 07951 920680
>
>
> From: use-livecode  on behalf of
> Andrew at MidWest Coast Media via use-livecode <
> use-livecode@lists.runrev.com>
> Reply to: How to use LiveCode 
> Date: Friday, 11 June 2021 at 17:13
> To: "use-livecode@lists.runrev.com" 
> Cc: Andrew at MidWest Coast Media 
> Subject: Re: Collaborative help request for oAuth2 access to DocuSign
>
> I was never able to get oAuth working for Canvas LMS even though the same
> workflow worked on Postman.
>
> —Andrew Bell
>
>
> Subject: Re: Collaborative help request for oAuth2 access to DocuSign
>
> I?ve still not been able to make any headway with getting oAuth to work
> for DocuSign. Anyone have any ideas?
>
> Sean
>
> ___
> 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


Collaborative help request for oAuth2 access to DocuSign

2021-06-09 Thread Sean Cole (Pi) via use-livecode
Hi All,

Until now I have been using SOAP to connect to Docusign without the need
for oAuth2. However, they will soon (August 16th, 2021) require oAuth2
entry.

To make it easier for us to play together, I've created a temp gmail and
DocuSign account. The code I'm using is as follows:

//
local sDocuSignAuth
on es_DocuSignTest
   put "http://account-d.docusign.com/oauth/auth"; into tAuthURL -- //
account-d DURING TESTING / account WHEN LIVE //
   put "http://account-d.docusign.com/oauth/token"; into tTokenURL
   put "e36917d4-72be-4924-aced-3e75844080a2" into tClientID // LCTest
   put "0493edd9-a8a6-431e-a64e-2d6f162ca98b" into tClientSecret // LCTest
   put "signature" into tScopes
   put "58081" into tPort // Redirect uri set to 'http://127.0.0.1:58081'
   put "code" into tParamsA["response_type"]
   --
   put "pi.lc.apit...@gmail.com" into tUser // Docusign test account
   put "lctestaccount" into tPass // Docusign test account
   --
   if sDocuSignAuth is empty then
  OAuth2 tAuthURL, tTokenURL, tClientID, tClientSecret, tScopes,
"58081", tParamsA
  put the result &cr& it
  if the result is not empty then
 return "Not authorized!" for error
  else
 put it into sDocuSignAuth
  end if
   end if
end es_DocuSignTest
//

You can log in to the DocuSign account using those credentials if you feel
the need.

As you will find when you try the code, the oAuth window comes up, you log
in, but it never responds with the Token or the redirect uri. So I don't
know what I'm missing or how to fix it. Perhaps by getting this one sorted
out we can have a definitive method for any API.

Thanks for any help.

Sean
___
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: bordercolor of buttons

2021-06-09 Thread Sean Cole (Pi) via use-livecode
Hi Klaus,

Very much a 'feature' in heavy inverted commas. I've tested as far back as
5.0.2 and it has ALWAYS been this way. Round rect button borders are set
using the forecolor, not the border colour. If this were a 'bug' I'm sure
it would have been noted as such somewhere in the quality sub-site. It is
not a 'feature' that seems intuitive or even correct, but it is the way it
has always operated until now. Some 'incorrect' functionality just has to
remain the same to maintain the status quo. I, for one, however, would
prefer it if it were made consistent with other buttons. It is not clear
'why' it is the way it is.

Sean

On Wed, 9 Jun 2021 at 09:09, Klaus major-k via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Paul,
>
> > Am 09.06.2021 um 05:35 schrieb Paul Hibbert via use-livecode <
> use-livecode@lists.runrev.com>:
> >
> > Like Sean points out, this is caused by the “threeD” property being on.
>
> I was not talking about a button with its 3D is ON!
> Is nobody reading what I write?
>
> Create a button of type "roundrect"
> Uncheck 3D
> Set its BORDERCOLOR
> No change in bordercolor
>
> Switch that buttons STYLE to "rectangle"
> Et voila, now we can see the bordercolor!
>
> Switch STYLE back to "roundrect" and if we now change the FOREGROUNDCOLOR
> that will also affect the BORDER.
>
> I do not need a workaround, I just want to know if this is a bug or
> feature!
>
> > ...
> > I totally agree that setting the "Border Color" Property would be much
> easier though.
>
> So you also think this is not working as exspected, right? 8-)
>
> > Paul
>
> >
> >> On 7Jun, 2021, at 7:53 AM, ELS Prothero via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>
> >> Folks,
> >> This issue also confused me recently when I was making an app for my
> own use. It seems like an idiosyncrasy to me, even tho a pretty minor one
> that could be mentioned in the dictionary.
> >> Best,
> >> Bill
> >>
> >> William Prothero
> >> https://earthlearningsolutions.org
> >>
> >>> On Jun 7, 2021, at 7:30 AM, Klaus major-k via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>>
> >>> Hi Sean,
> >>>
> >>>> Am 06.06.2021 um 23:40 schrieb Sean Cole (Pi) via use-livecode <
> use-livecode@lists.runrev.com>:
> >>>>
> >>>> Klaus,
> >>>> Forecolor IS the border color. It always has been for shapes including
> >>>> circles, polygons and custom shapes.
> >>>
> >>> yes, but I was clearly referring to a button.
> >>>
> >>>> Buttons have a bordercolor property but only visible if 3d is off.
> >>>
> >>> AND if they are not "roundrect"!
> >>> Then the BORDERCOLOR does nto work!
> >>> It does if you switch to e.g. "rectangle".
> >>>
> >>> And that was puzzling me a bit. 8-)
> >>>
> >>>> Sean
> >>>>
> >>>>> On Sun, 6 Jun 2021 at 14:20, Klaus major-k via use-livecode <
> >>>>> use-livecode@lists.runrev.com> wrote:
> >>>>>
> >>>>> Hi friends,
> >>>>>
> >>>>> bug or feature?
> >>>>>
> >>>>> I have a "roundrect" button and cannot set its BORDERCOLOR!?
> >>>>> I have to set the FOREGROUNDCOLOR which also affects its BORDERCOLOR.
> >>>>>
> >>>>> This is not the case if I set the buttons type to e.g. "rectangle",
> then
> >>>>> the before set BORDERCOLOR will be displayed
>
> Best
>
> Klaus
>
> --
> Klaus Major
> https://www.major-k.de
> https://www.major-k.de/bass
> kl...@major-k.de
>
>
> ___
> 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: bordercolor of buttons

2021-06-06 Thread Sean Cole (Pi) via use-livecode
Klaus,
Forecolor IS the border color. It always has been for shapes including
circles, polygons and custom shapes. Buttons have a bordercolor property
but only visible if 3d is off.

Sean


On Sun, 6 Jun 2021 at 14:20, Klaus major-k via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi friends,
>
> bug or feature?
>
> I have a "roundrect" button and cannot set its BORDERCOLOR!?
> I have to set the FOREGROUNDCOLOR which also affects its BORDERCOLOR.
>
> This is not the case if I set the buttons type to e.g. "rectangle", then
> the before
> set BORDERCOLOR will be displayed.
>
> No hint in the dictionary about this, so but or feature? :-)
>
>
> Best
>
> Klaus
> --
> Klaus Major
> https://www.major-k.de
> https://www.major-k.de/bass
> kl...@major-k.de
>
>
> ___
> 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: Finding out what changes a custom property

2021-06-06 Thread Sean Cole (Pi) via use-livecode
Hi Paul,

In the development menu, open 'message watcher'. That's helped me with
exactly what you are looking for too. Fantastic tool.

Sean

On Sun, 6 Jun 2021 at 21:21, Paul Dupuis via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I have a stack with a custom property, hrStart.
>
> Somewhere is miles of code and messages flying everywhere, something is
> changing it that shouldn't.
>
> Is there an debugger feature or tip or trick anyone has that can do teh
> equivalent of set a break point when a property is changed and let me
> see the executionContexts to tell what the heck is changing it!
>
> Thanks in advance,
>
>
> ___
> 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: Memory garbage overrun on windows server

2021-05-27 Thread Sean Cole (Pi) via use-livecode
What the. It autoincorrected to that! Bizarre technology. :/

On Thu, 27 May 2021 at 21:34, matthias rebbe via use-livecode <
use-livecode@lists.runrev.com> wrote:

> tsNetCustomSync? You mean tsNetClose, right? ;)
>
> > Am 27.05.2021 um 22:17 schrieb Sean Cole (Pi) via use-livecode <
> use-livecode@lists.runrev.com>:
> >
> > Good shout, Matthias. It could well be.
> >
> > Although, I’ve just been running the app for a different clients emails
> and
> > those aren’t having as huge an effect. It is going up, but not by nearly
> as
> > much as the first ones I was doing. The main difference between them is
> the
> > amount of data in their csv files and then the pdf layouts. So, I’m
> > wondering if it’s to do with the types of images used in this particular
> > clients report templates. I’ll check it out once I’ve got through this
> > batch.
> >
> > But I will try the tsNetCustomSync thing and get back to you.
> >
> > Thanks
> > S
> >
> > On Thu, 27 May 2021 at 19:01, matthias rebbe via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> Hi Sean,
> >>
> >> i am not sure if this helps, but are you using tsNet for sending the
> >> emails?
> >> If so, could you try to execute the command tsNetClose after each
> >> iteration?
> >> This should close all existing connections and disable tsNet.
> >> To use tsNet again you need to run tsNetInit once to initialize tsNet
> >> again.
> >>
> >> If this solves the problem, tsNet is the culprit. If it doesn't, we know
> >> tsNet isn't it. ;)
> >>
> >> Matthias
> >>
> >>
> >>
> >>> Am 27.05.2021 um 19:37 schrieb Sean Cole (Pi) via use-livecode <
> >> use-livecode@lists.runrev.com>:
> >>>
> >>> Hi
> >>> I have an LC app running on a server that collects csv files from an
> >> email
> >>> server, analyses the data from each, stores that data to an sql db then
> >>> creates a pdf which it then uploads to an ftp server.
> >>>
> >>> Each iteration of this is followed by my attempt to purge the data in
> all
> >>> local and global arrays and variables. The stack which is used to
> create
> >>> the pdf is also closed, destroyed and deleted.
> >>>
> >>> But with each email that gets processed the memory usage goes up by
> about
> >>> 120Mb. That's ok, but it only goes up. It only plateaus once it reaches
> >>> 100%, which for a 2Gb server instance happens after just 10 emails.
> After
> >>> that the resource manager begins to record hard faults/sec spikes and
> >> task
> >>> manager shows the memory usage go up to 14Gb of 14Gb committed memory
> >> where
> >>> it finally gives up and kills the app.
> >>>
> >>> Looking through old posts and bugs it does seem related to bug
> >>> https://quality.livecode.com/show_bug.cgi?id=17434 but this refers to
> >> MacOS
> >>> and heap fragmentation. Is this a problem with windows also? I wouldn't
> >>> know.
> >>>
> >>> Is there some other way of purging this memory intermittently so that
> it
> >>> can continue without having to keep closing down LC or the standalone
> and
> >>> restarting it? It kind of defeats the object of having a server app
> when
> >> I
> >>> have to baby sit it processing. Even once it has completed it never
> frees
> >>> up the memory used until it is killed and restarted. I'm going to
> >> increase
> >>> the memory allocation for the server instance to 4GB (at great cost)
> >> which
> >>> will alleviate some of the pressure but is only delaying the
> inevitable.
> >>>
> >>> It does seem we need some kind of bare knuckle approach to memory
> purging
> >>> in LC somewhere, in my humble opinion. But, in the meantime, if I can
> get
> >>> some advice and background it may help to manage it for now.
> >>>
> >>> Regards
> >>> S
> >>> --
> >>> 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: Memory garbage overrun on windows server

2021-05-27 Thread Sean Cole (Pi) via use-livecode
Good shout, Matthias. It could well be.

Although, I’ve just been running the app for a different clients emails and
those aren’t having as huge an effect. It is going up, but not by nearly as
much as the first ones I was doing. The main difference between them is the
amount of data in their csv files and then the pdf layouts. So, I’m
wondering if it’s to do with the types of images used in this particular
clients report templates. I’ll check it out once I’ve got through this
batch.

But I will try the tsNetCustomSync thing and get back to you.

Thanks
S

On Thu, 27 May 2021 at 19:01, matthias rebbe via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Sean,
>
> i am not sure if this helps, but are you using tsNet for sending the
> emails?
> If so, could you try to execute the command tsNetClose after each
> iteration?
> This should close all existing connections and disable tsNet.
> To use tsNet again you need to run tsNetInit once to initialize tsNet
> again.
>
> If this solves the problem, tsNet is the culprit. If it doesn't, we know
> tsNet isn't it. ;)
>
> Matthias
>
>
>
> > Am 27.05.2021 um 19:37 schrieb Sean Cole (Pi) via use-livecode <
> use-livecode@lists.runrev.com>:
> >
> > Hi
> > I have an LC app running on a server that collects csv files from an
> email
> > server, analyses the data from each, stores that data to an sql db then
> > creates a pdf which it then uploads to an ftp server.
> >
> > Each iteration of this is followed by my attempt to purge the data in all
> > local and global arrays and variables. The stack which is used to create
> > the pdf is also closed, destroyed and deleted.
> >
> > But with each email that gets processed the memory usage goes up by about
> > 120Mb. That's ok, but it only goes up. It only plateaus once it reaches
> > 100%, which for a 2Gb server instance happens after just 10 emails. After
> > that the resource manager begins to record hard faults/sec spikes and
> task
> > manager shows the memory usage go up to 14Gb of 14Gb committed memory
> where
> > it finally gives up and kills the app.
> >
> > Looking through old posts and bugs it does seem related to bug
> > https://quality.livecode.com/show_bug.cgi?id=17434 but this refers to
> MacOS
> > and heap fragmentation. Is this a problem with windows also? I wouldn't
> > know.
> >
> > Is there some other way of purging this memory intermittently so that it
> > can continue without having to keep closing down LC or the standalone and
> > restarting it? It kind of defeats the object of having a server app when
> I
> > have to baby sit it processing. Even once it has completed it never frees
> > up the memory used until it is killed and restarted. I'm going to
> increase
> > the memory allocation for the server instance to 4GB (at great cost)
> which
> > will alleviate some of the pressure but is only delaying the inevitable.
> >
> > It does seem we need some kind of bare knuckle approach to memory purging
> > in LC somewhere, in my humble opinion. But, in the meantime, if I can get
> > some advice and background it may help to manage it for now.
> >
> > Regards
> > S
> > --
> > 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
>
-- 
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


Memory garbage overrun on windows server

2021-05-27 Thread Sean Cole (Pi) via use-livecode
Hi
I have an LC app running on a server that collects csv files from an email
server, analyses the data from each, stores that data to an sql db then
creates a pdf which it then uploads to an ftp server.

Each iteration of this is followed by my attempt to purge the data in all
local and global arrays and variables. The stack which is used to create
the pdf is also closed, destroyed and deleted.

But with each email that gets processed the memory usage goes up by about
120Mb. That's ok, but it only goes up. It only plateaus once it reaches
100%, which for a 2Gb server instance happens after just 10 emails. After
that the resource manager begins to record hard faults/sec spikes and task
manager shows the memory usage go up to 14Gb of 14Gb committed memory where
it finally gives up and kills the app.

Looking through old posts and bugs it does seem related to bug
https://quality.livecode.com/show_bug.cgi?id=17434 but this refers to MacOS
and heap fragmentation. Is this a problem with windows also? I wouldn't
know.

Is there some other way of purging this memory intermittently so that it
can continue without having to keep closing down LC or the standalone and
restarting it? It kind of defeats the object of having a server app when I
have to baby sit it processing. Even once it has completed it never frees
up the memory used until it is killed and restarted. I'm going to increase
the memory allocation for the server instance to 4GB (at great cost) which
will alleviate some of the pressure but is only delaying the inevitable.

It does seem we need some kind of bare knuckle approach to memory purging
in LC somewhere, in my humble opinion. But, in the meantime, if I can get
some advice and background it may help to manage it for now.

Regards
S
-- 
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: 3-way slider control

2021-05-26 Thread Sean Cole (Pi) via use-livecode
I made a multiway one

https://forums.livecode.com/viewtopic.php?f=7&t=35903&p=205657

On Wed, 26 May 2021 at 20:45, Paul Dupuis via use-livecode <
use-livecode@lists.runrev.com> wrote:

> :-)
>
> On 5/26/2021 3:36 PM, Alex Tweedly via use-livecode wrote:
> > I'd prefer it like ...
> >
> > On 26/05/2021 18:28, Paul Dupuis via use-livecode wrote:
> >> What, like this:
> >>
> >> on scrollbarDrag pNewPosition
> >>   local tToolTip = "CiC only,both CiC and Source,Source only"
> >>   set the thumbPosition of me to pNewPosition
> >>   set the tooltip of me to "Text style changes will be applied
> >> to"&&(item pNewPosition+1 of tToolTip)
> > set the enabled of fld "CiC_Label" to (pNewPosition=0 or
> > pNewPosition=1)
> > set the enabled of fld "Src_Label" to (pNewPosition=1 or
> > pNewPosition=2)
> > end scrollbarDrag
> >
> > or, of course,
> >
> >set the enabled of fld "CiC_Label" to (pNewPosition <= 1)
> >set the enabled of fld "Src_Label" to (pNewPosition >= 1)
> >
> > All a matter of personal preference :-)
> >
> > Alex.
> >
> >
> > ___
> > 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: the systemversion shows wrong version # on Mac

2021-05-13 Thread Sean Cole (Pi) via use-livecode
On Thu, 13 May 2021 at 14:57, Ben Rubinstein via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Do we need a "detailed systemversion" ?
>

+1
Great idea. For Windows also this could return from ' systeminfo | findstr
/B /C:"OS Name" /C:"OS Version" ' which would give the build number instead
of just NT 10.0. eg:
OS Name:   Microsoft Windows 10 Pro
OS Version:10.0.18363 N/A Build 18363
___
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: Bug, feature, or just something I need to program around?

2021-05-12 Thread Sean Cole (Pi) via use-livecode
on openField
   select char 0 of me
end openField

On Wed, 12 May 2021 at 09:03, Mark Smith via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Alex, what sequence are you trying to do that won’t work? If you tab
> into a field and then cmd-arrow (right or left) I think it restores the
> “selection” behavior you are looking for ie. you can then shift-cmd-right
> or left to select the chars. Would that be a work-around?
>
> > On May 11, 2021, at 9:22 PM, Alex Tweedly via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > In a LC single line field (MacOS), the keys shift-cmd-rightarrow will
> select from the current position to the end of the line, and add that to
> the selection.
> >
> > BUT if I TAB into the field the cursor is initially at the start of the
> field and the key sequence above will move the cursor to the end *without*
> selecting the characters.
> >
> > At that point, shift-cmd-leftarrow will move it back to the start, still
> without selecting any characters. But if you do "something else" (e.g. left
> arrow, insert a char, delete a char, ...) then normal behaviour resumes. If
> you click into the field, everything behaves itself.
> >
> > Feels to me like a bug, but I'd be happy to be corrected.
> >
> > And, if I need to - any suggestions how I could script around it ?
> >
> > Thanks,
> >
> > Alex.
> >
> >
> > ___
> > 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: Help! I'm stuck

2021-04-08 Thread Sean Cole (Pi) via use-livecode
That **would** be good. I see what you mean.


On Thu, 8 Apr 2021 at 18:36, Brian Milby via use-livecode <
use-livecode@lists.runrev.com> wrote:

> It would be a separate application, but would still be called from the IDE
> like today.  One difference is that as a separate process it would not
> disrupt the current session inside the IDE.
>
> Sent from my iPhone
>
> > On Apr 8, 2021, at 1:21 PM, Sean Cole (Pi) via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Hi Richard,
> >
> > When you say a separate process, do you mean have the standalone builder
> as
> > a separate application from the IDE? Why could it not be accomplished in
> > the IDE where it is more convenient?
> >
> > Handling it within the IDE process was fine as long as the only thing
> >> the Standalone Builder did was bind a copy of the engine to a copy of
> >> the stack file.
> >>
> >
> > Forgive my lack of knowledge, but when we compile it to an application
> for
> > different platforms, what are the differences from one platform build to
> > another, particularly regarding where it is just a stack file bound to
> the
> > engine and the other way(s) not listed here?  I'm genuinely interested.
> >
> > Sean
> >
> >
> >> On Thu, 8 Apr 2021 at 17:43, Richard Gaskin via use-livecode <
> >> use-livecode@lists.runrev.com> wrote:
> >>
> >> Standalone building needs to be moved to a separate process.
> >>
> >> Handling it within the IDE process was fine as long as the only thing
> >> the Standalone Builder did was bind a copy of the engine to a copy of
> >> the stack file.
> >>
> >> But today, building a standalone means deep modifications to the stack
> >> file, and this has resulted in multiple successive layers of knock-on
> >> effects where design complications are needed to compensate for design
> >> complications put in place to compensate for earlier design
> complications.
> >>
> >> The end result of attempting to build standalones within the current IDE
> >> process is not merely cumbersome, but disruptive, confusing, and even
> >> requires CODE CHANGES from EVERY USER to compensate even further just
> >> for the build sequence.
> >>
> >> LC has gone from the simplest way to build apps to something no less
> >> onerous than most, and more confusing than many.
> >>
> >> Standalone building needs to be moved to a separate process.
> >>
> >> With that, LC can begin the return journey back on its path to the
> >> simplest way to build apps.
> >>
> >> --
> >>  Richard Gaskin
> >>  Fourth World Systems
> >>
> >>
> >>
> >> Ralph DiMola wrote:
> >>
> >>> I never built a non-mobile standalone for the first 5 years of using
> >>> LC. For a mobile build nothing gets closed and gets built from the
> >>> stack(s) files on disk. What a surprise I got when I built my first
> >>> desktop standalone. I initially thought that something was very wrong
> >>> with the IDE and restarted.
> >>> After some searches I found that this is the correct behavior??? I
> >>> guess there is a reason for closing the stack(s) but I find it very
> >>> odd indeed.
> >>>
> >>> Ralph DiMola
> >>
> >>
> >> ___
> >> 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: Help! I'm stuck

2021-04-08 Thread Sean Cole (Pi) via use-livecode
Hi Richard,

When you say a separate process, do you mean have the standalone builder as
a separate application from the IDE? Why could it not be accomplished in
the IDE where it is more convenient?

Handling it within the IDE process was fine as long as the only thing
> the Standalone Builder did was bind a copy of the engine to a copy of
> the stack file.
>

Forgive my lack of knowledge, but when we compile it to an application for
different platforms, what are the differences from one platform build to
another, particularly regarding where it is just a stack file bound to the
engine and the other way(s) not listed here?  I'm genuinely interested.

Sean


On Thu, 8 Apr 2021 at 17:43, Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Standalone building needs to be moved to a separate process.
>
> Handling it within the IDE process was fine as long as the only thing
> the Standalone Builder did was bind a copy of the engine to a copy of
> the stack file.
>
> But today, building a standalone means deep modifications to the stack
> file, and this has resulted in multiple successive layers of knock-on
> effects where design complications are needed to compensate for design
> complications put in place to compensate for earlier design complications.
>
> The end result of attempting to build standalones within the current IDE
> process is not merely cumbersome, but disruptive, confusing, and even
> requires CODE CHANGES from EVERY USER to compensate even further just
> for the build sequence.
>
> LC has gone from the simplest way to build apps to something no less
> onerous than most, and more confusing than many.
>
> Standalone building needs to be moved to a separate process.
>
> With that, LC can begin the return journey back on its path to the
> simplest way to build apps.
>
> --
>   Richard Gaskin
>   Fourth World Systems
>
>
>
> Ralph DiMola wrote:
>
>  > I never built a non-mobile standalone for the first 5 years of using
>  > LC. For a mobile build nothing gets closed and gets built from the
>  > stack(s) files on disk. What a surprise I got when I built my first
>  > desktop standalone. I initially thought that something was very wrong
>  > with the IDE and restarted.
>  > After some searches I found that this is the correct behavior??? I
>  > guess there is a reason for closing the stack(s) but I find it very
>  > odd indeed.
>  >
>  > Ralph DiMola
>
>
> ___
> 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: Intermittent typing delay in script editor.

2021-04-08 Thread Sean Cole (Pi) via use-livecode
Ooo, you are right Michael, I've had it in the past where if there were
large amounts of text in either the message box response field or in a
variable window (if you double click a variable in the variables list) that
has a large amount of data, then it would be a tad slower. But I get that
on the mac too interestingly. I just tried it by copying soo lorum ipsum
into the message box response field. So this isn't limited to Windows.
Interesting.

Sean

On Thu, 8 Apr 2021 at 17:52, thompsonmichael--- via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I am using LC Indy 9.6.1 Build 15522 in Windows 10 on a Dell XPS - 15-9570
> with a Intel(R) Core(TM) i7-8750H CPU @ 2.20GHz   2.21 GHz Processor, with
> 16.0 GB (15.7 GB usable) RAM, and a Toshiba 256GB Solid State Drive.
>
>
>
> LC normally works lightning fast on this setup but over the last couple of
> years I would occasionally experience a sudden slow down in the script
> editor for no apparent reason. (Delays of seconds sometimes between typing
> and the type appearing on the screen) I would close everything and restart
> Livecode and all would be well again. It didn't happen very often so I
> tolerated it.  Eventually I noticed this only happened when I used the
> 'Message Box'. I usually put results into a text field rather than use the
> message box but on occasion when I wrote a 'Put' command with out a
> destination (in error) the result the message box would appear. It was only
> after that that the slowdown would occur. I am still tolerating it and
> closing LC when it happens but wonder if anyone else has experienced this
> and if there is a work around. I have given up on using the Message Box
> deliberately unless absolutely necessary.
>
>
>
> See Lagi's post on O7Apr2021
>
>
>
> >>>The unresponsiveness in Big Su is fixed and Ive only been asking for 3
> or
> 4
>
> >>>years that the unresponsiveness in windows 10 (and probably 7)
>
> >>>is fixed.
>
>
>
> >>>Unresponsive to me is typing  10 characters and seeing  them appear one
> by
>
> >>>1 after I  have finished typing , or waiting for 3 4 or more seconds
>
> >>>between each debugger step ..
>
>
>
>
>
> Michael R Thompson
>
> ___
> 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: Find Replace in Script Editor with cr

2021-04-08 Thread Sean Cole (Pi) via use-livecode
Trumps effects were global ;)
Sean

On Thu, 8 Apr 2021 at 17:21, J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I mistakenly remembered the diagnosis, for which Sean was gracious.
> However, the US government is unlikely to be involved since Sean is in the
> UK where they actually have humane health care.
>
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software | http://www.hyperactivesw.com
> On April 8, 2021 10:57:05 AM John Balgenorth via use-livecode
>  wrote:
>
> >
> > How do you know Sean is bipolar and not a victim of American
> > government hidden crimes ?
>
>
>
> ___
> 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: Find Replace in Script Editor with cr

2021-04-08 Thread Sean Cole (Pi) via use-livecode
No problem, thanks Jacque.
Just to kindly correct, it's not bipolar, it's BPD, Borderline Personality
Disorder, or Emotionally Unstable Personality Disorder. But in this
instance this is not an excuse I am using as I'm actually fairly in control
as it happens. I only mentioned it as a warning to to carry on pushing it.
I had made it clear, or so I thought, that anything except the specific
answer to a very specific question was unwanted. This was certainly not me
at my worst. Curry did the right thing in trying to diffuse the situation.
Only to be ruined by others disrespectfulness afterward. I am Only
disrespectful to those who show disrespect.

<
https://www.nhs.uk/mental-health/conditions/borderline-personality-disorder/symptoms/
>

Sean


On Thu, 8 Apr 2021 at 16:27, J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Guys, Sean is bipolar. He's told us so, and it isn't entirely under his
> control. On the other hand, it isn't pleasant and it's disruptive.
>
> Sean, the problem is, if the accusations and anger keep up, you may well
> be
> banned from the list. I understand it's hard to control, but you can't
> continue to berate people who've done you no harm and only mean the best.
> From where we are, the accusations seem unreasonable. Your targets don't
> know what they've done to make you angry.
>
> BTW, I've never blocked anyone on any list and I read everything. But when
> you get angry, I ignore it. I know what's going on but no response would
> help.
>
> I've also hijacked your thread and could have answered privately but I
> thought other listers might want to know why your recent posts are so
> combative.
>
>
> 
>
> --
> 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: [ANN] Release 9.6.2 RC-4

2021-04-08 Thread Sean Cole (Pi) via use-livecode
I'm running it over vnc to a remote server on a single core (2.4Ghz), 4gb
virtual system running Win Server 2016 standard. I edit my code
there directly and have only partial lag due mostly to the screen share,
dropbox scanning and single core nature of it. I've often made my feelings
known about where LC is failing. But this, for me at least, is not one of
them, even with all options on except bracket highlighting (can't remember
why I turned it off).

If you make sure your windows system is clean as it can be you shouldn't
see any serious performance issues. Maybe a bit slower just because (in my
dumb opinion) windoze is rubbish compared with macOS. Photoshop on my
windows pc is less responsive than on my mac. That's not Adobe's fault. LC
is not responsible for what system you are running on or the performance
caveats of one over the other. That's for us to deal with and handle the
best way we can, I guess. But, as highlighted in another thread recently,
what do I know!

Sean


On Thu, 8 Apr 2021 at 16:00, Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> To be fail, I do not think the problem is Livecode, I think it’s Windows,
> and I am not sure there is much LC can do to get around whatever it is
> causing these issues. It could be that LC is still a 32 bit app (it
> installs in the 32 bit app folder).
>
> Bob S
>
>
> On Apr 8, 2021, at 7:45 AM, Andre Garzia via use-livecode <
> use-livecode@lists.runrev.com>
> wrote:
>
> LiveCode is wy less responsive on Windows than on a Mac.
>
> The script editor hangs all the time, even when you turn off all the smart
> stuff. Removing it from defender and stuff helps but doesn’t solve the
> problem.
>
> LC is quite neglected on Windows and Linux. I understand that mac is the
> money making machine, but the kind of hiccups I see can only be explained
> by no one at HQ using Windows, or they’d have noticed it by now.
>
> ___
> 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: Find Replace in Script Editor with cr

2021-04-08 Thread Sean Cole (Pi) via use-livecode
Hi all,

It's gotten out of control, hasn't it. If you are told not to put your hand
in the snake pit and you still do and get bit, it should come as little
surprise to such a person that they get referred to as stupid, in the true
English meaning of the word.

I had asked specifically not to add in this kind of irrelevant nonsense and
to stay on topic. Just to answer the question asked specifically and
directly.

I am happy for you all to block me and not respond to my posts if you so
wish. I only rant at those who really deserve it based on their attitudes
towards hijacking threads and stupidity. I've helped and continue to help
plenty of people here in good manner. And I hold no grudges against any of
you. I help all discriminatorily. Even JB who told me to place my wang up
my own poo hole and do the dirty. Nice! He would probably never need my or
anyones help as he already knows everything to root level anyway.

Besides, this only ever happens in my own threads. Anyone elses I would be
respectful on as I would want them to be on mine. This is a community but
still contains some level of ownership individually.

Bob, I know you can't read this, but I don't rail against all people. Only
those who go out of their way to disrespect my specific requests and those
who demonstrate it and then get upset when I call them out for it. What has
happened on this thread was, if you look back over it, is completely
disrespectful to me before I got provoked into retaliation. If you don't
poke the lion, he won't turn around and bite you. It's that simple. Anyone
who can't get that must be a moron (a medical term denoting an adult with a
mental age of about 8-12) as mentioned.

Sean
___
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: Find Replace in Script Editor with cr

2021-04-07 Thread Sean Cole (Pi) via use-livecode
Nice to hear from you
Sean

On Thu, 8 Apr 2021 at 02:02, John Balgenorth via use-livecode <
use-livecode@lists.runrev.com> wrote:

> GO SCREW YOURSELF!
>
> JB
>
> > On Apr 7, 2021, at 5:52 PM, Sean Cole (Pi) via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Hi JB
> > So what I read from your message, appreciated as it is, that basically,
> you
> > hijacked my thread for your own intents and purposes of educating people
> > about things loosely related to my question but without actually
> answering
> > said question and without changing the subject to one that better suits
> > your purposes, maybe 'OT: C++ background to Find Replace in Script
> Editor'
> > . Thanks for your explanation of what you were trying to do. Perhaps next
> > time, (as the post may well be helpful to those inclined to want the
> extra
> > in depth, beyond the OP, educating) you could indeed change the subject
> > heading to note that you are going OT into other expanded territory. Does
> > that sound fair?
> >
> > What you have done is make it harder for people actually trying to find
> the
> > answer to my OP or similar (as hard as that may be to believe) that much
> > harder to come across as they read through yours and others' dross! Do
> you
> > not see that? Can none of you see that? Bob, surely you can see it? My
> > textual 'abuse' comes as the result of prodding to the point of utter
> > provocation and MUST be seen as such. Had the answer been left to those
> who
> > KNOW and can directly and succinctly answer the question, this thread
> would
> > be a tiny gem of proper information, rather than the cesspool of
> > irrelevance (and abuse from both sides) it has become. Disappointed, I
> am!
> >
> > Sean
> >
> >> On Thu, 8 Apr 2021 at 01:19, John Balgenorth via use-livecode <
> >> use-livecode@lists.runrev.com> wrote:
> >>
> >> This is a list of people reading and answering questions about LiveCode
> >> programming.  You might think my explanation of your typo was  not
> >> what you were looking for especially since I mentioned C and C++ in
> >> the reply. But  I personally answered the way I did for many reasons
> >> and even told you to ignore it if that was not what you wanted.  Some
> >> of the reasons I answered the way I did was that instead of pointing
> >> out it was a typo I  provided other users reading the message with
> >> info about why it was a typo. I have made the typo many times and
> >> I was not sure if you were misled by an error in the dictionary or  if
> >> it was a typo and I helped people learn the basics of why it was not
> >> going to work and that behavior of using backslash n  goes back to
> >> C++ which LiveCode is written in and C++ got the behavior from C.
> >>
> >> Another point is people were complaining LiveCode needs to be up
> >> on the list of programming languages and it was noted that the list
> >> is based on messages related to the language. Providing links with
> >> C and C++  and info helps people understand LiveCode better and
> >> any other language they learn in the future.
> >>
> >> So your question has value to many users and to LoveCode on a lot
> >> of different levels,  not just what you want to hear or learn or even be
> >> reminded of.
> >>
> >> In other words your complaints are invalid and a waste of your time
> >> with attempts to prevent others from learning.
> >>
> >> JB
> >>
> >>> On Apr 7, 2021, at 4:00 PM, Sean Cole (Pi) via use-livecode <
> >> use-livecode@lists.runrev.com> wrote:
> >>>
> >>> Thanks Jacque,
> >>>
> >>> That's all I needed to hear. As long as it is an absolute, definitive,
> >>> knowledgeable 'no', I'm 'happy' to hear it. Sort of. I'd of course
> >>> prefer it if there were a way, but hey ho!
> >>>
> >>> I make no apology for 'insulting' 'people' if they cannot read
> >> instructions
> >>> or get simple explanations. I had literally JUST said NOT to offer the
> >>> likes of workaround buttons, plugins, etc. If they are so thick and
> >>> demonstrate it by their (unneeded, unnecessary) responses then I WILL
> out
> >>> them. I've seriously had enough of just 'putting-up' with this kind of
> >>> behaviour anywhere and have vowed to continue in this 's

Re: Find Replace in Script Editor with cr

2021-04-07 Thread Sean Cole (Pi) via use-livecode
Hi JB
So what I read from your message, appreciated as it is, that basically, you
hijacked my thread for your own intents and purposes of educating people
about things loosely related to my question but without actually answering
said question and without changing the subject to one that better suits
your purposes, maybe 'OT: C++ background to Find Replace in Script Editor'
. Thanks for your explanation of what you were trying to do. Perhaps next
time, (as the post may well be helpful to those inclined to want the extra
in depth, beyond the OP, educating) you could indeed change the subject
heading to note that you are going OT into other expanded territory. Does
that sound fair?

What you have done is make it harder for people actually trying to find the
answer to my OP or similar (as hard as that may be to believe) that much
harder to come across as they read through yours and others' dross! Do you
not see that? Can none of you see that? Bob, surely you can see it? My
textual 'abuse' comes as the result of prodding to the point of utter
provocation and MUST be seen as such. Had the answer been left to those who
KNOW and can directly and succinctly answer the question, this thread would
be a tiny gem of proper information, rather than the cesspool of
irrelevance (and abuse from both sides) it has become. Disappointed, I am!

Sean

On Thu, 8 Apr 2021 at 01:19, John Balgenorth via use-livecode <
use-livecode@lists.runrev.com> wrote:

> This is a list of people reading and answering questions about LiveCode
> programming.  You might think my explanation of your typo was  not
> what you were looking for especially since I mentioned C and C++ in
> the reply. But  I personally answered the way I did for many reasons
> and even told you to ignore it if that was not what you wanted.  Some
> of the reasons I answered the way I did was that instead of pointing
> out it was a typo I  provided other users reading the message with
> info about why it was a typo. I have made the typo many times and
> I was not sure if you were misled by an error in the dictionary or  if
> it was a typo and I helped people learn the basics of why it was not
> going to work and that behavior of using backslash n  goes back to
> C++ which LiveCode is written in and C++ got the behavior from C.
>
> Another point is people were complaining LiveCode needs to be up
> on the list of programming languages and it was noted that the list
> is based on messages related to the language. Providing links with
> C and C++  and info helps people understand LiveCode better and
> any other language they learn in the future.
>
> So your question has value to many users and to LoveCode on a lot
> of different levels,  not just what you want to hear or learn or even be
> reminded of.
>
> In other words your complaints are invalid and a waste of your time
> with attempts to prevent others from learning.
>
> JB
>
> > On Apr 7, 2021, at 4:00 PM, Sean Cole (Pi) via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Thanks Jacque,
> >
> > That's all I needed to hear. As long as it is an absolute, definitive,
> > knowledgeable 'no', I'm 'happy' to hear it. Sort of. I'd of course
> > prefer it if there were a way, but hey ho!
> >
> > I make no apology for 'insulting' 'people' if they cannot read
> instructions
> > or get simple explanations. I had literally JUST said NOT to offer the
> > likes of workaround buttons, plugins, etc. If they are so thick and
> > demonstrate it by their (unneeded, unnecessary) responses then I WILL out
> > them. I've seriously had enough of just 'putting-up' with this kind of
> > behaviour anywhere and have vowed to continue in this 'spirit' whenever I
> > am met with stupidity and ignorance. Here or anywhere. It is passive
> abuse
> > and should be more intolerable than my provoked retaliations.
> >
> > I thought you, Jacque, had already blacklisted me and said you would
> block
> > my messages because of one of my previous provoked 'incidents', so I am
> > surprised I got a response from you at all (although you mostly are one
> of
> > those I can get the most sense from).
> >
> > I truly value those who value me and who can respect my needs. Those who
> > trample and disrespect I owe nothing to and do not care if they choose to
> > block me. No real loss to me as they are clearly unable to offer me
> > anything anyway other than try to pain me with threats of something like:
> > 'OK. Any future question you ask, I will answer simply :"no".'. Aww, I'm
> so
> > stabbed to the heart by the pettiness.
> &

Re: Help! I'm stuck

2021-04-07 Thread Sean Cole (Pi) via use-livecode
On Wed, 7 Apr 2021 at 19:27, J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> A good compromise would be providing a checkbox in standalone settings
> where we can decide
> whether we want to preserve local variables or not. If we don't care, the
> SB should go ahead
> and lock messages. The default setting should be to lock messages as it
> always has.


This sounds more like a fix than a compromise. Seems like the perfect
solution. No workaround and can be easily spotted when setting up your
standalone. Excellent idea.

Sean
___
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: [ANN] Release 9.6.2 RC-4

2021-04-07 Thread Sean Cole (Pi) via use-livecode
Lagi, I feel your pain, I do.

However, I only see a moderate amount of unresponsiveness and I can usually
put it down to the way I use it on Windoze in a VM on a Mac. The stack I am
working on at the moment takes 5 seconds to save on mac side but 30 seconds
on the Win10. My colleague running on a fast PC running native Win10 also
sees a 30 second save time. But I am guessing (only guessing, without
putting in any effort) that it is more to do with File Systems than
anything LC related.

Otherwise there is little difference I can find using LC on a Mac or PC.
Until LC9.6.1 where the script editor was uncoloured, 9.6.2RC2 which had a
bunch of editor issues on Mac only, RC3 which went into a loop as you drag
select in a field to scroll the text and select at the same time, again on
Mac side only.

So, without diminishing your feelings, your issue seems to be, not
necessarily unique but, perhaps nuanced to certain circumstances. Have you
tried it in a clean account on your computer? Or, perhaps, another machine.
Or maybe it is linked to the click/drag issue. Then again, I could be wrong
altogether and the performance does indeed need looking at.

Once upon a time, LC used to be coded so much more with LC itself. Now they
seem to spend a lot more time, understandably so, coding it in Atom over
github and rarely experiencing LC in its native form. Perhaps if they did
more often they might notice these issues for themselves while coding in
Windows, Linux and Mac builds of LC. Maybe they should set themselves the
task of building an Atom type editor in LC at home to experience it at its
worst. :)

Sean


On Wed, 7 Apr 2021 at 20:57, Lagi Pittas via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi
>
> The unresponsiveness in Big Su is fixed and Ive only been asking for 3 or 4
> years that the unresponsiveness in windows 10 (and probably 7)
> is fixed.
>
> I have a 10th generation core I7 with 16G of ram and it runs like molasses
> - especially when using the debugger.
> Ive tried EVERYTHING short of running out in the F**g street naked
> whistling Dixie and NOBODY at HQ thinks its worth looking at the editor.
> Others here have said the same thing - maybe that is why Trevor uses
> sublime.
>
> Please don't tell me to exclude AV. I don't have AV , I exclude defender as
> well (the grey stuff between my ears is the best AV I have found).
>
> Unresponsive to me is typing  10 characters and seeing  them appear one by
> 1 after I  have finished typing , or waiting for 3 4 or more seconds
> between each debugger step ..
>
> I DON'T KNOW WHY I WASTE MY TIME!!
>
> Ive written longer rants than this but I leave them in the draft ( a la
> Honest Abe) so as not to offend, but the slow pace since the LCFM project
> (jam tomorrow)
> is a joke and we are charged yearly for mainly bug fixes of regressions.
>
> Lagi
>
> p.s. while i'm in rant mode - what about the sqlite library? .
>
> which reminds me of open language , which remi 
>
> HELLO ANYBODY LISTENING!!!
>
> On Wed, 7 Apr 2021 at 14:48, panagiotis merakos via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > Dear list members,
> >
> > We are pleased to announce the release of LiveCode 9.6.2 RC-4.
> >
> >
> > Getting the Release
> > ===
> > You can get the release at https://downloads.livecode.com/livecode/ or
> via
> > the automatic updater.
> >
> >
> > Release Contents
> > 
> > LiveCode 9.6.2 RC-4 comes with 1 regression fix:
> >
> > - Fix unresponsiveness of engine when scrolling on Big Sur
> >
> > For the full list of all fixes, updates and enhancements please see the
> > release notes:
> >
> >
> http://downloads.livecode.com/livecode/9_6_2/LiveCodeNotes-9_6_2_rc_4.pdf
> >
> >
> > Known issues
> > 
> > - The Browser widget's native layer is not shown in some Linux distros
> with
> > Cinnamon window manager.
> > - The use of the Browser widget is not supported on Ubuntu 18.04 64 bit
> LTS
> > yet.
> >
> >
> > Required Software
> > =
> > To build iOS apps with LiveCode you must have the appropriate versions of
> > Xcode as follows:
> >
> >   - macOS 10.13.4: Xcode 10.1 - LiveCode builds iOS apps using the iOS
> 12.1
> > SDK
> >   - macOS 10.14.4: Xcode 11.3.x - LiveCode builds iOS apps using the iOS
> > 13.2 SDK
> >   - macOS 10.15.4+: Xcode 12.1.x - LiveCode builds iOS apps using the iOS
> > 14.1 SDK
> >
> > There is a full list of working LiveCode/macOS/Xcode combinations here:
> > https://livecode.com/docs/9-5-0/faq/faq/
> >
> > Note: Whilst we endeavour to release updated versions of LiveCode
> > supporting the latest Xcode/iOS SDKs as quickly as possible; we strongly
> > recommend disabling automatic update of Xcode or downloading the specific
> > version of Xcode required directly from the Apple developer portal and
> > installing it separately.
> >
> > Important: From the end of June 2020, Apple is only accepting apps built
> > using iOS13 SDKs. This means that, if you wi

Re: Find Replace in Script Editor with cr

2021-04-07 Thread Sean Cole (Pi) via use-livecode
Who, those who can't read simple instructions. I agree. ;)
Sean

On Thu, 8 Apr 2021 at 00:10, Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I vote to ban.
>
> Bob S
>
>
> > On Apr 7, 2021, at 15:59 , Sean Cole (Pi) via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Thanks Jacque,
> >
> > That's all I needed to hear. As long as it is an absolute, definitive,
> > knowledgeable 'no', I'm 'happy' to hear it. Sort of. I'd of course
> > prefer it if there were a way, but hey ho!
> >
> > I make no apology for 'insulting' 'people' if they cannot read
> instructions
> > or get simple explanations. I had literally JUST said NOT to offer the
> > likes of workaround buttons, plugins, etc. If they are so thick and
> > demonstrate it by their (unneeded, unnecessary) responses then I WILL out
> > them. I've seriously had enough of just 'putting-up' with this kind of
> > behaviour anywhere and have vowed to continue in this 'spirit' whenever I
> > am met with stupidity and ignorance. Here or anywhere. It is passive
> abuse
> > and should be more intolerable than my provoked retaliations.
> >
> > I thought you, Jacque, had already blacklisted me and said you would
> block
> > my messages because of one of my previous provoked 'incidents', so I am
> > surprised I got a response from you at all (although you mostly are one
> of
> > those I can get the most sense from).
> >
> > I truly value those who value me and who can respect my needs. Those who
> > trample and disrespect I owe nothing to and do not care if they choose to
> > block me. No real loss to me as they are clearly unable to offer me
> > anything anyway other than try to pain me with threats of something like:
> > 'OK. Any future question you ask, I will answer simply :"no".'. Aww, I'm
> so
> > stabbed to the heart by the pettiness.
> >
> > All the best to the best of you all. The rest can rest in the best place
> of
> > all - somewhere else ;)
> >
> > Sean
>
>
> ___
> 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: Checking the Milliseconds

2021-04-07 Thread Sean Cole (Pi) via use-livecode
Hi Tom

It is really interesting to see the results from this though. Tried it on
my various machines and got pretty much the same results as everyone else
consistently. It's amazing to see that in the region of 3000 loops occur in
the period of 1ms. which means we are perhaps getting 1 (lowish level) line
every 0.0001ms. Obviously heftier calls will take longer but it's a good
indicator.

Here's a good check of accuracy (sorry for the formatting):

local sMS

on mouseUp
   put the long millisec into sMS
   send "checkTime" to me in 1 sec
end mouseUp

on checkTime
   put the long millisec - sMS
end checkTime

// The long milliseconds gives you even more detail on the amount of time
elapsed. The variance is quite something.

Sean

On Wed, 7 Apr 2021 at 23:14, Tom Glod via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Excellent ... Yes the 1st one was usually the one that was the lowest for
> me, for the reason you described.
> But you also cleared up the mysterious big jumps,I too now get a consistent
> result.
> Thanks for chimming in
>
>
> On Wed, Apr 7, 2021 at 3:59 PM Niggemann, Bernd via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > I tried this and got pretty constant results except for maybe  the first
> > ten iterations. I figured if you just jump in with the milliseconds you
> > would not be at the "beginning" of the milliseconds and added a repeat
> loop
> > to mitigate that effect. Furthermore I appended the result to a variable.
> >
> > ---
> > local last_known_millisecond
> > local queries = 0
> > local report
> > local longSecs, tMs
> >
> > on mouseUp
> >lock screen
> >put empty into report
> >
> >--let it start at a flip of the ms
> >repeat
> >   put the milliseconds into tMs
> >   if char -1 of tMs is 0 then
> >  exit repeat
> >   end if
> >end repeat
> >
> >repeat 1000 times
> >   put 0 into queries
> >   put the long seconds into longSecs
> >   put the milliseconds into last_known_millisecond
> >   repeat forever
> >  add 1 to queries
> >  if the milliseconds = last_known_millisecond  then
> > next repeat
> >  else
> > exit repeat
> >  end if
> >   end repeat
> >   put queries && (the long seconds - longSecs) * 1000  & cr after
> > report
> >end repeat
> >
> >unlock screen
> >put report
> > end mouseUp
> > --
> > ___
> > 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
> ___
> 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: Find Replace in Script Editor with cr

2021-04-07 Thread Sean Cole (Pi) via use-livecode
Thanks Jacque,

That's all I needed to hear. As long as it is an absolute, definitive,
knowledgeable 'no', I'm 'happy' to hear it. Sort of. I'd of course
prefer it if there were a way, but hey ho!

I make no apology for 'insulting' 'people' if they cannot read instructions
or get simple explanations. I had literally JUST said NOT to offer the
likes of workaround buttons, plugins, etc. If they are so thick and
demonstrate it by their (unneeded, unnecessary) responses then I WILL out
them. I've seriously had enough of just 'putting-up' with this kind of
behaviour anywhere and have vowed to continue in this 'spirit' whenever I
am met with stupidity and ignorance. Here or anywhere. It is passive abuse
and should be more intolerable than my provoked retaliations.

I thought you, Jacque, had already blacklisted me and said you would block
my messages because of one of my previous provoked 'incidents', so I am
surprised I got a response from you at all (although you mostly are one of
those I can get the most sense from).

I truly value those who value me and who can respect my needs. Those who
trample and disrespect I owe nothing to and do not care if they choose to
block me. No real loss to me as they are clearly unable to offer me
anything anyway other than try to pain me with threats of something like:
'OK. Any future question you ask, I will answer simply :"no".'. Aww, I'm so
stabbed to the heart by the pettiness.

All the best to the best of you all. The rest can rest in the best place of
all - somewhere else ;)

Sean

On Wed, 7 Apr 2021 at 19:23, J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 4/7/21 10:46 AM, Sean Cole (Pi) via use-livecode wrote:
> > I HAVE created a plugin! I was JUST trying to ask, can I insert a cr
> using
> > the replace field of the Find Replace ONLY.
> >
> > I flipping already know how LC works for most other things. I dont need
> > explanations on how to suck effing eggs. Just answer the sodding
> question.
> >
> > Answer nothing but this PLEASE.
>
> The answer is "no."
>
> >
> > This is why I end up getting mad! I even just explained this in my last
> > post. Why are you all unable to READ!!! ???
> >
> > Sean
> >
> > PS
> > Morons. I'm offended by your
>
> Insulting people when they are just trying to help is a good way to get
> ignored in the future.
>
> --
> 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: Find Replace in Script Editor with cr

2021-04-07 Thread Sean Cole (Pi) via use-livecode
Fair enough. You are no good for my BPD. You needn't even say NO. If you
don't have the answer, say nothing. You are not obliged to answer just
because you have the means.

Sean

On Wed, 7 Apr 2021 at 23:09, Alex Tweedly via use-livecode <
use-livecode@lists.runrev.com> wrote:

>
> On 07/04/2021 16:46, Sean Cole (Pi) via use-livecode wrote:
> > FFS Alex,
> >
> > I HAVE created a plugin! I was JUST trying to ask, can I insert a cr
> using
> > the replace field of the Find Replace ONLY.
>
> And now I have too. And I found that fun and interesting. Thank you for
> triggering this interesting activity for me. I'm sorry that my telling
> the list about it caused you offence, and then caused you to   try your
> best to offend me. Sorry - you didn't really succeed.
>
> > I flipping already know how LC works for most other things. I dont need
> > explanations on how to suck effing eggs. Just answer the sodding
> question.
> >
> > Answer nothing but this PLEASE.
>
> OK. Any future question you ask, I will answer simply :"no".
>
> Alex.
>
>
> ___
> 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: Find Replace in Script Editor with cr

2021-04-07 Thread Sean Cole (Pi) via use-livecode
tehe ;)
Thanks Curry - a bit of relief.

Sean

On Wed, 7 Apr 2021 at 17:02, Curry Kenworthy via use-livecode <
use-livecode@lists.runrev.com> wrote:

>
> Sean:
>
>  > if there is a way of replacing using cr
>  > in the find/replace panel of the script editor.
>
> So what you are REALLY asking is whether nested style arrays and chained
> behaviors can be used with tsNet and DataGrid in a git-compatible
> environment to create an IDE within an IDE, via a creepy talking face
> emerging from the Test button and utilizing only whitespace and
> semicolons sprinkled among seemingly-random iterations of the first 17
> words of the song Imagine? ;)
>
>  > BUT IN THE FIND/REPLACE PANEL !!!??
>
> Oh, there! I don't know. I never trusted SE enough to use its replace.
> Good question! I agree, this is a simple Q and should be documented.
> Probably I would write a script for doing this; I'd trust it more.
>
> 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
>
___
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: Find Replace in Script Editor with cr

2021-04-07 Thread Sean Cole (Pi) via use-livecode
FFS Alex,

I HAVE created a plugin! I was JUST trying to ask, can I insert a cr using
the replace field of the Find Replace ONLY.

I flipping already know how LC works for most other things. I dont need
explanations on how to suck effing eggs. Just answer the sodding question.

Answer nothing but this PLEASE.

This is why I end up getting mad! I even just explained this in my last
post. Why are you all unable to READ!!! ???

Sean

PS
Morons. I'm offended by your

On Wed, 7 Apr 2021 at 15:07, Alex Tweedly via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Sean,
>
> I'm struggling a bit to understand how you intend to use this.
>
> You give an example of
>
> > *if*  field "Level" begins with "Director" and field "UserDisplay" is not
> > empty and field "UserDisplay" is not "All Agents" and the label of button
> > "Status" is "All Sales"*then*
> > *put*  pidbQueryDatabase( "SELECT * FROM QGNew where UserID = '" & (fld
> > "UserID" of card 17 stack "QGv3") \
> > & "' AND DealerID = '" & (fld "DealerID" of card 1 stack "QGv3") \
> > & "' AND Status LIKE '%" & ("Sale") \
> > & "%' OR UserID = '" & (fld "UserID" of card 17 stack "QGv3") \
> > & "' AND DealerID = '" & (fld "DealerID" of card 1 stack "QGv3") \
> > & "' AND Status LIKE '%" & ("Connect") \
> > & "%'") into tMsg
> BUT - that's no longer correct code; you need to add the "end if" after it.
>
> I don't see how any find/replace is going to do that successfully.
>
> You could tweak the script editor to allow some token to imply inserting
> a linefeed - but you'd still need to find the relevant end of statement
> and insert the 'end if' that you need.
>
>
> So (unless I'm missing something) you will finish up doing a scripted
> solution. Also, I do believe you will want to have the ease of use of
> using the find/replace panel to select only those lines which are to be
> modified (otherwise you are likely to pull in a number of cases you
> don't want).
>
> If it were me, I'd follow a process like :
>
> 1. identify the lines to be changed (parentheses for readability)
>
> find/replace   (put then) --->  (put /*change*/ then)
>
> 2. use a plugin / frontscript to allow some weird key to trigger the
> changes.
>
> Sample plugin (with thanks to Jacque for the outline)
>
> > on preOpenStack
> >if the long name of this stack is among the lines of the
> > frontscripts then
> >   put "---> passing" after msg
> >   pass preOpenStack
> >else
> >   insert the script of this stack onto front
> >end if
> > end preOpenStack
> >
> > on commandKeyDown whichKey  from Jacqueline Landman Gay
> >if ("editor field" is not in the name of the target and "script" is
> > not in the name of the target) \
> >  or the shiftkey is not down
> >then pass commandKeyDown
> >
> >local tSel, tNewSel
> >if whichKey = "+" then
> >   select text of the target
> >   put the selection into tSel
> >   repeat for each line L in tSel
> >  if L contains "then /*change*/ put" then
> > replace "then /*change*/ put" with "then " & CR & "put" in L
> > replace ("& " & quote) with ("\" & CR & "   & " & quote) in L
> > put CR & "end if" after L
> >  end if
> >  put L &CR after tNewSel
> >   end repeat
> >   set the text of the target to tNewSel
> >   select empty
> >else
> >   pass commandKeyDown
> >end if
> >setEditorDirty
> > end commandKeyDown
> >
> > private command setEditorDirty
> >type space
> >delete char (word 4 of the selectedchunk) of the target
> > end setEditorDirty
> >
>
>
> 3. ??? the srcipt editor has lost the "coloization" of the script. There
> is (or used to be) some way to restore that for the entire script - but
> I can't remember it. Hitting 'TAB' does it for the current handler but
> not for the whole script.
>
>
> So, I apologize - I've got carried away and provided a "c

Re: Find Replace in Script Editor with cr

2021-04-06 Thread Sean Cole (Pi) via use-livecode
Hi all,
So, the semicolon example was only given as an oversimplification because
most of you didn't read the original post properly, jumped to the
wrong conclusion and then offered irrelevant answers. But then, the
oversimplification gathered the same results of people jumping to the wrong
conclusion by not reading the posts correctly. (It wasn't helped by my /n
\n typo that was jumped on and assumed to be where I was going wrong. It is
the paradox of this forum. Make it comprehensive, people get lost and lose
the point and give the wrong answer. Make it simple and they read more into
it and then equally get it wrong.

The code I deal with on a daily basis is infinitely more complex than a
simple - put the script of someThing into tscript; replace “;” with “;” &
cr in script; Set the script of someThing to tscript - and can do that kind
of thing in my sleep (as I often do, but infinitely more complex).

So, I KNOW all of these SCRIPTING techniques. I'm not interested! I can do
that. NOT A PROBLEM :)

BUT IN THE FIND/REPLACE PANEL !!!??

Can I use a return character (or a wildcard, escaped, coded form) in the
REPLACE field OF THE PANEL. - A simple question.

You CAN use RegEx in the FIND Field. In there you can SEARCH for \n ((I got
it right this time)) which refers to a line feed (or new line). BUT, you
CANNOT, it seems, as best I can find or from the comments made, use \n to
replace or insert a line feed.

In my scripts (the several thousands of them) there are NO (zero, none)
semicolons used to separate commands. It was used ONLY to help give you a
simpler idea of what I was trying to achieve without having to use too much
detail. But this kind of dialogue on a forum filled with 'clever' people
trying to demonstrate how clever they are means they often miss the point
and give answers that do not fulfil the remit! Or just answer a simple
ruddy question.

Here, then, is a 'Real World' example of what I am facing. There are many
variants and not my only issue, but a useful example, sample, demonstration.


*[code]if* field "Level" begins with "Director" and field "UserDisplay" is
not empty and field "UserDisplay" is not "All Agents" and the label of
button "Status" is "All Sales" *then* *put* pidbQueryDatabase( "SELECT *
FROM QGNew where UserID = '" & (fld "UserID" of card 17 stack "QGv3") & "'
AND DealerID = '" & (fld "DealerID" of card 1 stack "QGv3") & "' AND Status
LIKE '%" & ("Sale") & "%' OR UserID = '" & (fld "UserID" of card 17 stack
"QGv3") & "' AND DealerID = '" & (fld "DealerID" of card 1 stack "QGv3") & "'
AND Status LIKE '%" & ("Connect") & "%'") into tMsg
[/code]
That is all on a single line of a script in one of many thousand buttons.
In and of itself is not so much a problem as it is just difficult for me to
plough through when working out what the script is doing. In this button
alone there are 32 lines similar in nature to this.

To make it easier for me to go through, as I arrive at each button to
simplify and correlate and combine into much more elegant code in the card
script, I would like to be able, IN THE FIND REPLACE PANEL, not by code or
porting or anything else, just to search and replace (& ") with (\ cr & ")
(parenthesis used here just to wrap the strings), and (then put) with (then
cr put). Hence, it will look a bit more like this:

[code]
*if* field "Level" begins with "Director" and field "UserDisplay" is not
empty and field "UserDisplay" is not "All Agents" and the label of button
"Status" is "All Sales" *then*
*put* pidbQueryDatabase( "SELECT * FROM QGNew where UserID = '" & (fld
"UserID" of card 17 stack "QGv3") \
& "' AND DealerID = '" & (fld "DealerID" of card 1 stack "QGv3") \
& "' AND Status LIKE '%" & ("Sale") \
& "%' OR UserID = '" & (fld "UserID" of card 17 stack "QGv3") \
& "' AND DealerID = '" & (fld "DealerID" of card 1 stack "QGv3") \
& "' AND Status LIKE '%" & ("Connect") \
& "%'") into tMsg
[/code]

Ideally I'd want it even better than this eventually. But key to doing just
this for now was being able to use a return character in the replace field
of the find/replace panel.

My original question was 'Just wondering if there is a way of replacing
using cr in the find/replace panel of the script editor.'

A simple Yes or No would have been sufficient. Even better, a yes with a
'just use this form : x,y,z' as a sample. I just hoped someone had found a
simple method, especially as the guides and documentation are so woefully
out of date and incomplete. Something more than 'the meaning of life = 42'
and less than 'measuring gravity = the complete works of Sir Isaac Newton',
as long as it actually answers the question asked :)

(And please don't go into the simplification of the SQL requests, the 'if'
condition or any other poop. I'm FULLY aware of this to the nth degree and
is why I'm going through this poop-show of a stack. Over 10 years of
poor/bad/dirty coding that now needs cleaning and refactoring without
rebuilding from the ground up. I'm just working my way

Re: Find Replace in Script Editor with cr

2021-04-05 Thread Sean Cole (Pi) via use-livecode
Bob, Regex only appears to operate on the read of the text, so
;
in the *find* field will locate all of the places a semicolon is found, but
putting
/n
into the *replace* field will not replace the ; with a cr

Brian, The project is huge and I don't yet have the time to invest in
porting it all to github just yet. As it is I have created my own simple
regex text operator that I copy/paste the script into.

https://www.dropbox.com/s/glq6pco70d3zgt3/Screenshot%202021-04-06%20at%2006.21.22.png?dl=0

Richard, I've tried in the Find, Find and replace of the script editor and
the Find/Replace from the main menu. I can't seem to place a carriage
return (or line feed or whatever) into the replacement field. This is what
I am trying to achieve. Replace ";" with "cr" in myScript. I can do it in
code, but not from the find/replace windows. :(

Sean
___
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: Find Replace in Script Editor with cr

2021-04-05 Thread Sean Cole (Pi) via use-livecode
No. I mean using the find/replace tool panel of the script editor to insert
line feed characters to create a new line.

For instance, suppose I have multiple commands on one line separated by ;
and I want to search for semicolon and replace with semicolon followed by
return character to drop the remaining script onto a new line. That kind of
thing. It’s just easier than taking the whole script and pasting into
another text editor to do the same operation. With 17,000 scripts to go
through, it’s a bit tedious doing it by copy paste fix copy paste all the
time.

On Mon, 5 Apr 2021 at 15:22, Craig Newman via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Of course you have to extract the script first (it is a property) then
> work it, then reset the property/
>
> Craig
>
> > On Apr 3, 2021, at 1:43 PM, Sean Cole (Pi) via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Hi all,
> >
> > Just wondering if there is a way of replacing using cr in the
> find/replace
> > panel of the script editor. For example, I have a lot of instances in my
> > inherited code that has 'then put' ... that I want to put over two lines
> > and then, if necessary add an end if later on. Is there a way to insert a
> > cr between 'then' and 'put' from the panel? It would be useful to know
> for
> > other things too.
> >
> > Cheers
> >
> > Sean
> > ___
> > 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: Help! I'm stuck

2021-04-04 Thread Sean Cole (Pi) via use-livecode
You can also turn off messages and errors from the Toolbar before you
build. This should prevent any pre/open or pre/close scripts from running.
And make sure all inspectors, message box and project browser are closed
too as well as any windows/stacks other than your main stack.

Sean

On Sun, 4 Apr 2021 at 13:57, Sean Cole (Pi)  wrote:

> ResolveID is referring to the stack, card and object IDs to tie it to your
> breakpoints.
>
> Focus on your main stack. In the Development menu bar, choose Clear All
> Breakpoints. It’s a good idea to do this every time before a main
> standalone build.
>
> So, Delete all your breakpoints. Then resave. (Close and reopen your stack
> and LC if you like). Rebuild. It will be ok.
>
> Sean
>
> On Sun, 4 Apr 2021 at 01:10, William Prothero via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> Matthias, or anybody:
>>
>> I got side-tracked but am back to needing to build this standalone and
>> guess what the error message from the builder means. This build problem has
>> been known for some time, as Matthias kindly notified me.
>>
>> My question is:Is it possible to tell what stacks are causing the
>> problem, from the builder error codes. I have But it seems a bit odd that I
>> would have to disable the preopenStack, openstack, closestack, preopencard,
>> opencard, etc, etc ad-nauseum.
>>
>> Before I cause myself a bunch of thrashing around changing a bunch of
>> stacks, is there anything in the error dialog that’s attached that would
>> give me a hint as to where this is happening? Also, I wonder if disabling
>> all these open …. handlers during build might cause build problems. If it
>> was a universal problem/bug, I would think it would have been fixed by LC
>> version 9.6.2 (RC3).???
>>
>> Thanks for any insight and direction. (I”m on Big Sur 11.2.2). I have 10
>> stacks and a number of script only lib stacks in this project.
>>
>> Bill
>>
>> Links to the error dialog:
>> page 1: https://www.dropbox.com/s/f4bmxx3zkuoy0zq/ErrorWindow-p1.png?dl=0
>> <https://www.dropbox.com/s/f4bmxx3zkuoy0zq/ErrorWindow-p1.png?dl=0>
>> page 2: https://www.dropbox.com/s/zc18s3gkzv92w2w/Errors-page-2.pdf?dl=0
>> <https://www.dropbox.com/s/zc18s3gkzv92w2w/Errors-page-2.pdf?dl=0>
>>
>> > On Mar 20, 2021, at 1:38 PM, matthias rebbe via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> >
>> > Bill,
>> >
>> > i've just checked the release notes of 9.0.x
>> > The release notes of 9.0.2 contain updated information about this topic
>> and an enhanced script example.
>> > opencard scripts should also be adjusted.
>> > https://downloads.livecode.com/livecode/9_0_2/LiveCodeNotes-9_0_2.pdf
>> >
>> > Please excuse me for pointing to 9.0.1rc1 release notes yesterday.
>> >
>> >
>> > Regards
>> > Matthias
>> >
>> >
>> >
>> >
>> >
>> >
>> > -
>> > Matthias Rebbe
>> > Life Is Too Short For Boring Code
>> >
>> >> Am 20.03.2021 um 18:22 schrieb William Prothero via use-livecode <
>> use-livecode@lists.runrev.com>:
>> >>
>> >> Matthias:
>> >> I see that openstack and closestack messages are inhibited during
>> application build, using:
>> >>
>> >> on closeStack
>> >>  if the mode of stack “revStandaloneProgress” > 0 then
>> >>  exit closeStack
>> >>  end if
>> >> end
>> >>
>> >> So, before I start adding this to all openstack, closestack, scripts
>> of my 12 stacks, I'm’ wondering if I could mess up the build process by
>> by-passing some of the scripts in these handlers. Is there any way to tell
>> more precisely what is causing the problem? Any recommendations on
>> strategy? Should I just change one stack at a time and look for changes in
>> the error window, or just change all them and wonder what affect that would
>> have on the integrity of the build process?
>> >>
>> >> Also, opencard scripts are also called when a stack in launched and I
>> wonder if those need to be escaped too.
>> >>
>> >> Best,
>> >> Bill
>> >>
>> >>> On Mar 19, 2021, at 5:46 PM, matthias rebbe via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> >>>
>> >>> Another thing. I am not sure if your problems are also a result of
>> the following, but you could giv it a try.

Re: Help! I'm stuck

2021-04-04 Thread Sean Cole (Pi) via use-livecode
ResolveID is referring to the stack, card and object IDs to tie it to your
breakpoints.

Focus on your main stack. In the Development menu bar, choose Clear All
Breakpoints. It’s a good idea to do this every time before a main
standalone build.

So, Delete all your breakpoints. Then resave. (Close and reopen your stack
and LC if you like). Rebuild. It will be ok.

Sean

On Sun, 4 Apr 2021 at 01:10, William Prothero via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Matthias, or anybody:
>
> I got side-tracked but am back to needing to build this standalone and
> guess what the error message from the builder means. This build problem has
> been known for some time, as Matthias kindly notified me.
>
> My question is:Is it possible to tell what stacks are causing the problem,
> from the builder error codes. I have But it seems a bit odd that I would
> have to disable the preopenStack, openstack, closestack, preopencard,
> opencard, etc, etc ad-nauseum.
>
> Before I cause myself a bunch of thrashing around changing a bunch of
> stacks, is there anything in the error dialog that’s attached that would
> give me a hint as to where this is happening? Also, I wonder if disabling
> all these open …. handlers during build might cause build problems. If it
> was a universal problem/bug, I would think it would have been fixed by LC
> version 9.6.2 (RC3).???
>
> Thanks for any insight and direction. (I”m on Big Sur 11.2.2). I have 10
> stacks and a number of script only lib stacks in this project.
>
> Bill
>
> Links to the error dialog:
> page 1: https://www.dropbox.com/s/f4bmxx3zkuoy0zq/ErrorWindow-p1.png?dl=0
> 
> page 2: https://www.dropbox.com/s/zc18s3gkzv92w2w/Errors-page-2.pdf?dl=0 <
> https://www.dropbox.com/s/zc18s3gkzv92w2w/Errors-page-2.pdf?dl=0>
>
> > On Mar 20, 2021, at 1:38 PM, matthias rebbe via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Bill,
> >
> > i've just checked the release notes of 9.0.x
> > The release notes of 9.0.2 contain updated information about this topic
> and an enhanced script example.
> > opencard scripts should also be adjusted.
> > https://downloads.livecode.com/livecode/9_0_2/LiveCodeNotes-9_0_2.pdf
> >
> > Please excuse me for pointing to 9.0.1rc1 release notes yesterday.
> >
> >
> > Regards
> > Matthias
> >
> >
> >
> >
> >
> >
> > -
> > Matthias Rebbe
> > Life Is Too Short For Boring Code
> >
> >> Am 20.03.2021 um 18:22 schrieb William Prothero via use-livecode <
> use-livecode@lists.runrev.com>:
> >>
> >> Matthias:
> >> I see that openstack and closestack messages are inhibited during
> application build, using:
> >>
> >> on closeStack
> >>  if the mode of stack “revStandaloneProgress” > 0 then
> >>  exit closeStack
> >>  end if
> >> end
> >>
> >> So, before I start adding this to all openstack, closestack, scripts of
> my 12 stacks, I'm’ wondering if I could mess up the build process by
> by-passing some of the scripts in these handlers. Is there any way to tell
> more precisely what is causing the problem? Any recommendations on
> strategy? Should I just change one stack at a time and look for changes in
> the error window, or just change all them and wonder what affect that would
> have on the integrity of the build process?
> >>
> >> Also, opencard scripts are also called when a stack in launched and I
> wonder if those need to be escaped too.
> >>
> >> Best,
> >> Bill
> >>
> >>> On Mar 19, 2021, at 5:46 PM, matthias rebbe via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>>
> >>> Another thing. I am not sure if your problems are also a result of the
> following, but you could giv it a try.
> >>>
> >>> There was something changed in Standalonebuilder process starting  in
> LC 9.0 or so to fix a problem. But this fix could cause other problems in
> some situation.
> >>> While before that fix the main stacks did not receive any openstack
> and closestack messages during standalone build, now with the fixed
> standalone builder they do.
> >>> Therefore some lines of code need to be added to avoid this.
> >>>
> >>> See here on page 2 for an explanation what you have to add to your
> openstack and closestack handler
> >>>
> https://downloads.livecode.com/livecode/9_0_1/LiveCodeNotes-9_0_1_rc_1.pdf
> >>>
> >>>
> >>> -
> >>> Matthias Rebbe
> >>> Life Is Too Short For Boring Code
> >>>
>  Am 20.03.2021 um 01:31 schrieb ELS Prothero via use-livecode <
> use-livecode@lists.runrev.com>:
> 
>  It’s mystifying that all messages seem to come from the rev builder
> scripts, with no hint of what could be the problem.
> >>>
> >>> ___
> >>> 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
> >>
> >> William Prothero
> >> waproth...@gmail.com
> >>
>

Find Replace in Script Editor with cr

2021-04-03 Thread Sean Cole (Pi) via use-livecode
Hi all,

Just wondering if there is a way of replacing using cr in the find/replace
panel of the script editor. For example, I have a lot of instances in my
inherited code that has 'then put' ... that I want to put over two lines
and then, if necessary add an end if later on. Is there a way to insert a
cr between 'then' and 'put' from the panel? It would be useful to know for
other things too.

Cheers

Sean
___
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: mouseenter/mouseleave and pointer tool

2021-03-30 Thread Sean Cole (Pi) via use-livecode
Scott/Jim,

I often find I MUST click the browse and pointer tool twice before it is
established. I know that is a bug (that I live with without complaint even
- surprising for me, I know!) but I wonder if this, as Scott suggests, is
what is actually going on here. Although in my experiences the highlight
only momentarily sits on the one I click before reverting until I click it
again. Experimenting with it just now I note that if I click on the toolbar
top drag bar before clicking the tool selector it works first time no
problem. But if the focus goes back to the main stack, clicking on the
browse tool (particularly it seems) does not always work first time.
Fascinating!

Sean

On Wed, 31 Mar 2021 at 00:49, scott--- via use-livecode <
use-livecode@lists.runrev.com> wrote:

> In the video, when you switch tools between Browse and Pointer your cursor
> does not change to reflect this. Not sure whether this visual anomaly  is
> actually happening on your system or if your cursor is being altered by the
> video screen capture software.
>
> Putting the answer dialog inside the mouseEnter handler does make it
> difficult to select.   :- )
>
> —
> Scott
>
> > On Mar 30, 2021, at 1:10 PM, Jim Lambert via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Actually I'm not entirely crazy.
> > Here is a MOV showing the anomalous   behavior of mouse events executing
> even when the Pointer Tool is active.
> >
> > https://netrin.on-rev.com/videos/lc_select_issue.mov <
> https://netrin.on-rev.com/videos/lc_select_issue.mov>
> >
> > This is intermittent. I don't have a reliable way of reproducing. If I
> did I'd file a bug report or attach an example stack to Klaus' report.
> > Sometimes it is solved by closing and re-opening LC or a different
> version of LC.
> >
> > Odd.
> >
> > Jim Lambert
> > ___
> > 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: TreeView Widget Drag and Drop Support

2021-03-30 Thread Sean Cole (Pi) via use-livecode
Hi Henry,

I often take the widgets, like TreeView, and add in other message
responders like this. It's real easy to do?

Just make a copy of the widget folder from the LC Tools Folder
(Livecode.app/Contents/Tools/Extensions/com.livecode.widget.treeview) and
into your own Livecode extensions folder (mine is in ~/Documents/My
LiveCode/Extensions/ or my dropbox folder somewhere). Rename the folder
from com.livecode. to com.mine. or something. Then open treeview.lcb in
BBEdit or TextEdit, etc, from the copy folder. Line 88, change widget
com.livecode.widget.treeview to use the new folder name you gave.

Next, search for 'onMouseUp'. you should find:

public handler onMouseLeave() returns nothing
put 0 into mHoverRow
redraw all
end handler

Before that in the code, add in your other handlers (OnDragDrop, etc) using
the same syntax. No need to use the put or redraw messages of course. Look
in the dictionary, lcb section, to check the handler names to use.

Then, open the manifest.xml from the same folder. Line 2, again
change com.livecode.widget.treeview to use the new folder name
and Line 3 to something a little more unique. Then again search for
onmouseup. You will see:



Again, follow the syntax adding in the lines for the handler.

Look through the other files in the folder and change if you wish but it is
not essential.

Now in LC, open the extension builder and use the 'open existing..' button
to navigate to the folder you created. Then, from the bottom, the install
button will build it into the toolbar.

Now you have a customised version. Make sure you add your replacement
widget in the standaloneSettings>Inclusions before building your
standalones.

All the best

Sean

On Wed, 31 Mar 2021 at 00:26, HENRY LOWE via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I am using the LC TreeView widget to implement a sidebar containing a
> hierarchical menu in a MacOS app. The widget seems well suited for this
> purpose and I have successfully created a facsimile of the standard sidebar
> that is used increasingly in both MacOS and iPadOS apps. However, I need to
> drag rows from a data grid table to a TreeView widget row in the sidebar
> but the current implementation of the TreeView widget does not report the
> TreeView widget row (element) where the drop occurred. A TreeView widget
> message, such as 'ActionDragDrop pPath’ where pPath is the path to the
> element that was ‘dropped on’ would be incredibly helpful. I have
> implemented a workaround method off drag and drop to the widget but it
> occasionally breaks.
>
> Looking at the LiveCode Builder documentation, widgets can support the
> following messages related to drag and drop functionality:
>
> OnDragDrop, On DragEnter, OnDragFinish, OnDragLeave, On DragMove, On
> DragStart.
>
> These messages are not currently supported in the TreeView widget LCB
> source. Adding them would make this incredibly useful widget even more
> powerful.
>
> Another issue that I encountered when using the TreeView widget to
> implement a sidebar hierarchical menu was that clicking on a row in the
> TreeView widget toggles the row’s hilite state  - click on an item and it
> hilites, click on it again and it unhilites. While this may be standard
> behavior for a list, in a menu clicking on a hilited row should not change
> the row’s hilite state. It should remain hilited. Only clicking on another
> row (menu item) should unhilite a row and then hilite the selected row. It
> would be great to have a ’togglehilite’ TreeView property. If true the
> TreeView would toggle a row’s hilite state as it does now, while if false
> it would not.
>
> Any thoughts?
>
> Henry
>
>
>
>
>
>
> ___
> 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: Set and get dgData and dgText delay

2021-03-30 Thread Sean Cole (Pi) via use-livecode
Hi all,
After much fiddling with the code and looking into the depths of LC core
code I've found what happens, and it's all to do with message flow.
This way works as expected:
1. I create an array from Data
2. Apply data to DataGrid using set dgData
3. Read from data in the same handler or sub handler using 'put dgData into
myArray'

This way sometimes does not:
1. Create an array from Data
2. Apply data to DataGrid using set dgData
3. Read from data in the same handler or sub handler using 'put dgText into
myData'

This way definitely does not:
1. Apply data to DataGrid using set dgText
2. Read from data in the same handler or sub handler using either 'put
dgText into myData' or 'put dgData into myArray'

dgText does not get processed from either dgText input or from dgData input
during the message flow until it reaches either the end of the entire
message flow or a 'Send "myHandler" in 0 sec'. myHandler will be able to
read from the dgText because it will have been processed between the
original message flow completing and myHandler beginning it's message flow.

There does not appear to be a way to force the DG library into processing
the cached data from 'set dgData' into the string required for 'get
dgText'.

So, for my use case, I have switched to creating a simple function to
convert the TSV data into an array then apply to the grid as dgData. Then,
if I need to read from it in the same message chain/flow I grab the dgData
(which is always available unless set to non-persistent) and process the
data from the array (which works out better in the long run anyway).

Sean

On Thu, 25 Mar 2021 at 18:11, Sean Cole (Pi)  wrote:

> Thanks Bob, but the columns are defined, both in my test stack and the
> project stack. It gets filled once the scripts have finished running, so it
> can't be that which is the issue in this instance. But thanks once again
> for your input.
>
> Sean
>
> On Thu, 25 Mar 2021 at 17:55, Bob Sneidar via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> DGText will only contain data for the columns you have defined in the
>> Datagrid properties. If your dgData array keys have no matching columns it
>> will still populate the dgData but dgText will return empty. This is why I
>> avoid using dgText at all anymore.
>>
>> I have also noticed that if one of the row arrays in the dgData is empty
>> then that can bork the data grid. You have to set the dgData to empty to
>> get rid of it.
>>
>> Bob S
>>
>>
>> On Mar 25, 2021, at 5:44 AM, Craig Newman via use-livecode <
>> use-livecode@lists.runrev.com<mailto:use-livecode@lists.runrev.com>>
>> wrote:
>>
>> I have seen this here and there for years, and having nothing to do with
>> dataGrids per se.
>>
>> A handler will fail to run, but will step through in the debugger without
>> issue. This usually resolves, and I never know why.
>>
>> Craig
>>
>> ___
>> 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: Does anybody know if the Livecode Global happened yesterday?

2021-03-26 Thread Sean Cole (Pi) via use-livecode
Heather has not been replying to my messages and I received no notification
about the events. Thats another bunch of money wasted with LC. They are
amazing!

Sean Cole
*Pi Digital Productions Ltd*
www.pidigital.co.uk
+44(1634)402193
+44(7702)116447
'Don't try to think outside the box. Just remember the truth: There is no
box!'
'For then you realise it is not the box you are trying to look outside of,
but it is yourself!'

eMail Ts & Cs <http://pidigital.co.uk/emailTCs.rtf>   Pi Digital
Productions Ltd is a UK registered limited company, no. 5255609


On Fri, 26 Mar 2021 at 14:35, Alex Tweedly via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Yes, it happened yesterday (and I enjoyed it, and as always learnt
> something), and it will again today.
>
> I'd email Heather (support@...) - and maybe mark it urgent if you want
> to get in in the next hour.
>
> Alex.
>
> On 26/03/2021 14:18, Lagi Pittas via use-livecode wrote:
> > HI All,
> >
> > I purchase both the beginner and advanced courses (gotta have the set
> ;-) )
> >
> > I filled in the questionnaire/registering email that was sent a few weeks
> > ago,  and since  . nothing.
> >
>
> ___
> 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: [bug] strange memory leak in LC

2021-03-26 Thread Sean Cole (Pi) via use-livecode
Wow, Andre, that's impressive. That amounts to about 34MB per minute over
48hrs. I've had a pretty massive stack (226MB file at the moment) on my Mac
sitting here over the last week. Looking in the activity monitor, LC has
987MB associated with it. and watching it over a period of time it remains
stable and even went down a tiny bit.

I wonder if this is more an issue with Rosetta2 in this instance. Maybe
something in LC leaks because of the Rosetta transformation of the binary.
Perhaps, as a test, open the same stack on a non-AppleSilicon Mac and watch
them both for how much memory they expend over a period of time.

All the best with that.

Sean

On Fri, 26 Mar 2021 at 10:03, Andre Garzia via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I have no idea what happened. I’m running LC 9.6.2-rc-3 on macOS Big Sur
> on M1 ISA (so it is running under Rosetta 2). I kept the IDE opened for a
> couple days, I was working on a gaziliion stacks at the same time and was
> not yet ready to close them.
>
> The stacks were not doing anything, they were not running “send in time”
> commands or doing any kind of processing, they were just opened. Then macOS
> showed me a dialog I have never ever seen on macOS 10.x, a memory
> exhaustion dialog. Looking closer at it, LiveCode was using 100 GB of
> memory, as in Gigabyte, as can be seen on this screenshot:
>
> http://andregarzia.com/img/shots/lc-memory-leak.png <
> http://andregarzia.com/img/shots/lc-memory-leak.png>
>
> I remember things like the “default button” causing leaks due to the
> animation and so on, but all I had was a bunch of custom stacks open and
> the script editor focused. Thats it. It was open since yesterday.
> ___
> 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: Set and get dgData and dgText delay

2021-03-25 Thread Sean Cole (Pi) via use-livecode
Thanks Bob, but the columns are defined, both in my test stack and the
project stack. It gets filled once the scripts have finished running, so it
can't be that which is the issue in this instance. But thanks once again
for your input.

Sean

On Thu, 25 Mar 2021 at 17:55, Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> DGText will only contain data for the columns you have defined in the
> Datagrid properties. If your dgData array keys have no matching columns it
> will still populate the dgData but dgText will return empty. This is why I
> avoid using dgText at all anymore.
>
> I have also noticed that if one of the row arrays in the dgData is empty
> then that can bork the data grid. You have to set the dgData to empty to
> get rid of it.
>
> Bob S
>
>
> On Mar 25, 2021, at 5:44 AM, Craig Newman via use-livecode <
> use-livecode@lists.runrev.com>
> wrote:
>
> I have seen this here and there for years, and having nothing to do with
> dataGrids per se.
>
> A handler will fail to run, but will step through in the debugger without
> issue. This usually resolves, and I never know why.
>
> Craig
>
> ___
> 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: Problem with Script Editor in LC 9.6.2 (rc3)

2021-03-25 Thread Sean Cole (Pi) via use-livecode
RichardG,
That was a very long way of not answering the question. Very insightful
regarding the DG though. :)
It also went a long way of assuming the skill levels of the audience. Some
of us are not limited to xTalk level. I understand C++ and why Trevor
likely coded the DG using such.

My question, just to reestablish, was what on Earth could possibly
complicate the scrolling of the line-numbers in sync with the main 'field'?
Very occasionally the numbers freeze altogether until a click in the editor
which is an interesting aside and only partly related to the question. I
never notice a lag between the two areas. 32-bit I feel is neither here nor
there in relation to the syncing or imperceivable lag, especially for the
SE.

Looking on github reveals that the majority of the code for the SE are
indeed, as suspected, written in livecodescript (xTalk ;)) by BHall mostly,
rather than CPP. And, as suspected, really quite simple and unconvoluted as
they can get. Barely anything to become difficult in fixing for Henry's
listed issue. revsecommoneditorbehavior.livecodescript holds the key, lines
2658-2721 most likely.

Sean


On Thu, 25 Mar 2021 at 16:47, Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Sean Cole wrote:
>
>  > On Wed, 24 Mar 2021 at 21:45, Richard Gaskin wrote:
>  >
>  >>  I believe it may be related to the complicated way the line
>  >> number field is kept in sync.
>  >
>  > Quick question. Why would the line number field be complicated? I
>  > can’t imagine anything that would necessitate making it complicated.
>  > Numbers and break points. That’s all it handles, right?
>
>
> It's easy to describe anything in terms that make it sound simple, but
> whether a task is *actually* simple depends on many things.
>
> It's equally an oversimplification to arbitrarily divide the world into
> two types of programmers, xTalkers and C coders, but that won't stop me
> from indulging in it here :
>
>
> If we look at text editors made by C coders, they generally only render
> the line numbers visible on screen given the current scroll position.
> But they do everything with lower-level/computer-oriented thinking, with
> lineto and moveto and stringAt (yes, the Inside Macintosh references
> there show my age, but you know what I mean), so for them these types of
> calculations are second-nature and not considered tedious at all, it's
> just how things are done.
>
> xTalkers, by virtue of choosing a language that is not only high-level
> but among the very few that directly incorporate GUI controls as
> inherent language elements, think differently. To us we put text into a
> field and set the scroll as we like and let the engine figure out the
> details.
>
>
> Which is "best" is a topic that can be hotly debated, and was here on
> this list several years ago in a thread on making text editors in LC.
>
> One of the participants in that thread was Jeff Massung, who'd made a
> very nice Erlang editor in LC. In his view, IIRC, it was wasteful to ask
> the engine to render thousands of lines of line numbers if the script
> being displayed was much shorter.  He felt that the "right" approach
> would be to do as C programmers do, to dynamically calculate which line
> numbers should be visible and dynamically populate the line number list
> with only those on each scrollBarDrag.
>
> Others, including myself, felt that using xTalk objects as xTalkers are
> accustomed to using them was not a mistake at all, but actually quite
> with-the-grain for xTalk work. Even if we're asking the engine to work
> harder, we're doing it only once up front, relying on the engine's good
> buffering to make scrolling throughout the rest of the session simpler.
>
>
> It's worth noting that the excellent DataGrid relies on
> dynamically-calculated scrolling, but even more worthy to note WHY:
>
> It's not because scrolling the DG is made any faster (observably it isn't).
>
> It's because the performance impact of dynamically-calculated scrolling
> is a NECESSARY tradeoff to cover the sometimes-large number of records
> it's asked to display.  LC uses 32-bit coordinate addressing, which is
> more than adequate for most things we render since it gives us about 30
> feet of drawing space, far bigger than any monitor. But if you try to
> place tens of thousands of groups nested within a scrolling group,
> you'll quickly discover what happens when you exceed 32-bit coordinate
> space. :)
>
> So Trevor did the tedious work of providing a profoundly flexible
> DataGrid, where for the relatively low cost of a modest performance hit
> during scrolls we can effortlessly display even vast numbers of records,
> by only actually rendering those on screen at any given time.
>
> But the 32-bit coordinate space only applies to controls, not the
> contents within text fields, so
>
>
> Back to the LC Script Editor, truth be told it's been so long since I
> donned my pith helmet to dive into its code jungle that I'm not in a
> 

Re: Problem with Script Editor in LC 9.6.2 (rc3)

2021-03-25 Thread Sean Cole (Pi) via use-livecode
I have definitely experienced this in Windows, not Mac. But I had assumed
it was an anomaly from running it in Parallels. I’ve had it for a number of
versions back now. It only happens occasionally and, as you say, only for
large scripts where it has the most impact. I tend to walk away, make a
coffee, come back and it will have stopped and I can scroll using a
different method. The scroll wheel works ok. It’s mostly noticeable when
clicking the scroll area (not the bar itself) to page jump or using the
line up/down buttons.

I hope this helps in your reporting.

Sean

On Wed, 24 Mar 2021 at 22:34, HENRY LOWE via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Thanks Matthias. I am not using any 3rd party text tools or plug-ins.
>
> If anyone else can confirm this issue I will submit a bug report.
>
> Henry

-- 
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: Problem with Script Editor in LC 9.6.2 (rc3)

2021-03-25 Thread Sean Cole (Pi) via use-livecode
Quick question. Why would the line number field be complicated? I can’t
imagine anything that would necessitate making it complicated. Numbers and
break points. That’s all it handles, right?

On Wed, 24 Mar 2021 at 21:45, Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:

>  I believe it may be related to
> the complicated way the line number field is kept in sync.
>
-- 
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: Set and get dgData and dgText delay

2021-03-25 Thread Sean Cole (Pi) via use-livecode
I’ve tried using wait, wait with messages, wait until. No joy.

But in a separate test stack with the same data it works just fine having
them one after the other.

There is no sense to it NOT passing the text one line to the next.

I thought it might be because it was located in a preOpenCard script but
moving it into the openCard or even 0sec after the open card in another
handler made no difference.

The real issue here is that the same stack worked ok before so there is
something we have done that upset it. I’m just going to have to pick my way
through till I find what is preventing the Dg from carrying out its
function. In the background.

On Thu, 25 Mar 2021 at 14:45, Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:

> The difference between the working and non-working examples seems to be
> limited to the introduction of a delay in the working one, between
> setting the dgData array and later obtaining its text.
>
> Since the array form is what the DG uses internally, perhaps something
> during loading of that array or rendering the UI needs the "wait 0", and
> what you're seeing is a side effect of that internal need.
>
> Being scripted in LC, the DG code could be examined for "wait" or "send"
> to see what's up.
>
> But while the exploration may be fun it would likely be inconsequential,
> since given the general quality of Trevor's work the delay is probably
> not a mistake, but a necessity. That is, you'd learn WHY you need the
> delay, but you'd still need it.
>
> If you do go spelunking in the DG source please let us know what you find.
>
> But now that you've found the solution it may be just as well to use it
> and move on with what you're building.
>
> --
> Richard Gaskin
> Fourth World Systems
>
>
>
>
> Sean Cole wrote:
>
> > Thanks Craig
> >
> > This could make some sense. There are a lot of handlers to deal with. I
> > thought I was going a bit mad. I’m just going to have to pick my way
> > through.
> >
> > On Thu, 25 Mar 2021 at 12:44, Craig Newman via use-livecode <
> > use-livecode at lists.runrev.com> wrote:
> >
> >> I have seen this here and there for years, and having nothing to do with
> >> dataGrids per se.
> >>
> >> A handler will fail to run, but will step through in the debugger
> without
> >> issue. This usually resolves, and I never know why.
> >>
> >> Craig
> >>
> >> > On Mar 24, 2021, at 5:09 PM, Pi Digital via use-livecode <
> >> use-livecode at lists.runrev.com> wrote:
> >> >
> >> > Hi All
> >> >
> >> > This has been a bit of a mind bender, mainly because in a test stack
> it
> >> works just fine, but...
> >> >
> >> > Has anyone ever had problems with something like this:
> >> >
> >> > on myHandle
> >> > — ...some code
> >> > Set the dgData of grp “myDG” to tDataA
> >> > Put the dgText of grp “myDG” into tDataS
> >> > — tDataS returns empty
> >> > — process tDataS...
> >> > end myHandle
> >> >
> >> > And this:
> >> >
> >> > on myHandle
> >> > — ...some code
> >> > Set the dgData of grp “myDG” to tDataA
> >> > dispatch “myHandlePt2”
> >> > end myHandle
> >> >
> >> > on myHandlePt2
> >> > Put the dgText of grp “myDG” into tDataS
> >> > — tDataS returns empty
> >> > — process tDataS...
> >> > end myHandlePt2
> >> >
> >> > However, this works:
> >> >
> >> > on myHandle
> >> > — ...some code
> >> > Set the dgData of grp “myDG” to tDataA
> >> > send “myHandlePt2” to me in 0 sec
> >> > end myHandle
> >> >
> >> > on myHandlePt2
> >> > Put the dgText of grp “myDG” into tDataS
> >> > — tDataS returns empty
> >> > — process tDataS...
> >> > end myHandlePt2
> >> >
> >> >
> >> > It seemingly doesn’t have anything to do with data length. I’ve tried
> >> forcing a refresh of the grid using dispatch refreshList to it but that
> >> makes no difference. Stepping through in the debugger allows it to work
> or
> >> setting a breakpoint, but does not when in full run. Both in standalone
> and
> >> ide.
> >> >
> >> > A one have any clues why this might not work sometimes?
> >> >
> >> > Thanks
> >> >
> >> > Sean Cole
> >> > Pi Digital
> >> > eMail Ts & Cs
>
>
> ___
> 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: Set and get dgData and dgText delay

2021-03-25 Thread Sean Cole (Pi) via use-livecode
Thanks Craig

This could make some sense. There are a lot of handlers to deal with. I
thought I was going a bit mad. I’m just going to have to pick my way
through.

On Thu, 25 Mar 2021 at 12:44, Craig Newman via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I have seen this here and there for years, and having nothing to do with
> dataGrids per se.
>
> A handler will fail to run, but will step through in the debugger without
> issue. This usually resolves, and I never know why.
>
> Craig
>
> > On Mar 24, 2021, at 5:09 PM, Pi Digital via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Hi All
> >
> > This has been a bit of a mind bender, mainly because in a test stack it
> works just fine, but...
> >
> > Has anyone ever had problems with something like this:
> >
> > on myHandle
> > — ...some code
> > Set the dgData of grp “myDG” to tDataA
> > Put the dgText of grp “myDG” into tDataS
> > — tDataS returns empty
> > — process tDataS...
> > end myHandle
> >
> > And this:
> >
> > on myHandle
> > — ...some code
> > Set the dgData of grp “myDG” to tDataA
> > dispatch “myHandlePt2”
> > end myHandle
> >
> > on myHandlePt2
> > Put the dgText of grp “myDG” into tDataS
> > — tDataS returns empty
> > — process tDataS...
> > end myHandlePt2
> >
> > However, this works:
> >
> > on myHandle
> > — ...some code
> > Set the dgData of grp “myDG” to tDataA
> > send “myHandlePt2” to me in 0 sec
> > end myHandle
> >
> > on myHandlePt2
> > Put the dgText of grp “myDG” into tDataS
> > — tDataS returns empty
> > — process tDataS...
> > end myHandlePt2
> >
> >
> > It seemingly doesn’t have anything to do with data length. I’ve tried
> forcing a refresh of the grid using dispatch refreshList to it but that
> makes no difference. Stepping through in the debugger allows it to work or
> setting a breakpoint, but does not when in full run. Both in standalone and
> ide.
> >
> > A one have any clues why this might not work sometimes?
> >
> > Thanks
> >
> > Sean Cole
> > Pi Digital
> > eMail Ts & Cs
> >
> > ___
> > 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: numberformat question

2021-03-22 Thread Sean Cole (Pi) via use-livecode
JS should use exactly the same standard as LC
https://www.avioconsulting.com/blog/overcoming-javascript-numeric-precision-issues

2^53, same in JS as LC. IEEE 754

Sean

On Mon, 22 Mar 2021 at 16:14, John Balgenorth via use-livecode <
use-livecode@lists.runrev.com> wrote:

> You might be able to get the info by running your javascript
> from a shell command.  Here is a link that might be of help;
>
>
> https://stackoverflow.com/questions/12659778/is-it-possible-to-run-javascript-files-from-the-command-line
>
> JB
>
>
> > On Mar 22, 2021, at 9:05 AM, jbv via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Hi Craig,
> >
> > Thank you for the link, but it doesn't help much :
> >
> > bigDivide(-0.007347880794884118999,10)
> > returns 0 , -0.01
> >
> > what I'm actually trying to do is to transpose in LC
> > an algo for solving cubic equations that runs perfectly
> > in javascript.
> > So my solution will finally be to multiply data by 10^6,
> > run the algo, and then divide the results by 10^6 by
> > treating them as strings and moving the dot...
> > It's not really elegant and especially quite slow, as I
> > need to process large amounts of data and am not sure
> > that I'll be able to use LC for that project (which is
> > so far only a prototype).
> >
> > I don't mean to start another endless thread on this topic,
> > but one thing puzzles me though : I understand that LC doesn't
> > use decimal numbers for internal calculations for reasons
> > of speed, but then how come does js perform high precision
> > calculations without any speed issues ?
> >
> > Best
> >
> > Le 2021-03-22 09:41, Craig Newman via use-livecode a écrit :
> >> Check out this thread in the forum:
> >>
> https://forums.livecode.com/viewtopic.php?f=7&t=25132&p=130985&hilit=longadd#p130985
> >> <
> https://forums.livecode.com/viewtopic.php?f=7&t=25132&p=130985&hilit=longadd#p130985
> >
> >> Craig
> >>>> On Mar 21, 2021, at 7:34 AM, jbv via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>> Paul, Sean,
> >>> Thank you both for your answers, although it doesn't really solve my
> problem.
> >>> The most surprising thing is that javascript runs these calculations
> without
> >>> problem :
> >>> (-0.007347880794884118999 / 10) returns
> -7.347880794884119e-16
> >>> (-0.007347880794884118999 / 1) returns
> -7.347880794884119e-19
> >>> Best
> >>> Le 2021-03-21 07:11, Sean Cole (Pi) via use-livecode a écrit :
> >>>> Livecode can handle floating point numbers up to 2^52. But then
> >>>> calculations would have to fit within that range in a floating point
> >>>> perspective too. So, once you add that ninth zero to the end of your
> >>>> divider, it struggles with the calculation and returns, effectively,
> number
> >>>> out of range.
> >>>> Fractions in FP binary are tremendously complicated. Calculation in
> it are
> >>>> even more so.
> >>>> https://www.h-schmidt.net/FloatConverter/IEEE754.html
> >>>> On Sat, 20 Mar 2021 at 20:23, Paul Dupuis via use-livecode <
> >>>> use-livecode@lists.runrev.com> wrote:
> >>>>> I don't have an answer, other than to say there has been a LOT of
> >>>>> discussion over the years about the limits of number precision in
> >>>>> LiveCode and a number of enhancement requests and 3rd party libraries
> >>>>> that have attempted to provide a framework for high precision math.
> You
> >>>>> might search the list archives or search the forum on the LC web site
> >>>>> for past discussions about number precision.
> >>>>> On 3/20/2021 3:06 PM, jbv via use-livecode wrote:
> >>>>> > Hi list,
> >>>>> > I am a bit lost :
> >>>>> >
> >>>>> >set numberformat to ".#"
> >>>>> >put -0.007347880794884118999 / 1000
> >>>>> > -- returns -0.07347880794884119  which is ok
> >>>>> >
> >>>>> >put -0.007347880794884118999 / 100
> >>>>> > -- returns -0.7347880794884 -> also ok
> >>>>> >
> >>>>> >put -0.007347880794884

Re: numberformat question

2021-03-21 Thread Sean Cole (Pi) via use-livecode
Livecode can handle floating point numbers up to 2^52. But then
calculations would have to fit within that range in a floating point
perspective too. So, once you add that ninth zero to the end of your
divider, it struggles with the calculation and returns, effectively, number
out of range.

Fractions in FP binary are tremendously complicated. Calculation in it are
even more so.

https://www.h-schmidt.net/FloatConverter/IEEE754.html


On Sat, 20 Mar 2021 at 20:23, Paul Dupuis via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I don't have an answer, other than to say there has been a LOT of
> discussion over the years about the limits of number precision in
> LiveCode and a number of enhancement requests and 3rd party libraries
> that have attempted to provide a framework for high precision math. You
> might search the list archives or search the forum on the LC web site
> for past discussions about number precision.
>
> On 3/20/2021 3:06 PM, jbv via use-livecode wrote:
> > Hi list,
> > I am a bit lost :
> >
> >set numberformat to ".#"
> >put -0.007347880794884118999 / 1000
> > -- returns -0.07347880794884119  which is ok
> >
> >put -0.007347880794884118999 / 100
> > -- returns -0.7347880794884 -> also ok
> >
> >put -0.007347880794884118999 / 1
> > -- returns -0.0073478807949 -> still ok
> >
> >put -0.007347880794884118999 / 10
> > -- returns 0 -> ?
> >
> > Any explanations ?
> > Thanks in advance.
> > Best,
> > jbv
> >
> > ___
> > 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: [ANN] New Book: Development Oriented Development

2021-03-16 Thread Sean Cole (Pi) via use-livecode
Hi Andre

I had to get this one. The title alone intrigued me. But looking at the
contents I know I need it to grow further. I'm looking forward to getting
your insights. I'll start tonight.

All the very best
Sean
Pi


> On Tue, 16 Mar 2021 at 14:11, Andre Garzia via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > Hi Friends,
> >
> > I'm quite happy to announce the initial release of my new LiveCode eBook.
> > This is a companion book to the previous "LiveCode Advanced Application
> > Architecture" eBook that dives further into making LiveCode IDE a
> > comfortable place for your development workflow.
> >
> > "Development Oriented Development" is a novel approach to coding with
> > LiveCode that prioritizes developer comfort and robustness by favouring
> > treating LiveCode as a mouldable environment. By the end of this book,
> > you’ll know how and why to build custom plugins to make your development
> > workflow easier, and how bespoke project-specific tools lead to software
> > that is easier to maintain.
> >
> > You can get the new book at: https://payhip.com/b/18eH
> >
> > I look forward to feedback, suggestions, and requests for more chapters
> >
> > Cheers
> > Andre
> >
> > --
> > https://www.andregarzia.com 
> > Want to support me? Buy me a coffee at https://ko-fi.com/andregarzia
> > ___
> > 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: LC Bug: Copying an Image fails

2021-03-16 Thread Sean Cole (Pi) via use-livecode
Curry,
even asking it to only return char 1 of rawclipboarddata["CF_BITMAP"]
crashes it so any attempt to read that data triggers an exception.
Remarkable. :D

Sean

On Tue, 16 Mar 2021 at 18:16, Curry Kenworthy via use-livecode <
use-livecode@lists.runrev.com> wrote:

>
> Sean:
>
>  > put the keys of the rawclipboarddata
>
> Yes, I have a little clipboard browser stack for that.
> There are regular, full, and raw keys. Joy awaits
>
>  > or any other CF_, it crashes out of LC altogether
>
> I had that joyful experience earlier today, with my test stack.
> You gotta love it, right? Really ups the challenge.
> LC always trains to the fight, so that we are the best of the best.
>
> (Nice try, LC, I'm a compulsive stack saver! Fool me twice.)
>
> Has anyone reported the crash yet? Or does that joy also await?
>
>  > 'do as javascript'
>
> Thanks for the idea. I'll experiment further later this week.
> (Unless anyone has a confirmed workaround already.)
>
> I'm also going to test this on Mac soon.
> Bugs get super "relevant" if they hit the Macophiles too. :)
>
> 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
>
___
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: LC Bug: Copying an Image fails

2021-03-16 Thread Sean Cole (Pi) via use-livecode
Curry,

The issue here is that MS Word controls how that clipboard data is
transferred. As an example

Open the taskmanager
In Word, copy an image into the clipboard
In LC message box type
lock the clipboard; put the keys of the rawclipboarddata
Returns something like:
  Art::GVML ClipFormat
  PNG
  GIF
  CF_ENHMETAFILE
  CF_METAFILEPICT
  CF_BITMAP
  JFIF
  Object Descriptor
  image/svg+xml
In LC message box, type
lock the clipboard; put the rawclipboarddata["Art::GVML ClipFormat"]
LC Locks up
Then switch to TaskManager and see that MSWord has sprung into life. At
this stage it is trying it's best to transfer that data into LC, but
probably can't work out how, so they end up in a loop of errors.
If you type into the messagebox:
lock the clipboard; put the rawclipboarddata["CF_BITMAP"]
or any other CF_, it crashes out of LC altogether.

Copy the image from MSWord, paste into MSPaint and immediately copy into
the clipboard again. Now in LC MsgBx type:
lock the clipboard; put the keys of the rawclipboarddata
Returns something like:
  Embed Source
  Object Descriptor
  CF_METAFILEPICT
  CF_DIB
Now:
lock the clipboard; put the rawclipboarddata["CF_DIB"]
and you get the raw data of the image. You cannot do this directly from
MSWord clipboard data.

There might be a way to achieve it using a 'do as javascript' and following
guides listed here:
https://ourcodeworld.com/articles/read/491/how-to-retrieve-images-from-the-clipboard-with-javascript-in-the-browser

All the best

Sean

On Tue, 16 Mar 2021 at 15:40, Curry Kenworthy via use-livecode <
use-livecode@lists.runrev.com> wrote:

>
> LC Bugathon continues
>
> Recently I ran into this bug, which Trevor already reported:
>
> "Unable to paste images copied from Microsoft Word on Windows"
> https://quality.livecode.com/show_bug.cgi?id=21906
>
> Copying an image directly (not inline with text) fails.
> The clipboarddata contains nulls, in testing so far.
> Just tested on 9.6.2 RC 3.
>
> Any known script workaround?
>
> (A user behavior workaround, ie copying inline, is not very acceptable.)
>
> 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
>
___
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: Setting Creation Date of file to a past date?

2021-03-15 Thread Sean Cole (Pi) via use-livecode
I used quotes wrong, use this:

>From LC, use:
put "powershell -command ^(Get-Item 'C:\Folder\File.txt').CreationTime=('31
December 2019 23:59:59')^" into tShell
replace "^" with quote in tShell
get shell(tShell)

Sean

On Tue, 16 Mar 2021 at 03:57, Sean Cole (Pi)  wrote:

> Touch tells it to update to now unless the date set is in the past and you
> use the -d modifier.
>
> If you install the Command Line Tools package from Apple on a mac you can
> use the much better   SetFile -d '12/31/1999 23:59:59' file.txt
>
>
> On windoze, using powershell, send the command:
> (Get-Item "C:\Folder\File.txt").CreationTime=("31 December 2019 23:59:59")
>
> From LC, use:
> put "powershell -command '(Get-Item
> 'C:\Folder\File.txt').CreationTime=('31 December 2019 23:59:59')' into
> tShell
> replace "'" with quote in tShell
> get shell(tShell)
>
> Sean
>
> On Tue, 16 Mar 2021 at 01:35, Mark Wieder via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> On 3/14/21 4:41 PM, matthias rebbe via use-livecode wrote:
>> > Windows unfortunately does not include such a command line tool
>>
>> I am astounded to find there is no touch command for Win.
>> However, there does appear to be a solution for Windows (untested) using
>> commandline options for the copy command:
>>
>> date desiredDate
>> copy /b filename.ext +,,
>>
>>
>> https://superuser.com/questions/10426/windows-equivalent-of-the-linux-command-touch/764716
>>
>> --
>>   Mark Wieder
>>   ahsoftw...@gmail.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: Setting Creation Date of file to a past date?

2021-03-15 Thread Sean Cole (Pi) via use-livecode
Touch tells it to update to now unless the date set is in the past and you
use the -d modifier.

If you install the Command Line Tools package from Apple on a mac you can
use the much better   SetFile -d '12/31/1999 23:59:59' file.txt


On windoze, using powershell, send the command:
(Get-Item "C:\Folder\File.txt").CreationTime=("31 December 2019 23:59:59")

>From LC, use:
put "powershell -command '(Get-Item 'C:\Folder\File.txt').CreationTime=('31
December 2019 23:59:59')' into tShell
replace "'" with quote in tShell
get shell(tShell)

Sean

On Tue, 16 Mar 2021 at 01:35, Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 3/14/21 4:41 PM, matthias rebbe via use-livecode wrote:
> > Windows unfortunately does not include such a command line tool
>
> I am astounded to find there is no touch command for Win.
> However, there does appear to be a solution for Windows (untested) using
> commandline options for the copy command:
>
> date desiredDate
> copy /b filename.ext +,,
>
>
> https://superuser.com/questions/10426/windows-equivalent-of-the-linux-command-touch/764716
>
> --
>   Mark Wieder
>   ahsoftw...@gmail.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: [ANN] Release 9.6.2 RC-3

2021-03-15 Thread Sean Cole (Pi) via use-livecode
I just downloaded and tested on my MBP16(2019), single screen, MacOS
11.2.2, and also in parallels Win10(v1909) and had no issues.

BTW, visual effects work a dream and even macOS CoreImage effects work
great. Super. Hope to see more (HTML5, hint, hint) soon.

Sean

On Mon, 15 Mar 2021 at 18:28, Richmond via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I have just downloaded Indy 9.6.2 RC-3, done the licensing "dance" and
> fired it up
> without any problems at all:
>
> macOS 11.3 Beta 3, 2018 Mac Mini, 3 monitors.
>
> I suspect you have some background process (i.e. something set to run at
> startup) that is
> clogging up the works.
>
> Best, Richmond.
>
> On 15.03.21 18:40, Håkan Liljegren via use-livecode wrote:
> > After downloading and activating with my indie license, LiveCode starts
> but is totally unresponsive! I can move the windows, but that’s it! I can’t
> click anything not even in the menu. No shortcuts works, and, If I select
> ”Quit” from the icon in the dock LiveCode doesn’t quit. Only thing I can do
> is to ”Force Quit” the application.
> >
> > Running macOS 11.2.2 on a MacBook Pro (15-inch, 2018) with a dual
> monitor setup.
> >
> > Any one else having this???
> >
> > :-Håkan
> > On 12 Mar 2021, 12:57 +0100, panagiotis merakos via use-livecode <
> use-livecode@lists.runrev.com>, wrote:
> >> Dear list members,
> >>
> >> We are pleased to announce the release of LiveCode 9.6.2 RC-3.
> >>
> >>
> >> Getting the Release
> >> ===
> >> You can get the release at https://downloads.livecode.com/livecode/ or
> via
> >> the automatic updater.
> >>
> >>
> >> Release Contents
> >> 
> >> LiveCode 9.6.2 RC-3 comes with 6 regression fixes, including:
> >>
> >> - Visual effects doesn't work on macOS Big Sur
> >> - Cannot close "Ask Password" dialog as Sheet in modal stack
> >> - mergLA not included in 9.6.2 RC 2
> >> - PDF Widget broken on iOS device
> >>
> >> For the full list of all fixes, updates and enhancements please see the
> >> release notes:
> >>
> http://downloads.livecode.com/livecode/9_6_2/LiveCodeNotes-9_6_2_rc_3.pdf
> >>
> >>
> >> Known issues
> >> 
> >> - The Browser widget's native layer is not shown in some Linux distros
> with
> >> Cinnamon window manager.
> >> - The use of the Browser widget is not supported on Ubuntu 18.04 64 bit
> LTS
> >> yet.
> >>
> >>
> >> Required Software
> >> =
> >> To build iOS apps with LiveCode you must have the appropriate versions
> of
> >> Xcode as follows:
> >>
> >> - macOS 10.13.4: Xcode 10.1 - LiveCode builds iOS apps using the iOS
> 12.1
> >> SDK
> >> - macOS 10.14.4: Xcode 11.3.x - LiveCode builds iOS apps using the iOS
> >> 13.2 SDK
> >> - macOS 10.15.4+: Xcode 12.1.x - LiveCode builds iOS apps using the iOS
> >> 14.1 SDK
> >>
> >> There is a full list of working LiveCode/macOS/Xcode combinations here:
> >> https://livecode.com/docs/9-5-0/faq/faq/
> >>
> >> Note: Whilst we endeavour to release updated versions of LiveCode
> >> supporting the latest Xcode/iOS SDKs as quickly as possible; we strongly
> >> recommend disabling automatic update of Xcode or downloading the
> specific
> >> version of Xcode required directly from the Apple developer portal and
> >> installing it separately.
> >>
> >> Important: From the end of June 2020, Apple is only accepting apps built
> >> using iOS13 SDKs. This means that, if you wish to submit apps to the
> >> AppStore you will have to be running at least macOS 10.14 in order to be
> >> able to install the necessary version of Xcode.
> >>
> >>
> >> Feedback
> >> 
> >> Please report any bugs encountered on our quality center at
> >> http://quality.livecode.com/
> >>
> >> We have a forum available for discussing LiveCode Builder at
> >> http://forums.livecode.com/viewforum.php?f=93
> >>
> >>
> >> Have fun!
> >> The LiveCode Team
> >>
> >>
> >> --
> >> ___
> >> 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: ‘Super Sub’ multidimensional arrays [GD trolls]

2021-03-11 Thread Sean Cole (Pi) via use-livecode
On Thu, 11 Mar 2021 at 23:31, Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Sean-
>
> What happens when a folder or a file gets renamed?
>

The main purpose of me having an FileSystem Array *like this* was for DLT
or BluRay _archives_ of projects, so no file alterations would occur. I
needed a simple way of storing what files were where and how big they were,
etc. It doesn't fit every solution, I know, but it can get you there. It
was an 'Example', not a de facto solution that covers all. I wasn't being
pretentious or trying to proclaim the 'Best' way to store for FileSystems.
The example, a really dumbed down one, was there to demonstrate an
alternative way of using arrays, sub-arrays, and hybrid arrays. It's a mix
of LC base arrays [][][] and (sort-of) JS style arrays [,,,].


Why is it always the same crowd that picks holes and beats down without
properly reading the OP and getting the sense of the 'community spirit' it
is written in? And then I get a barrage of abuse for pointing out the
misunderstood replies. It just perpetuates my BPD. If you can't positively
contribute, keep schtum!

___
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: ‘Super Sub’ multidimensional arrays

2021-03-11 Thread Sean Cole (Pi) via use-livecode
Mark,
Give an example of what would be better, not just hit and run with a
'That's crap!' comment. Way to make me feel good for all the hard work put
in. THANKS BUDDY!

Do better!
___
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: ‘Super Sub’ multidimensional arrays

2021-03-11 Thread Sean Cole (Pi) via use-livecode
Sorry, I just wanted to add...
The keys of tTableA["c:/"] would be:
.FileC
.FileC,Date
.FileC,Kind
.FileC,Size
Folder1
Folder1,Date
Folder1,Kind
Folder1,Size
...
Folder4
Folder4,Date
Folder4,Kind
Folder4,Size

An alternative for "Kind" could be ("Kind_" & tKind) with a value set as
empty of anything else you like. So Folder1 could have a parameter key of
["Folder1","Kind_Folder"] and ".FileC" could have a parameter key of
[".FileC","Kind_HiddenSystem"] maybe. That way you could easily filter the
keys to list only Folders, Hidden Files/Folders or FileTypes.

Sean

On Thu, 11 Mar 2021 at 23:03, Sean Cole (Pi)  wrote:

> On to Array use for File System Indexing:
>
> Take a simple FS structure:
>
> c:/
> .FileC
> Folder1
> File1.txt
> Folder2
> Size  (aka Folder2_1)
> File2.txt
> File2_1.png
> Folder3
> Folder4
> Archive.zip
> File4.doc
>
> Say we want to store in our indexing array the sizes, creation dates and
> kind of every file, folder and volume.
>
> If we ploughed in without thinking to much about it we might put File1.txt
> in as:  'put tValue into
> tTableA["c:/"]["Folder1"]["File1.txt"][tParameter]'with tParameter
> being "Size", "Date" or "Kind". That seems ok.
> But what about, then, size of Folder2?   'put tFldrSize into
> tTableA["c:/"]["Folder2"]["Size"]' .  What happens to the contents of a
> folder 'named' "Size" once the parameter 'Size' gets written to in the
> array? It writes over all of it.
>
> So, maybe, a 'better', more manageable approach might be to have
> parameters stored thusly:  'put tFldrSize into
> tTableA["c:/"]["Folder2","Size"]'
> Then the File named "File2.txt" could be stored
> as tTableA["c:/"]["Folder2"]["Size"]["File2.txt"] without fear
> that ["c:/"]["Folder2"]["Size"] might be overwritten accidentally by a
> parameter.
>
> Likewise, "Folder3" can readily be stored as ["Folder3","Kind"]="Folder"
> and "Archive.zip" could have a kind set as "Zip", and could then be
> scanned even later for its contents with them being added to the
> sub-structure of the array.
>
> So, using {curly brackets} to denote optional parameters, the syntax for
> this array could be thought of as:
> put tValue into tMyArrayA [tItemName {, tParameterName} ]
> put tValue into tMyArrayA [tItemName ] { [tItemName] ...
> [tItemName {, tParameterName} ] }
> put tFolderA into tMyArrayA [tItemName ] { ... [tItemName ] }
>
> I hope that all makes sense.
>
> Sean
>
___
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: ‘Super Sub’ multidimensional arrays

2021-03-11 Thread Sean Cole (Pi) via use-livecode
On to Array use for File System Indexing:

Take a simple FS structure:

c:/
.FileC
Folder1
File1.txt
Folder2
Size  (aka Folder2_1)
File2.txt
File2_1.png
Folder3
Folder4
Archive.zip
File4.doc

Say we want to store in our indexing array the sizes, creation dates and
kind of every file, folder and volume.

If we ploughed in without thinking to much about it we might put File1.txt
in as:  'put tValue into
tTableA["c:/"]["Folder1"]["File1.txt"][tParameter]'with tParameter
being "Size", "Date" or "Kind". That seems ok.
But what about, then, size of Folder2?   'put tFldrSize into
tTableA["c:/"]["Folder2"]["Size"]' .  What happens to the contents of a
folder 'named' "Size" once the parameter 'Size' gets written to in the
array? It writes over all of it.

So, maybe, a 'better', more manageable approach might be to have parameters
stored thusly:  'put tFldrSize into tTableA["c:/"]["Folder2","Size"]'
Then the File named "File2.txt" could be stored
as tTableA["c:/"]["Folder2"]["Size"]["File2.txt"] without fear
that ["c:/"]["Folder2"]["Size"] might be overwritten accidentally by a
parameter.

Likewise, "Folder3" can readily be stored as ["Folder3","Kind"]="Folder"
and "Archive.zip" could have a kind set as "Zip", and could then be scanned
even later for its contents with them being added to the sub-structure of
the array.

So, using {curly brackets} to denote optional parameters, the syntax for
this array could be thought of as:
put tValue into tMyArrayA [tItemName {, tParameterName} ]
put tValue into tMyArrayA [tItemName ] { [tItemName] ... [tItemName
{, tParameterName} ] }
put tFolderA into tMyArrayA [tItemName ] { ... [tItemName ] }

I hope that all makes sense.

Sean
___
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: ‘Super Sub’ multidimensional arrays

2021-03-11 Thread Sean Cole (Pi) via use-livecode
Richard and Bob

Correct! In everything you say. [x,y,z] is, in LC space, a single
dimensional space and especially about use case. But then you are limiting
yourself to single dimensional thinking. Here is my next point that I was
coming to, so well done for preempting me.

Going back a bit, in a traditional sense, we think of time as being a
fourth dimension, which it is, but also it isn't, depending on your POV. It
is 'a' fourth dimension, but not 'the' fourth dimension. X,Y and Z can be
thought of as our three spacial dimensions. But t (time) is separate to
spacial dimensions. Other spacial dimensions (not string theory which is
now not a thing) include but are not limited to heading/direction,
inside/outside, flip/reverse. Other dimensions not related to time or space
could be thought of as mass (G, weight (kind-of, but not really)), fields
(theoretical) and maybe energy.

Representing these in LC, ALL spacial dimensions could be held in a single
dimension (theoretically), [u,v,w,x,y,z,...]. Time in it's own dimension
[t]. Mass in it's own [m]. And so on. tObject[u,v,w,x,y,z,...][t][m][e]...

That works fine for that 'kind' of dimensional array.

Let's use IP addresses as another. A first would be our WAN (Wide Area
Network) address made up of, in simple terms, ISP, County/City, State,
Country, eg, [186,11,47,10]. Then our LAN (Local Area Network) address
which we can think of as Building, Floor, Area, Terminal, eg,
[127,4,2,103]. So far we have [186,11,47,10][127,4,2,103], 8 dimensions in
a 2 dimension array.
tAddr[tWAN1[1],tWAN1[2],tWAN1[3],tWAN1[4]][tLAN1.1,tLAN1.2,tLAN1.3,tLAN1.4]
as an example of structure.

As Richard mentioned, using [186,11,47,10][127,4,2,103] is neither better
or worse than using [186,11,47,10][127][4][2][103]. However, one may be
more useful/flexible/managable than the other. In most cases in a given WAN
location, the LAN root host address is often 127 throughout, so you might
want to link the floor number in with it, like [127,tFloorNum] and still
have the area and terminal number in seperate sub arrays. But what are the
advantages for and against.

Let's assume that a building has 100 floors, 10 areas per floor and 20
terminals per area.

If we use the [186,11,47,10][127,4,2,103] method for just this one location
with a string of tab delimited data as each ones value, we would be storing
in the keys of tAddr[186,11,47,10] 20,000 LAN addresses, 1 per line. This
makes it easier to filter in a search but using a lineOffset or scan
through for the addr's 127,99,9,19 to 127,100,10,10 would take much longer
than 127,1,9,19 to 127,2,10,10.

Using the [186,11,47,10][127,4][2][103] would be far more convoluted to
filter search depending on the method used. Access times to the value data
within this addr would be fast indeed. but getting a list of existing
terminal addresses from this method would be longer than the previous where
you simply request the keys of [186,11,47,10].

But my biggest case for Super Sub Arrays is File System Indexing. Coming
next 

Sean


On Thu, 11 Mar 2021 at 16:35, Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> 
> A well put answer to that egregious question that haunts ALL who are
> problem solvers: “Which is better?”
> A person might mean, better for your pocketbook, Long term/short term,
> better to configure, better performance, better support, better looking,
> better sounding...
>
> Really, this is a perennial problem with all people in all vocations. We
> don’t necessarily need more information, we need more understanding. Then
> we will learn to ask the right kind of questions.
> 
>
> :-)
>
> Bob S
>
>
> On Mar 11, 2021, at 8:03 AM, Richard Gaskin via use-livecode <
> use-livecode@lists.runrev.com>
> wrote:
>
> LiveCode is very flexible, giving us many options for structuring data
> according to the needs of the task at hand.  Which is "better" or "more
> useful" depends on the problem being solved.
>
> --
> Richard Gaskin
> Fourth World Systems
>
> ___
> 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


‘Super Sub’ multidimensional arrays

2021-03-11 Thread Sean Cole (Pi) via use-livecode
Tom
hopefully I’ve set this email not to hijack Harry’s thread.

First thing to note is that LC ONLY structures arrays as tVar[0][0][0]...

But equally we can use, for example, tVar[x][y][z] or tVar[x,y,z] or even
tVar[x,y,z][u,v,w][r,s,t]

However, know that, if x=1, y=“two”, z=true then tVar[x,y,z] is the same as
tVar[“1,two,true”] AND the same as tVar[1,”two”,true].

But this also means that tVar[x,y,z] from the previous paragraph could
equal tVar[tNextVar] if tNextVar=x,y,z AND tNextVar=“1”,”two”,”true” AND
tNextVar=“1,two,true”.

With me so far?

Then let’s now bamboozle.

Repeat for rKey = 1 to 10
Put rnd(20) into tArraySuperSub[(“key” & rKey)]
End repeat

That’s pretty straight forward. But then...

Repeat for r2ndKey = 1 to 10
Put tArraySuperSubKey into tArraySub[(“key” & r2ndKey)]
End repeat

And then..

Repeat for r3rdKey = 1 to 10
Put tArraySub into tArray[(“key” & r3rdKey)]
End repeat

Now place a treeView widget and set its array to tArray and look what an
unholy mess we’ve made.

HERE is the limitation:
You CAN do something like put tArraySub into tArray[x]
But you CANNOT do something like put tArraySuperSub into tArray[tArraySub]
because tArraySub is itself an array.

So, we can nest arrays into other sub arrays to multiple dimensions.

Rabbit hole:

tArray[“pixel”&x,”pixel”&y][“subPixel”&u,”subPixel”&v][“superSubPixel”&r,”superSubPixel”&s]
= tClrR,tClrG,tClrB,tClrA

Could potentially equate to...

tArray[“pixel10,pixel10”][“subPixel7”,”subPixel4”][superSubPixel2,superSubPixel2]

tArray[“pixel10,pixel10”] cannot hold a value without wiping all of its sub
dimensions out of existence and so on through the dimensions down to, in
this scenario, the 3rd (or 6th, depending on you viewpoint) dimension.

Btw, If tArray is an array and tVar is a value you CAN:
put “value” into tArray[tVar]
OR
put tArray into t2ndArray[tVar]
But you CANNOT:
put tVar into t2ndArray[tArray]

Why I say “depending on your viewpoint” above is, thinking
multidimensionally, you could have an array set as x,y,z of space as your
first 3 dimensions, time as a fourth, inside/outside as a fifth,
flipped/reversed as a sixth and so on, represented by perhaps
tArray[x,y,z][t,u,v] or maybe tArray[x][y][z][t][u][v] or even
tArray[x,y,z][t][u][v]

Why is tArray[x,y,z] more useful/flexible but not better than
tArray[x][y][z]?

Good question!


On Thu, 11 Mar 2021 at 03:52, Tom Glod via use-livecode <
use-livecode@lists.runrev.com> wrote:

>  >> (tArray["key1","key1.1"]["key2","key2.1"])
>
> Sean  never even thought about this form of arrays.  I gotta test the
> functionality of this.  Thanks.
> I know you are busy, but if you have the time, feel free to blow my mind.



> >
> > That just about covers it. Unless I go into super sub arrays to really
> blow
> > your mind (tArray["key1","key1.1"]["key2","key2.1"])
> >
> > Sean
> > ___
> > 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
> ___
> 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: Array Split vs Combine

2021-03-10 Thread Sean Cole (Pi) via use-livecode
Monte,
Would it be possible to precalculate (ish) how big a string buffer is
required from the size (memalloc) of the array? Then, if later down the
process, it works out it doesn't have enough, it can add a bunch more
memory to the buffer, thus reducing the frequency of buffer resizing. Or
maybe do it in kind-of blocks of n bytes. I'm just spit-balling but I guess
you get my thinking.

Sean

On Thu, 11 Mar 2021 at 00:52, Monte Goulding via use-livecode <
use-livecode@lists.runrev.com> wrote:

> It’s probably most likely to do with the string buffer needing to be
> constantly resized as the array is iterated for combine. Some googling
> suggests Windows may have issues with this. Our strategy for growing string
> buffers at the moment is to allocate just enough for the string. Mark would
> need to chime in on whether growing the buffer exponentially would be
> suitable. It would result in more memory being allocated than necessary but
> much less frequent allocations so it depends on what’s most costly as
> memory gets cheaper.
>
> Cheers
>
> Monte
>
> > On 11 Mar 2021, at 11:34 am, Sean Cole (Pi) via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > The code for 'Split':
> >
> > void MCArraysExecSplit(MCExecContext& ctxt, MCStringRef p_string,
> > MCStringRef p_element_delimiter, MCStringRef p_key_delimiter, MCArrayRef&
> > r_array)
> > {
> > if (MCStringSplit(p_string, p_element_delimiter, p_key_delimiter, ctxt .
> > GetStringComparisonType(), r_array))
> > return;
> >
> > ctxt . Throw();
> > }
> >
> >
> > vs
> >
> > The code for 'Combine' (// comments added by me):
> >
> > void MCArraysExecCombine(MCExecContext& ctxt, MCArrayRef p_array,
> > MCStringRef p_element_delimiter, MCStringRef p_key_delimiter,
> MCStringRef&
> > r_string)
> > {
> > bool t_success;
> > t_success = true;  // Create a register to check progress success
> >
> > uindex_t t_count;  // Create a new (t)emp counter for indices
> > t_count = MCArrayGetCount(p_array);  // Find out how many arrays there
> are
> >
> > MCAutoStringRef t_string;  // Create (t)emp string to store the result
> > if (t_success)
> >
> > t_success = MCStringCreateMutable(0, &t_string); // t_success is always
> > true here initially and is reset as true if t_string is now mutable,
> false
> > if not
> >
> >
> > combine_array_t t_lisctxt;  // create a new array object
> > t_lisctxt . elements = nil; // initialise t_lisctxt array
> > if (t_success)
> >
> > t_success = MCMemoryNewArray(t_count, t_lisctxt . elements); // make sure
> > the array was created
> >
> >
> > if (t_success)
> > {
> >
> > t_lisctxt . index = 0;
> >
> > MCArrayApply(p_array, list_array_elements, &t_lisctxt);
> >
> > qsort(t_lisctxt . elements, t_count, sizeof(array_element_t),
> > compare_array_element); // sort the elements
> >
> > for(uindex_t i = 0; i < t_count; i++)
> >
> > { // Loop through all indices
> >
> > MCAutoStringRef t_value_as_string; // create a (t)emp string for element
> > value
> >
> >
> >
> > t_success = ctxt . ConvertToString(t_lisctxt . elements[i] . value,
> > &t_value_as_string); // convert array value to string
> >
> > if (!t_success)
> >
> > break; skip if unable to convert to string
> >
> >
> > t_success =
> >
> > (p_key_delimiter == nil ||
> >
> > (MCStringAppend(*t_string, MCNameGetString(t_lisctxt . elements[i] .
> key))
> > &&
> >
> > MCStringAppend(*t_string, p_key_delimiter)))&&
> >
> > MCStringAppend(*t_string, *t_value_as_string) &&
> >
> > (i == t_count - 1 ||
> >
> > MCStringAppend(*t_string, p_element_delimiter)); // t_success is true if
> > the array element and values are added correctly
> >
> >
> > if (!t_success)
> >
> > break; // skip if unable to add value
> >
> > }
> >
> > }
> >
> > if (t_success)
> >
> > t_success = MCStringCopy(*t_string, r_string);  // Copies the (t)emp
> string
> > into the (r)eturn string
> >
> >
> > MCMemoryDeleteArray(t_lisctxt . elements);
> >
> > if (t_success)
> >
> > return;
> >
> >
> > // Throw the current error code (since last library call returned false).
> > ctxt . Throw();
> > }
> >
> >
> > Following on from Bob's VM comment, there is reference to
> &g

Re: Multidimensional array issue

2021-03-10 Thread Sean Cole (Pi) via use-livecode
In the message box:



> put "data" into tArray["key1"]["key2"]; answer the value of tArray["key1”]
> - returns EMPTY (so this works)

Correct

put "data" into tArray["key1"]["key2"]; answer tArray["key1”] is empty -
> returns FALSE (it should return true IMHO)

Because it is not empty. It has a nested array in it. If it where empty
(TRUE) then it would be void of all data of all types.

put "data" into tArray["key1"]["key2"]; answer tArray["key1”] is an array -
> returns TRUE (so not helpful)

tArray is an array;
tArray["key1"] is an array (because it has ["key2"] within;
tArray["key1"]["key2"] is not an array (unless you put an array into it)

To make this clearer:

put "hello" into tArray-- tArray is not an array

put tArray; // returns "hello"

tArray contains a value = true

tArray is empty = false  --  it contains a value
tArray["key1"] is empty = true  --  it does not exist
tArray["key1"]["key2"] is empty = true  --  it does not exist


put "hello" into tArray["key1"]-- tArray is an array ; tArray["key1"]
is not an array

put tArray; // returns empty

put tArray["key1"]; // returns "hello"

tArray contains a value = false
tArray["key1"] contains a value = true
tArray is empty = false  --  it contains an array
tArray["key1"] is empty = false  --  it contains a value

tArray["key1"]["key2"] is empty = true  --  it does not exist


put "hello" into tArray["key1"]["key2"]-- ttArray is an array
; tArray["key1"] is an array ; tArray["key1"]["key2"] is not an array

put tArray; // returns empty

put tArray["key1"]; // returns empty
put tArray["key1"]["key2"]; // returns "hello"

tArray contains a value = false
tArray["key1"] contains a value = false
tArray["key1"]["key2"] contains a value = true
tArray is empty = false  --  it contains an array
tArray["key1"] is empty = false  --  it contains an array
tArray["key1"]["key2"] is empty = false  --  it contains a value

put "hello" into tArray-- tArray is not an array; it has been reset to
a value nullifying it's array status and values

put tArray; // returns "hello"

tArray contains a value = true

tArray is empty = false  --  it contains a value
tArray["key1"] is empty = true  --  it does not exist
tArray["key1"]["key2"] is empty = true  --  it does not exist

put "hello" into tArray
put "hello" into tArray["key2"]
put tArray into tArray["key1"]
tArray =

["key1"] > ["key2"] > "hello"
["key2"] > "hello"

That just about covers it. Unless I go into super sub arrays to really blow
your mind (tArray["key1","key1.1"]["key2","key2.1"])

Sean
___
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: Array Split vs Combine

2021-03-10 Thread Sean Cole (Pi) via use-livecode
The code for 'Split':

void MCArraysExecSplit(MCExecContext& ctxt, MCStringRef p_string,
MCStringRef p_element_delimiter, MCStringRef p_key_delimiter, MCArrayRef&
r_array)
{
if (MCStringSplit(p_string, p_element_delimiter, p_key_delimiter, ctxt .
GetStringComparisonType(), r_array))
return;

ctxt . Throw();
}


vs

The code for 'Combine' (// comments added by me):

void MCArraysExecCombine(MCExecContext& ctxt, MCArrayRef p_array,
MCStringRef p_element_delimiter, MCStringRef p_key_delimiter, MCStringRef&
r_string)
{
bool t_success;
t_success = true;  // Create a register to check progress success

uindex_t t_count;  // Create a new (t)emp counter for indices
t_count = MCArrayGetCount(p_array);  // Find out how many arrays there are

MCAutoStringRef t_string;  // Create (t)emp string to store the result
if (t_success)

t_success = MCStringCreateMutable(0, &t_string); // t_success is always
true here initially and is reset as true if t_string is now mutable, false
if not


combine_array_t t_lisctxt;  // create a new array object
t_lisctxt . elements = nil; // initialise t_lisctxt array
if (t_success)

t_success = MCMemoryNewArray(t_count, t_lisctxt . elements); // make sure
the array was created


if (t_success)
{

t_lisctxt . index = 0;

MCArrayApply(p_array, list_array_elements, &t_lisctxt);

qsort(t_lisctxt . elements, t_count, sizeof(array_element_t),
compare_array_element); // sort the elements

for(uindex_t i = 0; i < t_count; i++)

{ // Loop through all indices

MCAutoStringRef t_value_as_string; // create a (t)emp string for element
value



t_success = ctxt . ConvertToString(t_lisctxt . elements[i] . value,
&t_value_as_string); // convert array value to string

if (!t_success)

break; skip if unable to convert to string


t_success =

(p_key_delimiter == nil ||

(MCStringAppend(*t_string, MCNameGetString(t_lisctxt . elements[i] . key))
&&

MCStringAppend(*t_string, p_key_delimiter)))&&

MCStringAppend(*t_string, *t_value_as_string) &&

(i == t_count - 1 ||

MCStringAppend(*t_string, p_element_delimiter)); // t_success is true if
the array element and values are added correctly


if (!t_success)

break; // skip if unable to add value

}

}

if (t_success)

t_success = MCStringCopy(*t_string, r_string);  // Copies the (t)emp string
into the (r)eturn string


MCMemoryDeleteArray(t_lisctxt . elements);

if (t_success)

return;


// Throw the current error code (since last library call returned false).
ctxt . Throw();
}


Following on from Bob's VM comment, there is reference to
'MCMemoryNewArray(t_count,
t_lisctxt . elements)' which does highlight that some memory management for
the arrays is necessary in the combine command. This only creates a
temporary copy of the array for working through. How this plays out
differently for Windows vs Mac/Linux and why this would be increasing the
time necessary by a factor of about 4:1 I can't see.

I've tested as far back as LC7
(Times - Read into memory, Split to array, Combine from array)
LC9.5.0 Win64 - 0.437s, 0.516s, 3m 1.378s
LC9.0.5 Win32 - 0.446s, 0.547s, 3m 27.9s
LC8.2.0 DP2 - 0.543s, 0.577s, 3m 30.208s
LC8.0.0 - 0.542s, 0.545s, 3m 30.815s
LC7.0.0 - 0.827s, 0.460s , 3m 37.896s

On mac all times are less than 1sec, 3 sec total.

Sean


On Wed, 10 Mar 2021 at 17:08, Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Now THAT is fascinating, considering the Windows performance issues with
> file access reported in the past. Could it be that combine is somehow
> caching data to virtual memory?
>
> Bob S
>
>
> On Mar 9, 2021, at 1:05 PM, Sean Cole (Pi) via use-livecode <
> use-livecode@lists.runrev.com<mailto:use-livecode@lists.runrev.com>>
> wrote:
>
> It's looking to be a Windows only issue. I need to see how far this goes
> back and then I'll post a bug report. It's making a process that should
> only take 30s max on a single thread 2GHz remote Win server take 16mins to
> process 2 of these files, so it will be good to find a solution for this.
>
> Thanks everyone for confirming and providing your input.
>
> Regards
> Sean
>
> ___
> 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: Array Split vs Combine

2021-03-09 Thread Sean Cole (Pi) via use-livecode
It's looking to be a Windows only issue. I need to see how far this goes
back and then I'll post a bug report. It's making a process that should
only take 30s max on a single thread 2GHz remote Win server take 16mins to
process 2 of these files, so it will be good to find a solution for this.

Thanks everyone for confirming and providing your input.

Regards
Sean

On Tue, 9 Mar 2021 at 18:06, Ralph DiMola via use-livecode <
use-livecode@lists.runrev.com> wrote:

> LC 9.6.1 Win 10 VM on SSD.
>
> 524 ms,512 ms, 3.28 minutes
>
> 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 Sean Cole (Pi) via use-livecode
> Sent: Tuesday, March 09, 2021 11:56 AM
> To: How to use LiveCode
> Cc: Sean Cole (Pi)
> Subject: Array Split vs Combine
>
> Hi all,
>
> I have a tsv I split out as an array, process, then combine back to a tsv.
> The tsv is 53MB (55,635,198 bytes) and has 228320 lines with 21 columns
> (55406878 chars).
>
> To load the tsv file : 434ms
> To split the tsv to array : 506ms
> To combine the array to a tsv : 2m 58s 214ms
>
> Why does it take so much longer to combine than split?
>
> Link to the file:
> https://www.dropbox.com/s/r6aq3ysbj13o16o/Enhanced-GB.tsv?dl=0
> Test code:
>
> *put* the millisec into tTime1
> *put* url("file:Enhanced-GB.tsv") into tTest
> *put* the millisec into tTime2
> *split* tTest using cr and tab
> *put* the millisec into tTime3
> *combine* tTest using cr and tab
> *put* the millisec into tTime4
> *put* tTime1,tTime2,tTime3,tTime4
>
>
> Sean
> ___
> 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: Array Split vs Combine

2021-03-09 Thread Sean Cole (Pi) via use-livecode
Extraordinary. Thanks Alex. This is helpful. This is on windows and a
windows server. I will try on a Mac and Linux and see if it has the same
issue.

Sean

On Tue, 9 Mar 2021 at 17:25, Alex Tweedly via use-livecode <
use-livecode@lists.runrev.com> wrote:

>
> On 09/03/2021 16:56, Sean Cole (Pi) via use-livecode wrote:
> > Hi all,
> >
> > I have a tsv I split out as an array, process, then combine back to a
> tsv.
> > The tsv is 53MB (55,635,198 bytes) and has 228320 lines with 21 columns
> > (55406878 chars).
> >
> > To load the tsv file : 434ms
> > To split the tsv to array : 506ms
> > To combine the array to a tsv : 2m 58s 214ms
> >
> > Why does it take so much longer to combine than split?
>
> No idea. It *doesn't* for me.
>
> I get timings of
>
> 367 725 919
>
> (on my aging MacBook Pro)
>
> Alex.
>
> > Link to the file:
> > https://www.dropbox.com/s/r6aq3ysbj13o16o/Enhanced-GB.tsv?dl=0
> > Test code:
> >
> > *put* the millisec into tTime1
> > *put* url("file:Enhanced-GB.tsv") into tTest
> > *put* the millisec into tTime2
> > *split* tTest using cr and tab
> > *put* the millisec into tTime3
> > *combine* tTest using cr and tab
> > *put* the millisec into tTime4
> > *put* tTime1,tTime2,tTime3,tTime4
> >
> >
> > Sean
> > ___
> > 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


Array Split vs Combine

2021-03-09 Thread Sean Cole (Pi) via use-livecode
Hi all,

I have a tsv I split out as an array, process, then combine back to a tsv.
The tsv is 53MB (55,635,198 bytes) and has 228320 lines with 21 columns
(55406878 chars).

To load the tsv file : 434ms
To split the tsv to array : 506ms
To combine the array to a tsv : 2m 58s 214ms

Why does it take so much longer to combine than split?

Link to the file:
https://www.dropbox.com/s/r6aq3ysbj13o16o/Enhanced-GB.tsv?dl=0
Test code:

*put* the millisec into tTime1
*put* url("file:Enhanced-GB.tsv") into tTest
*put* the millisec into tTime2
*split* tTest using cr and tab
*put* the millisec into tTime3
*combine* tTest using cr and tab
*put* the millisec into tTime4
*put* tTime1,tTime2,tTime3,tTime4


Sean
___
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: Multidimensional array issue

2021-03-09 Thread Sean Cole (Pi) via use-livecode
You might also want to make use of the 'strictly' keyword in case there are
any nested arrays in your base array. Your use case may not venture that
far but it is maybe worth just applying it anyway.

*put* (atest is strictly an array)

Sean

On Tue, 9 Mar 2021 at 16:09, Sean Cole (Pi)  wrote:

> *put* empty into atest["test1"];
>
> *put* 1 into atest["test2"];
>
> *put* 3 into atest["test3"]["test3.1"];
>
> *put* (atest is an array) , (atest["test1"] is an array) , (atest["test2"]
> is an array) , (atest["test3"] is an array)
>
>
> true,false,false,true
>
>
> Seems fine to me.
>
> Sean
>
___
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: Multidimensional array issue

2021-03-09 Thread Sean Cole (Pi) via use-livecode
*put* empty into atest["test1"];

*put* 1 into atest["test2"];

*put* 3 into atest["test3"]["test3.1"];

*put* (atest is an array) , (atest["test1"] is an array) , (atest["test2"]
is an array) , (atest["test3"] is an array)


true,false,false,true


Seems fine to me.

Sean
___
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: Free APIs

2021-03-06 Thread Sean Cole (Pi) via use-livecode
Nice!
Sean
___
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

2021-03-03 Thread 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"&return &"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: LC Bugmageddon or Bugportunity?

2021-02-23 Thread Sean Cole (Pi) via use-livecode
Good luck, Curry. That’s all I’m gonna say this time :P

On Tue, 23 Feb 2021 at 16:58, Curry Kenworthy via use-livecode <
use-livecode@lists.runrev.com> wrote:

>
> Me, recently:
>
>  > I don't have any big headaches, thank God!
>
> That's true; it's rare that I get stuck. I'm workaround-musclebound. :)
> But I do understand why people get headaches and get stuck.
> Hope I didn't sound aloof from the problems; just busy working around.
>
> It's not just features; it's LiveCode's level of quality/bugs!
> Only in the last few days, I've run across:
>
> - two, maybe three clipboard copy/paste bugs or deficiencies
> - a PDF bug or limitation
> - a field glitch, and a couple of other suspicious behaviors
> - oh yeah, and a hard crash (almost forget)
>
> So I'll recipe and search/report those right after meeting my deadline.
> Meanwhile, I see many old friends/old bugs still in the latest LC!
> Rule of thumb: if you try ANY new route in LC, usually there's a bug.
> When you use an old route, often still the same bug, or a new twist.
>
> I can handle that. It's where the "workaround muscles" really help!
> Rarely bothers me, unless there's a showstopper on a tight deadline.
> I even enjoy a good workaround session; it's what I do for a living.
>
> But when beginners and intermediate users run into LC bugs, it's tough.
> Confuses them to sort their own bugs from LC's, much less solving them.
> Who do bugs hurt most? Newbies, people on deadlines, and LC itself.
>
> I've helped many newbies and oldbies get past LC bugs and get unstuck.
> With various competition, being buggy won't help make the world LC.
> I've warned about quality for many years. New code should be good code!
>
> (Yes, my own addons still need updating: the proverbial speck & log.
> Although here the log usually derives from the speck! It's coming.
> I know this would sound better if my own stuff was finished first.
> But I must and will stay involved, and speak up, while doing that.)
>
> We all build on top of the LC layer: the proverbial sandy/solid ground.
> Your software. My addons. Your clients. My clients. The IDE.
> The ground we build upon is more crucial than any single thing we build.
>
> THE GOOD NEWS:
>
> There are tactics you can use to roll past bugs and soldier on!
> I'll be sharing some of those as soon as I write them up.
> Choice of dev tactics can really make or break a project.
> The key is how to leverage LC's strong points and avoid its weak points.
> That's the bright side, or "Bugportunity" of the situation.
>
> This can help coders survive and thrive in LC-land without headaches.
> To some extent, it can negate the effects of bugs and limitations.
> I had to adjust my own tactics for MORE LC bugs & LESS CK energy/health!
> I'm still not Speedy Gonzales yet, but it's getting better
>
> So that's why I decided to write again. To the frustrated, there's hope!
> I know we always hear the same mantras and see the same approaches.
> This is NOT stuff you've heard; I'm the anti-mantra: mostly original.
> Just need to finish writing them up, and I'll share.
> My increased involvement on this list is the first step toward releases.
>
> As I also mentioned recently, credit where due: LC fixes MANY bugs!
> If we look at # of bugs fixed, it's impressive.
>
> Problem is that there are many MORE bugs. One gets fixed, another added.
> So far I haven't noticed a big reduction in the # of bugs ADDED.
> We're mere mortals, so I suggest turning the tide by reducing NET bugs.
> Either way, whether LC stays buggy or improves, users can succeed!
>
> THE GLASS-HALF-BUGGY NEWS:
>
> But tactics are like an uber-bandaid; easy to forget about the injury.
> Later that can lead to further injury, infection, gangrene, etc. :)
>  From there, the Apocalypse. That's the "Bugmageddon" half of my message.
>
> I saw a funny YouTube animal video comment: "Damn nature, you scary!"
> Likewise, sometimes "Wow LC, you pretty buggy!" It's part luck & habit.
> If you have experience and stick to what works, smooth sailing.
> And of course, often sailing on top of previous workarounds.
> But when you need something different - boom! Likely to hit an LC bug.
>
> Tactics help there, too. Leverage LC's strong points & good code to win.
> But LC still needs fewer bugs. Fixing one bug without adding another.
> We all help, but ultimately it's LC's job/decision to reduce LC's bugs.
>
> I do my part: I'll start reporting this latest bug batch ASAP.
> Not only that, I'll post resources on tactics & LC paradigm when I can.
> Along with addon updates and some next-gen tools! Good things coming.
>
> Other people, and LC Ltd themselves, have great stuff coming soon too.
> So it's an exciting time! But I hope LC Bugs are decimated soon.
> Having a solid product would help LC reach a wider audience.
>
> This has always been a consistent problem in LC, from v111 to v962.
> Luckily we can usually work around bugs, but a solid LC would rock!
> Time to reach a new LC generation. T

Re: How do I interpret this Build Error dialog?

2021-02-15 Thread Sean Cole (Pi) via use-livecode
Hi,
The error panels show the events in reverse order, so last occurrence first.

The first number in each line is the error code and the second is the line
number in the script that failed.
Here's a list of the error codes:
https://livecode.fandom.com/wiki/Error_codes

Going back from line 5 of your error:
353 - THe name of the object it enters (stack "loginLib")
241 - Handler: error in statement , line 236 of stack "LoginLib"
465 - put: error in expression , line 236
118 - Operators &: &: error in left operand , line 236
219 - Function: error in function handler , line 236 (function
getDesktopFolderPath)

So, it's likely a compound problem with lots of things that likely led up
to the fault. There are more 219 and 241 errors and it starts with a 490
(repeat: error in statement). Work your way through the error codes and see
what you find.

All the best
Sean

On Mon, 15 Feb 2021 at 23:24, William Prothero via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Folks:
>
> I have a pretty complex app that I’ve been adding onto for awhile and now
> I’m getting a seemingly informative error dialog when I try to build it. It
> works fine in the IDE. The app consists of numerous stacks and libraries
> launched with a splash stack. I get an error dialog but have no idea how to
> interpret its info. It’s not clear to me how to interpret the error dialog
> and what made it fail. It seems to fail at the login stack, which is called
> when the user clicks the Start button.
>
> Was the failure point at the end of the error message? I haven’t actually
> tried to build this app for a couple of years and its complexity has grown.
> All of the stacks in the project have been entered into the “Stacks”
> section of the standalone properties dialog. I’ve obviously done something
> wrong and it would help a lot if I could interpret the error message (I
> hope).
>
> The following two links will display the first part of the error message
> and the second (scrolled) part.
> https://www.dropbox.com/s/brlvvtrbb8xeh6j/buildFail-1.png?dl=0 <
> https://www.dropbox.com/s/brlvvtrbb8xeh6j/buildFail-1.png?dl=0>
>
> https://www.dropbox.com/s/5cyq3huunp7wnl3/buildFail-2.png?dl=0 <
> https://www.dropbox.com/s/5cyq3huunp7wnl3/buildFail-2.png?dl=0>
>
> Any wisdom on how to proceed would be much appreciated.
>
> Thanks,
> Bill
>
> William Prothero
> waproth...@gmail.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: [OT] Poll: What does it mean for 1 rect to be 'within' a certain distance of another rect?

2021-02-15 Thread Sean Cole (Pi) via use-livecode
Hi,
No point reinventing the wheel..

Lots of other way. Distance between two near or far edges. distance between
corners, distance to centers, or area median, area of space between,
overal usage area minus the area used by the two rectangles. Math is fun.
Keeps us in business.

Google (distance between two rectangles):

https://stackoverflow.com/questions/4978323/how-to-calculate-distance-between-two-rectangles-context-a-game-in-lua

https://math.stackexchange.com/questions/2724537/finding-the-clear-spacing-distance-between-two-rectangles

https://www.wyzant.com/resources/answers/583373/finding-the-distance-between-two-rectangles

https://www.programmersought.com/article/44554760896/

etc

On Mon, 15 Feb 2021 at 22:53, Paul Dupuis via use-livecode <
use-livecode@lists.runrev.com> wrote:

> This is an Off Topic informal poll of sorts, but related to LiveCode as
> I am writing a LiveCode expression to determine if 2 arbitrary
> rectangles (r1,r2) are with some distance d (in px) of one another. In
> considering this problem, the questions comes up: What is meant by
> rectangles being within a distance d of one another. What is the 'd'
> measured from?
>
> center to center? Easiest is many ways, but I don't think this is what
> most people would think of.
>
> adjacent edge to adjacent edge? This is harder (I think), but I think
> this is what more people intuitively think of. To me, implicit in the
> visual concept of 2 rects being within some distance of one another is
> that they are NOT overlapping, but that some gap exists between the
> nearest adjacent edges?
>
> Something else? What does 2 rects  being 'within' d pixels of one
> another mean to you, if not one of the two above options?
>
> Maybe there is a exact mathematical definition of what 2 rectangles
> being within distance d of one another is, but, if there is, I am
> unfamiliar with 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
>
___
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: LC Roadmap

2021-02-13 Thread Sean Cole (Pi) via use-livecode
Hi David

It is (a lie) if this has been going on for years...
If they say specifcally it is to be released Jan 2021 in an effort to
prevent me from cancelling my subscription and then find out it's likely
not going to be around till mid 2022, it's a bit much really!

Sean

On Sat, 13 Feb 2021 at 13:25, David V Glasgow via use-livecode <
use-livecode@lists.runrev.com> wrote:

>
>
> > On 13 Feb 2021, at 12:37 pm, Sean Cole (Pi) via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > I was told last year that HTML5 deployment would see upgrades maybe by
> > Jan2021 LC 9.7.
>
> Hi Sean,
>
> I think that kind of aspirational statement, particularly in the world of
> software development, is the kind of thing to be really pleased and
> surprised about if it actually happens within 12 months of the estimate. In
> my book it certainly doesn’t qualify as a lie.  To anticipate features for
> a commercial product in development would need  a seriously strong and
> informed insider steer.  No consolation, I appreciate, but if anyone should
> be in a position to understand the particular challenges of software
> development, it must be other developers.
>
> Which kind of reminds me about my last mail…. paying for Windows SuperCard
> and waiting for it to arrive.  I was SO wound up about that.  Weirdly now,
> it is a fond memory.
>
>
> Best Wishes,
> David Glasgow
>
> ___
> 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: LC Roadmap

2021-02-13 Thread Sean Cole (Pi) via use-livecode
I was told last year that HTML5 deployment would see upgrades maybe by
Jan2021 LC 9.7. However LC9.6.2 is still awaiting an RC3. So it’s just not
going to happen. My client and I are severely disappointed to see that the
conference set up for 2022 may be the FIRST LOOK we might see for the HTML5
upgrade. Actually, disappointed doesn’t even close to cut it. I am
seriously LIVID! Absolute proof that subscription model for this is
pointless. It pisses me right off that promise after promise I keep falling
for this crap. I’m paying something like $400 on top of the original $400
per year for this kind of service. I CANNOT afford to keep doing this with
vague empty unfulfilled promises (lies). I KEEP falling for it because the
likes of others on this forum keep trying to convince me that they have our
best interests at heart. But keep forgetting that this is BS too.

Roadmap = careering off a cliff top.  Clean up projected for New York 2022.



On Fri, 12 Feb 2021 at 12:16, Richmond via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I've said something to that effect earlier, at which point I was jumped
> all over.
>
> So, because I don't want to be jumped all over again, and because
> saying the 'roadmap' needs to be updated will have no effect (didn't the
> last 3 times),
> I'm NOT stating what I think.
>
> Love. kisses, and other things,
>
> Richmond.
>
> On 12.02.21 14:12, Klaus major-k via use-livecode wrote:
> > Hi folks,
> >
> > see subject -> Last Updated on July 14, 2020
> > I think it is time to update the roadmap, what do you think?
> >
> >
> > Best
> >
> > Klaus
> > --
> > Klaus Major
> > https://www.major-k.de
> > https://www.major-k.de/bass
> > kl...@major-k.de
> >
> >
> > ___
> > 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: No visual effects on Big Sur?

2021-02-08 Thread Sean Cole (Pi) via use-livecode
This only affects MacOS. Windows and Linux are ok.
I've updated the info on the bug report and included a stack to give Panos
an easy time.
___
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: No visual effects on Big Sur?

2021-02-08 Thread Sean Cole (Pi) via use-livecode
Ah yes. I was using RC1, not RC2! So I retested in RC2 and none of the vfx
work at all.

So it's not an OS problem. It's something new in RC2
___
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: No visual effects on Big Sur?

2021-02-06 Thread Sean Cole (Pi) via use-livecode
Hi all,
I just tested here in BigSur 11.2 and they work fine in both the IDE and
standalone. The only ones that do not work are the core image transitions
(with the exception of dissolve which, although having the same name, does
not appear to use the CI version of the effect).

I made a simple default stack with one button with this code:

on mouseUp pButtonNumber
   lock screen for visual effect
   set the backcolor of this card to (line random(552) of colornames())
   unlock screen with visual effect "dissolve"
end mouseUp

The standalone was set with all the default parameters and auto inclusions.

Sean

On Sat, 6 Feb 2021 at 18:16, prothero--- via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hakan:
> I get the same thing. Big Sur, livecode version LC 9.6.2 (rc2). It was
> working on previous versions.
>
> Yes, please file a bug report.
>
> Bill
>
> > On Feb 5, 2021, at 10:55 PM, Håkan Liljegren via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Running LC 9.6.2 (rc2) on macOS Big Sur I have no visual effects that
> work. None! Is there anyone else having the same experience, or is it just
> my setup? I have tried to wipe every RunRev/LiveCode file in the Library
> and in the applications folder and then reinstall but still no luck. Also
> tried older (stable versions) with no luck, but that was before wiping
> every file out of existence.
> >
> > Can anyone else running Big Sur confirm before I file a bug-report?
> >
> > :-Håkan
> > ___
> > 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
>
> William A. Prothero, Ph.D.
> University of California, Santa Barbara Dept. of Earth Sciences (Emeritus)
> Santa Barbara, CA. 93105
> http://earthlearningsolutions.org/
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


Re: lock screen

2021-01-23 Thread Sean Cole (Pi) via use-livecode
Hi Tom,

Make a sample stack (sounds like you already have) and make a bug report
labelled 'Memory leak on looping field update'. I don't think this has
anything to do with the lock screen.

Sean

On Sat, 23 Jan 2021 at 05:11, Tom Glod via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Great thread here
> I recently wrote an animation loop where I only unlocked the screen every
> 33 milliseconds via a self calling command in my main stack. seemed to work
> partially, but i knew it was too simple.
> Interestingly..
> That update loop takes nearly no cpu
> but ram consumption keep on going, even if the loop only updates a field.
> This is why i have been asking about the GC, because it seems to kick in
> mostly when engine is idle, or reaches some threshold I suppose.
> a little annoying to see ram going up considerably, and i am only updating
> the text in a small field on a blank stack.
> i'm not sure if its a bug or if i am failing to realize something.
> TIA if anyone here knows. using 9.61 windows
>
>
> On Fri, Jan 22, 2021 at 6:56 PM Bob Sneidar via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > I’ll throw in my lot: Some things unlock the screen without an idle. I
> > think setting the visible of a stack will do it.
> >
> > Bob S
> >
> >
> >
> > > On Jan 22, 2021, at 12:56 AM, Terence Heaford via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> > >
> > > Just looking for clarity with regard to lock screen.
> > >
> > > Is there only one state for the screen, either locked or not locked and
> > when is that state changed.
> > >
> > > ---
> > > on mouseUp
> > >
> > > lock screen
> > >
> > > aTest
> > >
> > > end mouseUp
> > >
> > > 
> > > on aTest
> > >
> > > — is the screen still locked here
> > >
> > > end aTest
> > >
> > > 
> > >
> > > At what point is unlock screen called by livecode without me calling it
> > directly.
> > >
> > > The docs say when all pending handlers have completed but what exactly
> > is a pending handler.
> > >
> > >
> > >
> > > Thanks
> > >
> > > Terry
> > > ___
> > > 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
> >
>
>
> --
> 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
>
___
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: [ANN] Release 9.6.2 RC-2

2021-01-12 Thread Sean Cole (Pi) via use-livecode
The transition to AS Mac OS will be pretty seamless. XCode flags up most of
the code base that needs modding.

Where it might fall over for us is if we use old widgets that won't get
updated for any potential MacOS code deprecations.

But LC, I'm sure, will keep up-to-date (ish) as we see already. LC probably
performs better than the previous Intel Mac equivalent on the newer
machines.

Sean Cole
*Pi *

On Tue, 12 Jan 2021 at 22:47, matthias rebbe via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I am afraid i am at a crossroads now.
> Unfortunately prices for Mac hardware increased over the years. I will
> definitely not buy a M1 Mac.
> I will use my iMac as long as i get updates for macOS and will then switch
> back completely to Windows.
> Most of the software  i am using is available for macOS and Windows. Okay
> Ulysses is one of the programs i will be definitely missing when going back
> to Windows.
> But i am sure i will find an alternative. Maybe Obsidian, currently not as
> good as Ulysses, but i'll see.
>
> -
> Matthias Rebbe
>
> > Am 12.01.2021 um 23:29 schrieb Bob Sneidar via use-livecode <
> use-livecode@lists.runrev.com>:
> >
> > I’ve no worries with LC. My concern is all the other apps I bought which
> the devs don’t port. 
> >
> > Bob S
> >
> >
> >> On Jan 12, 2021, at 10:32 AM, chaplais via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>
> >> I have gone through this too . The most difficult was the change of OS.
> Also, Apple had not ported MPW to the PPC, which led to the success of
> Metrowerks  CodeWarrior.
> >> I stil have a compiler by them for BeOs on PPC.
> >> This does not really make me feel younger.
> >> Le 12 janv. 2021 à 19:13 +0100, Richard Gaskin via use-livecode <
> use-livecode@lists.runrev.com>, a écrit :
> >>> Bob Sneidar wrote:
> >>>
> >>>> Up until the time Apple decides everything has to be M1, at which
> >>>> support for Rosetta is withdrawn. The question is, how long do Intel
> >>>> apps have to live? Deja Vu all over again. (see what I did there?)
> >>>
> >>> We've been here before...
> >>>
> >>> 68k -> PPC
> >>> Classic -> OS X
> >>> PPC -> Intel
> >>> 32-bit -> 64-bit
> >>>
> >>> Adding:
> >>> Intel -> M1
> >>> ...is just another day in Appleland.
> >>>
> >>> The engine has been carried forward well through all those changes, I'm
> >>> not worried about this latest one.
> >>>
> >>> --
> >>> Richard Gaskin
> >>> Fourth World Systems
> >>> Software Design and Development for the Desktop, Mobile, and the Web
> >>> 
> >>> ambassa...@fourthworld.com http://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
> >
> > ___
> > 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


Ali or Monte - MimeEncodeAsMIMEMultipartDocument

2020-12-28 Thread Sean Cole (Pi) via use-livecode
Hi all,

The dictionary, as usual, is a bit lacking in regards to the Mime Library.
For MimeEncodeAsMIMEMultipartDocument we have parameters but no idea what
the values (enum) for them could or should be.

pContentA: How do we pre-encode parts including headers?

pMultipartType: What MultiPart types are there?

pParamA: What kind of parameters does ParamA take?

There is a lesson that has a single use-case instance but it does not cover
all attachment or part types so we are still left guessing. Perhaps this is
where either Monte or Ali who coded this could help us out. (
https://github.com/livecode/livecode/blob/38790fc428ff5fc3dc769b3a9cde5733bcf209a2/extensions/script-libraries/mime/mime.livecodescript
)

I'm trying to attach a pdf to an email and have bcc addresses too.

Thanks

Sean Cole
*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


  1   2   3   4   >