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

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 

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

Re: Getting Webpage Information

[Tom Glod via use-livecode]

Rick,

try the htmltext property instead of text. I just tested it, it works and
text does not.


On Sun, Mar 27, 2022 at 5:53 PM Rick Harrison via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Keith,
>
> Yes, I have tried that several times and ways.  It doesn’t seem to work.
> One would think that would work fine.
>
> Other ideas?
>
> Thanks,
>
> Rick
>
> > On Mar 27, 2022, at 3:58 PM, Keith Clarke via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Hi Rick,
> > Maybe try 'put the text of widget "youtBrowserName" into field
> "yourFieldName" ' to get the plain text? If you need the html source, try
> '...the htmlText' of widget...
> > Best,
> > Keith
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: How to extract a video clip...

[Tom Glod via use-livecode]

>
>
> hmm what if you found how the file format stores data and perhaps
> derive the data by reading the firt 1000 bytes of the files? and getting
> the data you need?

I'm saying that assuming that this info is available in the "header" of the
file.
___
use-livecode mailing list
use-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: Compiler Funding Options Update

[Tom Glod via use-livecode]

Awesome, thanks!!!

On Fri, Mar 18, 2022 at 12:46 PM Matthias Rebbe via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Me,too. About 8 hrs ago.
>
> Von meinem iPhone gesendet
>
> > Am 18.03.2022 um 17:44 schrieb Klaus major-k via use-livecode <
> use-livecode@lists.runrev.com>:
> >
> > Hi Tom,
> >
> >> Am 18.03.2022 um 17:39 schrieb Tom Glod via use-livecode <
> use-livecode@lists.runrev.com>:
> >>
> >> Tony B on the FB group said that the funding goal was reached, I don't
> know
> >> how he knows that, but I doubt he is just making it up.
> >> Does anyone know where we can confirm the status?
> >
> > yes, I received a mail from "sa...@livecode.com" telling me "You did
> it!" :-)
> >
> >
> > Best
> >
> > Klaus
> >
> > --
> > Klaus Major
> > https://www.major-k.de
> > https://www.major-k.de/bass
> > kl...@major-k.de
> >
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Compiler Funding Options Update

[Tom Glod via use-livecode]

Tony B on the FB group said that the funding goal was reached, I don't know
how he knows that, but I doubt he is just making it up.
Does anyone know where we can confirm the status?

On Thu, Mar 17, 2022 at 9:26 PM J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Anyone on the fence should decide pretty quick, as of now there are less
> than 6 hours left to contribute.
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software | http://www.hyperactivesw.com
> On March 17, 2022 8:11:29 PM Tom Glod via use-livecode
>  wrote:
>
> > Thanks Bob, I'm sure it will be honored.
> > This is pretty important for livecode itself, I hope a way will be found
> > even if target is not met.
> >
> > On Thu, Mar 17, 2022 at 6:35 PM Bob Sneidar via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> I originally popped for $198, but I just paid for a year's subscription.
> >> If I do not get the $198 back, oh well.
> >>
> >> Bob S
> >>
> >>
> >> > On Mar 16, 2022, at 17:57 , Tom Glod via use-livecode <
> >> use-livecode@lists.runrev.com> wrote:
> >> >
> >> > Well...I threw in $100 to help make it happen...fingers crossed.
> >> >
> >> > On Wed, Mar 16, 2022 at 8:53 PM Tom Glod  wrote:
> >> >
> >> >> I see the page I had bookmarked has a "-page" at the end of slug.
> >> >>
> >> >> https://livecode.com/script-compiler-project-page/
> >> >>
> >> >> Thank you.
> >> >>
> >> >> On Wed, Mar 16, 2022 at 7:27 PM J. Landman Gay via use-livecode <
> >> >> use-livecode@lists.runrev.com> wrote:
> >> >>
> >> >>> On 3/16/22 5:46 PM, Tom Glod via use-livecode wrote:
> >> >>>> When I go ot the page I only see the 3 options how do I get to
> the
> >> >>> $99
> >> >>>> option?
> >> >>>
> >> >>> I see six options. Do you have any plugins that might disable some
> of
> >> the
> >> >>> javascript, or
> >> >>> similar? Try a different browser, maybe?
> >> >>>
> >> >>> --
> >> >>> 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

