Re: I came back and ... What?!

[Tom Glod via use-livecode]

The man, the myth, the legend.
Welcome back
https://future.livecode.com

On Thu, Sep 19, 2024 at 12:14 PM Dar Scott via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I apologize for making waves when there has been much already. Before
> bringing up more, I want to carefully study Create and the pricing.
> However, I seem to have lost my way. Can someone remind me of the root URL
> for Create or the pricing?
>
> > On Sep 18, 2024, at 2:15 PM, Curry Kenworthy via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Hi Dar,
> >
> > I am so glad to see that you are back! Warm welcome.
> >
> > I have had a fever lately, so ...
> >
> > More comments on this after getting a bit better. :)
> >
> > Best wishes,
> >
> > Curry Kenworthy
> >
> > Radically Innovative Christian LiveCode Development
> > "PASSION for Elegant, Efficient Code!"
> > https://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
>
___
use-livecode mailing list
use-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: Export snapshot - is it usable on LiveCode web apps?

[Tom Glod via use-livecode]

just fyi If your cursor or another window is over the rect it will show up
in the screenshot.

On Thu, Aug 8, 2024 at 10:23 AM Andreas Bergendal via use-livecode <
use-livecode@lists.runrev.com> wrote:

> That’s good to know! Then it must have been something else I was struggling
> with - perhaps it had to do with getting a snapshot of the content of a
> browser widget…? That would still present problems in certain (all?)
> platforms, right?
>
> tors 8 aug. 2024 kl. 14:39 skrev Mark Waddingham via use-livecode <
> use-livecode@lists.runrev.com>:
>
> > On 2024-08-08 10:22, Jimmieson, Phil via use-livecode wrote:
> > > Hi folks,
> > > I’m experimenting with converting one of my LiveCode iPad Apps into a
> > > web version, to see how well it works, but there’s an issue that seems
> > > to be a deal-breaker. My iPad app takes a screenshot of the LiveCode
> > > stack when the user navigates away from the main card, so that the
> > > image can be used elsewhere in the app. This works fine on iPad, but I
> > > noticed that the web version of the app generates a javascript
> > > exception when I try to leave the main card. On checking the
> > > dictionary, I noticed that the export snapshot command is not listed as
> > > being supported on web. Is this correct? If so, is there an alternative
> > > that will work for web?
> >
> > So 'export snapshot from screen' is not supported - this is the form
> > which takes the pixel data from the actual (composited) screen buffer.
> >
> > However, there is an alternate form which is entirely internal to the
> > engine:
> >
> > export snapshot from [ rect  of ] 
> >
> > To use the internal form for a card you can do:
> >
> > export snapshot from this card
> >
> > Or if you want a portion of the card:
> >
> > export snapshot from rect 0,0,100,100 of this card
> >
> > Further there is an `at size ,` clause which allows you
> > to specify the size you want the resulting image.
> >
> > The difference here is that the internal form replicates the same
> > process that the engine uses to render objects to a window - it renders
> > the given rectangle of the object into a rect of the specified size (or
> > the size of the rect/object if 'at size' is not specified).
> >
> > In contrast, the 'external' form has to ask the OS for the given
> > rectangle of the actual screen's framebuffer.
> >
> > Hope this helps,
> >
> > Mark.
> >
> > --
> > Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
> > LiveCode: Build Amazing Things
> ___
> use-livecode mailing list
> use-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: FAQ Clarification: Which end of 2027?

[Tom Glod via use-livecode]

Maybe its your renewal date in 2027, whichever day it falls on.

On Mon, Aug 5, 2024 at 7:52 PM Curry Kenworthy via use-livecode <
use-livecode@lists.runrev.com> wrote:

> The current FAQ says:
>
> - 'When are you ending support for LiveCode Classic? ... we will
> maintain compatibility with supported operating systems until 2027.'
>
> That wording is ambiguous. As Ben said:
>
>  > is that Jan 1 2027, or Dec 31 2027?
>
> That is significant - A difference of an entire year!
> Can we get a clarification on that?
>
> (This is a general, widely relevant fact in a public FAQ;
> it is not only a personal and private account-specific issue.
> I may indeed have account-specific or personal case follow-ups,
> but it helps, and is standard, to have clear general facts first!)
>
> All other references I see use similar wording:
>
> - 'we haven't changed the licensing for the existing platform which you
> can continue to use on the same terms up until its end of life in 2027.'
>
> - 'If you have a current LiveCode license,
> LiveCode Classic will continue until 2027'
>
> (This is not a Classic vs Create topic. I enjoyed everyone's views.)
>
> I hope all had a great weekend! :)
>
> Best wishes,
>
> Curry Kenworthy
>
> Radically Innovative Christian LiveCode Development
> "PASSION for Elegant, Efficient Code!"
> https://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: unsubscribing

[Tom Glod via use-livecode]

We could make a compelling case for airing business and licensing details
in public, or in private.
For Livecode, as a company that is already poor on the spectrum of
transparency and communication, and at times truth-telling.
(though improving)
I vote NO to taking the conversations private.

If you are wondering what I mean .

No public roadmap on what is going to get done or not going to get done any
time soon.
Lack of candor is all statements made, such as not addressing the fact that
we have funded features you have not delivered (when telling us you spend
more on the platform than you make.)
The community as a whole has no clue if the script compiler will ever
happen.
Those are 2 examples.

Sooo ... I say having to make public statements as part of the new
future of livecode might be a good thing.

Why is anyone trying to decide what gets talked about here and what
doesn't  to begin with?
Is it spam? no.  Is it livecode related, yes.


On Tue, Jul 30, 2024 at 1:26 PM Andre Garzia via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Heriberto,
>
> On Mon, 29 Jul 2024 at 20:16, Heriberto Torrado via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > Andre. As a dedicated Livecode user who has worked at Livecode and
> > authored several great books about it, you understand the software and
> > its community well. You must recognize that many of us are very
> > frustrated by the new seat subscription model. The impact of these
> > subscriptions is absolutely brutal for us.
> >
>
> I totally do, but as someone who has been quite close to the team, and
> worked for LiveCode in the past, and now works for Canela, I'm keeping away
> from this discussion since I'm of course extremely biased.
>
> To be honest my favourite thing the LC team ever built was the short-lived
> Dreamcard. I still giggle when I think of it.
>
> I really avoid playing armchair CEO. I was never a successful CEO, I had a
> company that I never launched and that says more about me than about being
> a CEO. I know many CEOs who have kept their business afloat for decades and
> that includes both Kevin and also Mark, my current employer. I try not to
> voice too much in terms of business decisions.
>
> It is for sure a pivotal moment and what I hope is that the new platform
> empowers all the developers here into new and faster successes.
>
> --
> 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
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Appwrite Cloud & Self-host Integration

[Tom Glod via use-livecode]

Hello Y'all...

A couple of years ago I found the perfect solution for all my cloud hosting
needs for now, and seemingly into the future.
https://appwrite.io
I am currently using appwrite cloud. for $15 a month to have scalable
cloud infrastructure.  They also have a free tier.
The best part is however, that whenever I am ready, I migrate my cloud data
to self hosted Appwrite.

Appwrite is fully open source and continuously improved by a funded team.
The featureset is very impressive

I can confirm that appwrite rest api works great with livecode.
serverless functions can take care of server side functions that you don't
want to do through client.
It has everything one needs to host an any app in the cloud.

So far, I have integrated:

   - Authentication, email / password.
   - creating a session
   - CRUD for database
   - and object storage upload (currently only small files upload, needs a
   little work.)
   - I also have some php serverless functions (which appwrite does as
   well)  that help in server side tasks, like creating a wordpress user when
   a new appwrite user is created


If anyone is worried about livecode's cloud pricing, remember that you
don't actually have to use it.
I will share my appwrite integration with anyone upon request, and
eventually when I have more time I will put it out there on github.
I might put it under GPL, so that if someone adds another function to the
integration, the library can grow.
I have not generalized the handlers yet for general use, but I can do it
Just reach out if you have need of it.

Thanks, Tom
___
use-livecode mailing list
use-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: Create Question...

[Tom Glod via use-livecode]

Thank you Kevin I will compile my thoughts, but also make it succinct.

On Thu, Jul 25, 2024 at 3:54 AM Kevin Miller via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Happy to read such an email. You have my email address. Thanks.
>
> Kind regards,
>
> Kevin
>
> Kevin Miller ~ ke...@livecode.com ~ http://www.livecode.com/
> LiveCode: Build Amazing Things
>
>
>
>
> On 24/07/2024, 20:58, "use-livecode on behalf of Tom Glod via
> use-livecode"  use-livecode-boun...@lists.runrev.com> on behalf of
> use-livecode@lists.runrev.com <mailto:use-livecode@lists.runrev.com>>
> wrote:
>
>
> Kevin,
>
>
> If I write you an email do you promise to read every single word?
> I want to take this opportunity to say everything there is to say, that is
> constructive, and not hold back.
>
>
> Thank you in advance.
>
>
> On Wed, Jul 24, 2024 at 2:55 PM Kevin Miller via use-livecode <
> use-livecode@lists.runrev.com <mailto:use-livecode@lists.runrev.com>>
> wrote:
>
>
> > They will call home unless we agree otherwise (which is an option, as
> > mentioned in the FAQ). However the apps will not be blocked loading if
> > there is no connection, they will update the tracking next time they are
> > able to get online.
> >
> > Kind regards,
> >
> > Kevin
> >
> > Kevin Miller ~ ke...@livecode.com <mailto:ke...@livecode.com> ~
> http://www.livecode.com/ <http://www.livecode.com/>
> > LiveCode: Build Amazing Things
> >
> >
> >
> >
> > On 24/07/2024, 19:27, "use-livecode on behalf of Dan Friedman via
> > use-livecode"  use-livecode-boun...@lists.runrev.com>  > use-livecode-boun...@lists.runrev.com  use-livecode-boun...@lists.runrev.com>> on behalf of
> > use-livecode@lists.runrev.com <mailto:use-livecode@lists.runrev.com>
> <mailto:use-livecode@lists.runrev.com  use-livecode@lists.runrev.com>>>
> > wrote:
> >
> >
> > Do apps created with the new LC platform call home at anytime? If so,
> what
> > happens if the app is launched off line or the request is blocked (by a
> > firewall other security method)?
> >
> >
> > -Dan
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com <mailto:use-livecode@lists.runrev.com>
> <mailto:use-livecode@lists.runrev.com  use-livecode@lists.runrev.com>>
> > Please visit this url to subscribe, unsubscribe and manage your
> > subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode <
> http://lists.runrev.com/mailman/listinfo/use-livecode> <
> > http://lists.runrev.com/mailman/listinfo/use-livecode> <
> http://lists.runrev.com/mailman/listinfo/use-livecode>;>
> >
> >
> >
> >
> >
> > ___
> > 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 <
> http://lists.runrev.com/mailman/listinfo/use-livecode>
> >
> ___
> 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 <
> 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: Websockets RFC 6455

[Tom Glod via use-livecode]

I fed it the livecode reference manual ... i had a pdf of it, not sure
where to find that now.  Also the builder documentation from here

https://livecode.com/apidocs/docs/guide.html#livecode-builder-language-reference

I think I might have missed the top section of builder related guides.

and the httpd library.

I also instructed it on how quotes work in livecode and to use & quote
instead of escaping a quotation mark.
(because I noticed that it gets that wrong, and so when I notice certain
things, I then instruct on how to not make that mistake)

Cheers Mike, I hope that help

On Wed, Jul 24, 2024 at 1:04 PM Mike Kerner via use-livecode <
use-livecode@lists.runrev.com> wrote:

> what did you send to chatgpt to generate the LC expert model?
>
> On Wed, Jul 24, 2024 at 11:46 AM Tom Glod via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > Hi Mike,
> >
> > I also asked it to check over each answer before i accepted it.
> > so it is essentially 2-shot instead of the usual 1.
> > The reason I added the script for httpd is so that it would not need to
> > figure out correct syntax for socket connections, by having examples of
> the
> > correct syntax.
> > Yes, I supplied the RFC instead of referencing it (This is for Calude
> > "projects' feature, which is similar to OpenAIs GPT creation, where you
> can
> > also include files as part of knowledge base.)
> >
> > I think ChatGPT would have done OK on this, but I think Claude opus is a
> > little better in this regard.
> >
> > See if you have better luck generating livecode with this
> >
> > https://chatgpt.com/g/g-AuN0YeBOr-livecode-expert-gpt
> >
> > Thanks,
> >
> > Tom
> >
> >
> >
> > On Wed, Jul 24, 2024 at 8:29 AM Mike Kerner via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> > > so, for you, the trick was:
> > > * claude (opus)
> > > * supply some lc source code in a similar universe (curious why you did
> > > that)
> > > * supply the rfc, not just referencing the rfc
> > > anything else?
> > >
> > > On Tue, Jul 23, 2024 at 7:31 PM Tom Glod via use-livecode <
> > > use-livecode@lists.runrev.com> wrote:
> > >
> > > > Hey Mike,
> > > >
> > > > I describe how I did it on the GitHub page. I find all llms work
> better
> > > > when they have a starting point if you ask them just to start from
> > > nothing
> > > > the performance will be significantly worse.
> > > >
> > > > Examples of correct responses are key so in this case I provided the
> > > source
> > > > code for the httpd library for livecode. I also provided the specs
> for
> > > the
> > > > standard.
> > > >
> > > > And it was Claude opus. I'll get the client code in there soon thanks
> > for
> > > > letting me know about that ...duh! 😉 I would have found out I guess
> > > when I
> > > > got to testing it
> > > >
> > > > On Tue, Jul 23, 2024, 10:48 a.m. Mike Kerner via use-livecode <
> > > > use-livecode@lists.runrev.com> wrote:
> > > >
> > > > > i'd like to learn more about how you did this.
> > > > > i have had terrible luck getting any of the LLM's to generate
> > > reasonable
> > > > LC
> > > > > code (including multiple attempts on this very topic).
> > > > > ___
> > > > > use-livecode mailing list
> > > > > use-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
> > > >
> > >
> > >
> > > --
> > > 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."
> > > ___

Re: Create Question...

[Tom Glod via use-livecode]

Kevin,

If I write you an email do you promise to read every single word?
I want to take this opportunity to say everything there is to say, that is
constructive, and not hold back.

Thank you in advance.

On Wed, Jul 24, 2024 at 2:55 PM Kevin Miller via use-livecode <
use-livecode@lists.runrev.com> wrote:

> They will call home unless we agree otherwise (which is an option, as
> mentioned in the FAQ). However the apps will not be blocked loading if
> there is no connection, they will update the tracking next time they are
> able to get online.
>
> Kind regards,
>
> Kevin
>
> Kevin Miller ~ ke...@livecode.com ~ http://www.livecode.com/
> LiveCode: Build Amazing Things
>
>
>
>
> On 24/07/2024, 19:27, "use-livecode on behalf of Dan Friedman via
> use-livecode"  use-livecode-boun...@lists.runrev.com> on behalf of
> use-livecode@lists.runrev.com >
> wrote:
>
>
> Do apps created with the new LC platform call home at anytime? If so, what
> happens if the app is launched off line or the request is blocked (by a
> firewall other security method)?
>
>
> -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 <
> 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: Create Question...

[Tom Glod via use-livecode]

This is a good question, or if the license server goes down.
I think in case of failure it has to allow the software to proceed.
Otherwise EVERYTHING hinges on some droplet on digital ocean.

On Wed, Jul 24, 2024 at 2:28 PM Dan Friedman via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Do apps created with the new LC platform call home at anytime?If so,
> what happens if the app is launched off line or the request is blocked (by
> a firewall other security method)?
>
> -Dan
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Livecode Future

[Tom Glod via use-livecode]

I want to add a couple of points about my own case / stance.

I have been with Livecode for about 11 years.
While I have not yet shipped a whole lot ...yet
I took all this time to work on my skills and to build tooling for myself
so that I can create small niche products extremely quickly and also large
products at a quick pace as well.

So in a very real sense I've been building income potential.
Income potential, which I will be joyfully executing on for the next decade
plus, with many different products.
I've spent MAYBE $3 or 4K on Livecode over those years (because I used the
community  to build.)

So in my case, to me, I really have received much value from Livecode, as
Kevin said in the video.

To me, Livecode is asking, ...Tom, can you pay us 50k to make $1 million?
And they are promising an increasingly better platform in exchange, and
faster updates.
That leaves $950k for me, my family and my business.

I cannot speak on behalf of anyone else, and clearly for some this really
sucks.
I'm sorry for that and in no way am I saying that this is easy.

Thanks for listening

Tom

On Wed, Jul 24, 2024 at 10:55 AM Kevin Miller via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Included or not, your company is paying for the platform as a whole, per
> user, per month and some of that revenue will be going to Power Apps.
>
>
>
> The fact that you aren’t specifically choosing to subscribe to it is very
> disappointing. I won’t get into a whole argument here but that strikes me
> as monopolistic. Microsoft have been in trouble for this sort of thing in
> the past. Unfortunately we won’t have time to wait for some sort of
> antitrust case to catch up.
>
>
>
> Kind regards,
>
>
>
> Kevin
>
>
>
> Kevin Miller ~ ke...@livecode.com ~ http://www.livecode.com/
>
> LiveCode: Build Amazing Things
>
>
>
>
>
> From: Colin Kelly 
> Date: Wednesday 24 July 2024 at 15:35
> To: How to use LiveCode 
> Cc: Kevin Miller 
> Subject: Re: Livecode Future
>
>
>
> Hi Kevin,
>
>
>
> I see your argument but disagree with your premise, We don’t buy MS o365
> Business standard license for our users SO we can deploy PowerApps, we
> subscribe to 0365 for our users so they have access to business
> applications like Excel, Word, Outlook, Teams etc. the ability to deploy
> developed PowerApps to our users is a benefit of Microsoft’s licensing that
> we would already be using so not an additional cost
>
> MS O365 is pretty much a standard across all business sectors.
>
>
>
> --
>
>
>
> ___
> use-livecode mailing list
> use-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: Websockets RFC 6455