Re: How to access scripts on a modal card that is stuck / not visible?

[Tom Glod via use-livecode]

Hey Keith,

I could probably help you with the first part, but I'd have to take a look
myself at the file. Are you able to share it with me?
Feel free to email.

On Fri, Mar 18, 2022 at 6:29 AM Keith Clarke via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi folks,
> Experimenting with OAuth, I built a “Login” card containing a Browser
> widget that allows me to access OAuth to log onto an online service. Once
> authorised, the script on the Browser Widget finished with 'go card “Home”’
> where I’m building out some utilities to work with the web service.
>
> The web service’s access token is short-lived, so I thought I’d convert
> the Login card into a pop-up dialogue on the Home card for convenience. So,
> I added a “Login” button to that card to ‘go card “Login” as modal.
> However, now any attempt to go to the Login card results in either the card
> flashing up and disappearing or the stack locking with the modal card
> inaccessible. I seem to have created some kind of loop that is in play in
> run or edit modes.
>
> I’ve not done much with multiple card stacks and never used modes before.
> So, I have two questions:
>
> 1. What’s the syntax needed to open the script of an un-open object via
> the message box, so I can break out of this loop?
> 2. Can anyone please suggest a worked example or lesson of a pop-up web
> service login dialogue, as I’m clearly doing something basic wrong!
>
> Thanks & regards,
> Keith
>
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Compiler Funding Options Update

[Tom Glod via use-livecode]

Thanks Bob, I'm sure it will be honored.
This is pretty important for livecode itself, I hope a way will be found
even if target is not met.

On Thu, Mar 17, 2022 at 6:35 PM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I originally popped for $198, but I just paid for a year's subscription.
> If I do not get the $198 back, oh well.
>
> Bob S
>
>
> > On Mar 16, 2022, at 17:57 , Tom Glod via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Well...I threw in $100 to help make it happen...fingers crossed.
> >
> > On Wed, Mar 16, 2022 at 8:53 PM Tom Glod  wrote:
> >
> >> I see the page I had bookmarked has a "-page" at the end of slug.
> >>
> >> https://livecode.com/script-compiler-project-page/
> >>
> >> Thank you.
> >>
> >> On Wed, Mar 16, 2022 at 7:27 PM J. Landman Gay via use-livecode <
> >> use-livecode@lists.runrev.com> wrote:
> >>
> >>> On 3/16/22 5:46 PM, Tom Glod via use-livecode wrote:
> >>>> When I go ot the page I only see the 3 options how do I get to the
> >>> $99
> >>>> option?
> >>>
> >>> I see six options. Do you have any plugins that might disable some of
> the
> >>> javascript, or
> >>> similar? Try a different browser, maybe?
> >>>
> >>> --
> >>> 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

Re: Funding

[Tom Glod via use-livecode]

welcome to the club I have the same issue.  No spam filter on my end, I
checked.
Heather, I do get the other mailings about blogs and the livecode services.
Is that a different list?

On Thu, Mar 17, 2022 at 1:14 PM J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I think there's still time to support the project. No risk, you get your
> money back if it doesn't fund. I personally hope it does, the benefits
> would be big.
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software | http://www.hyperactivesw.com
> On March 17, 2022 11:47:05 AM "R.H. via use-livecode"
>  wrote:
>
> > I did not receive any letter regardings any funding.
> >
> > Roland
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> > subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-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: Text overwriting itself in non wrapping field

[Tom Glod via use-livecode]