[Tom Glod via use-livecode]

Hi Mike,

I also asked it to check over each answer before i accepted it.
so it is essentially 2-shot instead of the usual 1.
The reason I added the script for httpd is so that it would not need to
figure out correct syntax for socket connections, by having examples of the
correct syntax.
Yes, I supplied the RFC instead of referencing it (This is for Calude
"projects' feature, which is similar to OpenAIs GPT creation, where you can
also include files as part of knowledge base.)

I think ChatGPT would have done OK on this, but I think Claude opus is a
little better in this regard.

See if you have better luck generating livecode with this

https://chatgpt.com/g/g-AuN0YeBOr-livecode-expert-gpt

Thanks,

Tom



On Wed, Jul 24, 2024 at 8:29 AM Mike Kerner via use-livecode <
use-livecode@lists.runrev.com> wrote:

> so, for you, the trick was:
> * claude (opus)
> * supply some lc source code in a similar universe (curious why you did
> that)
> * supply the rfc, not just referencing the rfc
> anything else?
>
> On Tue, Jul 23, 2024 at 7:31 PM Tom Glod via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > Hey Mike,
> >
> > I describe how I did it on the GitHub page. I find all llms work better
> > when they have a starting point if you ask them just to start from
> nothing
> > the performance will be significantly worse.
> >
> > Examples of correct responses are key so in this case I provided the
> source
> > code for the httpd library for livecode. I also provided the specs for
> the
> > standard.
> >
> > And it was Claude opus. I'll get the client code in there soon thanks for
> > letting me know about that ...duh! 😉 I would have found out I guess
> when I
> > got to testing it
> >
> > On Tue, Jul 23, 2024, 10:48 a.m. Mike Kerner via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> > > i'd like to learn more about how you did this.
> > > i have had terrible luck getting any of the LLM's to generate
> reasonable
> > LC
> > > code (including multiple attempts on this very topic).
> > > ___
> > > use-livecode mailing list
> > > use-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
> >
>
>
> --
> 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
>
___
use-livecode mailing list
use-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: Websockets RFC 6455

[Tom Glod via use-livecode]

Hey Mike,

I describe how I did it on the GitHub page. I find all llms work better
when they have a starting point if you ask them just to start from nothing
the performance will be significantly worse.

Examples of correct responses are key so in this case I provided the source
code for the httpd library for livecode. I also provided the specs for the
standard.

And it was Claude opus. I'll get the client code in there soon thanks for
letting me know about that ...duh! 😉 I would have found out I guess when I
got to testing it

On Tue, Jul 23, 2024, 10:48 a.m. Mike Kerner via use-livecode <
use-livecode@lists.runrev.com> wrote:

> i'd like to learn more about how you did this.
> i have had terrible luck getting any of the LLM's to generate reasonable LC
> code (including multiple attempts on this very topic).
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Livecode Future

[Tom Glod via use-livecode]

Hello All,

I'll start.
After reviewing Livecode's new direction and offer.
I feel very positive about this change.
Maybe in the future I will feel differently, but currently, as a solo dev,
even 2 or 3 devs, as I expand, it all is kind of in the range of reasonable.
The <= 5% tax hurts a bit, but its manageable.
If this is a model  that creates better sustainability and faster dev
cycles for Livecode, and if thats really true ...
Then I want to be in full support of this model.

I was somewhat surprised (sorry honest) at how well the new direction was
explained. Great job on that.
I like the no-pressure offer. 2027 is a lot of heads up for people to
align their business model or to get off the platform.
I like the flexibility of the offer for different kinds of devs

Of course my review is based on my own situation and my own plans for the
future of my company MakeShyft.
I also work @ Canela, which is a hat I am not wearing at this moment.
Everyone's situation is different, and I can see some users not loving this
at all.

All the best, may we all prosper and have our dreams come true.

Tom
___
use-livecode mailing list
use-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: Websockets RFC 6455

[Tom Glod via use-livecode]

10-4

On Fri, Jul 19, 2024 at 10:54 AM Mike Kerner via use-livecode <
use-livecode@lists.runrev.com> wrote:

> see the issue i posted on the repo
>
> On Sat, Jul 13, 2024 at 12:20 PM Mike Kerner 
> wrote:
>
> > cool
> >
> > On Fri, Jul 12, 2024 at 9:06 PM Tom Glod via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> Heyall,
> >>
> >> I wanted to test Anthropic's Claude Opus with Livecode on a real
> project.
> >> So I chose to worked with it to implement WebSocket's standard RFC 6455
> >>
> >> Methodology is explained in github page.
> >> It only had issue with 1 or 2 things, most code compiled straight from
> the
> >> generation.
> >> Very impressed with it over ChatGPT.
> >>
> >> Obviously, its still WIP, untested code.
> >> But I wanted to share it here at this, its earliest state.
> >> If anyone wants to follow the project,
> >> Or help out in testing and correcting.
> >>
> >> websocketking.com is what I will likely use to start testing the
> >> handlers.
> >> The hard part is yet to come, but I can't see how this did not save tons
> >> of
> >> time already.
> >> It only took a couple hours, not including usage wait times.
> >> I think its a good starting point.
> >>
> >> Testing will start soon enough.
> >> I started this early so that when inevitably I really need web sockets,
> >> there is some kind of hope.
> >> My main need for this is the ability to stream data like for example
> >> streaming responses from openAI voice / chat completions.
> >>
> >> https://github.com/MakeShyftRDA/Websockets-for-Livecode
> >>
> >> Enjoy.
> >>
> >> Tom
> >> .
> >> ___
> >> use-livecode mailing list
> >> use-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."
> >
>
>
> --
> 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
>
___
use-livecode mailing list
use-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: Encrypted text files

[Tom Glod via use-livecode]

function Encrypt_This pEncryptWhat,pKey,pSalt,pCipher
   local tEncryptedResult

   if pCipher = "" then
  encrypt pEncryptWhat using "aes256" with password pKey and salt pSalt

   else
  encrypt pEncryptWhat using pCipher with password pKey and salt pSalt
   end if

   return it
end Encrypt_This

function Decrypt_This pDecryptWhat,pKey,pSalt,pCipher
   local tDecryptResult
   put it
   try
  if pCipher = "" then
 decrypt pDecryptWhat using "aes256" with password pKey and salt
pSalt

  else
 decrypt pDecryptWhat using pCipher with password pKey and salt
pSalt
  end if
   catch tError
  put tError
   end try

   put the result into tDecryptResult

   if the result contains "Error" then
  put the result into tDecryptResult["error"]
   else
  put "ok" into tDecryptResult["result"]
  put it into tDecryptResult["data"]
   end if

   return tDecryptResult
end Decrypt_This

On Thu, Jul 18, 2024 at 11:11 AM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Also be sure to write and read binary.
>
> Bob S
>
>
> > On Jul 18, 2024, at 8:08 AM, Bob Sneidar 
> wrote:
> >
> > I use the built-in encryption library. See encrypt and decrypt in the
> dictionary. Not sure if there are size limits though. How big might your
> biggest text files be?
> >
> > Bob S
> >
> >
> >> On Jul 18, 2024, at 6:53 AM, Charles Szasz via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>
> >> Is there a reliable method to encrypt a text file using LC?  I have an
> app that generates text files and wanted encryption to my app.
> >>
> >>
> >> Sent from my iPad
> >> ___
> >> use-livecode mailing list
> >> use-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

Websockets RFC 6455

[Tom Glod via use-livecode]

Heyall,

I wanted to test Anthropic's Claude Opus with Livecode on a real project.
So I chose to worked with it to implement WebSocket's standard RFC 6455

Methodology is explained in github page.
It only had issue with 1 or 2 things, most code compiled straight from the
generation.
Very impressed with it over ChatGPT.

Obviously, its still WIP, untested code.
But I wanted to share it here at this, its earliest state.
If anyone wants to follow the project,
Or help out in testing and correcting.

websocketking.com is what I will likely use to start testing the handlers.
The hard part is yet to come, but I can't see how this did not save tons of
time already.
It only took a couple hours, not including usage wait times.
I think its a good starting point.

Testing will start soon enough.
I started this early so that when inevitably I really need web sockets,
there is some kind of hope.
My main need for this is the ability to stream data like for example
streaming responses from openAI voice / chat completions.

https://github.com/MakeShyftRDA/Websockets-for-Livecode

Enjoy.

Tom
.
___
use-livecode mailing list
use-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: Mosquitto library.

[Tom Glod via use-livecode]

I was just viewitng the "livecode" tag on github. and saw this library.

https://github.com/trevordevore/lc-mosquitto

Trevor is prolific. Big respect.

On Wed, Jun 12, 2024 at 7:33 PM Alex Tweedly via use-livecode <
use-livecode@lists.runrev.com> wrote:

>
> On 12/06/2024 18:26, Richard Gaskin via use-livecode wrote:
> > Mike Kerner wrote:
> >
> >> Richard wrote:
> >>> Either way, I'd imagine a subscribe client looking to avoid polling
> >>> is going to depend on a long-lived socket, no?
> >> That's part of the point of a websocket. you don't have to keep
> >> reopening it, and both ends can use it, as needed.
> > Exactly, websockets are useful in browser apps because browsers don't
> offer direct socket support.
> >
> > LiveCode makes OS-native apps and supports sockets.\
>
> If the "OS" is 'web', will LC support sockets?
>
> According to the dictionary, it doesn't = but that might (I hope) be out
> of date. But this might be the place we really need to use websockets.
>
> 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: Mosquitto library.

[Tom Glod via use-livecode]

I think it might be time to solve this.

On Fri, Jun 7, 2024 at 6:13 PM Tom Glod  wrote:

> websockets again.
>
> On Fri, Jun 7, 2024 at 3:46 PM Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> * if you're on mobile, you can use push
>> * you can also set up a small web server in your app to receive messages.
>> levure uses this technique to receive messages from a plugin in sublime
>> text that a script has been updated (so livecode will reload the script)
>> * if we get websockets working, that will be another way to make this
>> work.
>>
>> On Fri, Jun 7, 2024 at 2:26 PM Peter Bogdanoff via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>
>> > Related to Mosquitto and the publish/subscribe model: is there any
>> method
>> > now in LiveCode for my application to receive outside messages without
>> > explicitly checking to see if anything is available? In other words, is
>> > there a way for a message from a server to directly enter the message
>> path
>> > within LC?
>> >
>> > Or is this totally dependent on a plugin based on something like what
>> > Joseba is asking?
>> >
>> > Peter Bogdanoff
>> >
>> > > On Jun 7, 2024, at 12:43 PM, Tom Glod via use-livecode <
>> > use-livecode@lists.runrev.com> wrote:
>> > >
>> > >> Mosquitto library
>> >
>> > ___
>> > use-livecode mailing list
>> > use-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
>>
>
___
use-livecode mailing list
use-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: Mosquitto library.

[Tom Glod via use-livecode]

websockets again.

On Fri, Jun 7, 2024 at 3:46 PM Mike Kerner via use-livecode <
use-livecode@lists.runrev.com> wrote:

> * if you're on mobile, you can use push
> * you can also set up a small web server in your app to receive messages.
> levure uses this technique to receive messages from a plugin in sublime
> text that a script has been updated (so livecode will reload the script)
> * if we get websockets working, that will be another way to make this work.
>
> On Fri, Jun 7, 2024 at 2:26 PM Peter Bogdanoff via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > Related to Mosquitto and the publish/subscribe model: is there any method
> > now in LiveCode for my application to receive outside messages without
> > explicitly checking to see if anything is available? In other words, is
> > there a way for a message from a server to directly enter the message
> path
> > within LC?
> >
> > Or is this totally dependent on a plugin based on something like what
> > Joseba is asking?
> >
> > Peter Bogdanoff
> >
> > > On Jun 7, 2024, at 12:43 PM, Tom Glod via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> > >
> > >> Mosquitto library
> >
> > ___
> > use-livecode mailing list
> > use-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
>
___
use-livecode mailing list
use-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: Mosquitto library.

[Tom Glod via use-livecode]

How are you trying to get it to work with Livecode?

On Thu, Jun 6, 2024 at 11:06 AM JosebaTELUR via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hello:
>
> I'm trying to get the Mosquitto library to work and can't get it to work.
> Any help from the forum?
> (LiveCode 9.6.9 and Mojave System).
>
> Un saludo.
>
> Joseba.
> ___
> use-livecode mailing list
> use-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

oAuth in production?

[Tom Glod via use-livecode]

Hi Folks,

Can anyone confirm that LCs oAuth works well in production and cross
platform?

Thanks,

Tom
___
use-livecode mailing list
use-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: Saving data in standalone

[Tom Glod via use-livecode]

Hey Bob, I just tested it and it captured the controls and properties and
custom property sets it would take extra work to "restore" a datagrid,
because we have to package the template stack.. but i think it will
work.  Unless there is a property that the datagrid control has that is
unique to it and is not captured.  I can see the hierarchy of controls
...etc.

PM me I can send you the stack if you want to take a look


On Tue, May 21, 2024 at 11:06 AM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Including datagrids? I have a save and restore method for Datagrids, but I
> don’t think I back up ALL the properties, just the critical ones.
>
> Bob S
>
>
> On May 20, 2024, at 5:58 PM, Tom Glod via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> I have a plugin that is not complete which can save livecode groups and all
> of their properties, custom properties and scripts.  If you'd like I'll
> send you some of the code. PM me.
> Should be super easy to find the code u need, and then inverse it.
> If you did that it would help me complete the plugin and I could release
> it.
>
> On Thu, May 16, 2024 at 8:05 PM Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com<mailto:use-livecode@lists.runrev.com>>
> wrote:
>
> this is also how levure operates, so if you build with levure, you can just
> do this with stacks in the project
>
> On Thu, May 16, 2024 at 5:08 PM Paul Dupuis via use-livecode <
> use-livecode@lists.runrev.com<mailto:use-livecode@lists.runrev.com>>
> wrote:
>
> You can save external stacks or created on the fly stacks where ever you
> have *write* (and read) permission on your OS.
>
> Increasingly, whether macOS or Windows, that is not the Applications
> (macOS) or Program Files/Program Files (x86) (Windows) folders. I find
> the SAFEST place to save something is using
> specialFolderPath("documents") and then create a folder structure for
> your company or app in the user's Documents folder. OSes are becoming
> more and more "sandboxed" to prevent malware and dumb user mistakes from
> wrecking apps or the OS itself.
>
> ___
> use-livecode mailing list
> use-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: Saving data in standalone

[Tom Glod via use-livecode]

I have a plugin that is not complete which can save livecode groups and all
of their properties, custom properties and scripts.  If you'd like I'll
send you some of the code. PM me.
Should be super easy to find the code u need, and then inverse it.
If you did that it would help me complete the plugin and I could release it.

On Thu, May 16, 2024 at 8:05 PM Mike Kerner via use-livecode <
use-livecode@lists.runrev.com> wrote:

> this is also how levure operates, so if you build with levure, you can just
> do this with stacks in the project
>
> On Thu, May 16, 2024 at 5:08 PM Paul Dupuis via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > You can save external stacks or created on the fly stacks where ever you
> > have *write* (and read) permission on your OS.
> >
> > Increasingly, whether macOS or Windows, that is not the Applications
> > (macOS) or Program Files/Program Files (x86) (Windows) folders. I find
> > the SAFEST place to save something is using
> > specialFolderPath("documents") and then create a folder structure for
> > your company or app in the user's Documents folder. OSes are becoming
> > more and more "sandboxed" to prevent malware and dumb user mistakes from
> > wrecking apps or the OS itself.
> >
> >
> > On 5/16/2024 4:43 PM, Peter Bogdanoff via use-livecode wrote:
> > > Craig,
> > >
> > > Saving: the stacks within the MacOS package and the Windows
> Applications
> > folders can be saved—within that location?
> > >
> > > Can new stacks/files be written to those same folders?
> > >
> > > Peter
> > >
> > >> On May 16, 2024, at 4:26 PM, Craig Newman via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> > >>
> > >> I did not explicitly mention that any and all of the attached stacks
> > are savable.
> > >>
> > >> Craig
> > >>
> > >>> On May 16, 2024, at 1:31 PM, Paul Dupuis via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> > >>>
> > >>> On 5/16/2024 12:58 PM, Paul Dupuis via use-livecode wrote:
> >  save that stack under a customer file extension
> > >>> That should have said "custom file extension"
> > >>>
> > >>> ___
> > >>> use-livecode mailing list
> > >>> use-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
> >
>
>
> --
> 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
>
___
use-livecode mailing list
use-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: Game of Life as LiveCode web deployment

[Tom Glod via use-livecode]

Hey Andreas,

This is very cool, its a good demo for the web engine.
I still don't plan on deploying to the web, but its nice to see that its
getting better.
Thanks,
Tom

On Tue, Apr 30, 2024 at 5:27 AM Andreas Bergendal via use-livecode <
use-livecode@lists.runrev.com> wrote:

> So, in my series of ”LiveCode projects that can be deployed straight to
> web with almost no modification”, here is the LC implementation of Game of
> Life that I created during the pandemic, with great help from Thierry D.
>
> https://wheninspace.com/gameoflife/
>
> The only adaptation I have made is changing the save function for custom
> seed patterns from local text file to browser local storage.
>
> I also threw in a new feature for importing RLE code (a common GoL seed
> pattern format).
>
> It doesn’t have responsive design, so a large screen is recommended.
> It does work on mobile though (at least iOS), albeit being a bit slow (and
> you'll obviously need to scroll around to see things).
>
> Depending on your processor capacity, the web browser may choke and stall
> on the fast progression rate, so you may then need to enter a longer
> millisec delay value in the appropriate field and try again.
> (As reference: On an iPad 6th gen a 600 millisec delay is needed, while on
> a Mac Studio M1 Max just 40 millisecs is fine.)
>
> Have fun! :D
>
> /Andreas
> ___
> use-livecode mailing list
> use-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: Websockets ... again.

[Tom Glod via use-livecode]

Richard, thanks for chiming in.

1. dunno, it can't be that hard, i would take an existing implementation in
another language and rewrite it in livecode.
2. dunno
3. interesting thought, I will look into testing this.
4. many blockchains are websockets only, and most API with data "streams".

Mike, I hear you on all that.

On Fri, Apr 26, 2024 at 7:31 PM Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Tom Glod wrote:
> > Can we get a measure again as to the interest in web sockets
> implementation
> > in livecode?
>
> Requested 2015, last activity 2020:
> https://quality.livecode.com/show_bug.cgi?id=16091
>
> Given the elapsed time so far, maybe we can find another way to do this.
>
> - How hard would it be to script it using LC's good socket support?
>
> - Is there a curl option available that might allow Charles to handle
>   this more quickly in tsNet?
>
> - Would it be feasible to use WebSockets through an embedded browser
> widget?
>
> - What are the use cases requiring WebSockets excluisively?
>
> - Given the better performance and ligher resource usage for normal
> sockets, could
>   the service host consider supporting normal sockets in addition to
> WebSockets?
>
>
> Richard Gaskin
> 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

Websockets ... again.

[Tom Glod via use-livecode]

Hi Folks,

Can we get a measure again as to the interest in web sockets implementation
in livecode?
As far as I know we still do not have one that is available or able to be
contributed to,
I'd be willing to put in some engineering time if there was help from
others available.
Here are the full specs.
https://websockets.spec.whatwg.org/
I have no idea how long this would take
But I can see that one day in the not too distant future, it will no longer
be optional.
Thanks,
Tom
___
use-livecode mailing list
use-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: WebDeployHelper tool - the LC10 web app toolbox

[Tom Glod via use-livecode]

thank you for making this available to the community.

On Thu, Apr 4, 2024 at 5:02 PM Ralph DiMola via use-livecode <
use-livecode@lists.runrev.com> wrote:

> +1
>
> 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 William Prothero via use-livecode
> Sent: Thursday, April 04, 2024 4:48 PM
> To: How to use LiveCode
> Cc: William Prothero
> Subject: Re: WebDeployHelper tool - the LC10 web app toolbox
>
> Andreas,
> This sounds really great! It encourages me to start working with web
> apps.Thanks for your contribution.
> Best,
> Bill
> William A. Prothero, PhD
> Prof Emeritus, Dept of Earth Science
> University of California, Santa Barbara
>
> > On Apr 4, 2024, at 12:45 PM, Andreas Bergendal via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > So, LiveCode 10 has web deployment, but there are still too many things
> it cannot do out-of-the-box.
> > Well, some of them are fixable, and as promised I now release the tool
> I’ve built to get so much more out of LC web apps.
> >
> > Download here:
> https://github.com/wheninspace/WIS_WebDeployHelper/releases/latest
> >
> > WebDeployHelper tool essentially does two things:
> >
> > 1) It provides you with code (LC, javascript, html) that greatly
> enhances the capabilities of your web app.
> > It adds code to your LC stack, and to the html file in the standalone
> folder. You have full control of which features are added. Nothing is
> altered in your existing LC code.
> >
> > Currently the following features are available:
> > - Modify the appearance of the web page that the LC stack resides on
> (your own logo, background colour etc)
> > - Add code that will make the stack resize when the browser window is
> resized, or make the stack stay centered on the web page
> > - Add code that enables pasting into fields and putting text into the
> clipboard (not in mobile browsers)
> > - Add code that enables mouse wheel scrolling in all LC fields and
> relevant widgets (not in mobile browsers)
> > - Add code that gives you access to the localStorage functionality,
> which enables saving data between sessions
> > - Add code that enables uploading of file data from your local files
> (like image data and text)
> > - Other minor nifty features :)
> >
> >
> > 2) It helps automate the web deployment process, which tends to get
> tedious as you often build many, many times and upload to your server to
> test and test again your web app.
> >
> > So, the workflow automator lets you run one or several steps with one
> click:
> > - Trash the previous build folder (so you don’t get build folders like
> "MyApp1”, MyApp2”, "MyApp3” etc)
> > - Trigger the standalone builder
> > - Compile the enhanced html file and replace the generic one in the
> build folder with it
> > - Upload all the standalone files (or just the changed ones, if not
> first upload) to your server with ftp (if you enter credentials for an ftp
> account)
> > - Launch the web url to your web app in your browser
> >
> >
> > The stack requires LC10.0.0 dp7+ and naturally a web deployment license
> for LC10.
> > It can be used 'as is' or put into the plugins folder.
> >
> > The tool is free to use (MIT license), but if you like it (or any of the
> other free tools I've made) and feel it adds value to your use of LiveCode,
> you may consider buying me a coffee at
> https://www.buymeacoffee.com/riu9yazy7p :)
> >
> > Feedback on everything is welcome!
> >
> > Andreas Bergendal
> > WhenInSpace
> >
> >
> >
> >
> >
> >
> > ___
> > use-livecode mailing list
> > use-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: Revisiting Lock Screen

[Tom Glod via use-livecode]

Bob,
Sorry I can't double check at the moment, but  I was reading the release
notes for 10 dp7 and there was some stuff about that in there
(Its possible I am . mis-remembering.)
Is that the version you are using?

On Wed, Mar 27, 2024 at 7:02 PM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Oh, but it gets better. I put at the entry point of the script:
>
>lock screen
>put the lockscreen into tScreenIsLocked — I checked and this is true
>
> Then at the exit point:
>
>put the lockscreen
>
> STILL TRUE in spite of the fact that I see everything that the app is
> doing to the screen the entire time.
>
> Also curious is that I get the same result whether or not I am in script
> debug mode or no!
>
> Bob S
>
>
> > On Mar 27, 2024, at 3:55 PM, Bob Sneidar 
> wrote:
> >
> > Hi all.
> >
> > I read in the dictionary that Lock Screen does not work in Script Debug
> mode. Okay so I turn it off, put the command “Lock Screen” at the entry
> point to a selectionChanged handler which goes on to do a number of things
> that change the appearance of the screen. The screen is decidedly NOT
> LOCKED! The things I go on to do are things like changing the hilitedItems
> of a tab widget which in turn shows and hides a number of objects, and also
> changes the selection in a number of datagrids. Every action that alters
> the screen is visible after I issue the Lock Screen command.
> >
> > Is Lock Screen completely hosed? Am I missing something??
> >
> > Bob S
> >
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Code translation anyone ?

[Tom Glod via use-livecode]

 I think its a great task for an AI with a greater context window.
Don't give up yet.
CHat GPT can be prompted to be less verbose.
You can also use the openai playground, upload your php, and use the model
with the bigger context window.
___
use-livecode mailing list
use-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: Enhanced HTTPD - native HTTP 1.1 Livecode Socket Server

[Tom Glod via use-livecode]

Hey David,

I am quite interested in this.
Just last night I was working on setting up a Linux distro with Desktop,
and Ubuntu with XFCE desktop.
Everything seems to be running OK, except for some permissions issues.

I have also beaten reworking my multi-core library, so I'd be super curious
to test that with your library.

Perhaps this is an ignorant question, but what is different about the HTTPD
library that is currently part of LC? is it the http version?

Thanks,

Tom

On Tue, Feb 6, 2024 at 10:57 AM Mike Kerner via use-livecode <
use-livecode@lists.runrev.com> wrote:

> testing? no, for deployment.
> our newest app could use http sockets to persist comms with our REST
> server, instead of using long timeouts or pinging the server every few
> seconds for updates.
>
> On Tue, Feb 6, 2024 at 2:29 AM David Bovill via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > For testing mobile apps in development? I'm using it for an
> electron-style
> > app, and may also use it for container based microservices.
> >
> > On Tue, 6 Feb 2024 at 00:48, Mike Kerner via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> > > i don't use lc as a server (but maybe i should think about it). i use
> it
> > to
> > > write mobile apps, so i could use http sockets on the client side.
> > >
> > > On Mon, Feb 5, 2024 at 3:19 PM David Bovill via use-livecode <
> > > use-livecode@lists.runrev.com> wrote:
> > >
> > > > I've been working for a while on a native server written in Livecode
> > > using
> > > > sockets. I feel it is definitely something that is sorely needed -
> but
> > to
> > > > do it properly is more work that I initially thought. I need to add
> > HTTP
> > > > 206 partial content support -
> > > > https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/206. I
> expect
> > > > there to be other things that will need to be added.
> > > >
> > > > Is anyone interested / need this? Or does anyone already have
> something
> > > > they use?
> > > > ___
> > > > use-livecode mailing list
> > > > use-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
> > >
> > ___
> > use-livecode mailing list
> > use-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
>
___
use-livecode mailing list
use-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: Browser widget in Windows has trouble playing videos in websites

[Tom Glod via use-livecode]

Hey Peter, this surely has to do with videos that are compressed using
h264. that build of CEF does not support this codec.
I am not sure if the updated browser in the upcoming windows version will
support h264.
I am surprised to find out that the apple version of the browser has
support for h264, i assumed the problem was cross platform.
On youtube LIVE videos are h264, and videos that have been on the site a
while get a different codec.


On Thu, Jan 25, 2024 at 6:11 PM Peter Bogdanoff via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I submitted Bug 24479 today with a sample stack.
>
> Youtube, Vimeo, Daily Motion all have unreliable playing of their videos
> in LC browser widget in Windows 10, LC 10.0.0 dp7, both in the IDE and
> standalone.
>
> Vimeo and Daily Motion won’t play videos on their sites. They show an
> error message in the video player.
>
> YouTube does play, but there are some videos in my channel, and others
> here and there that show a YouTube error when loading.
>
> No problem with the Mac browser widget.
>
> Peter Bogdanoff
> ArtsInteractive
> ___
> use-livecode mailing list
> use-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: We lost an Angle

[Tom Glod via use-livecode]

Super sorry to hear this Ralph, all the best to you and your family.

On Thu, Jan 11, 2024 at 10:44 AM Heather Laine via use-livecode <
use-livecode@lists.runrev.com> wrote:

> So sorry to hear that Ralph. The thoughts of the team here at LiveCode are
> with you.
>
> Heather
>
> Heather Laine
> Customer Services Manager
> LiveCode Ltd
> www.livecode.com
>
>
>
> > On 11 Jan 2024, at 01:54, Ralph DiMola via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Many of you knew Margaret from the conferences. We lost her today. She
> spent
> > her life as a nurse in the oncology department. She gave her love and
> > empathy to all her patients. She was so full of life and gave it a
> gallant
> > try, but was not to be. We just celebrated our 40th anniversary in
> December.
> >
> > You all were so kind and welcoming to her. I thank you for that.
> >
> >
> >
> > Ralph DiMola
> >
> > IT Director
> >
> > Evergreen Information Services
> >
> > rdim...@evergreeninfo.net
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
> ___
> use-livecode mailing list
> use-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: unable to unfold arrays in debugger?

[Tom Glod via use-livecode]

Hmmm, I just discovered that while this state is occurring, unfolding
Project Browser groups also does not work.

On Fri, Dec 15, 2023 at 12:17 PM Tom Glod  wrote:

> Hey Peeps,
>
> I'm having a strange experience where while debugging, I click on the
> arrow to unfold array variables in the debugger, and nothing happens.
> Once the debugger gets into this state, I must leave the card and come
> back.
> it begins as soon as the debugger starts, but remains after the debugger
> has stopped.  Now I have to leave the card/
> When I come back to the card, the array variables unfold as expected until
> the debugger starts again.
> It seems to happen only on 1 particular card and no other.
>
> Sigh.
> How can I figure this out?
> Has anyone ever experienced this?
>
> Thanks,
>
> Tom
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

unable to unfold arrays in debugger?

[Tom Glod via use-livecode]

Hey Peeps,

I'm having a strange experience where while debugging, I click on the arrow
to unfold array variables in the debugger, and nothing happens.
Once the debugger gets into this state, I must leave the card and come back.
it begins as soon as the debugger starts, but remains after the debugger
has stopped.  Now I have to leave the card/
When I come back to the card, the array variables unfold as expected until
the debugger starts again.
It seems to happen only on 1 particular card and no other.

Sigh.
How can I figure this out?
Has anyone ever experienced this?

Thanks,

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

APPWrite Integration

[Tom Glod via use-livecode]

Hi Folks,

If anyone here is interested in a working APPWrite LC Integration, pm me.
Authentication & JWT Token
And document CRUD.
Using TSNet

If you've never heard of it, appwrite.io

Cheers,

Tom
___
use-livecode mailing list
use-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: Top things you are waiting for ....

[Tom Glod via use-livecode]

Thanks everyone for your answers.




On Sun, Nov 12, 2023 at 7:13 PM Mike Kerner via use-livecode <
use-livecode@lists.runrev.com> wrote:

> one more:
> * attention span and discipline, or hiring a chief that has attention span
> and discipline - with lc chasing every new revenue thing, and lurching off
> after it, the half-finished meals that are strewn about reflects on the
> product. "look! a squirrel!" is not a plan.
>
> On Sun, Nov 12, 2023 at 7:04 PM Mike Kerner 
> wrote:
>
> > just going off the top-of-my-head. i don't feel like going into the bug
> > list, even though there are plenty of open ones, including for the summer
> > megabundle widgets
> >
> > things i licensed that i'm still waiting for:
> > * script compiler
> > * web deploy
> > things that severely degrade lc features or make them unusable:
> > * docs for lcb
> > * docs for property inspector and property editor
> > * script widgets
> > * multi-path svg support (i can't tell you how many great svg's are
> > unusable, because you can't flatten/combine the paths and get the layers
> to
> > work out)
> > * icon library fixes
> > * project browser support groups
> > things that are just annoying:
> > * filtering/sorting the inclusions for standalones (there's a freaking PR
> > for this that's been "awaiting release" for...three years?)
> > * all the other PR's that are just sitting in limbo.
> > * standalone inclusion selections fixed (did you know that the db library
> > is attached to standalones, even if you specifically deselect it? did you
> > know that every time you mouseUp on a standalone, the db library
> intercepts
> > the event?)
> >
> >
> >
> > On Sun, Nov 12, 2023 at 3:59 PM matthias rebbe via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >>
> >> 1. Debugger for Livecode Server.
> >> Man, what do i miss the On-Rev client
> >>
> >> 2. Native MSSQL database support
> >>
> >> 3. tsNet to support HTTP/2
> >> https://quality.livecode.com/show_bug.cgi?id=23355
> >> According to CharlesW this should be easily fixed with a 3rd party
> >> library which has to be included alongside curl.
> >>
> >>
> >>
> >> > Am 11.11.2023 um 23:43 schrieb Tom Glod via use-livecode <
> >> use-livecode@lists.runrev.com>:
> >> >
> >> > Hey everyone
> >> > Just a market research thread.
> >> > What are the top 3 or 5 things you are waiting for in Livecode's
> feature
> >> > set?
> >> > This is my list.
> >> >
> >> > 1. Updated Browser
> >> > 2. Compiler (its important because speed is important to the user
> >> > experience)
> >> > 3. integrated layering of native controls
> >> >
> >> > What are yours?
> >> >
> >> > Cheers,
> >> >
> >> > Tom
> >> > ___
> >> > use-livecode mailing list
> >> > use-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
> >>
> >
> >
> > --
> > 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."
> >
>
>
> --
> 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
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Top things you are waiting for ....

[Tom Glod via use-livecode]

Hey everyone
Just a market research thread.
What are the top 3 or 5 things you are waiting for in Livecode's feature
set?
This is my list.

1. Updated Browser
2. Compiler (its important because speed is important to the user
experience)
3. integrated layering of native controls

What are yours?

Cheers,

Tom
___
use-livecode mailing list
use-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: decrypt error junk

[Tom Glod via use-livecode]

Hi Mark, Thanks for your response.
I understand.
I will try to reproduce this in an empty stack and submit report.
Thanks,
Tom


On Thu, Nov 2, 2023 at 2:20 AM Mark Waddingham via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 2023-11-02 02:06, Tom Glod via use-livecode wrote:
> > I have found a "wrong decryption key" that does not return a bad
> > decrypt
> > error, but returns garbage into "the result".
> > Every other wrong key correctly gives the usual error.
> > The right key works to decrypt.
>
> What exact error do you get with a wrong key vs the not-so-wrong key?
>
> > the length of the encryption/decryption key is always 64 characters
> > it is always alphanumeric, because its a hash derivative, no weird
> > characters, always the correct length.
> > and the salt is the same for every key i tried.
> >
> > I can program around it, but its unsettling.
> > I will report it, but in the meantime has anyone ever come across this
> > garbage in "the result" as a result of an incorrect. decryption key?
>
> So I don't think this is a bug, but expected behavior.
>
> The encrypt/decrypt operations are very low-level they 'simply' apply
> the specified
> algorithm to the data.
>
> Encryption/decryption is 'just' a mathematical function which uses the
> 'key bytes'
> and 'input data' to derive an output - in particular, decryption does
> not include
> any validation checks to ensure the provided decryption key is what was
> used to
> encrypt in the first place - that's something you have to do yourself.
>
> There's a huge variety of ways to do this - but perhaps the simplest is
> to add your
> favorite (simple) hash of the encryption key before the data being
> encrypted:
>
> 
>
> (pseudo encryption code - I don't know exactly what form of encrypt you
> are using!):
>
>local tKey, tHash
>put deriveMyEncryptionKey(tPassword) into tKey
>put md5Digest(tKey) into tHash
>
>encrypt tHash & tData using ... with password tKey
>
> (pseudo decryption code - I don't know exactly what form of encrypt you
> are using!):
>
>decrypt tEncryptedData using ... with password tKey
>
>if byte 1 to 16 of tData is not md5Digest(tKey) then
>  throw "incorrect password"
>end if
>
> 
>
> Of course I'm now slightly intrigued as to what checks OpenSSL *can*
> actually do to
> be able to generate a 'bad decrypt' message - so by all means file a
> bug/send a test
> stack to support and we can at least advise on that (and potentially
> update the
> docs).
>
> Warmest Regards,
>
> Mark.
>
> --
> Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
> LiveCode: Build Amazing Things
>
> ___
> use-livecode mailing list
> use-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

decrypt error junk

[Tom Glod via use-livecode]

Hi Folks,

I'm having bizarre issues with livecode's decrypt command. strap in, its a
weird one.

I have found a "wrong decryption key" that does not return a bad decrypt
error, but returns garbage into "the result".
Every other wrong key correctly gives the usual error.
The right key works to decrypt.

But this one key gives a different result.

the length of the encryption/decryption key is always 64 characters
it is always alphanumeric, because its a hash derivative, no weird
characters, always the correct length.
and the salt is the same for every key i tried.

I can program around it, but its unsettling.
I will report it, but in the meantime has anyone ever come across this
garbage in "the result" as a result of an incorrect. decryption key?

the even more bizzare part is that my test password was "abc123" and the
key that does not work is "abc12"  ...although those become hash
derivatives that are 64 characters, so that has nothing to do with it.
its ...just...so weird.

I spend nearly all my working time in Livecode these days, so I will
find all the bugs.

Thanks,Tom
___
use-livecode mailing list
use-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: Deployment: a plea/opportunity

[Tom Glod via use-livecode]

100% the biggest problem I have in my business.
Have been stuck on iOS for months.
Android and Windows is kind of OK, but still more can be done.
Agree. Would pay for a solution that just works.

On Fri, Oct 13, 2023 at 3:00 PM Mark Smith via use-livecode <
use-livecode@lists.runrev.com> wrote:

> +1,
>
> I totally agree this is really important (and really hard to keep up
> with). But Apple should take some of the responsibility for this. With the
> resources at their disposal they should be able to create a simpler and
> easier way to execute deployment without sacrificing security and
> authenticity.
>
> Very well said. I should add that I have also been using Kee Nethery’s
> instructions for signing Mac apps and it has been a godsend. I have not
> quite yet gotten to the point of deploying to the App Store (with it) but
> that will be the next step.
>
> Mark
>
>
> > On 13 Oct 2023, at 7:49 pm, William Prothero via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > I second (3rd and 4th too) Richard's plea. Deployment is a killer.
> > Bill
> >
> > William A. Prothero, PhD
> > Prof Emeritus, Dept of Earth Science
> > University of California, Santa Barbara
> >
> >> On Oct 13, 2023, at 10:47 AM, Richard Gaskin via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>
> >> We see it here in this list. We see it in the forums. We see it
> wherever app deployment is discussed:
> >>
> >> OS requirements for packaging/stapling/signing apps are onerous.
> >>
> >> At the edge of, and sometimes exceeding, being prohibitively so.
> >>
> >> There's no point in making a standalone if you can't ship it.
> >>
> >> If pro devs with decades of experience struggle with this, newcomers
> will run screaming.
> >>
> >> SIMPLIFYING DEPLOYMENT IS THE NUMBER ONE PRIORITY.
> >>
> >> Pardon the all-caps. I rarely use them. But this is important.
> >>
> >> Simplifying deployment is more important than "AI".
> >> Simplifying deployment is more important than "nocode".
> >>
> >> It is the single biggest pain point.
> >>
> >> And so it is the single biggest opportunity.
> >>
> >> Fulfill the promise of "Everyone can code": focus on simplifying
> deployment.
> >>
> >> Step 1: Acquire Matthias' great tool.
> >>
> >> Step 2: Enhance it for current requirements across platforms.
> >>
> >> Step 3: Look for every opportunity to further simplify the process, and
> take it, at least one more simplification with each new build.
> >>
> >> This is important. It really is.
> >>
> >> --
> >>
> >> And no, web export will not magically save things.  Even when that
> becomes truly production-ready, it's only for web apps.  Not everything
> needs to be a web app.
> >>
> >> There are a hundred ways to make web apps.
> >>
> >> There are few ways to make cross-platform native apps.
> >>
> >> And almost none that rival what LC can do on the desktop.
> >>
> >> Play into strengths.  Make native deployment the best it can be.
> >>
> >> When that's done, only then resume work on more peripheral features.
> >>
> >> --
> >> 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
>
>
> ___
> use-livecode mailing list
> use-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: No progress updates on LC 10. Am i the only one who is concerned?

[Tom Glod via use-livecode]

On October 7th 2022, Kevin said that there would be a preview of the script
compiler in the next few weeks.
Thats the last update I found in the blog.
Software is hard, and we all miss deadlines, but an update would be good.
I tried to reach out to Mark W to get an update, but received no response.


On Wed, Oct 11, 2023 at 11:29 AM William Prothero via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Just my take,
> I'm just currently using livecode to write personal software. The various
> issues related to the app store and compatibility with other platforms are
> not something I have time or energy for. I'm retired and like to work on
> fun, rewarding projects, not frustrating searches for the one setting that
> will move me forward.
>
> However, the possibility that Livecode might become a platform for
> developing web applications is extremely interesting to me. It would
> encourage me to develop and post interactive learning games that I've
> thought about. However, the development process would need an interface
> that works in a well documented, straightforward way without the need to
> learn auxiliary programs (E.g. Javascript, php, python, c++, etc).
>
> If I could write a program in livecode that deploys as easily as currently
> possible on my own desktop, I would be very overjoyed.
>
> Bill
> William A. Prothero, PhD
> Prof Emeritus, Dept of Earth Science
> University of California, Santa Barbara
>
> ___
> use-livecode mailing list
> use-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: Clipboard Copy Troubles?

[Tom Glod via use-livecode]

Sigh. ok. thanks .

Found this ...https://quality.livecode.com/show_bug.cgi?id=23507 but this
could also be something different...

"A bug that has been affecting livecode for a long time..."

On Fri, Sep 15, 2023 at 7:17 PM J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Yes, often. LC loses most of the editing shortcuts. It got fixed some
> versions ago and then lost them again.
>
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software | http://www.hyperactivesw.com
> On September 15, 2023 2:04:44 PM Tom Glod via use-livecode
>  wrote:
>
> > Heyall,
> >
> > Just wondering if anyone else has experienced issues where livecode stops
> > being able to copy to the clipboard when using copy command from the menu
> > or CTRL C or right click copy
> > Specifically from within the script editor or a variable window.
> > A LC restart seems to solve this temporarily.
> > I've noticed this recently more than usual.  On both mac and windows 11.
> >
> > Does this ring a bell to anyone?
> >
> > Thanks,
> >
> > Tom
> > ___
> > use-livecode mailing list
> > use-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

Clipboard Copy Troubles?

[Tom Glod via use-livecode]

Heyall,

Just wondering if anyone else has experienced issues where livecode stops
being able to copy to the clipboard when using copy command from the menu
or CTRL C or right click copy
Specifically from within the script editor or a variable window.
A LC restart seems to solve this temporarily.
I've noticed this recently more than usual.  On both mac and windows 11.

Does this ring a bell to anyone?

Thanks,

Tom
___
use-livecode mailing list
use-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: UUID v7

[Tom Glod via use-livecode]

Oh yeah,that makes sense usually...  just a different use case that is all.



On Fri, Sep 1, 2023 at 3:02 PM Mike Kerner via use-livecode <
use-livecode@lists.runrev.com> wrote:

> it's an interesting topic, because in one of the db communities i'm
> involved with, they're actually going the other way, increasing entropy.
>
> On Fri, Sep 1, 2023 at 1:56 PM Tom Glod via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > Hi Mike,
> >
> > Sometimes you just don't need uniqueness across all bits, and if you do,
> > use v4.
> > In my example, the ID is used for clipboard clips, but now I don't have
> to
> > sort them based on their timestamp.
> > Also this improves database performance as the btree is better organized.
> > There are a few videos and lots of papers on the topic.
> >
> >
> > On Fri, Sep 1, 2023 at 1:38 PM Mike Kerner via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> > > why would reducing randomness be desirable in an internet-facing app?
> > isn't
> > > the whole point to
> > > * ensure uniqueness across the entire space
> > > * make it nearly impossible to guess an ID?
> > > i would think that once you make the id's sequential, you have
> eliminated
> > > the ability to stop an authorized user from randomly marching through
> > your
> > > data.
> > >
> > > On Fri, Sep 1, 2023 at 1:21 PM Tom Glod via use-livecode <
> > > use-livecode@lists.runrev.com> wrote:
> > >
> > > > Hi Folks,
> > > >
> > > > Sharing this because its useful, and also, more eyeballs on the code
> > > makes
> > > > sense.
> > > > I implemented this with the help of chatGPT.
> > > >
> > > > This is a handler that can generate v7 UUIDs.
> > > > v7 UUIDs work better in databases, because they are not so random,
> > > > improving performance.
> > > > And they are sequential.
> > > > They also match the format of uuid v4
> > > > Also the specs for v7 have not yet been finalized.
> > > >
> > > > Here it is:
> > > >
> > > > function CreateUUID pVersion
> > > >// This Handler returns a
> > > >if pVersion is not 7 then
> > > >   //Return V4 Random UUID
> > > >   return uuid("random")
> > > >
> > > >else if pVersion = 7 then
> > > >   // return V7 Random yet sequenced UUID
> > > >
> > > >   local tUnixTsMs, tVer, tRandA, tTVar, tRandB, tTheID
> > > >   -- Get the current timestamp in milliseconds
> > > >
> > > >   put baseConvert(the milliseconds, 10, 16) into tUnixTsMs
> > > >   put format("%012s", tUnixTsMs) into tUnixTsMs
> > > >
> > > >   // Set the version field to 0b0111 (7)
> > > >   put "7" into tVer
> > > >
> > > >   // Generate 12 bits of pseudo-random data for RAND A
> > > >   put random(4095) into tRandA -- 4095 is the maximum value for
> 12
> > > bits
> > > >   put baseConvert(tRandA, 10, 16) into tRandA
> > > >   put format("%03s", tRandA) into tRandA
> > > >
> > > >   // Set the variant field to 0b10
> > > >   put "8" into tTVar -- 0b10 in hexadecimal
> > > >
> > > >   // Generate 62 bits of pseudo-random data for RAND B
> > > >   repeat 16 times
> > > >  put baseConvert(random(15), 10, 16) after tRandB -- generate
> > one
> > > > hex digit at a time
> > > >   end repeat
> > > >
> > > >   // Combine all the bits to form the UUID
> > > >   put tUnixTsMs & tVer & tRandA & tTVar & tRandB into tTheID
> > > >
> > > >   // Insert dashes to form the UUID in 8-4-4-4-12 format
> > > >   put char 1 to 8 of tTheID & "-" & char 9 to 12 of tTheID & "-"
> &
> > > char
> > > > 13 to 16 of tTheID & "-" & char 17 to 20 of tTheID & "-" & char 21 to
> > 32
> > > of
> > > > tTheID into tTheID
> > > >
> > > >   return tTheID
> > > >end if
> > > > end CreateUUID tVersion
> > > >
> > > > Cheers,
> > > >
> > > > Tom

Re: UUID v7

[Tom Glod via use-livecode]

Hi Mike,

Sometimes you just don't need uniqueness across all bits, and if you do,
use v4.
In my example, the ID is used for clipboard clips, but now I don't have to
sort them based on their timestamp.
Also this improves database performance as the btree is better organized.
There are a few videos and lots of papers on the topic.


On Fri, Sep 1, 2023 at 1:38 PM Mike Kerner via use-livecode <
use-livecode@lists.runrev.com> wrote:

> why would reducing randomness be desirable in an internet-facing app? isn't
> the whole point to
> * ensure uniqueness across the entire space
> * make it nearly impossible to guess an ID?
> i would think that once you make the id's sequential, you have eliminated
> the ability to stop an authorized user from randomly marching through your
> data.
>
> On Fri, Sep 1, 2023 at 1:21 PM Tom Glod via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > Hi Folks,
> >
> > Sharing this because its useful, and also, more eyeballs on the code
> makes
> > sense.
> > I implemented this with the help of chatGPT.
> >
> > This is a handler that can generate v7 UUIDs.
> > v7 UUIDs work better in databases, because they are not so random,
> > improving performance.
> > And they are sequential.
> > They also match the format of uuid v4
> > Also the specs for v7 have not yet been finalized.
> >
> > Here it is:
> >
> > function CreateUUID pVersion
> >// This Handler returns a
> >if pVersion is not 7 then
> >   //Return V4 Random UUID
> >   return uuid("random")
> >
> >else if pVersion = 7 then
> >   // return V7 Random yet sequenced UUID
> >
> >   local tUnixTsMs, tVer, tRandA, tTVar, tRandB, tTheID
> >   -- Get the current timestamp in milliseconds
> >
> >   put baseConvert(the milliseconds, 10, 16) into tUnixTsMs
> >   put format("%012s", tUnixTsMs) into tUnixTsMs
> >
> >   // Set the version field to 0b0111 (7)
> >   put "7" into tVer
> >
> >   // Generate 12 bits of pseudo-random data for RAND A
> >   put random(4095) into tRandA -- 4095 is the maximum value for 12
> bits
> >   put baseConvert(tRandA, 10, 16) into tRandA
> >   put format("%03s", tRandA) into tRandA
> >
> >   // Set the variant field to 0b10
> >   put "8" into tTVar -- 0b10 in hexadecimal
> >
> >   // Generate 62 bits of pseudo-random data for RAND B
> >   repeat 16 times
> >  put baseConvert(random(15), 10, 16) after tRandB -- generate one
> > hex digit at a time
> >   end repeat
> >
> >   // Combine all the bits to form the UUID
> >   put tUnixTsMs & tVer & tRandA & tTVar & tRandB into tTheID
> >
> >   // Insert dashes to form the UUID in 8-4-4-4-12 format
> >   put char 1 to 8 of tTheID & "-" & char 9 to 12 of tTheID & "-" &
> char
> > 13 to 16 of tTheID & "-" & char 17 to 20 of tTheID & "-" & char 21 to 32
> of
> > tTheID into tTheID
> >
> >   return tTheID
> >end if
> > end CreateUUID tVersion
> >
> > Cheers,
> >
> > Tom
> > ___
> > use-livecode mailing list
> > use-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
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

UUID v7

[Tom Glod via use-livecode]

Hi Folks,

Sharing this because its useful, and also, more eyeballs on the code makes
sense.
I implemented this with the help of chatGPT.

This is a handler that can generate v7 UUIDs.
v7 UUIDs work better in databases, because they are not so random,
improving performance.
And they are sequential.
They also match the format of uuid v4
Also the specs for v7 have not yet been finalized.

Here it is:

function CreateUUID pVersion
   // This Handler returns a
   if pVersion is not 7 then
  //Return V4 Random UUID
  return uuid("random")

   else if pVersion = 7 then
  // return V7 Random yet sequenced UUID

  local tUnixTsMs, tVer, tRandA, tTVar, tRandB, tTheID
  -- Get the current timestamp in milliseconds

  put baseConvert(the milliseconds, 10, 16) into tUnixTsMs
  put format("%012s", tUnixTsMs) into tUnixTsMs

  // Set the version field to 0b0111 (7)
  put "7" into tVer

  // Generate 12 bits of pseudo-random data for RAND A
  put random(4095) into tRandA -- 4095 is the maximum value for 12 bits
  put baseConvert(tRandA, 10, 16) into tRandA
  put format("%03s", tRandA) into tRandA

  // Set the variant field to 0b10
  put "8" into tTVar -- 0b10 in hexadecimal

  // Generate 62 bits of pseudo-random data for RAND B
  repeat 16 times
 put baseConvert(random(15), 10, 16) after tRandB -- generate one
hex digit at a time
  end repeat

  // Combine all the bits to form the UUID
  put tUnixTsMs & tVer & tRandA & tTVar & tRandB into tTheID

  // Insert dashes to form the UUID in 8-4-4-4-12 format
  put char 1 to 8 of tTheID & "-" & char 9 to 12 of tTheID & "-" & char
13 to 16 of tTheID & "-" & char 17 to 20 of tTheID & "-" & char 21 to 32 of
tTheID into tTheID

  return tTheID
   end if
end CreateUUID tVersion

Cheers,

Tom
___
use-livecode mailing list
use-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.10 RC-1

[Tom Glod via use-livecode]

Interesting, when I tried to use them recently they didn't work.
Will test again, maybe it was my bad, thanks Mark.

On Sun, Aug 20, 2023 at 3:09 AM Mark Waddingham via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 2023-08-19 21:57, Tom Glod via use-livecode wrote:
> > Hello,
> >
> > Does this mean we have JSON support in SQLite?
> >
> > This is from the documentation.:
> >
> >  In other words, the JSON functions went from being opt-in with SQLite
> > version 3.37.2 and earlier to opt-out with SQLite version 3.38.0 and
> > later.
>
> The SQLite JSON support was included in dbsqlite in 9.0.3 -
> https://quality.livecode.com/show_bug.cgi?id=21821
>
> Warmest Regards,
>
> Mark.
>
> --
> Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
> LiveCode: Build Amazing Things
>
> ___
> use-livecode mailing list
> use-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.10 RC-1

[Tom Glod via use-livecode]

Hello,

Does this mean we have JSON support in SQLite?

This is from the documentation.:

 In other words, the JSON functions went from being opt-in with SQLite
version 3.37.2 and earlier to opt-out with SQLite version 3.38.0 and later.

Are we keeping strict to the specifications of each SQLITE version?
___
use-livecode mailing list
use-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.10 RC-1

[Tom Glod via use-livecode]

There are a few big ones in this update for me. Thanks.


On Fri, Aug 18, 2023 at 5:06 PM panagiotis m via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hello all,
>
> Yes, the plan is to release LC 10 dp-6 before the end of the month, which
> will include support for API 33 as well as all the other fixes/enhancements
> of LC 9.6.10 rc1.
>
> Cheers,
> Panos
>
> On Fri, 18 Aug 2023, 23:50 matthias rebbe via use-livecode, <
> use-livecode@lists.runrev.com> wrote:
>
> > On the 25th July Heather wrote the following:
> >
> > "We are working on LiveCode 10 dp6. We expect it to ship in August, with
> > support for Web Fonts plus a number of bug fixes. Web Fonts turned out to
> > be rather trickier than expected but it looks like we've got it more or
> > less sorted out now.
> >
> > If there are specific bugs in 10 dp-5 that are really problematic for
> you,
> > its worth flagging them to me in support (not on the list) so I can at
> > least find out for you if they will be fixed in dp-6. Please send me the
> > bug report number from the Quality Center for checking. "
> >
> >
> >
> >
> > > Am 18.08.2023 um 22:32 schrieb Dan Friedman via use-livecode <
> > use-livecode@lists.runrev.com>:
> > >
> > > Panos,
> > >
> > > What about 10.0.0?  Is there an update coming?   I sure hope so… I’m
> > going to be hosed if not.
> > >
> > > -Dan
> > >
> > >
> > > From: use-livecode  on behalf
> of
> > panagiotis merakos via use-livecode 
> > > Date: Thursday, August 17, 2023 at 7:04 AM
> > > To: How to use LiveCode 
> > > Cc: panagiotis merakos 
> > > Subject: [[ ANN ]] Release 9.6.10 RC-1
> > > Dear list members,
> > >
> > > We are pleased to announce the release of LiveCode 9.6.10 RC-1.
> > >
> > > LiveCode 9.6.10 RC-1 comes with more than 20 bugfixes, including
> support
> > > for Android API 33, which will be a requirement for submitting new apps
> > to
> > > the Google Play Store as of the 31st of August.
> > >
> > > You can find more details on the bug fixes and improvements of this new
> > > release here:
> > >
> > > https://livecode.com/livecode-9-6-10-rc-1-released/
> > >
> > > You can find the release in your LiveCode account area or get it via
> the
> > > automatic updater.
> > >
> > > Enjoy!
> > >
> > > Kind regards
> > > 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
>
___
use-livecode mailing list
use-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: xavvi - temper your expectations

[Tom Glod via use-livecode]

If I was integrating AI into livecode, I would train it on a higher level
api built for it, instead of letting it use Livecode Script willy nilly.
That would prevent the kinds of hallucinations that it has while trying to
write livecode script.
I suspect that Livecode has thought of this and has written and trained it
on an API less prone to these problems.


On Thu, Aug 10, 2023 at 3:32 PM matthias rebbe via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I thought Xavvi will make use of AI, but the use is not mandatory. So even
> without AI, XAVVI would be an online development tool which can deploy web
> apps and which also could import and export Livecode stacks.
>
>
>
> Am 10.08.2023 um 21:22 schrieb Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com>:
> >
> > i'm using chatgpt and bard, every day, because i can, and because
> > sometimes they give me more comprehensive things to think about.
> > but, they are wrong. a lot.
> > zdnet just published a piece, today, documenting the same thing: wrong
> >> 50% of the time.
> > so, temper your expectations for xavvi in the medium term:
> >
> https://www.zdnet.com/article/chatgpt-answers-more-than-half-of-software-engineering-questions-incorrectly/
> >
> > --
> > 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
>
>
> ___
> use-livecode mailing list
> use-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: Anyone with a new code sign certificate on eToken or in cloud would like to test my signtool.exe wrapper?

[Tom Glod via use-livecode]

Hmm, I'm going to look into this Matthias,  I had not heard of etoken Certs.
 I wonder if this is the reason for the recent doubling of the price of
signing certificates.

On Thu, Jul 27, 2023 at 10:49 AM matthias rebbe via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi,
> is there anyone in the list who has already one of those new code signing
> certificates on an eToken or in the cloud and would like to test my new
> wrapper for signtool.exe?
>
> Especially those who are not very familiar with Windows might find this
> wrapper helpful.
>
> I've tested it with my cloud base certificate, but had no chance to get it
> tested from one with an eToken certificate.
>
> So if there is interest, then please let me know.
>
> Regards,
> Matthias
>
>
> ___
> use-livecode mailing list
> use-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: Crazy question: is it possible/reasonable to use Python in LC?

[Tom Glod via use-livecode]

One way to do it would be running python "service" executable, and you send
it the code via socket to execute.
In python the "do" equivalent is "exec()" ... although obviously the
service will need access to the data that is involved with the code.
Then you return the result to lc in whatever way works best.
In theory.



On Mon, Jul 17, 2023 at 12:57 PM Ben Rubinstein via use-livecode <
use-livecode@lists.runrev.com> wrote:

> "do ... as python" ??
>
> On 13/07/2023 21:03, Geoff Canyon via use-livecode wrote:
> > I've been playing with Python, and it has a lot of nice qualities, but a
> > built-in GUI isn't one of them (no apologies to tkinter).
> >
> > So it would be interesting/nice to be able to open LC, add a button to a
> > stack, and put some python into the script of that button and have it
> just
> > work, with access to the rest of the LC stack/controls as usual.
> >
> > Obviously that's not possible, but how close can we come? I assume it
> would
> > be possible to write a shell command to trigger a python script, but that
> > seems complex and sub-optimal, especially when thinking about having to
> > bundle together all the bits and bobs from the LC UI to pass as arguments
> > to the Python script instead of having it able to just reference what it
> > needs on the fly.
> >
> > Anyway, wondering if anyone else has thought about this.
> >
> > gc
> > ___
> > use-livecode mailing list
> > use-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: android compute field height

[Tom Glod via use-livecode]

Android font rendering is the stuff of nightmares.
Important things to remember:
The smaller the font the less control you have over how it renders in the
field.
it helps to have showborder OFF
and it helpts to manually set the margins for each side. 4,4,4,4 instead of
4.
You can probably wrestle it into submission.
Probably.
Good luck.



On Tue, Jun 20, 2023 at 9:17 AM Mike Kerner via use-livecode <
use-livecode@lists.runrev.com> wrote:

> is there a formula to compute what the height of a textInput area
> should be on android, based on the font size?
> there isn't an autoFit, and there does not seem to be a simple formula to
> use.
> i'm computing what the height "should be" based on whether a scroll
> bar is rendered
> example:
> 14 point -> 37 px
> 18 point -> 43 px
> 24 point -> 51 px
> 30 point -> 59 px
>
>
> --
> 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
>
___
use-livecode mailing list
use-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 Backdrop's Purpose In Life

[Tom Glod via use-livecode]

I think I had the same experience about 6 months ago. lolz

"raiseWindows"? interesting.

On Tue, May 30, 2023 at 12:12 PM panagiotis m via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hello all,
>
> @Bob
> You might want to have a look at the "raiseWindows" global property.
>
> Cheers,
> Panos
> --
>
> On Tue, 30 May 2023 at 18:23, Bob Sneidar via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > By way of reminder I am having the issue with Windows 10, as my Ventura
> > laptop is still down. (Apparently Apple has not fixed the boot failure
> > problem when doing a minor system update.)
> >
> > Apparently Windows treats every open window as it's own application
> > instance. Alt-Tabbing to an LC window only brings that one window to the
> > front. No pallets or toolbars come with it. But enabling the backdrop
> fixes
> > that.
> >
> > Bob Sneidar
> >
> > -Original Message-
> > From: use-livecode  On Behalf Of
> > J. Landman Gay via use-livecode
> > Sent: Saturday, May 27, 2023 2:46 PM
> > To: How to use LiveCode 
> > Cc: J. Landman Gay 
> > Subject: Re: The Backdrop's Purpose In Life
> >
> > Did you try Cmd-tab to cycle to another app and back? Does it also work
> if
> > you bring another app to the front and then use the dock to return to LC?
> > If so that would be good news.
> >
> > I did find a backdrop glitch in a standalone on Monterey. Only one window
> > showed where there should have been two.
> >
> > --
> > Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software |
> > http://www.hyperactivesw.com On May 27, 2023 10:06:43 AM Richmond via
> > use-livecode  wrote:
> >
> > > Note that the LC backdrop with LC 9.6.3 community works just fine with
> > > MacOS Ventura.
> > >
> > > Kisses, Richmond.
> > >
> > > On 27.05.23 6:58, panagiotis m via use-livecode wrote:
> > >> Hello all,
> > >>
> > >> Note that the LC backdrop does not work on MacOS Ventura.
> > >>
> > >> Cheers,
> > >> Panos
> > >>
> > >> On Fri, 26 May 2023, 22:23 J. Landman Gay via use-livecode, <
> > >> use-livecode@lists.runrev.com> wrote:
> > >>
> > >>> On 5/26/23 1:14 PM, Richard Gaskin via use-livecode wrote:
> >  Bob Sneidar wrote:
> > 
> >    > HA! I just figured out what the purpose of the backdrop is!
> >    > If you have multiple LC windows open and you tab to another
> >    > app's window, then tab back to the LC window, ONLY that LC
> >    > window will appear in the foreground. With Backdrop on, ALL
> >    > the LC windows will become visible when you tab to any LC
> >    > window.
> > 
> >  The OS vendors help with that too:
> > 
> >  Windows: Shift-click Taskbar icon -> "Bring All Windows Forward"
> > 
> >  macOS:   Window menu -> Bring All to Front
> > 
> > >>> Clicking the icon in the Mac Dock also brings all windows forward.
> > >>> --
> > >>> 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
> > >
> > >
> > > ___
> > > use-livecode mailing list
> > > use-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: websockets...anything?

[Tom Glod via use-livecode]

Check out this forum post.

https://forums.livecode.com/viewtopic.php?t=37672&p=221502

On Tue, May 23, 2023 at 8:24 PM Tom Glod  wrote:

> Nope.
>
> I'm wondering how long it would take to go look at specs and implement it.
> Anyone in for a team effort? and we get it done without waiting for
> someone else to do it?
> Or is there a reason why it hasn't been done in all the years that web
> sockets have been around?
> Shrug.
>
> On Sat, May 20, 2023 at 9:24 AM Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> any news from anyone on lc+websockets?
>>
>> --
>> 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
>>
>
___
use-livecode mailing list
use-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: websockets...anything?

[Tom Glod via use-livecode]

Nope.

I'm wondering how long it would take to go look at specs and implement it.
Anyone in for a team effort? and we get it done without waiting for someone
else to do it?
Or is there a reason why it hasn't been done in all the years that web
sockets have been around?
Shrug.

On Sat, May 20, 2023 at 9:24 AM Mike Kerner via use-livecode <
use-livecode@lists.runrev.com> wrote:

> any news from anyone on lc+websockets?
>
> --
> 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
>
___
use-livecode mailing list
use-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: Sockets (again)

[Tom Glod via use-livecode]

Thanks guys, this was a very insightful thread.

On Wed, Apr 5, 2023 at 1:31 PM Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 4/5/23 08:13, Bob Sneidar via use-livecode wrote:
> > Thanks Phil. Yes I learned the hard way with my SQL Agent to
> base64encode anything over sockets. And yes I do append a numtochar(13)
> coming and going and strip it off before decoding and read until
> numToChar(13). I don't use cr because I am uncertain how each OS platform
> treats it. The Server Agent could be running on anything in the future.
>
> If you're already base64encoding the text you might consider a different
> end character than numtochar(13). For instance, numtochar(3) is already
> defined as "End of Text". That should eliminate or at least reduce any
> cross-platform issues you might run into.
>
> https://www.ascii-code.com/
>
> --
>   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: Training the AI to write better LiveCode

[Tom Glod via use-livecode]

This is what it wrote when displaying a "too busy page". Brilliant.

Write a guided meditation about the status of ChatGPT.
As you read this message, please take a moment to pause and breathe. Notice
the sensations in your body and the rhythm of your breath. Remind yourself
that you are not alone in wanting to try out ChatGPT. Many others are
interested in it as well. Be patient and know that the website is doing its
best to accommodate everyone. Trust that the right time for you to try
ChatGPT will come. In the meantime, continue to focus on your breath and
stay present in the moment.

On Fri, Jan 20, 2023 at 1:02 PM Tom Glod  wrote:

> :mind blown emoji
>
> On Fri, Jan 20, 2023 at 9:39 AM Ludovic THEBAULT via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> Hello,
>>
>> Can anyone verify that the corrections I reported to ChatGPT have been
>> taken into account?
>> I asked ChatGPT how to geolocate, but it gave me several bad suggestions
>> for commands that didn't exist :
>> - mobileControlCreate « geoControl"
>> - put mobileGetGPS()
>> - put geolocation()
>> - put mobileIsGeolocationAuthorized()
>> ….
>>
>>  So I told it which commands to use.
>>
>> Here my last question to chatGPT :
>> # To check if the app has permission to access the geolocation on iOS and
>> then to retrieve that geolocation, what is the correct code?
>>
>> His answer :
>> if mobileLocationAuthorizationStatus() = "authorizedAlways" or
>> mobileLocationAuthorizationStatus() = "authorizedWhenInUse" then
>>put mobileCurrentLocation() into tLocation
>>put "Latitude : " & item 1 of tLocation
>>put "Longitude : " & item 2 of tLocation
>> else
>>put "Géolocalisation non autorisée"
>> end if
>>
>> With a similar question, do you have directly an accurate response now ?
>>
>> Thanks
>>
>> Ludovic
>>
>> ___
>> use-livecode mailing list
>> use-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: Training the AI to write better LiveCode

[Tom Glod via use-livecode]

:mind blown emoji

On Fri, Jan 20, 2023 at 9:39 AM Ludovic THEBAULT via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hello,
>
> Can anyone verify that the corrections I reported to ChatGPT have been
> taken into account?
> I asked ChatGPT how to geolocate, but it gave me several bad suggestions
> for commands that didn't exist :
> - mobileControlCreate « geoControl"
> - put mobileGetGPS()
> - put geolocation()
> - put mobileIsGeolocationAuthorized()
> ….
>
>  So I told it which commands to use.
>
> Here my last question to chatGPT :
> # To check if the app has permission to access the geolocation on iOS and
> then to retrieve that geolocation, what is the correct code?
>
> His answer :
> if mobileLocationAuthorizationStatus() = "authorizedAlways" or
> mobileLocationAuthorizationStatus() = "authorizedWhenInUse" then
>put mobileCurrentLocation() into tLocation
>put "Latitude : " & item 1 of tLocation
>put "Longitude : " & item 2 of tLocation
> else
>put "Géolocalisation non autorisée"
> end if
>
> With a similar question, do you have directly an accurate response now ?
>
> Thanks
>
> Ludovic
>
> ___
> use-livecode mailing list
> use-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: Anyone else experience this bug?

[Tom Glod via use-livecode]

Thanks for that info Curry, there is more than one of them for sure.
I sometimes get it when exiting group editing, but that one is rare.

On Thu, Jan 5, 2023 at 1:21 AM Curry Kenworthy via use-livecode <
use-livecode@lists.runrev.com> wrote:

>
>  > livecode process just goes poof
>  > Has anyone else experienced it?
>
> Me! I get the IDE Vanishing Act on Windows, once per week.
>
> But perhaps a DIFFERENT bug or a different trigger:
>
> Not when interacting specifically with Styled text.
>
> Best wishes,
>
> Curry Kenworthy
>
> WordLib: Import MS Word and OpenOffice files in LiveCode!
> "Dominate documents with WordLib and LC"
> http://livecodeaddons.com/wordlib.html
>
> Radically Innovative Christian LiveCode Development
> "Passion for Elegant and Efficient Code"
> 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: Anyone else experience this bug?

[Tom Glod via use-livecode]

Thank you all for your responses.
Knowing that it has to do with Styled text is a big help, thanks Mark W.
Bob, the crash report is in the bug report.
Mathias, unfortunately I cannot post a sample stack.
I cannot reliably reproduce it myself.

The fields in the one code base,Appli, are heavily styled, and a big
feature depends on it.

I think the bug is at the software intersection of clickLoc, Styled Text
and maybe linkText.
I feel we are a step closer to it  today than yesterday.

Thanks again,

Tom

On Wed, Jan 4, 2023 at 1:11 PM Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 1/3/23 20:22, Tom Glod via use-livecode wrote:
> > Hi Folks,
> >
> > I work with 2 completely different codebases every week.
> > On both I and (we) experience hard crashes to desktop, where livecode
> > process just goes poof
> > Usually it is triggered by either a mouseUp or mouseDown ... most likely
> UP.
> > The bug is not consistent and does not happen when clicking anything in
> > particular.
> > There are days it does not happen, and days when it does multiple times.
> > On the exact same, doing the exact same things.
> > It happens both in IDE and in standalone
> > On both windows and mac.
> > (Come to think of it, it has happened less on  Windows 11 than 10.)
> > Running latest stable and latest RC1
> >
> > Has anyone else experienced it?
>
> The only CTD I can verify here at the moment is with deactivating
> breakpoints from the SE.
>
> --
>   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: Anyone else experience this bug?

[Tom Glod via use-livecode]

Sean, not that I know of.
 I am the only common denominator right now.
I would be happy to find out its me if only it meant that this issue be
solved.

I hear you Craig, I hear you.

On Wed, Jan 4, 2023 at 8:11 AM Craig Newman via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I have been plagued by arbitrary crashes forever. Probably a few times per
> month. But since I cannot post a repeatable example, I have nothing but
> sympathy from the forum members. Note though that those members generally
> do NOT see this issue at all.
>
> Craig
>
> > On Jan 4, 2023, at 5:20 AM, Sean Cole via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > I am not noticing this using LC quite extensively over the holidays. Is
> > there any code or library common to both codesets that utilises mouseUp
> > messages in the stack or card script? This would be my first place to
> look.
> >
> > Sean Cole
> > *Pi Digital Productions Ltd*
> >
> > eMail Ts & Cs <http://pidigital.co.uk/emailTCs.rtf>   Pi Digital
> > Productions Ltd is a UK registered limited company, no. 5255609
> >
> >
> > On Wed, 4 Jan 2023 at 04:22, Tom Glod via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> Hi Folks,
> >>
> >> I work with 2 completely different codebases every week.
> >> On both I and (we) experience hard crashes to desktop, where livecode
> >> process just goes poof
> >> Usually it is triggered by either a mouseUp or mouseDown ... most likely
> >> UP.
> >> The bug is not consistent and does not happen when clicking anything in
> >> particular.
> >> There are days it does not happen, and days when it does multiple times.
> >> On the exact same, doing the exact same things.
> >> It happens both in IDE and in standalone
> >> On both windows and mac.
> >> (Come to think of it, it has happened less on  Windows 11 than 10.)
> >> Running latest stable and latest RC1
> >>
> >> Has anyone else experienced it?
> >>
> >> Bug report from QC
> >>
> >> https://quality.livecode.com/show_bug.cgi?id=23989
> >>
> >> Getting pretty desperate to find it., I need it out of my life.
> >> '
> >> Thanks,
> >>
> >> Tom
> >> ___
> >> use-livecode mailing list
> >> use-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

Anyone else experience this bug?

[Tom Glod via use-livecode]

Hi Folks,

I work with 2 completely different codebases every week.
On both I and (we) experience hard crashes to desktop, where livecode
process just goes poof
Usually it is triggered by either a mouseUp or mouseDown ... most likely UP.
The bug is not consistent and does not happen when clicking anything in
particular.
There are days it does not happen, and days when it does multiple times.
On the exact same, doing the exact same things.
It happens both in IDE and in standalone
On both windows and mac.
(Come to think of it, it has happened less on  Windows 11 than 10.)
Running latest stable and latest RC1

Has anyone else experienced it?

Bug report from QC

https://quality.livecode.com/show_bug.cgi?id=23989

Getting pretty desperate to find it., I need it out of my life.
'
Thanks,

Tom
___
use-livecode mailing list
use-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 - a new release of WinSignHelper for macOS

[Tom Glod via use-livecode]

Thanks Matthias, great timing!!!

On Sat, Dec 24, 2022 at 5:10 PM Mark Talluto via use-livecode <
use-livecode@lists.runrev.com> wrote:

>
> > On Dec 23, 2022, at 8:44 AM, matthias rebbe via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Hello,
> >
> > i've upgraded my free tool WinSignHelper.
>
> Thank you Matthias!
>
>
> Best regards,
> Mark Talluto
>
> appli.io 
> livecloud.io 
> nursenotes.net 
> canelasoftware.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: Sad news about Brahmanathaswami

[Tom Glod via use-livecode]

Rest in peace Swami.
I did not have a long history with him, but I met with him about 6 months
ago and he seemed like a lovely being who walked his talk.
Andre, has he ever spoken to you about what should happen to his work after
he passses?
___
use-livecode mailing list
use-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: What ever happened to LC blockchain?

[Tom Glod via use-livecode]

Hmmm.
Currently LC will integrate with any blockchain that has a REST api.
For those that don't have rest (most of them) we'll need websockets, or use
livecode to build the interface for something running on NODE.js or
something like it.
Third option is to use something like GO, RUST or V to build a small client
that will talk to the blockchain for and then you talk to that process with
LC.
PM me if you have a specific use case that you need it for, I've done a lot
more research into blockchains.
Cheers



On Sun, Dec 18, 2022 at 3:34 PM Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Rick Harrison wrote:
>
>  > Hi Richard,
>  >
>  > I just read an article about Ethereum, and smart contracts.
>  >
>  > How one would approach this with LiveCode would be
>  > an interesting topic, although it does raise some questions.
>
>
> All good questions, which is why I was quick to note that I have no
> interest in speculative psuedo-currency applications.
>
> At the moment I'm mostly interesting in finding ways to use tokens to
> certify different stages of participation in scavenger hunt games for
> live events. Some of these events have global secondary audiences, so a
> token with decentralized availability and inherent authentication has
> some utility.
>
> What is your interest that prompted you to introduce this thread?
>
> --
> Richard Gaskin
> Fourth World Systems
>
>
>
>  > For example: Assume that someone writes an app
>  > like a game, that is stored as a smart contract. Although
>  > it is decentralized, future obsolescence of hardware
>  > and software, will eventually make the game
>  > obsolete too. Then it’s just trash data slowing
>  > down blockchain transactions.  Does that make
>  > sense?
>  >
>  > The article I read also discussed CrytoKitties
>  > which I would say is the same as NFT artwork.
>  >
>  > I don’t see much value in that kind of artwork.
>  >
>  > There is also speculation that the reason some
>  > of this artwork has sold for large sums of money
>  > is because it is being used by criminal elements
>  > to conduct money laundering.  That of course
>  > falsely makes the currency seem that it must
>  > have some real value, that fools others into
>  > investing in it.
>  >
>  > There has to be a better way to implement
>  > such ideas.
>  >
>  > Just my 2 cents.
>  >
>  > Thanks for your replies!
>  >
>  > Rick
>
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: fontNames woes

[Tom Glod via use-livecode]

Thanks Neville, for doing this research, noting your results in public and
putting together the library of corresponding font names.
Your effort will make it easier for livecode to fix things up.
I have some plans for doing some more advanced font work, so I'm sure down
the road it will help me also.
Thanks again,
Tom


On Fri, Oct 28, 2022 at 8:00 AM Neville Smythe via use-livecode <
use-livecode@lists.runrev.com> wrote:

> In my last post I alluded to an elusive problem on Windows 10 with the
> fontnames function. I think I have identified at least one circumstance
> where fontNames() causes a crash on Windows 10.
>
> If in a Windows standalone you call
>
> stop using font file foo.ttf
>
> and then try to get fontNames() without first calling
>
> start using font file bar.ttf
>
> for some font bar.ttf
>
> I get a crash (or, if I use a try wrapper or errorDialog handler, "error
> in statement get the fontNames”. Thereafter any call to fontNames will
> fail, so something is fatally corrupted). In the IDE the code works as if
> there had  been no error but the list of fonts returned may be corrupted,
> it may for example contain foo.tff. The same code works without error on a
> Mac.
>
> Most apps will probably just start using some custom fonts when they
> launch, and then stop using them when cleaning up, so will not be affected
> by this bug. In my case I am examining a sequence of custom fonts, adding
> one at a time and removing it before processing the next.
>
> As it turns out I didn’t  need to call fontNames() directly after stop
> using one font and before adding the next font. When this nugatory bit of
> code was rewritten it all worked happily - well, almost: in processing 4000
> font files I still got that “error in statement” error 16 times, seemingly
> randomly and not fatally. Running the code again on just those 16 fonts had
> no problems, so it is not a case of corrupted fonts. Which means there is
> still a problem lurking there, my guess being that stop using font file can
> leave some font library in a fragile state. The Windows 10 system font
> cache is evidently well-known for being easily corrupted and perhaps that
> is what is going on here, but somehow I feel this is an LC problem because
> the font rendering itself seems to be OK.
>
> Anyway I have my data so I can ignore the problem for now: for those who
> came in late I am compiling a database of fonts to provide the different
> fontnames used by the 3 platforms for each font, and the lengths of
> rendered strings and their ascent and descent for cross-platform layout and
> vertical alignment. When that is done I shall put together a bug report for
> Quality Control.
>
>
> Neville Smythe
>
>
> ___
> use-livecode mailing list
> use-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

QR Code reader for desktop?

[Tom Glod via use-livecode]

Hi Folks,

I hope everyone is doing great.

I'm searching for a working solution for reading or scanning qr codes on
the desktop? Windows and MacOS

reading = open image and interpret qr code
scan = open camera and detect qr code in the camera output

I think on desktop I need to do a "read" instead of scan.

There is this library ... which does not seem to work anymore, it returns
an error.
https://github.com/portilla/yBarcode

Also I found a post by HH (RIP) where he talked about a library he wrote
and that it would be in the sample stacks, but I cannot find it there.

Are there any other working solutions?

Thanks in advance

Tom
___
use-livecode mailing list
use-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: RegEx to convert standard date to sql date

[Tom Glod via use-livecode]

Regex is overkill for this . i would handcode the translation like
Keith mentioned.

On Fri, Sep 30, 2022 at 1:42 PM Keith Clarke via use-livecode <
use-livecode@lists.runrev.com> wrote:

> If it's always this standard string 'tDate' why not avoid Regex and just
> set the delimiters of tDate to "/" and then put item 3 of tDate & item 2 of
> tDate and put item 1 of tDate?
> Best,
> Keith
>
> > On 30 Sep 2022, at 18:13, Bob Sneidar via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > I'm trying to convert a date format like mm/dd/ to an sql date
> format mmdd. Any ideas? Nothing I found on the interwebs seems to work.
> >
> > Bob S
> >
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: one field to rule them all

[Tom Glod via use-livecode]

Mike, if you have the bundle and the appstarterstack, you can view the
examples there.

On Mon, Sep 26, 2022 at 4:36 PM Mike Kerner via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Is there any advantage to using the android widget vs. creating them
> with the commands? I'd like to make the ios and android versions of this
> app as close as possible, since there's already going to be a tablet and
> a phone version.
> I just wonder why all the field widgets weren't all combined into a single
> widget. You've got the commands to build something by hand, the android
> widget, the mac widget, and several field objects. I can understand having
> various objects if you have a situation like you do with the field objects,
> where the settings are different because the use-cases are different.
>
> On Mon, Sep 26, 2022 at 3:46 PM Mike Kerner 
> wrote:
>
> > does anyone know why we don't have a single field widget?
> > i am just dipping a toe in the android waters, so do the mobilecontrol
> > commands not work in android? the dictionary seems to say that they do.
> >
> > --
> > 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."
> >
>
>
> --
> 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
>
___
use-livecode mailing list
use-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: PolyGrid

[Tom Glod via use-livecode]

Thanks Klaus,

Its strange that it didn't occur to me to check there, I assumed it was not
updated. :D
My bad.
Thanks.

Tom

On Fri, Sep 23, 2022 at 11:47 AM Klaus major-k via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Tom,
>
> > Am 23.09.2022 um 01:32 schrieb Tom Glod via use-livecode <
> use-livecode@lists.runrev.com>:
> >
> > Hello Folks,
> >
> > I'm wondering if there is any official documentation for the polygrid and
> > polylist widgets.
> > Like a place that tells you what messages the grid listens to and etc.
> > Something in written form?
>
> yes, check the dictionary for PolyList and PolyGrid.
>
> > Thanks
> >
> > --
> > Tom Glod
>
> 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

PolyGrid

[Tom Glod via use-livecode]

Hello Folks,

I'm wondering if there is any official documentation for the polygrid and
polylist widgets.
Like a place that tells you what messages the grid listens to and etc.
Something in written form?

Thanks

-- 
Tom Glod

Founder & Developer @ MakeShyft R.D.A 
Build Software with AppStarterStack  for
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: Cross-platform font handling, and why you don't want to do it

[Tom Glod via use-livecode]

It seems like you have an approach that can work well, despite being more
work.
Mainly shipping the fonts, which cancels out most of the issues, but
requires handling each case.

I don't know if any multi-platform dev tool deals with fonts without any
extra hoops.
If I recall correctly, flutter did  OK, but not perfectly on the 2 mobile
platforms, but I've not tested the desktops, which I am guessing will be
worse.

Hopefully your wrap up can help people to avoid trying to stick . the
thing in the thing.
Good luck to us all.


On Mon, Sep 5, 2022 at 3:03 AM Quentin Long via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Cross-platform font compatibility is a hellacious rat's nest of
> mismatches. It may or may not be worse than handling time (Daylight Savings
> Time? leap years? leap *seconds*? etc, ad nauseum), but it's plenty bad
> enough on its own merits, or lack thereof.
> * You can't be 100% confident that your user will have the same font(s)
> you do installed on their system.
> * If your user has a font *of the same name* as your font installed on
> their system, you can't be 100% confident that *their* font came from the
> same font foundry as *your* font. Yes, font names are legally protected,
> but... Helvetica, anyone?
> * If your user has a font *of the same name* as your font installed on
> their system, you can't be 100% confident that it's the *same* font you
> have. Again: Font names are legally protected. But what if you
> have version 15.0 of RandomFontFoundry's WhateverFont on your system, but
> your user only has version 1.0 of RandomFontFoundry's WhateverFont? Who
> *knows* what tweaks RandomFontFoundry may have made to WhateverFont in
> between those two version numbers?
> * Can you be 100% confident that version 15.0
> of RandomFontFoundry's WhateverFont *for Mac* is going to render *exactly
> the same* as version 15.0 of RandomFontFoundry's WhateverFont *for Windows*
> or *for Linux*? No. You cannot. Different type rendering engines on
> different OSes *ensure* that rendering compatibility will be problematic at
> best.
> * Assuming your user has exactly the same version of exactly the same font
> on exactly the same OS you do, you can't be 100% confident that your user
> has installed the font metrics data (kerning, sidebearings, etc)—which
> means you have no idea if the damn thing will look the same on your user's
> system as on your system.
> If you want to *ensure* that some piece of text looks *exactly the same*
> cross-platform, the only way to get there is to format the text the way you
> want it on one platform, take a screenshot, and use that graphic. But even
> then, can you be 100% confident that your user *hasn't* tweaked some
> setting on their system which messes with graphics..?
>
> The "take a screenshot" solution is not well-suited for any use-case
> involving text which varies from time to time, and largely impractical for
> any use-case involving text which is input by the user. In principle, it
> should be possible to create a library of glyph-images of all glyphs in a
> font, and import those glyph-images as necessary—no, mass quantities of
> "set the imageSource of char X to $GlyphImage" commands ain't gonna fly,
> cuz letterspacing will look crappy—but that "solution" is tantamount to
> building your own, redundant, set of text-handling routines. Yuck!
> If "take a screenshot" doesn't work for you, I suspect the next-best route
> to achieving Absolute Cross-Platform Font Fidelity may be this:
>  1) Open up your font in your font-editing utility of choice
> (Fontographer, Glyphs, FontLab, whatever)
> 2) Export your font N times, once for each of the *other* OSes you need
> font compatibility with—WhateverFontMac, WhateverFontWindows,
> WhateverFontLinux, etc
> 3) Open up your stack within each of the OSes you're working with, always
> using the appropriate OS-specific version of your font, and see how
> different your stack looks on the other OSes
> 4) Tweak the font metrics on the other-OS versions of your font until your
> stack looks the same on all OSes
> 5) When it's time to distribute your stack, be sure to bundle *all* the
> hand-tuned OS-versions of your font with your stack
> This procedure is, of course, a royal pain in the arse. Hellacious rat's
> nest of mismatches, yada yada yada. But regardless of how painful it is? If
> you need absolute visual fidelity cross-platform, *and* total flexibility
> in the *content* of text, this procedure may be your least-bad option.
> As a perhaps-preferable option:
> 1) Open up your stack on each of the OSes you're striving for font
> compatibility on
> 2) Tweak the appearance-relevant text properties (textFont, textHeight,
> textShift, etc) on each OS until you get an acceptable approximation of
> identical appearance
> 3) Make note of the values of all these text properties for each OS
> 4) Assuming you have however-many fonts specified by fontName, be sure you
> bundle all those fonts with your s