I had something like that occur with HTMLtext and activated "fixed height"
on the field helped it.

On Thu, Mar 17, 2022 at 12:00 PM David V Glasgow via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi folks,
>
> I have imported just under 10,000 lines of a web history into a non
> wrapping scrollable field.  As the subject above indicates, in one line
> characters appear rendered over the top of each other.  The is quite
> stable, so redrawing or scrolling doesn’t make it go away.
>
> That line is pretty long, but not longer than field limits - 10693 chars
>
> Examining it, it looks like it ought to be a number of separate lines, and
> it also contains weird visible and also white space that is not a simple
> space.  I can’t see any recognisable pattern to suggest where cr should be.
>
> Any suggestions about what is going on and how I might fix it?
>
> Cheers
>
> David Glasgow
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Compiler Funding Options Update

[Tom Glod via use-livecode]

Well...I threw in $100 to help make it happen...fingers crossed.

On Wed, Mar 16, 2022 at 8:53 PM Tom Glod  wrote:

> I see the page I had bookmarked has a "-page" at the end of slug.
>
> https://livecode.com/script-compiler-project-page/
>
> Thank you.
>
> On Wed, Mar 16, 2022 at 7:27 PM J. Landman Gay via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> On 3/16/22 5:46 PM, Tom Glod via use-livecode wrote:
>> > When I go ot the page I only see the 3 options how do I get to the
>> $99
>> > option?
>>
>> I see six options. Do you have any plugins that might disable some of the
>> javascript, or
>> similar? Try a different browser, maybe?
>>
>> --
>> Jacqueline Landman Gay | jac...@hyperactivesw.com
>> HyperActive Software   | http://www.hyperactivesw.com
>>
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Compiler Funding Options Update

[Tom Glod via use-livecode]

I see the page I had bookmarked has a "-page" at the end of slug.

https://livecode.com/script-compiler-project-page/

Thank you.

On Wed, Mar 16, 2022 at 7:27 PM J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 3/16/22 5:46 PM, Tom Glod via use-livecode wrote:
> > When I go ot the page I only see the 3 options how do I get to the
> $99
> > option?
>
> I see six options. Do you have any plugins that might disable some of the
> javascript, or
> similar? Try a different browser, maybe?
>
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.com
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Compiler Funding Options Update

[Tom Glod via use-livecode]

Forwhatever reasons I do not get the emails in regards to this project
wtf.
When I go ot the page I only see the 3 options how do I get to the $99
option?
Can someone hook me up with a link?

On Wed, Mar 16, 2022 at 2:02 PM J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I really hope this gets funded, we need it.
>
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software | http://www.hyperactivesw.com
> On March 16, 2022 11:33:34 AM Rick Harrison via use-livecode
>  wrote:
> >
> > This project really needs to be fully funded if
> > LiveCode is to move forward.
>
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: :MEMORY: databases and Windows

[Tom Glod via use-livecode]

Whats the error message you get when you check the result of
databaseconnect?
___
use-livecode mailing list
use-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 Issues

[Tom Glod via use-livecode]

Hi Rick,

document.getElementById("Butto Name").click();

that should work ...but yes this solution assumes you know the name of the
button.

I can't say for sure but I think its that LC is looking for "what
livecode control" is under this clickloc . and then sends a message
to that controlso in this case, it just send mouseUp to the widget. If
the widget even accepts it.

Good luck Rick.

On Fri, Mar 11, 2022 at 5:13 PM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Still cannot understand why it is that my Apple Mail program seems to
> think a completely different mail thread is the same thread as the one I
> was using. If however people are clicking on one thread, replying and
> changing the subject, in theory that is, well then that is just bad list
> etiquette. :-)
>
> Bob S
>
>
> > On Mar 11, 2022, at 10:25 , Rick Harrison via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > I was hoping to be able to programmatically
> > tell the browser widget where to go to next
> > by having LC click on an image or button
> > within the browser window.
> >
> > So far I have had no success with that.
> > Is there a bug in LC preventing me from
> > doing this seemingly simple task?
> >
> > Is there a work around?
> >
> > Thanks in advance!
> >
> > 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: Browser Widget Issues