Re: Standardize Font Appearance

[Tom Glod via use-livecode]

Bob, if you really wanna think about the user, check out resource such as
this:

https://www.vandelaydesign.com/google-font-pairings/

On Fri, Sep 2, 2022 at 11:10 AM Richmond Mathewson via use-livecode <
use-livecode@lists.runrev.com> wrote:

> For what it's worth, ever since my Master's thesis with LiveCode/RunRev, I
> have always set up buttons with fonts the way I want them on whatever
> platform, imported snapshots of those buttons, and used those images as
> buttons.
>
> No stress, No mess!
>
> On Fri, 2 Sept 2022, 18:00 Bob Sneidar via use-livecode, <
> use-livecode@lists.runrev.com> wrote:
>
> > I read a blog some years back why it is so difficult to get nything on
> > Windows to look like it does on the Mac. It is true that Windows renders
> > fonts differently that Mac, so "exactly the same" remains the realm of
> the
> > imagined. But you can get close. My big issue was that using Arial,
> labels
> > that were right aligned and auto fitted on the Mac would overflow the
> left
> > f the label on Windows.
> >
> > Now I am using Aclonica for form headers, Acme for labels and Actor for
> > fields, buttons and grids. (Didn't have to look far did I?) I'm pretty
> > happy now with the rendering of each on both platforms.
> >
> > Bob S
> >
> >
> > On Sep 1, 2022, at 23:18 , Neville Smythe via use-livecode <
> > use-livecode@lists.runrev.com>
> > wrote:
> >
> > Standardising fonts, so that one would no longer have to check that every
> > label and field carefully crafted on the Mac to fit text precisely would
> > not have missing pixels or whole words wrapped out of sight on Windows
> > because of different font metrics, sounds like a great idea. But the
> > reality of the way systems render fonts seems to complicate things:
> >
> > I set up a test standalone with the Google fonts NotoSans-regular.ttf and
> > NotoSerif-regular.ttf installed. A label and and single line text field
> > were set up to be exactly the right size to fit some text using Arial
> font
> > on a Mac (Monterey). Then the labels and field were set to use NotoSans
> or
> > NotoSerif fonts.
> >
> > ___
> > use-livecode mailing list
> > use-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: Standardize Font Appearance

[Tom Glod via use-livecode]

THe only way to do this is to use google's web fonts and ship them with
your project. It works well.
To save you the trouble, Android requires the fonts to be in a "fonts"
folder in the root folder of your projects.
Or at least its what I read somewhere in the forums.

Cheers Bob

On Tue, Aug 30, 2022 at 7:21 PM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hmmm spoke to soon. I see Start Using Font in the dictionary. I'll explore.
>
> Bob S
>
>
> On Aug 30, 2022, at 16:12 , Bob Sneidar via use-livecode <
> use-livecode@lists.runrev.com>
> wrote:
>
> Hi all.
>
> I'm at the point now where I want to clean up the appearance of all my
> projects across all platforms. For instance, I have a Time Calculator stack
> that calculates total time for any number of start/stop/lunch entries. I
> have heretofore left my field and label fonts at the default, which for
> MacOS is . But when I create a standalone for Windows, the
> size of that text is larger, and so any labels I have overflow the label
> and only show me part of the text.
>
> What I want to do is set up my environment so that whatever font I use in
> the MacOS uses, there is an identical font on the Windows side as well. I
> know there is a way to embed fonts in a project, but I don't really
> understand how that works.
>
> If I use a font that exists in both Mac and Windows, a common web font for
> instance, they do not look at all the same on both platforms. Verdana is a
> good example. I am not averse to purchasing a font family or two and
> statically setting my font, size and style for every object, so long as the
> Windows and MacOS look (reasonably) the same.
>
> Any ideas?
>
> Bob S
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: A web app launcher with responsive design

[Tom Glod via use-livecode]

Hey Andreas, thanks for sharing, cool example of responsive design.

I thought the HTML5/javascript export was dead, and WASM would be used
instead.
It could be my own confusion about terminology being used.
Can someone clarify this for me?

Thanks,

Tom


On Sat, Aug 13, 2022 at 5:41 PM Mark Smith via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Congratulations Andreas and thanks for sharing. I haven’t done any work
> with the new LC HTML5 engine but I was really impressed with the speed of
> loading it on my new M1 Pro — about 3-4 seconds on first download and then
> a second or so thereafter. On my iPhone 12 not so fast… more like 30 on the
> first download but again very quick (a second or two) on subsequent loads.
> It looks like you’ve got a lot of the tech working with objects and screens
> and the adaptive resizing. When I do get around to getting into this (and
> it looks very enticing) I’ll know where to go for help :)
>
> Mark
>
>
> > On 13 Aug 2022, at 8:24 pm, Andreas Bergendal via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Friends, I have done wonderful things with LC10 web deployment!
> >
> > I’m excited to share with you the fruits of this week's extensive
> research and testing!
> >
> > TL;DR:
> > Try this: https://wheninspace.com/portal/ <
> https://wheninspace.com/portal/>
> >
> > Long version:
> >
> > I wanted to do two things:
> >
> > 1) Like we often do with desktop standalones: Create a minimal
> launcher/splash stack as standalone, which only does one thing - open an
> external stack that does everything else. This way I can then update
> individual stacks, without having to build a new standalone each time.
> >
> > 2) Get the resizing of the browser window to trigger the resize of the
> stacks and all the responsive design therein, and make it look good on both
> desktop and mobile. (Refining the example from the mothership, ”Meeting
> space”.)
> >
> > I have accomplished both!
> > You can see and test the result here:
> > https://wheninspace.com/portal/ 
> >
> > Please try it both in desktop browsers (resizing the browser to various
> sizes) and mobile browsers (both portrait and landscape orientation).
> >
> > The standalone consists of a minimal launch stack that just acts as
> event listening agent (even after closing itself) and opens the Portal
> stack which is an external LC stack. The Portal stack then has buttons for
> opening additional external LC stacks.
> >
> > When the launcher stack receives a resize signal from the browser (from
> the JavaScript in the html file), it dispatches ”resizeEvent” with the
> width/height values to the topStack, which can subsequently rearrange its
> stack rect and content accordingly.
> >
> > As a bonus, I also demonstrate the possibility to show several stacks in
> the same browser window!
> >
> > I find the LC web deployment option a true game-changer! A new world is
> opening! Let’s build it! :)
> >
> > /Andreas
> > ___
> > use-livecode mailing list
> > use-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 SQLite