[Tom Glod via use-livecode]

You just need to pass some javascript to the browser to trigger the button
you want.

do this_js in widget "myBrowser"

and this_js should have the javascript to click the button.

Imagine the possibilities :)


On Fri, Mar 11, 2022 at 3:31 PM Rick Harrison via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Simple mouseClick at location.
>
> > On Mar 11, 2022, at 1:51 PM, Klaus major-k via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > what did you try so far?
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: LC and SqlLite Question

[Tom Glod via use-livecode]

And finally. https://sqlite.org/wal.html

On Thu, Mar 10, 2022 at 11:55 AM Tom Glod  wrote:

> sorry about the double paste. :)
>
> On Thu, Mar 10, 2022 at 11:54 AM Tom Glod  wrote:
>
>> For writing its only ever 1, but it can have multiple readers if you use
>> the write ahead log .
>>
>> PRAGMA journal_mode=WAL;
>>
>> run that when creating database.never tested, but based on documentation. 
>> never
>> tested, but based on documentation.
>>
>> let me know if you test it successfully.
>>
>> On Thu, Mar 10, 2022 at 11:38 AM Paul Dupuis via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>
>>> Can a sqlLite database file on disk be accessed by more than 1 LiveCode
>>> app at the same time?
>>>
>>> A server hosted mySql database can be accessed by any number of client
>>> LC apps at the same time as the serve side mySql does the record locking
>>> necessary, but what about a sqlLite file?
>>>
>>> Obviously, I could code up some test apps and try it, but I am hoping
>>> some one on the list definitively know for sure.
>>>
>>>
>>> ___
>>> use-livecode mailing list
>>> use-livecode@lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your
>>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>
>>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: LC and SqlLite Question

[Tom Glod via use-livecode]

sorry about the double paste. :)

On Thu, Mar 10, 2022 at 11:54 AM Tom Glod  wrote:

> For writing its only ever 1, but it can have multiple readers if you use
> the write ahead log .
>
> PRAGMA journal_mode=WAL;
>
> run that when creating database.never tested, but based on documentation. 
> never
> tested, but based on documentation.
>
> let me know if you test it successfully.
>
> On Thu, Mar 10, 2022 at 11:38 AM Paul Dupuis via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> Can a sqlLite database file on disk be accessed by more than 1 LiveCode
>> app at the same time?
>>
>> A server hosted mySql database can be accessed by any number of client
>> LC apps at the same time as the serve side mySql does the record locking
>> necessary, but what about a sqlLite file?
>>
>> Obviously, I could code up some test apps and try it, but I am hoping
>> some one on the list definitively know for sure.
>>
>>
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: LC and SqlLite Question

[Tom Glod via use-livecode]

For writing its only ever 1, but it can have multiple readers if you use
the write ahead log .

PRAGMA journal_mode=WAL;

run that when creating database.never tested, but based on documentation. never
tested, but based on documentation.

let me know if you test it successfully.

On Thu, Mar 10, 2022 at 11:38 AM Paul Dupuis via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Can a sqlLite database file on disk be accessed by more than 1 LiveCode
> app at the same time?
>
> A server hosted mySql database can be accessed by any number of client
> LC apps at the same time as the serve side mySql does the record locking
> necessary, but what about a sqlLite file?
>
> Obviously, I could code up some test apps and try it, but I am hoping
> some one on the list definitively know for sure.
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-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: Requirements for display PDF in a browser on Windows?

[Tom Glod via use-livecode]

(y) That I do not know unfortunately. Can't test I don't have windows 7
anywhere.