[Tom Glod via use-livecode]

Hey Mark, I'm using very simple examples to run it, so I don't think its my
query, but you are eight I shouldreport this. This would be really great to
have. Esp since  almost everything is json these days.
I will report it in the next few days. Thanks,

On Fri, Aug 12, 2022 at 12:57 AM Mark Waddingham via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 2022-08-11 16:16, Tom Glod via use-livecode wrote:
> > I was interested in implementing a relatively new feature where you can
> > index and query json documents and read the keys directly.
> >
> > https://dgl.cx/2020/06/sqlite-json-support
> >
> > I guess, if this is true, is there any documentation about which
> > features
> > of sqlite are implemented and which are not?
>
> The version of SQLite is currently 3.34 built with FTS3,
> FTS3_PARANTHESIS, FTS4, FTS5, RTREE and JSON1 options.
>
> So the JSON features (at least as far as those included in 3.34) should
> be included - perhaps the queries you are trying rely on features
> (perhaps not JSON related) included in more recent versions?
>
> If you file a bug report with what examples of what isn't working, then
> we'll look into updating to the latest version of the library.
>
> Warmest Regards,
>
> Mark.
>
> --
> Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
> LiveCode: Everyone can create apps
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Livecode SQLite

[Tom Glod via use-livecode]

Hi Sean,

The SQLite db i want to read json fields from is local.  I know there are
lots of workarounds.

But in link I provided, the premise was using sqlite function to index and
read a jason document's field.

like so:

sqlite> insert into t values(json('{"d":"42"}'));
sqlite> select * from t WHERE d = 42;
{"d":"42"}|42

Thanks Sean, I'm happy you found the help you needed with your email
problem.

On Thu, Aug 11, 2022 at 11:37 AM Pi Digital via use-livecode <
use-livecode@lists.runrev.com> wrote:

> How was you accessing the database? Is it locally based?
>
> The ones I access are stored on a web host server with a cPanel. I have my
> own php I POST my sql request to and receive JSON back. I then use
> JSONtoArray or, recommended, JsonImport encapsulated in a ‘try’ structure
> to convert the data.
>
> To tell the database to respond with json is not done at the LC end but
> must either be set up in the DB itself or, as in my case, whatever is the
> medium for the data, PHP for me.
>
> Sean Cole
> Pi Digital Productions Ltd
>
> eMail Ts & Cs
>
>
> > On 11 Aug 2022, at 16:16, Tom Glod via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Hi Folks,
> >
> > I have a question about Livecode's SQLite implementation.
> >
> > Looking at the official SQLite specs there seem to be json related
> > functions.
> >
> > https://www.sqlite.org/json1.html
> >
> > but none of them seem to work using Livecode's driver.
> > I was under the impression we had a full implementation
> >
> > I was interested in implementing a relatively new feature where you can
> > index and query json documents and read the keys directly.
> >
> > https://dgl.cx/2020/06/sqlite-json-support
> >
> > I guess, if this is true, is there any documentation about which features
> > of sqlite are implemented and which are not?
> >
> > TIA,
> > --
> > Tom Glod
> > ___
> > use-livecode mailing list
> > use-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