On Wed, Mar 9, 2022 at 1:45 PM Klaus major-k via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Tom,
>
> > Am 09.03.2022 um 19:40 schrieb Tom Glod via use-livecode <
> use-livecode@lists.runrev.com>:
> >
> > i use the widget.  Yes it can.
>
> this is very good news, thank you! :-)
>
> And what Windows version is neccessary for this to work?
> All versions >= 7?
>
> > On Wed, Mar 9, 2022 at 1:10 PM Klaus major-k via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> Hi Jaques,
> >>
> >>> Am 09.03.2022 um 19:01 schrieb J. Landman Gay via use-livecode <
> >> use-livecode@lists.runrev.com>:
> >>>
> >>> I believe it's the Chromium engine.
> >> thanks!
> >> But can it open PDFs out of the box?
>
> 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: Requirements for display PDF in a browser on Windows?

[Tom Glod via use-livecode]

i use the widget.  Yes it can.

On Wed, Mar 9, 2022 at 1:10 PM Klaus major-k via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Jaques,
>
> > Am 09.03.2022 um 19:01 schrieb J. Landman Gay via use-livecode <
> use-livecode@lists.runrev.com>:
> >
> > I believe it's the Chromium engine.
>
> thanks!
>
> But can it open PDFs out of the box?
>
> > --
> > Jacqueline Landman Gay | jac...@hyperactivesw.com
> > HyperActive Software | http://www.hyperactivesw.com
> > On March 9, 2022 4:47:26 AM Klaus major-k via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> >>> Is "Chrome" the web engine that LC is unsing in the "browser widget"
> on Windows?
>
> 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: Requirements for display PDF in a browser on Windows?

[Tom Glod via use-livecode]

I have definitely opened PDF in the browser in the past  and it opened
the default "chrome html 5" pdf reader.
everything seems to have worked.
And I don't see why it would no longer work now.
you can google "browser test" from within the browser and it will tell you
some info about the chromium based browser.
Some of it may shock you.

Cheers

On Tue, Mar 8, 2022 at 3:08 PM Klaus major-k via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi,
>
> > Am 08.03.2022 um 19:54 schrieb Klaus major-k via use-livecode <
> use-livecode@lists.runrev.com>:
> >
> > Hi all,
> >
> > the subject says it all, of course in regard of LC.
> >
> > Is the web-plugin of Acrobat reader still neccessary?
> > Or do current Windows Browser display PDF files out of the box?
>
> and/or more important, what web engine is the browser widget using on
> Windows?
>
> > Thanks for any hint!
>
> 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: bug in Standalone Only

[Tom Glod via use-livecode]

Hi Bob, sometimes it helps to look up the error using the
scriptexecutionerrors function

The first number that you see in each line is the error number.

So "put line x of the scriptExecutionErrors" should tell you exactly what
the error is, and that is often a good hint of where to look.

Hope that helps.

On Mon, Mar 7, 2022 at 7:16 PM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi all. There is a bug in my app which only rears it's ugly head when I
> create a standalone. When I am in the IDE it never happens. I get an error
> dialog but the numbers in the dialog do not make any sense. I email myself
> an error report, but where it says the error is happening is NOT where it
> is happening. I know this because when I search for the line that is
> creating the error in the script it says it's happening in, I put answer
> dialogs just before the two lines I find. In the standalone I never see the
> answer dialogs.
>
> Jacque, don't you have a utility that can debug standalones?
>
> 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 question about the compiler to come

[Tom Glod via use-livecode]

I meant to include link to this:
https://livecode.com/script-compiler-project-page/

On Thu, Mar 3, 2022 at 8:13 PM Tom Glod  wrote:

> Hi Sean, one the page for the compiler project and Kevin talks about the
> nature of Livecode being interpreted . currently the script in memory
> is just obfuscated, and a sufficiently motivated person or group of people
> could eventually find what they want to find.  script passwords are useful
> too, but also have their limit.
>
> "By compiling scripts fully, standalones become even more secure. We’ve
> put a lot of work into making standalones secure at present but there are
> still limitations on the existing approach that are fundamental to how an
> interpreter like LiveCode operates. Compiled code does not leave any trace
> of the original script text."
>
> Cheers,
>
> Tom
>
> On Thu, Mar 3, 2022 at 5:22 PM Sean Cole via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> Tom
>> What security imp[lications do you perceive it to overcome?
>>
>> Sean
>>
>> On Thu, 3 Mar 2022 at 21:07, Tom Glod via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>
>> > Pardon my lingo  but this is f#%%ing huge Just last week, I was
>> > thinking about the nature of livecode and that it comes with some pretty
>> > profound security implications.
>> > I'm sSuper happy to see this machine code compiler coming to livecode.
>> > This is likely to directly influence the amount of sleep I get in this
>> > upcoming decade of work :)
>> > Great decision by the team to go ahead with this.
>> > (y)
>> >
>> >
>> > On Thu, Mar 3, 2022 at 3:03 PM Tom Glod  wrote:
>> >
>> > > Interesting.
>> > > I cannot find  this email from Kevin, can someone please forward it
>> to me
>> > > or direct me to where I can read it?
>> > >
>> > > Thanks,
>> > >
>> > > Tom
>> > >
>> > > On Thu, Mar 3, 2022 at 10:10 AM Rick Harrison via use-livecode <
>> > > use-livecode@lists.runrev.com> wrote:
>> > >
>> > >> According to Kevin’s email:
>> > >>
>> > >> Would this script compiler work on all platforms?
>> > >> All platforms will benefit. Code will run faster and readable scripts
>> > >> will be removed whatever platform you are targeting.
>> > >> Rick
>> > >>
>> > >> > On Mar 3, 2022, at 9:33 AM, francois.chaplais via use-livecode <
>> > >> use-livecode@lists.runrev.com> wrote:
>> > >> >
>> > >> > Dear all
>> > >> >
>> > >> > You probably have received some mail asking for funding concerning
>> a
>> > >> compiler to come.
>> > >> >
>> > >> > I would like to know if this compiler can target MacOS/ARM
>> processor
>> > on
>> > >> the desktop.
>> > >> >
>> > >> > Best regards,
>> > >> >
>> > >> > François
>> > >> > ___
>> > >> > use-livecode mailing list
>> > >> > use-livecode@lists.runrev.com
>> > >> > Please visit this url to subscribe, unsubscribe and manage your
>> > >> subscription preferences:
>> > >> > http://lists.runrev.com/mailman/listinfo/use-livecode
>> > >>
>> > >> ___
>> > >> use-livecode mailing list
>> > >> use-livecode@lists.runrev.com
>> > >> Please visit this url to subscribe, unsubscribe and manage your
>> > >> subscription preferences:
>> > >> http://lists.runrev.com/mailman/listinfo/use-livecode
>> > >>
>> > >
>> > ___
>> > use-livecode mailing list
>> > use-livecode@lists.runrev.com
>> > Please visit this url to subscribe, unsubscribe and manage your
>> > subscription preferences:
>> > http://lists.runrev.com/mailman/listinfo/use-livecode
>> >
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>
>
___
use-livecode mailing list
use-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 question about the compiler to come

[Tom Glod via use-livecode]

Hi Sean, one the page for the compiler project and Kevin talks about the
nature of Livecode being interpreted . currently the script in memory
is just obfuscated, and a sufficiently motivated person or group of people
could eventually find what they want to find.  script passwords are useful
too, but also have their limit.

"By compiling scripts fully, standalones become even more secure. We’ve put
a lot of work into making standalones secure at present but there are still
limitations on the existing approach that are fundamental to how an
interpreter like LiveCode operates. Compiled code does not leave any trace
of the original script text."

Cheers,

Tom