Livecode SQLite

[Tom Glod via use-livecode]

Hi Folks,

I have a question about Livecode's SQLite implementation.

Looking at the official SQLite specs there seem to be json related
functions.

https://www.sqlite.org/json1.html

but none of them seem to work using Livecode's driver.
I was under the impression we had a full implementation

I was interested in implementing a relatively new feature where you can
index and query json documents and read the keys directly.

https://dgl.cx/2020/06/sqlite-json-support

I guess, if this is true, is there any documentation about which features
of sqlite are implemented and which are not?

TIA,
-- 
Tom Glod
___
use-livecode mailing list
use-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: Email via IMAP with HTML body from a template

[Tom Glod via use-livecode]

Sean,

Try this ..

edit the script of stack "com.livecode.library.mime"

there seems to be some documentation there that may help.

I also found this

https://livecode.fandom.com/wiki/MimeEncodeAsMIMEMultipartDocument

Is that your comment? :)

Hope that helps a bit.



On Wed, Aug 10, 2022 at 11:46 PM Sean Cole via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi all,
>
> I'm struggling with this still. It's been years (since before Dec 2020) and
> I just can't get my head around it.
>
> I have a template created in Dreamweaver that is a simple bit of HTML body
> with CSS styling embedded (https://pidigital.co.uk/DeepDiveReport.html).
> There is also a pdf that needs to be attached.
>
> How do I use MimeEncodeAsMIMEMultipartDocument to make it ready to send via
> tsNetSmtpSync?
>
> There are zero tutorials and the dictionary is devoid of any useful
> information on how to use it. Google turned up nothing. In my previous
> request back in 2020, Monte, the author of the MIME library, had only
> referred me on to the RSC docs for MIME which is like looking for a straw
> in a needle stack. When I asked at one of the 'Firesides' I was told just
> to use a template and send it. But to send it, it needs to be encoded and
> that's the bit that is undocumented anywhere.
>
> Any help appreciated.
> ___
> use-livecode mailing list
> use-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: megabundle thoughts

[Tom Glod via use-livecode]

Greetings Everyone!

I might be pretty biased (cuz the bundle contains my AppStarterStack),
And I understand  that people have different goals with their software
development.
But all i know is there is ALOT of value in the bundle.
So much so, I don't even necessarily agree with the price points, for the
amount of value thats in it.
(When you take just the vouchers into consideration)

Just my 5 cents.



On Fri, Aug 5, 2022 at 3:20 PM matthias rebbe via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I own a Lifetime commercial (Indy) license for all current and future
> platforms and a current subscription to upgrade my license to the Pro
> features with Email support.
>
> There are 2 items in the bundle  i was interested in: the Email parser
> library and also the PolyGrid widget. The other stuff like the ebooks,
> conference videos and others i already own or i could upgrade much cheaper
> (Curry's libraries) through the LC shop.
>
> And without the voucher, which has the same value as the Megabundle
> costs,  i would not have purchased the bundle.
>
> But i have also a subscription for the script compiler, so i decided to
> purchase the bundle and use the voucher for the next payments for the
> Script compiler subscription.
>
> So in my case i did not loose money, but got some really usefull widgets
> and libraries on top. I did not pay much attention for the other widgets
> and libraries, but must confess that the PolyList (formerl DataView) and
> also the ResponsiveLayout library are really great enhancements.
>
> So in case you have a current subscription in your LC account and you do
> not plan to cancel that subscription in near future, the MegaBundle is a
> bargain. You pay your subscription costs in advance and get some really
> great enhancements for LC.
>
>
> Matthias
>
>
>
> > Am 05.08.2022 um 19:46 schrieb J. Landman Gay via use-livecode <
> use-livecode@lists.runrev.com>:
> >
> > I'm with Paul. I don't need additional licensing but if the widgets go
> on sale separately later then I'm in.
> >
> > --
> > Jacqueline Landman Gay | jac...@hyperactivesw.com
> > HyperActive Software | http://www.hyperactivesw.com
> > On August 5, 2022 12:36:22 PM Alex Tweedly via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> >> I kind of agree with Paul (though I ame to the opposite conclusion).
> >
> >
> >
> > ___
> > use-livecode mailing list
> > use-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: Android Player Object in Background

[Tom Glod via use-livecode]

The way I achieved this is using a html 5 player in the browser instead of
the player object.
The player has no way of doing this currentlyas far as I know.

On Tue, Jul 26, 2022 at 12:43 PM Dan Friedman via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I have a music playing app that uses the native player object to play
> music.  When in the background, iOS allows control of the playing song in
> the Control Center.  This not function this way on Android.  There is a
> androidStartAudioPlayingInBackground command, but that plays a supplied
> url, not from the player object.   Does anyone have any insight on this?
>
> -Dan
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Images and arrays...

[Tom Glod via use-livecode]

imagedata does not include alpha

as odd as it sounds  "the text of image" contains all of the data.

:D

On Tue, Jul 5, 2022 at 9:48 PM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Put the imageData?
>
> Sent from my iPhone
>
> > On Jul 5, 2022, at 18:40, Paul Dupuis via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > I am drawing a blank:
> >
> > If I have the following code:
> >
> >   export snapshot from rect tRect of player
> "mediaConvert" of stack "libHrAPI" to tImage as PNG
> >   put tImage into pRefArray[tRef]
> >
> > The actual image (not a reference, such as a long ID) is placed in the
> tRefArray[tRef] array element
> >
> > However, if I have a variable tImageID that contains a reference to an
> image such as
> >
> > image id 10328 of card id 10001 of stack "X"
> >
> > How do I get that actual Image stored in the array?
> >
> > put tImageID into pRefArray[tRef] -- results in the array element
> storing the long ID
> >
> > put (tImageID) into pRefArray[tRef] -- also results in the array element
> storing the long ID. I thought the () might for the long ID to be evaluated
> to an actual image
> >
> >
> >
> >
> > ___
> > use-livecode mailing list
> > use-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: On API keys...

[Tom Glod via use-livecode]

This is a great best-practice explanation. Perhaps someone can turn it into
a blog post and put it on the site.
Thanks again



On Fri, Jun 24, 2022 at 6:24 PM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Mr. (Or should I say Doctor) Waddingham! This is a really brilliant essay
> on the risk, benefits and rewards in multiple scenarios concerning the
> storage of keys. I’ve mentioned before that I came up with the idea of
> “poisoning” the encrypted data before the data was transmitted. If
> intercepted in transit, the data itself could never be decrypted without
> knowing how it was poisoned and what was needed to “cleanse” it. And that
> would require access to either the API of the device doing the corruption
> or the cleansing, or else someone who knew the method.
>
> By using this method, all but physical and social vectors are nullified.
> And control of those vectors is an illusion.
>
> Bob S
>
> Sent from my iPhone
>
> > On Jun 24, 2022, at 13:22, Mark Wieder via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > On 6/24/22 10:04, Mark Waddingham via use-livecode wrote:
> >
> >> The only way to use these keys is from server scripts running on a
> server which you do your best to maintain the security of. Ideally these
> keys should be stored in files which are only readable by specific users -
> usually the web-server user which is running the backend scripts which
> needs to make the requests.
> >
> > Or as server environment variables retrieved only by server scripts
> which are not user-accessible.
> >
> > --
> > 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
>
___
use-livecode mailing list
use-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 API keys...

[Tom Glod via use-livecode]

Mark, thanks for taking the time to give this in-depth answer.
This will come in handy for others as well I am sure.

Have a great weekend.

Tom



On Fri, Jun 24, 2022 at 1:04 PM Mark Waddingham via use-livecode <
use-livecode@lists.runrev.com> wrote:

> So this is mainly aimed at Tom Glod due to a question he asked in this
> afternoon's Feature Focus session which I perhaps did not answer
> particularly well (and given that it is security related, I figured I
> should expand on what I said).
>
> The question was whether putting an API Key as a LiveCode 'constant',
> rather than anything else, made it 'more secure' - the answer is 'no
> more than putting it anywhere else in a password protected script'.
>
> However, what I should have probably expanded on is what my
> understanding on the best practice for API keys in general is...
>
> I have come across three kinds of API key in practice:
>
>1) API keys intended to be used from web pages (in client-side code)
>
>2) API keys intended to be used in deployed apps
>
>3) API keys intended to be used for doing secure things
>
> How I would advise using them (based on my current understanding, at
> least) is:
>
> TYPE 1
>
> In (1) above you have things like Google Analytics 'product ids' (which
> aren't strictly API keys I guess, but are similar enough to warrant
> inclusion) and Google Maps JS keys.
>
> As these are intended to be used in client side JavaScript - there is
> very little, if anything, you can do to protect them directly.
>
> For Analytics, since the worse that can happen is that someone can
> generate fake analytics it doesn't really matter - and the data can be
> relatively easily filtered and processed to eliminate any dodgy looking
> submissions.
>
> For Maps, it can cost you money if someone else tries to use yours -
> however, you can restrict the key by the referring website and IP
> addresses, as well as what the key can do.
>
> TYPE 2
>
> In (2) you have things like Google Maps App keys (for Android/iOS) - and
> all manner of other 'cloud type' services which have (native) app
> bindings for mobile (and desktop).
>
> Many services offer restrictions for these keys too - for example Google
> Services API keys can be restricted by Android app signing hashes and
> ids, and iOS app bundle ids.
>
> However, in general, these services generally suggest that you ensure
> that the API key is not extractable directly from the app bundle (after
> decompressing in general) - i.e. that the key be obfuscated in some
> fashion and does not appear in plaintext.
>
> It is important to note that they do not require any more than this
> because, at the end of the day, any API key has to be in memory at some
> point, and indeed has to be transmitted 'over the wire'. If someone has
> enough access to access memory, then they have enough access to
> intercept the HTTP requests (even if encrypted - if they really know
> what they are doing) so obfuscating in the on-disk files of the app is
> as good as you can get.
>
> If these keys are compromised then it is a pain - it might cost you
> money (as all these services which have them tend to charge by use) -
> and, if embedded in an app, will require an app update to replace.
>
> TYPE 3
>
> Certain services require (sometimes in the TOS!) that their API keys
> *never* leave a secure bubble which you control - this means they must
> never appear in deployed apps or in files transmitted to the browser.
> Payment gateway API keys will pretty much always fall into this category
> - Stripe is a good example.
>
> The only way to use these keys is from server scripts running on a
> server which you do your best to maintain the security of. Ideally these
> keys should be stored in files which are only readable by specific users
> - usually the web-server user which is running the backend scripts which
> needs to make the requests.
>
> Indeed, services which require this tend to design their APIs for the
> intention of being used on a server.
>
> WHAT TO DO IN LIVECODE
>
> If you are dealing with a type 1 key then you really don't have to worry
> - they are designed to be used in a context which offers zero ability to
> protect them, so including them in a deployed app (in particular) is
> more secure out of the gate than in their intended use in a webpage.
>
> [ Of course, whether you are actually *allowed* to use their services
> from anything other than websites is another matter - and entirely
> defined by their TOS - but I digress! ]
>
> If you are dealing with a type 2 key then the requirements put on their
> use in deployed (native) apps is more than catered for by having the key
> in script, in a password protected stack - for example, as a constant
> return value of a function, or indeed as a constant defined in the
> script which is talking to the API. With this, the key will not appear
> in plaintext in any of the files included in the built app (even after
> the container is unzipped).
>
> [ I sh

Re: arrayencode

[Tom Glod via use-livecode]

Hello Richard, thanks for the detailed answer.
There are 2 reasons why I am considering this.

1. I can skip the encoding and decoding from and to json.
2. it supports binary, and does not require base encoding and its 33%
inflation.

For interoperability for the users, JSON is the way to go for sure.
But for throughput between the UI Layer and "background service" I would
love a way to just skip all the extra steps and send the serialized array
to be unserialized into an array or map directly.

I was hoping this was easy.

I may ask you for your notes in the future, after I have a chat with Kevin
and Mark about it.

Thanks again,

Tom






On Wed, Jun 22, 2022 at 10:10 AM Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Martin Koob wrote:
>
>  > Hi Richard
>  >
>  > Thanks for the explanation. I think it is a helpful term or
>  > distinction to have.  I think it would be good to actually have
>  > that term with a formal  definition published by LiveCode or
>  > the community with references to BSON so it will show up in
>  > web  searches for either term to lead people to LiveCode.  Maybe
>  > a start would be to introduce it in the forums.
>
> I've been using the term for years whenever I discuss LC encoded arrays.
> A few others have as well, tho not many. If LC Ltd finds it useful for
> orienting newcomers to LC they could include it in the Dictionary's
> glossary, and perhaps sprinkle use of it in places where "LSON" can
> serve as a shorthand for "encoded associative array".
>
>
>  > Just a question though how is what you define as LSON different
>  > from JSON.  Is it a different way of serializing LiveCode native
>  > arrays?
>
> LSON is the LC-engine-native way to serialize LC arrays.
>
> JSON is the JavaScript-engine-native way to serialize JS objects.
>
> BSON is the MongoDB-engine-native way to serialize document objects.
>
> They're similar only in that each is purpose-built for its respective
> scripting engine. LSON is to LC what JSON is to JavaScript.
>
> But they're structurally very different, as different as LC associative
> arrays are from JavaScript's objects.
>
>
>  > Is there a way that LiveCode developers can have access to it directly
>  > through LCB or is it accessible in the realm of the engine only.
>
> I haven't yet had occasion to use LC Builder in production, so I'm not
> sure if that language also offers some form of LC Script's
> arrayEncode/arrayDecode. Given how central arrays are to working in LC
> I'd be surprised if LCB doesn't include support for array serialization.
>
> --
>   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

arrayencode

[Tom Glod via use-livecode]

Hi Folks,

I am wondering if anyone here knows the encoding algorithm that
arrayencode() uses?
Is it one that can be implemented in another language or is it proprietary?

Thanks,

Tom
___
use-livecode mailing list
use-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] Universal Button version 1.1.0

[Tom Glod via use-livecode]

Hey Ralf, thanks for this, I don't know how I'm only coming across this
now. :)

On Wed, Jun 15, 2022 at 3:16 PM Ralf Bitter via use-livecode <
use-livecode@lists.runrev.com> wrote:

> There is a new version of the "universal button" widget
> which can be used as a replacement for the
> segmented control widget.
>
> The widget icon can now be placed independently of the
> label and the size of the icon can be customized.
>
> This release can be downloaded here:
> https://github.com/revig/universal-button-widget/releases
>
>
> Ralf
>
> ___
> use-livecode mailing list
> use-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: Android,iOS stay in background?

[Tom Glod via use-livecode]

Interesting .Thanks guys.

On Tue, May 31, 2022 at 11:28 AM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> It's my understanding that iOS does not "load" apps like Android or other
> operating systems do. It simply "activates" apps already in "memory". The
> app may allocate more memory for itself of course, or access other services
> that are constantly running.
>
> Bob S
>
>
> > On May 30, 2022, at 23:53 , matthias rebbe via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > if i recall correctly, Android keeps an app running in background as
> long as Android does not need the memory the app is "consuming".
> > And i think iOS is doing that as well.
>
>
> ___
> use-livecode mailing list
> use-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

Android,iOS stay in background?

[Tom Glod via use-livecode]

Hi Folks,

Just a quick question for all you Livecode pros  do we have a way as of
yet to have our applications stay in the background and not get unloaded by
Android and iOS?

I found 1 way ...and thats by playing the radio inside a browser.

I thought about "playing nothing" but that is too hacky to go into
production with.

Thanks for any thoughts on this?

-- 
Tom Glod

Founder & Developer @ MakeShyft R.D.A 
Build Software with AppStarterStack  for
Livecode
Save Time with The Time Saver's Toolbox 
___
use-livecode mailing list
use-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: Audio Control on Mobile?

[Tom Glod via use-livecode]

Hi Dan,

Look up

mobilecontrolcreate "player"
mobilecontrolset

That should cover you.

Also, the browser can display a HTML compatible player.

On Fri, May 13, 2022 at 3:41 PM Dan Friedman via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hello!   On desktop, there is the player object which is great!   However,
> it doesn't work on Mobile.  Is there a way to deal with an audio file on
> mobile (Android and iOS)?   Here's what I need to do:
>
> - Load an audio file from a server
> - Play the file
> - Pause file
> - Set the cursor (where to play from or jump to)
> - Know when the end of file is reached
> - length of audio file
> - current play position
> - file state (isPlaying or isPaused)
>
> Thank you 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

Re: Decrypting (and encrypting) Large files

[Tom Glod via use-livecode]

there is no way to decrypt something that does not fit in memory. with 64
bit builds the limit is whatever the motherboard  supports.   on 32 bit
builds the limit is whatever the os will allow 1 process to have,
but then u need memory to store the decrypted data too.
you can use a command line program to outsource that work and memory
management.

On Mon, May 9, 2022 at 9:44 AM Craig Newman via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I believe that there is no upper limit to the size of a variable in LC. So
> I am with Mike here. What makes you nervous about dealing with a large
> dataset within LC itself?
>
> Craig
>
> > On May 9, 2022, at 8:49 AM, Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > have you tried ti? i have not run into a situation where a variable was
> too
> > big.
> >
> > On Sun, May 8, 2022 at 6:46 PM Mark Clark via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> Wondering if anyone has used LiveCode for encrypting-decrypting large
> >> files? The docs typically have nice examples for files that can fit
> into a
> >> variable, but what are folks doing for big files that are larger than
> what
> >> you’d want in a variable? I’m thinking about using LC for decrypting zip
> >> compressed log files that can be multiple gigabytes in size. I’d like to
> >> use just LC vs. resorting to shell if possible.
> >>
> >> Likely need a hash value to compare the decrypted output against the
> >> original as well. I’m thinking some variation along the lines of open
> file
> >> x for read, reading some manageable chunk into memory, decrypting a
> >> portion, writing that to disk and repeat. But that seems too simple.
> Think
> >> we need AES 256. Any shared experience much appreciated.
> >>
> >> Thanks all,
> >>
> >> Mark
> >> ___
> >> use-livecode mailing list
> >> use-livecode@lists.runrev.com
> >> Please visit this url to subscribe, unsubscribe and manage your
> >> subscription preferences:
> >> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>
> >
> >
> > --
> > 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
>
>
> ___
> use-livecode mailing list
> use-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: Single Window LC IDE?

[Tom Glod via use-livecode]

I wouldn't worry that they will pigeon-hole the ide in that way.
That would be madness.

Cheers,

Tom

On Tue, Apr 26, 2022 at 5:13 PM Mike Kerner via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I'm with you, Craig. There has never been a good single-window IDE, ever.
> I commented on this issue during the keynote. Kevin said that it would be
> an option, but not mandatory.
> If LC createss a browser-based IDE, which was discussed, it may be more
> difficult to support multiple windows _in_that_workflow_, so I can
> understand what they may be thinking about.
>
> On Tue, Apr 26, 2022 at 4:23 PM Paul Dupuis via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > I didn't have a chance to ask follow up questions, but I recall Kevin
> > saying they were headed towards "dockable windows", presumably meaning
> > that all (or many) of the parts of the IDE can be docked into a single
> > window view or undocked to separate windows (for example for people with
> > multiple monitors doing desktop development. I have no idea if that
> > includes the Script Editor, but I might expect that it would.
> >
> > On 4/26/2022 3:37 PM, Craig Newman via use-livecode wrote:
> > > Saw this on Kevin's keynote.
> > >
> > > Some parts of having such a thing, as opposed to a sea of separate
> > palettes, are attractive indeed.
> > >
> > > But one aspect would prevent me from EVER upgrading to v10, and that is
> > if the SE also had to be incorporated into that single window. Anyone
> know
> > if this is in fact planned?
> > >
> > > 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
> >
>
>
> --
> 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
>
___
use-livecode mailing list
use-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: PowerDebug 2.3

[Tom Glod via use-livecode]

Hey Mark, I will def check this out.  Thank you.

On Fri, Apr 22, 2022 at 1:09 PM Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi-
>
> It's been some three years since a major new release of PowerDebug, and
> with the 2022 LiveCode conference right around the corner, I think it's
> time to release PowerDebug 2.3.
>
> NOTE: in order to get responsive speed out of this thing, it's now only
> backwards-compatible to LiveCode 8.0.
>
> What's in the new build:
>
> * Much faster, especially viewing array variable elements.
> Yes... expanding big arrays in debug mode was painful before.
> Faster code colorization as well.
>
> * Faster and more robust standalone debugging.
> Still works locally or in the same subnet using sockets. Debug
> standalone applications with two lines of code.
>
> * Code profiling.
> If you don't already have the Pro package from LC, PowerDebug will add a
> new menuItem to the Development menu to toggle profiling on/off. Note
> that profiling *will* slow down your code considerably, but PowerDebug
> will display execution times down to the microsecond.
>
> * Improved error reporting, update checking, and more.
>
> Note that the usernames and passwords have changed for the new version.
> The url remains the same, but you'll need the new information to
> download the new version. And as always, your registration will never
> expire, so you have access to the latest versions.
>
> Documentation is at 
>
> url:
> 
>
> Known issues:
>
> LiveCode on Windows still doesn't support the long milliseconds, so I'm
> extrapolating to microseconds over multiple iterations.
>
> I don't have an iPhone or associated Apple developer account to test
> with, so I can't verify that standalone debugging works on iOS. Any help
> testing this would be appreciated. As long as iOS supports socket
> communications I assume this would work, but you never know.
>
> NOTE: I announced the new build to registered users earlier but I have
> several bounced messages. If you've previously registered PowerDebug but
> haven't gotten an email from me about it, get in touch. You won't be
> able to grab the new version without updated registration info.
>
> ___
> use-livecode mailing list
> use-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: Widget properties

[Tom Glod via use-livecode]

At the conference I will announce a plugin, which will have the code read
and write widget properties.
The code for the plugin will be on github.
I'm insanely busy at the moment, so I can't accelerate the release.
No magic, just hardcoded property names. :)

On Wed, Apr 6, 2022 at 10:08 PM Monte Goulding via use-livecode <
use-livecode@lists.runrev.com> wrote:

>
> > On 7 Apr 2022, at 11:25 am, Richard Gaskin via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > > I will say there’s two main use cases for `the properties` and neither
> > > of them it serves very well:
> > >
> > > - Getting the properties of an object to apply to recreate the object
> > > elsewhere. export widget does a much better job of this and was
> > > designed specifically for that use case.
> >
> > Can you help me understand how it's better than "the properties", and
> why this superior method isn't used for engine controls?
> >
>
> Because the array created by export and used by import contains the state
> of the widget as is saved when saving the stack. The content may or may not
> be the same as the property names exposed to user scripts but a widget
> created with that state should be the same as if it were saved in the stack
> and the stack re-opened.
>
> >
> > > - Introspecting what properties an object has in order to create an
> > > editor without maintaining your own lists of properties. It has never
> > > been good at this. It doesn’t tell you anything about acceptable
> > > values for those properties, it doesn’t tell you the importance of
> > > the property, it doesn’t tell you about alternative object properties
> > > that may be more useful to edit (text, styledText, htmlText, rtfText
> > > etc) or whether it’s potentially risky to present a UI that can edit
> > > it. Really this use case is served best by a well documented library
> > > that covers all objects. Currently you would need to dig the details
> > > out of the IDE scripts
> >
> > That seems to answer the first question, though while the metadata about
> types and options is useful for some things, it would still be useful to
> get just the name-value pairs as "the properties" does.
> >
> > That the company has such a narrowly specific view of the applicability
> of "the properties" is indeed helpful. Thank you for chiming in.
>
> I’m not the company. Mark may spend a lot more time pondering the utility
> of `the properties` than I do and indeed may have a different opinion.
> Indeed my opinion was much closer to yours is now when I sent in a PR for
> LC 6.1 all those years ago ;-)
>
> > Let me simplify the question:
> >
> > How hard would it be for the team to map the existing means of
> extracting widget properties to "the properties”?
>
> I don’t think it would be particularly tricky to iterate the exported
> property definitions to come up with a list of property names then turn
> that into a key/value array. Whether it would provide the utility you are
> looking for is a separate question.
>
> Cheers
>
> Monte
>
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-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: Flash Talks - 3 slots remaining

[Tom Glod via use-livecode]

Cool I'd watch your talk Craig.

On Tue, Apr 5, 2022 at 4:37 PM Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 4/5/22 10:36, Craig Newman via use-livecode wrote:
>
> >
> > But I do use LC to control three very different machines in our shop.
> Would it be of any interest to anyone to see one of these in operation?
>
> Add me to the list of interested folks.
>
> --
>   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: Debugger issues in 9.6.7 (unfolding array variables)

[Tom Glod via use-livecode]

Thanks Paul. I'm going to work on creating a recipe.

On Sat, Apr 2, 2022 at 8:18 AM Paul Dupuis via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 4/2/2022 12:42 AM, Tom Glod via use-livecode wrote:
> > Hi Folks,
> >
> > Today I upgraded my windows 10 LC installation to 9.6.7
> > and I'm finding I cannot unfold arrays while tracing code.
> > I click and nothing happens.
> > Anyone else?
> >
>
> I'm on Windows 10 (Dell AMD Ryzen 5) and just tested LC 9.6.7 STABLE
> with the following button script:
> on mouseUp pMouseButton
>local tArray
>put "A" into tArray[1]
>put "B" into tArray[2]
>put "C" into tArray[3]
>--
>wait 0 with messages
> end mouseUp
>
> With a debug point on the Wait statement. Clicking the button, opens the
> debugger and I can inspect the array, seeing all 3 elements, so it's
> working here for me.
>
> ___
> use-livecode mailing list
> use-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

Debugger issues in 9.6.7 (unfolding array variables)

[Tom Glod via use-livecode]

Hi Folks,

Today I upgraded my windows 10 LC installation to 9.6.7
and I'm finding I cannot unfold arrays while tracing code.
I click and nothing happens.
Anyone else?

-- 
Tom Glod

Founder & Developer @ MakeShyft R.D.A 
Build Software with AppStarterStack  for
Livecode
Save Time with The Time Saver's Toolbox 
___
use-livecode mailing list
use-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: New desktop freeware app

[Tom Glod via use-livecode]

Hallo Klaus, congrats , looks interesting and useful.  Will you be
marketing this ?

On Wed, Mar 30, 2022 at 12:03 PM Klaus major-k via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Bill,
>
> > Am 29.03.2022 um 18:04 schrieb Klaus major-k via use-livecode <
> use-livecode@lists.runrev.com>:
> >
> > Hi Bill,
> >
> >> Am 29.03.2022 um 17:53 schrieb William Prothero <
> proth...@earthlearningsolutions.org>:
> >>
> >> Klaus,
> >> It looks interesting. The url to your site works, but I get only German
> language.
>
> I added a bullet to separate german from english text.
> Hope it is better recognizable now.
>
>
> 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: New user

[Tom Glod via use-livecode]

Welcome to the community Guillaume!!!
This milling list has saved me many times over. :)
Reach out anytime.


On Wed, Mar 30, 2022 at 12:02 PM Pi Digital via use-livecode <
use-livecode@lists.runrev.com> wrote:

> A very warm welcome to you, Guillaume. You will find everyone really
> helpful here.
>
> Sean Cole
> Pi Digital Productions Ltd
>
> eMail Ts & Cs
>
>
> > On 30 Mar 2022, at 16:06, Bob Sneidar via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > You will find it to be a USE list (emphasis on USEful.)
> >
> > Bob S
> >
> >
> >> On Mar 30, 2022, at 06:50 , Guillaume Hédieu via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>
> >> Hi everyone,
> >>
> >> Just a message to say hello. I'm new to Livecode. First of all, please
> >> apologize for my english, it's not my native language.
> >>
> >> I am a computer scientist in an association that trains students for
> >> working in some social profession.
> >>
> >> I like "make and dev" and working with Livecode it's just a hobby for
> me. I
> >> love learning and discovering new things and tools, that's why I am
> here.
> >>
> >> Pleased to meet the community, I hope I will be able to read some of
> your
> >> messages here.
> >>
> >> Have a nice day,
> >>
> >> Regards,
> >>
> >> Guillaume
> >> ___
> >> use-livecode mailing list
> >> use-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