On Thu, Mar 3, 2022 at 5:22 PM Sean Cole via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Tom
> What security imp[lications do you perceive it to overcome?
>
> Sean
>
> On Thu, 3 Mar 2022 at 21:07, Tom Glod via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > Pardon my lingo  but this is f#%%ing huge Just last week, I was
> > thinking about the nature of livecode and that it comes with some pretty
> > profound security implications.
> > I'm sSuper happy to see this machine code compiler coming to livecode.
> > This is likely to directly influence the amount of sleep I get in this
> > upcoming decade of work :)
> > Great decision by the team to go ahead with this.
> > (y)
> >
> >
> > On Thu, Mar 3, 2022 at 3:03 PM Tom Glod  wrote:
> >
> > > Interesting.
> > > I cannot find  this email from Kevin, can someone please forward it to
> me
> > > or direct me to where I can read it?
> > >
> > > Thanks,
> > >
> > > Tom
> > >
> > > On Thu, Mar 3, 2022 at 10:10 AM Rick Harrison via use-livecode <
> > > use-livecode@lists.runrev.com> wrote:
> > >
> > >> According to Kevin’s email:
> > >>
> > >> Would this script compiler work on all platforms?
> > >> All platforms will benefit. Code will run faster and readable scripts
> > >> will be removed whatever platform you are targeting.
> > >> Rick
> > >>
> > >> > On Mar 3, 2022, at 9:33 AM, francois.chaplais via use-livecode <
> > >> use-livecode@lists.runrev.com> wrote:
> > >> >
> > >> > Dear all
> > >> >
> > >> > You probably have received some mail asking for funding concerning a
> > >> compiler to come.
> > >> >
> > >> > I would like to know if this compiler can target MacOS/ARM processor
> > on
> > >> the desktop.
> > >> >
> > >> > Best regards,
> > >> >
> > >> > François
> > >> > ___
> > >> > use-livecode mailing list
> > >> > use-livecode@lists.runrev.com
> > >> > Please visit this url to subscribe, unsubscribe and manage your
> > >> subscription preferences:
> > >> > http://lists.runrev.com/mailman/listinfo/use-livecode
> > >>
> > >> ___
> > >> use-livecode mailing list
> > >> use-livecode@lists.runrev.com
> > >> Please visit this url to subscribe, unsubscribe and manage your
> > >> subscription preferences:
> > >> http://lists.runrev.com/mailman/listinfo/use-livecode
> > >>
> > >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> > subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
> >
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-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 question about the compiler to come

[Tom Glod via use-livecode]

Pardon my lingo  but this is f#%%ing huge Just last week, I was
thinking about the nature of livecode and that it comes with some pretty
profound security implications.
I'm sSuper happy to see this machine code compiler coming to livecode.
This is likely to directly influence the amount of sleep I get in this
upcoming decade of work :)
Great decision by the team to go ahead with this.
(y)


On Thu, Mar 3, 2022 at 3:03 PM Tom Glod  wrote:

> Interesting.
> I cannot find  this email from Kevin, can someone please forward it to me
> or direct me to where I can read it?
>
> Thanks,
>
> Tom
>
> On Thu, Mar 3, 2022 at 10:10 AM Rick Harrison via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> According to Kevin’s email:
>>
>> Would this script compiler work on all platforms?
>> All platforms will benefit. Code will run faster and readable scripts
>> will be removed whatever platform you are targeting.
>> Rick
>>
>> > On Mar 3, 2022, at 9:33 AM, francois.chaplais via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> >
>> > Dear all
>> >
>> > You probably have received some mail asking for funding concerning a
>> compiler to come.
>> >
>> > I would like to know if this compiler can target MacOS/ARM processor on
>> the desktop.
>> >
>> > Best regards,
>> >
>> > François
>> > ___
>> > use-livecode mailing list
>> > use-livecode@lists.runrev.com
>> > Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> > http://lists.runrev.com/mailman/listinfo/use-livecode
>>
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode