From alanstenhouse at hotmail.com  Mon Jan  1 05:51:28 2024
From: alanstenhouse at hotmail.com (Alan Stenhouse)
Date: Mon, 1 Jan 2024 21:21:28 +1030
Subject: Application disappears unexpectedly (goes into background)
In-Reply-To: <mailman.1.1703264401.360782.use-livecode@lists.runrev.com>
References: <mailman.1.1703264401.360782.use-livecode@lists.runrev.com>
Message-ID: <TYZPR06MB604655B694450E4AA7FA3C4DA562A@TYZPR06MB6046.apcprd06.prod.outlook.com>

HI Jacqueline, thanks and sorry for the delay in responding... xmas etc!

Yes, there are no hide (nor set visible to false) of windows though there is of some controls. But not related to any relevant scripts.

Any other ideas? :-) 

cheers
Alan

> On 23 Dec 2023, at 3:30 am, jacque at hyperactivesw.com <mailto:jacque at hyperactivesw.com> viA use-livecode-request at lists.runrev.com wrote:
> 
> From: "J. Landman Gay" <jacque at hyperactivesw.com>
> 
> Have you done a global search for the word "hide" in the scripts?
> 




From jacque at hyperactivesw.com  Tue Jan  2 14:34:36 2024
From: jacque at hyperactivesw.com (J. Landman Gay)
Date: Tue, 02 Jan 2024 13:34:36 -0600
Subject: Application disappears unexpectedly (goes into background)
In-Reply-To: <TYZPR06MB604655B694450E4AA7FA3C4DA562A@TYZPR06MB6046.apcprd06.prod.outlook.com>
References: <mailman.1.1703264401.360782.use-livecode@lists.runrev.com>
 <TYZPR06MB604655B694450E4AA7FA3C4DA562A@TYZPR06MB6046.apcprd06.prod.outlook.com>
Message-ID: <18ccbabb0e0.276f.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com>

Nothing else comes to mind, except maybe a bug that was around a couple of 
years ago. I can't remember exactly which app was involved, but if you had 
a certain one installed there was a similar issue. I guess if you boot into 
safe mode and see if the problem goes away, you may have the culprit app 
installed. Wish I could remember which one it was.

--
Jacqueline Landman Gay | jacque at hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On January 1, 2024 4:52:34 AM Alan Stenhouse <alanstenhouse at hotmail.com> wrote:

> HI Jacqueline, thanks and sorry for the delay in responding... xmas etc!
>
> Yes, there are no hide (nor set visible to false) of windows though there 
> is of some controls. But not related to any relevant scripts.
>
> Any other ideas? :-)
>
> cheers
> Alan
>
>> On 23 Dec 2023, at 3:30 am, jacque at hyperactivesw.com 
>> <mailto:jacque at hyperactivesw.com> viA use-livecode-request at lists.runrev.com 
>> wrote:
>>
>> From: "J. Landman Gay" <jacque at hyperactivesw.com>
>>
>> Have you done a global search for the word "hide" in the scripts?
>>





From scott at elementarysoftware.com  Wed Jan  3 02:58:24 2024
From: scott at elementarysoftware.com (scott at elementarysoftware.com)
Date: Tue, 2 Jan 2024 23:58:24 -0800
Subject: tsNetUploadSync()
In-Reply-To: <51455AA3-4AED-43C0-B870-555166E3ED84@m-r-d.de>
References: <4BEE9678-D45D-4039-A0E8-80BB90F53EFB@elementarysoftware.com>
 <51455AA3-4AED-43C0-B870-555166E3ED84@m-r-d.de>
Message-ID: <4A062C80-86DA-4411-921B-A00665B67D27@elementarysoftware.com>

Hello Matthias,

I realize it has been nearly a month since your very thorough and generous response to my question. Something came up a few hours after I posted the question that almost completely side-tracked my use of LiveCode for a bit. (I’m fine, just "life stuff” happening.) I apologize for the rude silence following your attempt to help me and I would like to follow up by saying that when I was able to return to LiveCode, the generosity and encouragement of your post helped me get back to poking around until I solved the problem… which turned out not to be an issue with tsNetUploadSync() but with tsNetGetSync() which I was also calling (for some mysterious reason) though I didn’t need to. (I also didn’t need to understand why tsNetGetSync() was failing! I could just remove the code.) I’m not sure why I had so much trouble isolating that problem and I hope that you didn’t spend too much time testing  tsNetUploadSync() on my behalf. Thank you for your help, Matthias.

--
Scott Morrow

Elementary Software
(Now with 20% less chalk dust!)
web       https://elementarysoftware.com/
email     scott at elementarysoftware.com
booth    1-360-734-4701
------------------------------------------------------
> On Dec 8, 2023, at 7:40 AM, matthias rebbe via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> Hi Scott,
> 
> i just tested here with LC 9.6.10 and 10DP6 on a HostM account and also on a Synology FTP account in Rosetta mode and native on ARM64
> I used FTP explicit as protocol.
> In all cases it was successful.
> 
> My HostM account is on a server located in Germany at Hetzner, Your domain is on a server located in Canada at OHV.
> So maybe there was a change in tsNET and there  is a difference between how our servers confirm the successful upload. And maybe the way  your server confirms the upload, does not "comply" with the changes in tsNET.
> 
> Maybe the HostM support could help in changing the settings. They are very used with Livecode. Y
> 
> Btw.  I could send you the login data for my test account so you could check  if it is working with that account. 
> Then you could tell HostM suppert  that there is no problem with a German HostM account.
> 
> Regards,
> Matthias
> 
> 
> 
> 
> 
> 
>> Am 08.12.2023 um 01:13 schrieb scott--- via use-livecode <use-livecode at lists.runrev.com>:
>> 
>> I have a project that uses the business version of tsNet to ftp a file onto a web server. (I’m using a Mac, the server is a shared one on hostm.) This works fine in LC 9.6.8 but fails in subsequent versions of LC 9.6.x as well as LC 10.0.0 (dp 6). I’m fairly ignorant of tsnet and file transfer protocols. My attempts to debug the problem by looking at headers and cURL error codes hasn’t gotten me anywhere useful. Is there something that changed between LC 9.6.8 and LC 9.6.9  that might help inform where I should be looking? I saw that LC 9.6.9 updated the version of OpenSSL it was using but I’m not sure if/how that might effect tsnet. I’ve put more details below.  Any ideas welcomed. (Well, almost any ;- )
>> 
>> --
>> Scott Morrow
>> 
>> Elementary Software
>> (Now with 20% less chalk dust!)
>> web       https://elementarysoftware.com/
>> email     scott at elementarysoftware.com
>> booth    1-360-734-4701
>> 
>> <snip>
>> 
>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 



From bobsneidar at iotecdigital.com  Wed Jan  3 11:09:48 2024
From: bobsneidar at iotecdigital.com (Bob Sneidar)
Date: Wed, 3 Jan 2024 16:09:48 +0000
Subject: Embedded PDFs in Windows Menu
In-Reply-To: <92C8E843-8760-4771-BC89-48CC2CF637F9@m-r-d.de>
References: <64c05a9c-9469-4d1d-8079-49094a3add00@researchware.com>
 <92C8E843-8760-4771-BC89-48CC2CF637F9@m-r-d.de>
Message-ID: <7BA54E7F-5F1E-403D-A180-EBE20280587A@iotecdigital.com>

It sounds like he is dealing with file permissions. His app can create but not write. I’ll bet the PDF file is 0 kbytes. 

I would try saving the file using open file <filename> for binary write; write to file <filename>; put the result into tResult, close file <filename> then check for tResult

Bob S


> On Dec 31, 2023, at 8:52 AM, Matthias Rebbe via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> Paul,
> 
> the subject of Charles post is a bit misleading.
> The problem does not have to do with the menu.
> 
> Charles problem is the following. He stored several PDF files on macOS as custom properties. His program allows the user to save the PDF to hard disk using a menu entry.
> The command for creating the PDF is
> put the PDFfile1 of this stack into URL “binfile:……..“
> 
> When the PDF is saved on macOS the PDF is readable (on Windows and macOS), when the PDF is saved on Windows, a PDF with blank pages is created.
> 
> I am not sure, if this maybe has to do with encoding or so?
> 
> Regards,
> Matthias
> 
> Von meinem iPad gesendet
>> Am 31.12.2023 um 16:18 schrieb Paul Dupuis via use-livecode <use-livecode at lists.runrev.com>:
>> 
>> I'm not sure exactly what you are talking about?
>> 
>> Are you asking about launching a PDF from a menu item under a "Windows" menu?
>> 
>>> On 12/31/2023 9:41 AM, Charles Szasz via use-livecode wrote:
>>> I have found that a method I use (proposed by LC tech support a few years ago to embed PDFs in a Windows menu (using custom properties) does not work in LC 9+. It does work on a Mac. Anybody have solution for this problem?
>>> 
>>> 
>>> Sent from my iPad
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From matthias_livecode_150811 at m-r-d.de  Wed Jan  3 11:21:17 2024
From: matthias_livecode_150811 at m-r-d.de (matthias_livecode_150811 at m-r-d.de)
Date: Wed, 3 Jan 2024 17:21:17 +0100
Subject: Embedded PDFs in Windows Menu
In-Reply-To: <7BA54E7F-5F1E-403D-A180-EBE20280587A@iotecdigital.com>
References: <64c05a9c-9469-4d1d-8079-49094a3add00@researchware.com>
 <92C8E843-8760-4771-BC89-48CC2CF637F9@m-r-d.de>
 <7BA54E7F-5F1E-403D-A180-EBE20280587A@iotecdigital.com>
Message-ID: <3FDE2BC3-46AE-4AB3-BD5C-815393E59E33@m-r-d.de>



> Am 03.01.2024 um 17:09 schrieb Bob Sneidar via use-livecode <use-livecode at lists.runrev.com>:
> 
> It sounds like he is dealing with file permissions. His app can create but not write. I’ll bet the PDF file is 0 kbytes. 
> 
I had contact with Charles off-list.
No, the pdf sizes are not 0 kbytes. And they were written to the user's documents folder.  The different PDF files have different sizes on Windows and contain  exact the same number of pages the real PDF has, but they are blank.

The problem seems to be solved now. He will import/store the PDFs again in custom properties, but doing this under Windows. When those are written back from custom properties to pdf files on hard disk, they can be read  on Windows and macOS.
So at least he can proceed.

Anyway, i was wondering what the reason might have been that this did not work with PDF stored in custom properties on macOS.


> I would try saving the file using open file <filename> for binary write; write to file <filename>; put the result into tResult, close file <filename> then check for tResult
> 

> Bob S
> 
> 
>> On Dec 31, 2023, at 8:52 AM, Matthias Rebbe via use-livecode <use-livecode at lists.runrev.com> wrote:
>> 
>> Paul,
>> 
>> the subject of Charles post is a bit misleading.
>> The problem does not have to do with the menu.
>> 
>> Charles problem is the following. He stored several PDF files on macOS as custom properties. His program allows the user to save the PDF to hard disk using a menu entry.
>> The command for creating the PDF is
>> put the PDFfile1 of this stack into URL “binfile:……..“
>> 
>> When the PDF is saved on macOS the PDF is readable (on Windows and macOS), when the PDF is saved on Windows, a PDF with blank pages is created.
>> 
>> I am not sure, if this maybe has to do with encoding or so?
>> 
>> Regards,
>> Matthias
>> 
>> Von meinem iPad gesendet
>>> Am 31.12.2023 um 16:18 schrieb Paul Dupuis via use-livecode <use-livecode at lists.runrev.com>:
>>> 
>>> I'm not sure exactly what you are talking about?
>>> 
>>> Are you asking about launching a PDF from a menu item under a "Windows" menu?
>>> 
>>>> On 12/31/2023 9:41 AM, Charles Szasz via use-livecode wrote:
>>>> I have found that a method I use (proposed by LC tech support a few years ago to embed PDFs in a Windows menu (using custom properties) does not work in LC 9+. It does work on a Mac. Anybody have solution for this problem?
>>>> 
>>>> 
>>>> Sent from my iPad
>>>> _______________________________________________
>>>> use-livecode mailing list
>>>> use-livecode at lists.runrev.com
>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>> 
>>> 
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



From ambassador at fourthworld.com  Wed Jan  3 15:35:36 2024
From: ambassador at fourthworld.com (ambassador at fourthworld.com)
Date: Wed, 03 Jan 2024 20:35:36 +0000
Subject: 2 Qs about the OAuth2 bug fix in v10.x
In-Reply-To: <mailman.1.1704301202.109086.use-livecode@lists.runrev.com>
References: <mailman.1.1704301202.109086.use-livecode@lists.runrev.com>
Message-ID: <b8a7ed8d5b440adaef451e97f3b2afc4523a744d@fourthworld.com>

The blog discussion re v10 mentions this fix to OAuth2:

   "OAuth2 redirect parameters are now correctly decoded"

I was unable to find the corresponding bug report for that item.

Does anyone here know the bug report ID for that?

And can anyone on the team confirm if this will be backported to the v9.x series?

Thanks in advance - 

--
Richard Gaskin
FourthWorld.com


From matthias_livecode_150811 at m-r-d.de  Wed Jan  3 15:54:22 2024
From: matthias_livecode_150811 at m-r-d.de (matthias_livecode_150811 at m-r-d.de)
Date: Wed, 3 Jan 2024 21:54:22 +0100
Subject: 2 Qs about the OAuth2 bug fix in v10.x
In-Reply-To: <b8a7ed8d5b440adaef451e97f3b2afc4523a744d@fourthworld.com>
References: <mailman.1.1704301202.109086.use-livecode@lists.runrev.com>
 <b8a7ed8d5b440adaef451e97f3b2afc4523a744d@fourthworld.com>
Message-ID: <0109D1B1-D485-4D24-BE24-189AD4C6EA7E@m-r-d.de>

According to the release notes of dp7 the corresponding bug is 24334


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



> Am 03.01.2024 um 21:35 schrieb ambassador--- via use-livecode <use-livecode at lists.runrev.com>:
> 
> The blog discussion re v10 mentions this fix to OAuth2:
> 
>   "OAuth2 redirect parameters are now correctly decoded"
> 
> I was unable to find the corresponding bug report for that item.
> 
> Does anyone here know the bug report ID for that?
> 
> And can anyone on the team confirm if this will be backported to the v9.x series?
> 
> Thanks in advance - 
> 
> --
> Richard Gaskin
> FourthWorld.com
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From matthias_livecode_150811 at m-r-d.de  Wed Jan  3 15:57:47 2024
From: matthias_livecode_150811 at m-r-d.de (matthias_livecode_150811 at m-r-d.de)
Date: Wed, 3 Jan 2024 21:57:47 +0100
Subject: 2 Qs about the OAuth2 bug fix in v10.x
In-Reply-To: <0109D1B1-D485-4D24-BE24-189AD4C6EA7E@m-r-d.de>
References: <mailman.1.1704301202.109086.use-livecode@lists.runrev.com>
 <b8a7ed8d5b440adaef451e97f3b2afc4523a744d@fourthworld.com>
 <0109D1B1-D485-4D24-BE24-189AD4C6EA7E@m-r-d.de>
Message-ID: <071EE67F-6D99-46C5-B5E2-9200C52546D3@m-r-d.de>

What i forgot,

if this all is done by the oauth2.livecodescript, couldn't one then use that script in V9?


> Am 03.01.2024 um 21:54 schrieb matthias rebbe via use-livecode <use-livecode at lists.runrev.com>:
> 
> According to the release notes of dp7 the corresponding bug is 24334
> 
> 
> https://quality.livecode.com/show_bug.cgi?id=24334
> 
> 
> 
>> Am 03.01.2024 um 21:35 schrieb ambassador--- via use-livecode <use-livecode at lists.runrev.com>:
>> 
>> The blog discussion re v10 mentions this fix to OAuth2:
>> 
>>  "OAuth2 redirect parameters are now correctly decoded"
>> 
>> I was unable to find the corresponding bug report for that item.
>> 
>> Does anyone here know the bug report ID for that?
>> 
>> And can anyone on the team confirm if this will be backported to the v9.x series?
>> 
>> Thanks in advance - 
>> 
>> --
>> Richard Gaskin
>> FourthWorld.com
>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



From derek-lc-list at speedbump.io  Thu Jan  4 07:24:37 2024
From: derek-lc-list at speedbump.io (Derek Bump)
Date: Thu, 4 Jan 2024 06:24:37 -0600
Subject: Thanks for all the fish
In-Reply-To: <43c2b3e7-902f-4d8d-a3f9-71a75cfe50f1@sonic.net>
References: <43c2b3e7-902f-4d8d-a3f9-71a75cfe50f1@sonic.net>
Message-ID: <aace9d11-8b51-4f05-a698-193892706b2f@speedbump.io>

Thank you, Mark. That is very generous.

-- Derek Bump


On 12/30/23 17:03, Mark Wieder via use-livecode wrote:
> PowerDebug and PowerTools have now been released into the wild as 
> opensource tools (MIT license).
> Code is all intact, although the check for update functionality has 
> been commented out for obvious reasons.
> Have fun.
>
> https://github.com/mwieder/PowerDebug
> https://github.com/mwieder/PowerTools
>


From bobsneidar at iotecdigital.com  Thu Jan  4 11:14:16 2024
From: bobsneidar at iotecdigital.com (Bob Sneidar)
Date: Thu, 4 Jan 2024 16:14:16 +0000
Subject: Embedded PDFs in Windows Menu
In-Reply-To: <3FDE2BC3-46AE-4AB3-BD5C-815393E59E33@m-r-d.de>
References: <64c05a9c-9469-4d1d-8079-49094a3add00@researchware.com>
 <92C8E843-8760-4771-BC89-48CC2CF637F9@m-r-d.de>
 <7BA54E7F-5F1E-403D-A180-EBE20280587A@iotecdigital.com>
 <3FDE2BC3-46AE-4AB3-BD5C-815393E59E33@m-r-d.de>
Message-ID: <45779616-C93E-414B-A62A-D1017751AC97@iotecdigital.com>

Curious to be sure. For my part I binary read my PDFs into an sql database large blob column then write them back out to disk when needed. That is the entire basis for my Forms Generator app. I have never encountered this issue. That may help narrow the scope of the problem.

Bob S


On Jan 3, 2024, at 8:21 AM, matthias rebbe via use-livecode <use-livecode at lists.runrev.com> wrote:



Am 03.01.2024 um 17:09 schrieb Bob Sneidar via use-livecode <use-livecode at lists.runrev.com<mailto:use-livecode at lists.runrev.com>>:

It sounds like he is dealing with file permissions. His app can create but not write. I’ll bet the PDF file is 0 kbytes.

I had contact with Charles off-list.
No, the pdf sizes are not 0 kbytes. And they were written to the user's documents folder.  The different PDF files have different sizes on Windows and contain  exact the same number of pages the real PDF has, but they are blank.

The problem seems to be solved now. He will import/store the PDFs again in custom properties, but doing this under Windows. When those are written back from custom properties to pdf files on hard disk, they can be read  on Windows and macOS.
So at least he can proceed.

Anyway, i was wondering what the reason might have been that this did not work with PDF stored in custom properties on macOS.


I would try saving the file using open file <filename> for binary write; write to file <filename>; put the result into tResult, close file <filename> then check for tResult


Bob S


On Dec 31, 2023, at 8:52 AM, Matthias Rebbe via use-livecode <use-livecode at lists.runrev.com> wrote:

Paul,

the subject of Charles post is a bit misleading.
The problem does not have to do with the menu.

Charles problem is the following. He stored several PDF files on macOS as custom properties. His program allows the user to save the PDF to hard disk using a menu entry.
The command for creating the PDF is
put the PDFfile1 of this stack into URL “binfile:……..“

When the PDF is saved on macOS the PDF is readable (on Windows and macOS), when the PDF is saved on Windows, a PDF with blank pages is created.

I am not sure, if this maybe has to do with encoding or so?

Regards,
Matthias

Von meinem iPad gesendet
Am 31.12.2023 um 16:18 schrieb Paul Dupuis via use-livecode <use-livecode at lists.runrev.com>:

I'm not sure exactly what you are talking about?

Are you asking about launching a PDF from a menu item under a "Windows" menu?

On 12/31/2023 9:41 AM, Charles Szasz via use-livecode wrote:
I have found that a method I use (proposed by LC tech support a few years ago to embed PDFs in a Windows menu (using custom properties) does not work in LC 9+. It does work on a Mac. Anybody have solution for this problem?


Sent from my iPad
_______________________________________________
use-livecode mailing list
use-livecode at lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


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


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

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


_______________________________________________
use-livecode mailing list
use-livecode at lists.runrev.com<mailto:use-livecode at lists.runrev.com>
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


From bobsneidar at iotecdigital.com  Thu Jan  4 11:16:42 2024
From: bobsneidar at iotecdigital.com (Bob Sneidar)
Date: Thu, 4 Jan 2024 16:16:42 +0000
Subject: Thanks for all the fish
In-Reply-To: <43c2b3e7-902f-4d8d-a3f9-71a75cfe50f1@sonic.net>
References: <43c2b3e7-902f-4d8d-a3f9-71a75cfe50f1@sonic.net>
Message-ID: <67143811-04B3-42A8-A052-69C9871E118D@iotecdigital.com>

I hope this doesn’t mean anything ominous…

Bob S


> On Dec 30, 2023, at 3:03 PM, Mark Wieder via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> PowerDebug and PowerTools have now been released into the wild as opensource tools (MIT license).
> Code is all intact, although the check for update functionality has been commented out for obvious reasons.
> Have fun.
> 
> https://github.com/mwieder/PowerDebug
> https://github.com/mwieder/PowerTools
> 
> -- 
> Mark Wieder
> ahsoftware at gmail.com
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From jiml at netrin.com  Thu Jan  4 13:54:09 2024
From: jiml at netrin.com (Jim Lambert)
Date: Thu, 4 Jan 2024 10:54:09 -0800
Subject: Thanks for all the fish
In-Reply-To: <mailman.3.1704042001.241347.use-livecode@lists.runrev.com>
References: <mailman.3.1704042001.241347.use-livecode@lists.runrev.com>
Message-ID: <73EDC1C4-6ED9-4B61-AB41-B15472A3F046@netrin.com>

Mark,

Thank you very much.
Have a great 2024!

Jim Lambert


From bobsneidar at iotecdigital.com  Fri Jan  5 17:11:03 2024
From: bobsneidar at iotecdigital.com (Bob Sneidar)
Date: Fri, 5 Jan 2024 22:11:03 +0000
Subject: Menu Mnemonics
Message-ID: <167E1EEF-2355-4949-8293-55C830A2198A@iotecdigital.com>

Hi all. 

When creating menus, I can put an ampersand before any character in the menu item and that becomes the Command Key Equivalent on MacOS. But what if I want the Del key to trigger the Delete menu item? Is there a way to set the text for that? I tried doing it in the Menu Builder but no go. 

Bob S



From marksmithhfx at gmail.com  Fri Jan  5 17:32:04 2024
From: marksmithhfx at gmail.com (Mark Smith)
Date: Fri, 5 Jan 2024 22:32:04 +0000
Subject: Menu Mnemonics
In-Reply-To: <167E1EEF-2355-4949-8293-55C830A2198A@iotecdigital.com>
References: <167E1EEF-2355-4949-8293-55C830A2198A@iotecdigital.com>
Message-ID: <CC2B3F08-32AB-4A85-98E4-3FB57D0E6044@gmail.com>

Hi Bob,

This discussion might help. 

https://apple.stackexchange.com/questions/47086/how-do-i-create-a-menu-shortcut-which-involves-the-delete-key <https://apple.stackexchange.com/questions/47086/how-do-i-create-a-menu-shortcut-which-involves-the-delete-key>

Mark

> On 5 Jan 2024, at 10:11 pm, Bob Sneidar via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> Hi all. 
> 
> When creating menus, I can put an ampersand before any character in the menu item and that becomes the Command Key Equivalent on MacOS. But what if I want the Del key to trigger the Delete menu item? Is there a way to set the text for that? I tried doing it in the Menu Builder but no go. 
> 
> Bob S
> 
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From bobsneidar at iotecdigital.com  Fri Jan  5 17:33:58 2024
From: bobsneidar at iotecdigital.com (Bob Sneidar)
Date: Fri, 5 Jan 2024 22:33:58 +0000
Subject: Menu Mnemonics
In-Reply-To: <167E1EEF-2355-4949-8293-55C830A2198A@iotecdigital.com>
References: <167E1EEF-2355-4949-8293-55C830A2198A@iotecdigital.com>
Message-ID: <474199A3-8CE6-410B-ABAA-5B7119BFABF1@iotecdigital.com>

NVM. I decided to use rawKeyUp for this. I have done this in the past. 

on rawKeyUp pKey
   put pKey
   put getParentCard(the long id of the target) into tParentCard
   put the editing of tParentCard into tEditMode
   
   if tEditMode is empty then \
         pass rawKeyUp
   
   switch pKey
      case 65307 -- esc
         if the editing of tParentCard is among the items of "new,edit" then \
               send mouseUp to button "btnCancel" of tParentCard in 5 milliseconds
         
         break
      case 65535 -- del
         if the editing of tParentCard is "view" then \
               send mouseUp to button "btnDelete" of tParentCard in 15 milliseconds
         
         break
      case 65293 -- return
         if the editing of tParentCard is "view" then \
               send mouseUp to button "btnEdit" of tParentCard in 15 milliseconds
         
         break
      case 65421 -- enter
         if the editing of tParentCard is "view" then \
               send mouseUp to button "btnEdit" of tParentCard in 15 milliseconds
         
         break
   end switch
   
   pass rawKeyUp
end rawKeyUp

FYI the getParentCard function simply returns the long id of the card the target is on. The editing of a card is a custom property I set when entering one of 4 modes, New, Edit, View and Search. 

Bob S


> On Jan 5, 2024, at 2:11 PM, Bob Sneidar via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> Hi all. 
> 
> When creating menus, I can put an ampersand before any character in the menu item and that becomes the Command Key Equivalent on MacOS. But what if I want the Del key to trigger the Delete menu item? Is there a way to set the text for that? I tried doing it in the Menu Builder but no go. 
> 
> Bob S



From bobsneidar at iotecdigital.com  Fri Jan  5 17:40:15 2024
From: bobsneidar at iotecdigital.com (Bob Sneidar)
Date: Fri, 5 Jan 2024 22:40:15 +0000
Subject: Menu Mnemonics
In-Reply-To: <474199A3-8CE6-410B-ABAA-5B7119BFABF1@iotecdigital.com>
References: <167E1EEF-2355-4949-8293-55C830A2198A@iotecdigital.com>
 <474199A3-8CE6-410B-ABAA-5B7119BFABF1@iotecdigital.com>
Message-ID: <7777ADC2-F163-4C03-8305-948043BB4990@iotecdigital.com>

A slightly better version: 

on rawKeyUp pKey
   -- put pKey
   put getParentCard(the long id of the target) into tParentCard
   put the editing of tParentCard into tEditMode
   
   if tEditMode is empty then \
         pass rawKeyUp
   
   switch pKey
      case 65307 -- esc
         if the editing of tParentCard is among the items of "new,edit" and \
               there is a button "btnCancel" of tParentCard then \
               send mouseUp to button "btnCancel" of tParentCard in 15 milliseconds
         
         break
      case 65535 -- del
         if the editing of tParentCard is "view" and \
               there is a button "btnDelete" of tParentCard then \
               send mouseUp to button "btnDelete" of tParentCard in 15 milliseconds
         
         break
      case 65293 -- return
         if the editing of tParentCard is "view" and \
               there is a button "btnEdit" of tParentCard then \
               send mouseUp to button "btnEdit" of tParentCard in 15 milliseconds
         
         break
      case 65421 -- enter
         if the editing of tParentCard is "view" and \
               there is a button "btnEdit" of tParentCard then \
               send mouseUp to button "btnEdit" of tParentCard in 15 milliseconds
         
         break
   end switch
   
   pass rawKeyUp
end rawKeyUp


> On Jan 5, 2024, at 2:33 PM, Bob Sneidar <bobsneidar at iotecdigital.com> wrote:
> 
> NVM. I decided to use rawKeyUp for this. I have done this in the past. 
> 
> on rawKeyUp pKey
>   put pKey
>   put getParentCard(the long id of the target) into tParentCard
>   put the editing of tParentCard into tEditMode
> 
>   if tEditMode is empty then \
>         pass rawKeyUp
> 
>   switch pKey
>      case 65307 -- esc
>         if the editing of tParentCard is among the items of "new,edit" then \
>               send mouseUp to button "btnCancel" of tParentCard in 5 milliseconds
> 
>         break
>      case 65535 -- del
>         if the editing of tParentCard is "view" then \
>               send mouseUp to button "btnDelete" of tParentCard in 15 milliseconds
> 
>         break
>      case 65293 -- return
>         if the editing of tParentCard is "view" then \
>               send mouseUp to button "btnEdit" of tParentCard in 15 milliseconds
> 
>         break
>      case 65421 -- enter
>         if the editing of tParentCard is "view" then \
>               send mouseUp to button "btnEdit" of tParentCard in 15 milliseconds
> 
>         break
>   end switch
> 
>   pass rawKeyUp
> end rawKeyUp
> 
> FYI the getParentCard function simply returns the long id of the card the target is on. The editing of a card is a custom property I set when entering one of 4 modes, New, Edit, View and Search. 
> 
> Bob S
> 
> 
>> On Jan 5, 2024, at 2:11 PM, Bob Sneidar via use-livecode <use-livecode at lists.runrev.com> wrote:
>> 
>> Hi all. 
>> 
>> When creating menus, I can put an ampersand before any character in the menu item and that becomes the Command Key Equivalent on MacOS. But what if I want the Del key to trigger the Delete menu item? Is there a way to set the text for that? I tried doing it in the Menu Builder but no go. 
>> 
>> Bob S
> 



From jbv at souslelogo.com  Sun Jan  7 15:45:22 2024
From: jbv at souslelogo.com (jbv at souslelogo.com)
Date: Sun, 07 Jan 2024 15:45:22 -0500
Subject: Best way to lock a whole mySQL table ?
Message-ID: <16cf5d3ca78a4321aa428685e49291d9@souslelogo.com>

Hi list,
I have a mySQL table with over a million rows and I would
like to lock the data so that no inserts nor updates are
possible, only reads via select commands.
I have read the doc as well as numerous blogs, and as far
as I understand, the following command
LOCK TABLES myTable WRITE;
locks the table and prevents other users from reading or
writing to the table.
But that's not what I need : I need to allow any user to
read at any time, but prevent anyone to write at any time.
Besides, I also need the lock to be effective in phpMyAdmin.
And of course, I need to do that for 1 table only and not
the other tables in the db.

How can I achieve that ? Does the solution have to do
with the user privileges ?

Thank you in advance.
jbv


From matthias_livecode_150811 at m-r-d.de  Sun Jan  7 15:50:42 2024
From: matthias_livecode_150811 at m-r-d.de (matthias_livecode_150811 at m-r-d.de)
Date: Sun, 7 Jan 2024 21:50:42 +0100
Subject: Best way to lock a whole mySQL table ?
In-Reply-To: <16cf5d3ca78a4321aa428685e49291d9@souslelogo.com>
References: <16cf5d3ca78a4321aa428685e49291d9@souslelogo.com>
Message-ID: <FE445170-56BB-4374-B373-A3E13CC0DB3F@m-r-d.de>

You could set user permissions and allow only select.

https://simplebackups.com/blog/how-to-create-and-grant-permissions-to-a-mysql-user/

Regards,
Matthias

> Am 07.01.2024 um 21:45 schrieb jbv via use-livecode <use-livecode at lists.runrev.com>:
> 
> Hi list,
> I have a mySQL table with over a million rows and I would
> like to lock the data so that no inserts nor updates are
> possible, only reads via select commands.
> I have read the doc as well as numerous blogs, and as far
> as I understand, the following command
> LOCK TABLES myTable WRITE;
> locks the table and prevents other users from reading or
> writing to the table.
> But that's not what I need : I need to allow any user to
> read at any time, but prevent anyone to write at any time.
> Besides, I also need the lock to be effective in phpMyAdmin.
> And of course, I need to do that for 1 table only and not
> the other tables in the db.
> 
> How can I achieve that ? Does the solution have to do
> with the user privileges ?
> 
> Thank you in advance.
> jbv
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From matthias_livecode_150811 at m-r-d.de  Sun Jan  7 17:11:04 2024
From: matthias_livecode_150811 at m-r-d.de (matthias_livecode_150811 at m-r-d.de)
Date: Sun, 7 Jan 2024 23:11:04 +0100
Subject: Best way to lock a whole mySQL table ?
In-Reply-To: <FE445170-56BB-4374-B373-A3E13CC0DB3F@m-r-d.de>
References: <16cf5d3ca78a4321aa428685e49291d9@souslelogo.com>
 <FE445170-56BB-4374-B373-A3E13CC0DB3F@m-r-d.de>
Message-ID: <6F4CA92D-1CE4-42C1-B72D-BAB5F4E08BEF@m-r-d.de>

Rereading your posts i realized that you want to lock a table.

So maybe this link is more helpful
https://www.atlassian.com/data/admin/grant-permissions-for-mysql




> Am 07.01.2024 um 21:50 schrieb matthias rebbe via use-livecode <use-livecode at lists.runrev.com>:
> 
> You could set user permissions and allow only select.
> 
> https://simplebackups.com/blog/how-to-create-and-grant-permissions-to-a-mysql-user/
> 
> Regards,
> Matthias
> 
>> Am 07.01.2024 um 21:45 schrieb jbv via use-livecode <use-livecode at lists.runrev.com>:
>> 
>> Hi list,
>> I have a mySQL table with over a million rows and I would
>> like to lock the data so that no inserts nor updates are
>> possible, only reads via select commands.
>> I have read the doc as well as numerous blogs, and as far
>> as I understand, the following command
>> LOCK TABLES myTable WRITE;
>> locks the table and prevents other users from reading or
>> writing to the table.
>> But that's not what I need : I need to allow any user to
>> read at any time, but prevent anyone to write at any time.
>> Besides, I also need the lock to be effective in phpMyAdmin.
>> And of course, I need to do that for 1 table only and not
>> the other tables in the db.
>> 
>> How can I achieve that ? Does the solution have to do
>> with the user privileges ?
>> 
>> Thank you in advance.
>> jbv
>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From rdimola at evergreeninfo.net  Wed Jan 10 20:54:03 2024
From: rdimola at evergreeninfo.net (Ralph DiMola)
Date: Wed, 10 Jan 2024 20:54:03 -0500
Subject: We lost  an Angle
Message-ID: <004101da4431$11027170$33075450$@net>

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

rdimola at evergreeninfo.net


From bryan at exnihilo-media.com  Wed Jan 10 21:24:23 2024
From: bryan at exnihilo-media.com (Bryan Anderson)
Date: Wed, 10 Jan 2024 21:24:23 -0500
Subject: We lost  an Angle
In-Reply-To: <004101da4431$11027170$33075450$@net>
References: <004101da4431$11027170$33075450$@net>
Message-ID: <09D7387E-6EAC-47CC-B0D7-CDC2821677E2@exnihilo-media.com>

So sorry Ralph. Her life of giving and caring will live on…I’m sure. 

Bryan


> 
> On Jan 10, 2024, at 8:52 PM, Ralph DiMola via use-livecode <use-livecode at 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
> 
> rdimola at evergreeninfo.net
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From simplsol at aol.com  Wed Jan 10 22:21:25 2024
From: simplsol at aol.com (Paul Looney)
Date: Wed, 10 Jan 2024 19:21:25 -0800
Subject: We lost  an Angle
In-Reply-To: <004101da4431$11027170$33075450$@net>
References: <004101da4431$11027170$33075450$@net>
Message-ID: <182DCBF5-2E1A-49D0-A271-5E1FB47B26AF@aol.com>

Ralph,

Sorry to hear your news.

As someone who lost a spouse of 40 years, I have an idea of how tough it can be. When the grief overwhelms, as it surely can, please try to remember the time you had together, rather than time lost.



> On Jan 10, 2024, at 5:54 PM, Ralph DiMola via use-livecode <use-livecode at 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
> 
> rdimola at evergreeninfo.net
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



From bogdanoff at me.com  Wed Jan 10 23:00:57 2024
From: bogdanoff at me.com (Peter Bogdanoff)
Date: Wed, 10 Jan 2024 20:00:57 -0800
Subject: We lost  an Angle
In-Reply-To: <004101da4431$11027170$33075450$@net>
References: <004101da4431$11027170$33075450$@net>
Message-ID: <1292A004-B9C4-4E0D-91AD-49E0B06667F0@me.com>

Ralph,

My wife and I sat with you both at the outdoor evening event in San Diego, way back when. Margaret was very sweet and seemed to be really enjoying her time there. I’m sorry for you but am glad you had those years with her. All the best, and God bless you!

Peter Bogdanoff

> On Jan 10, 2024, at 5:54 PM, Ralph DiMola via use-livecode <use-livecode at 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
> 
> rdimola at evergreeninfo.net
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



From marksmithhfx at gmail.com  Thu Jan 11 03:09:16 2024
From: marksmithhfx at gmail.com (Mark Smith)
Date: Thu, 11 Jan 2024 08:09:16 +0000
Subject: We lost  an Angle
In-Reply-To: <1292A004-B9C4-4E0D-91AD-49E0B06667F0@me.com>
References: <1292A004-B9C4-4E0D-91AD-49E0B06667F0@me.com>
Message-ID: <B383A29F-A334-4D1A-8FFF-C2110412271E@gmail.com>

Ralph, so sorry for your loss. May you be eternally blessed with memories of the joy and love you shared together.

Mark

Sent from my iPhone

> On Jan 11, 2024, at 4:02 AM, Peter Bogdanoff via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> Ralph,
> 
> My wife and I sat with you both at the outdoor evening event in San Diego, way back when. Margaret was very sweet and seemed to be really enjoying her time there. I’m sorry for you but am glad you had those years with her. All the best, and God bless you!
> 
> Peter Bogdanoff
> 
>> On Jan 10, 2024, at 5:54 PM, Ralph DiMola via use-livecode <use-livecode at 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
>> 
>> rdimola at evergreeninfo.net
>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From curry at pair.com  Thu Jan 11 03:35:31 2024
From: curry at pair.com (Curry Kenworthy)
Date: Thu, 11 Jan 2024 03:35:31 -0500
Subject: We lost an Angle
In-Reply-To: <004101da4431$11027170$33075450$@net>
References: <004101da4431$11027170$33075450$@net>
Message-ID: <b8bde0c8-0052-48a4-beaa-a480f8d831d6@pair.com>


Hi Ralph,

God bless you both! Precious time together well spent.

Best wishes,

Curry K.


From heather at livecode.com  Thu Jan 11 10:43:54 2024
From: heather at livecode.com (Heather Laine)
Date: Thu, 11 Jan 2024 15:43:54 +0000
Subject: We lost  an Angle
In-Reply-To: <004101da4431$11027170$33075450$@net>
References: <004101da4431$11027170$33075450$@net>
Message-ID: <EA157670-AAED-40E8-8025-D29ACAA899CD@livecode.com>

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 at 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
> 
> rdimola at evergreeninfo.net
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From tom at makeshyft.com  Thu Jan 11 11:27:30 2024
From: tom at makeshyft.com (Tom Glod)
Date: Thu, 11 Jan 2024 11:27:30 -0500
Subject: We lost an Angle
In-Reply-To: <EA157670-AAED-40E8-8025-D29ACAA899CD@livecode.com>
References: <004101da4431$11027170$33075450$@net>
 <EA157670-AAED-40E8-8025-D29ACAA899CD@livecode.com>
Message-ID: <CAPzQJLKuszr6iZWBsQfVC50khSeY39OdrhvKpn5UnFnMBE2zVw@mail.gmail.com>

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 at 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 at 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
> >
> > rdimola at evergreeninfo.net
> >
> > _______________________________________________
> > use-livecode mailing list
> > use-livecode at lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>

From kevin at livecode.com  Thu Jan 11 11:47:34 2024
From: kevin at livecode.com (Kevin Miller)
Date: Thu, 11 Jan 2024 16:47:34 +0000
Subject: We lost  an Angle
In-Reply-To: <004101da4431$11027170$33075450$@net>
References: <004101da4431$11027170$33075450$@net>
Message-ID: <C334854D-BD98-4D4D-B873-E73DA665AF93@livecode.com>

So very sorry to hear that Ralph. My thoughts are with you.

Kind regards, 

Kevin 

Kevin Miller ~ kevin at livecode.com ~ http://www.livecode.com/ 
LiveCode: Build Amazing Things 




On 11/01/2024, 01:54, "use-livecode on behalf of Ralph DiMola via use-livecode" <use-livecode-bounces at lists.runrev.com <mailto:use-livecode-bounces at lists.runrev.com> on behalf of use-livecode at lists.runrev.com <mailto:use-livecode at 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


rdimola at evergreeninfo.net <mailto:rdimola at evergreeninfo.net>


_______________________________________________
use-livecode mailing list
use-livecode at lists.runrev.com <mailto:use-livecode at lists.runrev.com>
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode <http://lists.runrev.com/mailman/listinfo/use-livecode>






From harrison at all-auctions.com  Thu Jan 11 12:23:00 2024
From: harrison at all-auctions.com (harrison at all-auctions.com)
Date: Thu, 11 Jan 2024 12:23:00 -0500
Subject: We lost an Angle
In-Reply-To: <004101da4431$11027170$33075450$@net>
References: <004101da4431$11027170$33075450$@net>
Message-ID: <D627577C-808E-42F6-8153-538928E60B80@all-auctions.com>

Hi Ralph,

Sorry for your loss.

I’ve heard that keeping the TV on
for extra voices in the background
can help mitigate the silence of the
house.

Good luck to you!

Rick

> On Jan 10, 2024, at 8:54 PM, Ralph DiMola via use-livecode <use-livecode at 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
> 
> rdimola at evergreeninfo.net
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



From jacque at hyperactivesw.com  Thu Jan 11 12:26:44 2024
From: jacque at hyperactivesw.com (J. Landman Gay)
Date: Thu, 11 Jan 2024 11:26:44 -0600
Subject: We lost  an Angle
In-Reply-To: <004101da4431$11027170$33075450$@net>
References: <004101da4431$11027170$33075450$@net>
Message-ID: <18cf98fd838.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com>

I'm so very sorry to hear that, Ralph. It's such a hard thing. My thoughts 
are with you, always.

--
Jacqueline Landman Gay | jacque at hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On January 10, 2024 7:53:52 PM Ralph DiMola via use-livecode 
<use-livecode at 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
>
> rdimola at evergreeninfo.net
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your 
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode





From jiml at netrin.com  Thu Jan 11 15:39:28 2024
From: jiml at netrin.com (Jim Lambert)
Date: Thu, 11 Jan 2024 12:39:28 -0800
Subject: We lost  an Angel
In-Reply-To: <mailman.1.1704992401.202236.use-livecode@lists.runrev.com>
References: <mailman.1.1704992401.202236.use-livecode@lists.runrev.com>
Message-ID: <A7897420-0C2A-4008-8BA8-073B2B2E702F@netrin.com>

Ralph,

So sorry to hear of Margaret's passing. We remember her fondly.
Please accept our condolences.

Jim & Bonnie Lambert


From matthias_livecode_150811 at m-r-d.de  Thu Jan 11 17:35:54 2024
From: matthias_livecode_150811 at m-r-d.de (matthias_livecode_150811 at m-r-d.de)
Date: Thu, 11 Jan 2024 23:35:54 +0100
Subject: We lost  an Angle
In-Reply-To: <004101da4431$11027170$33075450$@net>
References: <004101da4431$11027170$33075450$@net>
Message-ID: <19DE1EA4-6C2C-4AEF-875D-A311D4D2B369@m-r-d.de>

Ralph,
Unfortunately, I'm not good at these things, especially when I don't write in my native language.

Even though we don't know each other personally, I am very sorry for your loss.
I feel for you.

Matthias

> Am 11.01.2024 um 02:54 schrieb Ralph DiMola via use-livecode <use-livecode at lists.runrev.com>:
> 
> 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
> 
> rdimola at evergreeninfo.net
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From alex at tweedly.net  Thu Jan 11 19:44:23 2024
From: alex at tweedly.net (Alex Tweedly)
Date: Fri, 12 Jan 2024 00:44:23 +0000
Subject: We lost an Angle
In-Reply-To: <004101da4431$11027170$33075450$@net>
References: <004101da4431$11027170$33075450$@net>
Message-ID: <56bb1fae-2966-4d9d-bc7f-4280f151606e@tweedly.net>

I  am so sorry for your loss.  You are in my prayers tonight.

Alex.

On 11/01/2024 01:54, Ralph DiMola via use-livecode 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
>
> rdimola at evergreeninfo.net
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From dochawk at gmail.com  Sun Jan 14 11:50:14 2024
From: dochawk at gmail.com (doc hawk)
Date: Sun, 14 Jan 2024 08:50:14 -0800
Subject: We lost an Angle
In-Reply-To: <19DE1EA4-6C2C-4AEF-875D-A311D4D2B369@m-r-d.de>
References: <004101da4431$11027170$33075450$@net>
 <19DE1EA4-6C2C-4AEF-875D-A311D4D2B369@m-r-d.de>
Message-ID: <CANQHZSFUgAN-_Xuf76qKUX93B44gqc-SvOW7YJaLYuZTsSQtcg@mail.gmail.com>

Please add my prayers and condolences.

From MikeKerner at roadrunner.com  Mon Jan 15 10:22:47 2024
From: MikeKerner at roadrunner.com (Mike Kerner)
Date: Mon, 15 Jan 2024 10:22:47 -0500
Subject: Top things you are waiting for ....
In-Reply-To: <B3A40EAE-27C3-4804-B7B9-3521B4F06AF8@elloco.com>
References: <CAPzQJLLufk+vj-Ac9g1+qnNHQPdOsLmbrWmrt5sD1Ddmyg04eA@mail.gmail.com>
 <2C05119F-A23D-4EF9-8A27-9C2A43217463@m-r-d.de>
 <CADCoycMDC0kmyicmT6D5TekRvuCsjUpSfnUmrnic9f9PMamA8g@mail.gmail.com>
 <CADCoycNZQ8d6A8OMtrm1KGDBcHNfhWSjkc_ymLkJfhb2MuKdPw@mail.gmail.com>
 <CAPzQJLJUf3qJxSXjK7rMEa346Hhv64yO0QnMXXSxtAwzhoNREQ@mail.gmail.com>
 <AS8P250MB0862CBB6134F1521BCB5190C8FB2A@AS8P250MB0862.EURP250.PROD.OUTLOOK.COM>
 <CADCoycO9OJuuAidMASbbH4Sq5by3z3wy4-Ld0ESnoiEdV3RhDw@mail.gmail.com>
 <93D2CD15-2D23-4D1D-BF0E-415B704DDE95@iotecdigital.com>
 <B3A40EAE-27C3-4804-B7B9-3521B4F06AF8@elloco.com>
Message-ID: <CADCoycOms5muQobQywT8vjZ-nNC_8E=7Hp9UgRedNSwi4_nMOg@mail.gmail.com>

some day, "a couple weeks" will come, and the compiler will go into beta.

On Sat, Nov 18, 2023 at 3:49 PM kee nethery via use-livecode <
use-livecode at lists.runrev.com> wrote:

> In App Purchases for MacOS apps. When I can’t make money using LiveCode, I
> have to use something else.
>
> Everything in LiveCode should be Unicode. Really surprised there is stuff
> that is not.
>
> Kee Nethery
> _______________________________________________
> use-livecode mailing list
> use-livecode at 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."

From matthias_livecode_150811 at m-r-d.de  Mon Jan 15 10:58:04 2024
From: matthias_livecode_150811 at m-r-d.de (Matthias Rebbe)
Date: Mon, 15 Jan 2024 16:58:04 +0100
Subject: Top things you are waiting for ....
In-Reply-To: <CADCoycOms5muQobQywT8vjZ-nNC_8E=7Hp9UgRedNSwi4_nMOg@mail.gmail.com>
References: <CADCoycOms5muQobQywT8vjZ-nNC_8E=7Hp9UgRedNSwi4_nMOg@mail.gmail.com>
Message-ID: <99BF8455-FF9C-4A83-9B60-BE0F0C18CC91@m-r-d.de>

At least the subscription payments for the compiler are paused. ;)

Von meinem iPhone gesendet

> Am 15.01.2024 um 16:25 schrieb Mike Kerner via use-livecode <use-livecode at lists.runrev.com>:
> 
> some day, "a couple weeks" will come, and the compiler will go into beta.
> 
>> On Sat, Nov 18, 2023 at 3:49 PM kee nethery via use-livecode <
>> use-livecode at lists.runrev.com> wrote:
>> 
>> In App Purchases for MacOS apps. When I can’t make money using LiveCode, I
>> have to use something else.
>> 
>> Everything in LiveCode should be Unicode. Really surprised there is stuff
>> that is not.
>> 
>> Kee Nethery
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at 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 at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



From bobsneidar at iotecdigital.com  Mon Jan 15 17:55:13 2024
From: bobsneidar at iotecdigital.com (Bob Sneidar)
Date: Mon, 15 Jan 2024 22:55:13 +0000
Subject: Top things you are waiting for ....
In-Reply-To: <99BF8455-FF9C-4A83-9B60-BE0F0C18CC91@m-r-d.de>
References: <CADCoycOms5muQobQywT8vjZ-nNC_8E=7Hp9UgRedNSwi4_nMOg@mail.gmail.com>
 <99BF8455-FF9C-4A83-9B60-BE0F0C18CC91@m-r-d.de>
Message-ID: <019EE59D-A9C9-47C3-AD02-0F36A939C511@iotecdigital.com>

I’m not going to resubscribe to the compiler until there is at least a beta. That’s just me. 

Sent from my iPhone

> On Jan 15, 2024, at 07:59, Matthias Rebbe via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> At least the subscription payments for the compiler are paused. ;)
> 
> Von meinem iPhone gesendet
> 
>> Am 15.01.2024 um 16:25 schrieb Mike Kerner via use-livecode <use-livecode at lists.runrev.com>:
>> 
>> some day, "a couple weeks" will come, and the compiler will go into beta.
>> 
>>> On Sat, Nov 18, 2023 at 3:49 PM kee nethery via use-livecode <
>>> use-livecode at lists.runrev.com> wrote:
>>> 
>>> In App Purchases for MacOS apps. When I can’t make money using LiveCode, I
>>> have to use something else.
>>> 
>>> Everything in LiveCode should be Unicode. Really surprised there is stuff
>>> that is not.
>>> 
>>> Kee Nethery
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at 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 at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

From paul at researchware.com  Mon Jan 15 18:16:31 2024
From: paul at researchware.com (Paul Dupuis)
Date: Mon, 15 Jan 2024 18:16:31 -0500
Subject: macOS window maximization weirdness
Message-ID: <b031964c-7fc2-4b90-a3ea-85384eadf129@researchware.com>

I have a standalone, built with Livecode 9.6.11 STABLE, where for some 
windows (stacks) on certain macOS versions, maximizing the window 
results in no controls being drawn or most controls being drawn incorrectly.

It is not every resizable window (stack) in my app, just some. It is not 
every version of macOS, just some. For example, on macOS Sonoma, the 
offending windows (again, a subset of all my app's resizable windows) 
work fine. On Mojave, they do not.

On Windows, they all work fine when maximized (meaning they are all 
rendered as expected). On macOS and Windows, they all RESIZE (i.e. user 
window resizing) correctly. It is only certain windows AND only on 
certain versions of macOS, and only when maximized (using the titlebar 
green maximize circular icon). In fact. you can RESIZE the window 
manually on macOS Sonoma or Mojave up to the working area of the screen 
(all so the full screen except the menubar) and they all render 
correctly. It is just the "full screen" maximize Apple now does where it 
hides the window's titlebar until you hover over where it would be that 
have a problem and, again, just for certain windows on certain versions 
of macOS.

I'm baffled as the resizeStack handlers are the same across platforms 
(macOS and Windows). There is NOT platform specific code in the 
resizeStack handlers and, I believe, that when a window is maximized, 
Livecode just sends a resizeStack message.

Has anyone seen or heard of any weirdness like this?

I do not have a whole set of macOS version to test on. Sonoma and Mojave 
are about it. I can compare the resizeStack handlers for the stacks that 
maximize correctly with those that don't to see if there is some issue, 
but they all work correctly on Windows and work correctly when manually 
resized.



From MikeKerner at roadrunner.com  Tue Jan 16 09:21:53 2024
From: MikeKerner at roadrunner.com (Mike Kerner)
Date: Tue, 16 Jan 2024 09:21:53 -0500
Subject: Top things you are waiting for ....
In-Reply-To: <019EE59D-A9C9-47C3-AD02-0F36A939C511@iotecdigital.com>
References: <CADCoycOms5muQobQywT8vjZ-nNC_8E=7Hp9UgRedNSwi4_nMOg@mail.gmail.com>
 <99BF8455-FF9C-4A83-9B60-BE0F0C18CC91@m-r-d.de>
 <019EE59D-A9C9-47C3-AD02-0F36A939C511@iotecdigital.com>
Message-ID: <CADCoycM8G8dioCt_gB=Z7RR7XTNnWzVYenYTbW8qPaMDFbCy3Q@mail.gmail.com>

well, they do owe you at least a year of it, since you paid for it, in
advance
the same goes for all of us that paid for html5 and have...not that.

From curry at pair.com  Tue Jan 16 12:16:17 2024
From: curry at pair.com (Curry Kenworthy)
Date: Tue, 16 Jan 2024 12:16:17 -0500
Subject: Bug 23507 - LC Clipboard Polling Failure
Message-ID: <f76f15f8-7f77-4351-b646-b2690e82ef4a@pair.com>


Any progress to fix LC's Clipboard Polling Failure Bug?

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

Needed this for an app.

Best wishes,

Curry K.


From curry at pair.com  Tue Jan 16 12:57:58 2024
From: curry at pair.com (Curry Kenworthy)
Date: Tue, 16 Jan 2024 12:57:58 -0500
Subject: macOS window maximization weirdness
In-Reply-To: <b031964c-7fc2-4b90-a3ea-85384eadf129@researchware.com>
References: <b031964c-7fc2-4b90-a3ea-85384eadf129@researchware.com>
Message-ID: <4c863ff5-fe2f-419b-9d97-ca7323a28a93@pair.com>


I've seen maximization issues, and been blamed for LC/OS tendencies!

1. Can you make a bare bones test stack to trigger the issue?

That would lead to bug report or a code fix/workaround.

2. Separately: LC needs maximizeStack msg and maximized window property.

Good use cases, plus another workaround tool for NEXT similar issue. :)

Best wishes,

Curry Kenworthy

Radically Innovative Christian LiveCode Development
"PASSION for Elegant, Efficient Code!"
http://livecodeconsulting.com/


From rdimola at evergreeninfo.net  Tue Jan 16 17:03:53 2024
From: rdimola at evergreeninfo.net (Ralph DiMola)
Date: Tue, 16 Jan 2024 17:03:53 -0500
Subject: Bug 23507 - LC Clipboard Polling Failure
In-Reply-To: <f76f15f8-7f77-4351-b646-b2690e82ef4a@pair.com>
References: <f76f15f8-7f77-4351-b646-b2690e82ef4a@pair.com>
Message-ID: <003b01da48c7$e80a4590$b81ed0b0$@net>

Curry,

In your resizeStack handler do a send in time to the real resizing code. You
may find the even a short wait will fix it.

Ralph DiMola
IT Director
Evergreen Information Services
rdimola at evergreeninfo.net

-----Original Message-----
From: use-livecode [mailto:use-livecode-bounces at lists.runrev.com] On Behalf
Of Curry Kenworthy via use-livecode
Sent: Tuesday, January 16, 2024 12:16 PM
To: use-livecode at lists.runrev.com
Cc: Curry Kenworthy
Subject: Bug 23507 - LC Clipboard Polling Failure


Any progress to fix LC's Clipboard Polling Failure Bug?

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

Needed this for an app.

Best wishes,

Curry K.

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



From curry at pair.com  Tue Jan 16 18:20:40 2024
From: curry at pair.com (Curry Kenworthy)
Date: Tue, 16 Jan 2024 18:20:40 -0500
Subject: Bug 23507 - LC Clipboard Polling Failure
In-Reply-To: <003b01da48c7$e80a4590$b81ed0b0$@net>
References: <003b01da48c7$e80a4590$b81ed0b0$@net>
Message-ID: <2892ca99-afe0-4488-b355-d209fe11c881@pair.com>


Ralph:

 > do a send in time to the real resizing code.

Oh I fixed mine smooth as butter, but still blamed! First impressions...
(Plus some extra bias since I can't do phone/voice anymore, per health.)

But A: That's the other thread; This one is LC Clipboard Polling bug!

And B: Main context is Paul's situation, possibly an engine or OS issue.
(As mine was, but a different specific one. Required a big workaround.)

Thanks!

Best wishes,

Curry K.


From rdimola at evergreeninfo.net  Tue Jan 16 20:20:29 2024
From: rdimola at evergreeninfo.net (Ralph DiMola)
Date: Tue, 16 Jan 2024 20:20:29 -0500
Subject: Bug 23507 - LC Clipboard Polling Failure
In-Reply-To: <2892ca99-afe0-4488-b355-d209fe11c881@pair.com>
References: <003b01da48c7$e80a4590$b81ed0b0$@net>
 <2892ca99-afe0-4488-b355-d209fe11c881@pair.com>
Message-ID: <000e01da48e3$5eedf4c0$1cc9de40$@net>

Too fast to look and see I was on the wrong thread. Meant to respond to
Paul's.

Woops...

Ralph DiMola
IT Director
Evergreen Information Services
rdimola at evergreeninfo.net

-----Original Message-----
From: use-livecode [mailto:use-livecode-bounces at lists.runrev.com] On Behalf
Of Curry Kenworthy via use-livecode
Sent: Tuesday, January 16, 2024 6:21 PM
To: use-livecode at lists.runrev.com
Cc: Curry Kenworthy
Subject: Re: Bug 23507 - LC Clipboard Polling Failure


Ralph:

 > do a send in time to the real resizing code.

Oh I fixed mine smooth as butter, but still blamed! First impressions...
(Plus some extra bias since I can't do phone/voice anymore, per health.)

But A: That's the other thread; This one is LC Clipboard Polling bug!

And B: Main context is Paul's situation, possibly an engine or OS issue.
(As mine was, but a different specific one. Required a big workaround.)

Thanks!

Best wishes,

Curry K.

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



From paul at researchware.com  Tue Jan 16 20:34:03 2024
From: paul at researchware.com (Paul Dupuis)
Date: Tue, 16 Jan 2024 20:34:03 -0500
Subject: Bug 23507 - LC Clipboard Polling Failure
In-Reply-To: <000e01da48e3$5eedf4c0$1cc9de40$@net>
References: <003b01da48c7$e80a4590$b81ed0b0$@net>
 <2892ca99-afe0-4488-b355-d209fe11c881@pair.com>
 <000e01da48e3$5eedf4c0$1cc9de40$@net>
Message-ID: <2439e9b5-66ee-4d04-af59-5fc1da5d96fb@researchware.com>

Ralph,

Thanks for the tip. As I did into this problem, I'll give that a try.

I'm just getting tired of Apple and/or Livecode changing things so that 
code that DID work is then discovered NOT working any more.

I have very limited time and resources and I'd like to spend MORE of it 
making new features for my products that fixing bugs that happen because 
a new macOS (or Windows) came out or a new version of Livecode or some 
combination breaks what was working.

I always post on this list first in hopes someone else has see whatever 
issue I have run into and can say definitively look at this bug number 
in the LC Quality Center for both the issue and, ideally, a work-around.



On 1/16/2024 8:20 PM, Ralph DiMola via use-livecode wrote:
> Too fast to look and see I was on the wrong thread. Meant to respond to
> Paul's.
>
> Woops...
>
> Ralph DiMola
> IT Director
> Evergreen Information Services
> rdimola at evergreeninfo.net
>
> -----Original Message-----
> From: use-livecode [mailto:use-livecode-bounces at lists.runrev.com] On Behalf
> Of Curry Kenworthy via use-livecode
> Sent: Tuesday, January 16, 2024 6:21 PM
> To: use-livecode at lists.runrev.com
> Cc: Curry Kenworthy
> Subject: Re: Bug 23507 - LC Clipboard Polling Failure
>
>
> Ralph:
>
>   > do a send in time to the real resizing code.
>
> Oh I fixed mine smooth as butter, but still blamed! First impressions...
> (Plus some extra bias since I can't do phone/voice anymore, per health.)
>
> But A: That's the other thread; This one is LC Clipboard Polling bug!
>
> And B: Main context is Paul's situation, possibly an engine or OS issue.
> (As mine was, but a different specific one. Required a big workaround.)
>
> Thanks!
>
> Best wishes,
>
> Curry K.
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



From curry at pair.com  Wed Jan 17 00:09:45 2024
From: curry at pair.com (Curry Kenworthy)
Date: Wed, 17 Jan 2024 00:09:45 -0500
Subject: Bug 23507 - LC Clipboard Polling Failure
In-Reply-To: <2439e9b5-66ee-4d04-af59-5fc1da5d96fb@researchware.com>
References: <2439e9b5-66ee-4d04-af59-5fc1da5d96fb@researchware.com>
Message-ID: <11eefca6-2d45-498b-97f3-673017c6a40a@pair.com>


Paul:

 > I have very limited time and resources and I'd like to spend MORE
 > of it making new features for my products tha[n] fixing bugs that
 > happen because a new macOS (or Windows) came out or a new version
 > of Livecode or some combination breaks what was working.

Last month I wanted to post my Top 3 favorite list posts of 2023.
But only had 2 posts.... Behold, the 3rd! Thanks Paul.

I like that, and it perfectly sums up my experience for several years.
(I love some challenges and workarounds, but not a continual onslaught.)

Best wishes,

Curry Kenworthy

Radically Innovative Christian LiveCode Development
"PASSION for Elegant, Efficient Code!"
http://livecodeconsulting.com/


From Bernd.Niggemann at uni-wh.de  Wed Jan 17 04:02:25 2024
From: Bernd.Niggemann at uni-wh.de (Niggemann, Bernd)
Date: Wed, 17 Jan 2024 09:02:25 +0000
Subject: Bug 23507 - LC Clipboard Polling Failure
Message-ID: <1582F739-E2DA-4CBE-84B1-FF4290A266D7@uni-wh.de>

Curry,

> Any progress to fix LC's Clipboard Polling Failure Bug?


I tried your code on MacOS Monterey using LC 9.6.11 and LC 10.0.0 DP-7.
I saw after a short time gibberish and at times empty clipboard content. No crash though.
I then changed to 'fullClipboardData' instead of 'ClipboardData' and that worked for without a hitch for minutes.

I realise that your main concern is Windows with crashes/freezes. But maybe that would help on Windows too.

Kind regards
Bernd

From curry at pair.com  Wed Jan 17 10:09:58 2024
From: curry at pair.com (Curry Kenworthy)
Date: Wed, 17 Jan 2024 10:09:58 -0500
Subject: Bug 23507 - LC Clipboard Polling Failure
In-Reply-To: <1582F739-E2DA-4CBE-84B1-FF4290A266D7@uni-wh.de>
References: <1582F739-E2DA-4CBE-84B1-FF4290A266D7@uni-wh.de>
Message-ID: <651297b9-205c-44ce-aa45-e487b0c509a2@pair.com>


Bernd:

 > I then changed to 'fullClipboardData' instead of 'ClipboardData'
 > and that worked for without a hitch for minutes.

Thanks, that may even have potential for a temp workaround!

It makes the Windows outcome more like Mac:
Glitches, but seems to reset a few seconds later, without LC restart.

So, "full" might be the ONLY reliable Clipboard access on Windows...

My test stack looks like a special case, but actually just simulates 
normal user copy and paste or poll over time.

(There is likewise an opposite LC bug, failing to COPY text from LC.
Haven't made a recipe/trigger stack for that one yet.)

Best wishes,

Curry Kenworthy

Radically Innovative Christian LiveCode Development
"PASSION for Elegant, Efficient Code!"
http://livecodeconsulting.com/


From curry at pair.com  Fri Jan 19 09:22:30 2024
From: curry at pair.com (Curry Kenworthy)
Date: Fri, 19 Jan 2024 09:22:30 -0500
Subject: macOS window maximization weirdness
In-Reply-To: <b031964c-7fc2-4b90-a3ea-85384eadf129@researchware.com>
References: <b031964c-7fc2-4b90-a3ea-85384eadf129@researchware.com>
Message-ID: <8bcadbdb-9432-4ef3-8fde-a2f642cc4450@pair.com>


Paul:

 > on certain macOS versions, maximizing the window results in
 > no controls being drawn or most controls being drawn incorrectly.

When drawn incorrectly, are controls the wrong sizes/rects?
Or content/visual glitches? Of what nature?

Thought it might be worth following up, in case anyone saw similar -
or might jog my own memory! So many LC/OS issues, details help....

Happy 2024!

Best wishes,

Curry K.


From paul at researchware.com  Fri Jan 19 13:28:52 2024
From: paul at researchware.com (Paul Dupuis)
Date: Fri, 19 Jan 2024 13:28:52 -0500
Subject: macOS window maximization weirdness
In-Reply-To: <8bcadbdb-9432-4ef3-8fde-a2f642cc4450@pair.com>
References: <b031964c-7fc2-4b90-a3ea-85384eadf129@researchware.com>
 <8bcadbdb-9432-4ef3-8fde-a2f642cc4450@pair.com>
Message-ID: <a7f001b1-2df1-4888-9204-65fc550af69d@researchware.com>

So , for any one interested, here are screenshots of what is happening. 
The "Autocode" window (stack) and the "Search Sources" window (stack) 
are two example of the windows that do NOT maximize correctly. Many 
other resizable windows do so just fine and windows with both fewer and 
more controls in them work fine. There are also a few more windows that 
do NOT maximize correctly that I did not screen shot.

Below are screen shots (full desktop) of each window maximized on 
Windows 11 (correctly), Sonoma (correctly) and Mojave (incorrectly 
drawn). Again, there windows, on ALL 3 OS versions, can be manually 
resized without problems. It is only when you click on the macOS 
Maximize icon in the title bar. In addition to not drawing correctly on 
Mojave, we also witnessed them not drawing correctly on Monterey. The 
resizeStack handlers have NO platform specific code.

https://www.researchware.com/livecode/HR457-Autocode-Win11-Maximized.png
https://www.researchware.com/livecode/HR457-Autocode-Mojave-Normal.png
https://www.researchware.com/livecode/HR457-Autocode-Mojave-Maximized.png
https://www.researchware.com/livecode/HR457-Autocode-Sonoma-Normal.png
https://www.researchware.com/livecode/HR457-Autocode-Sonoma-Maximized.png
https://www.researchware.com/livecode/HR457-SearchSources-Win11-Maximized.png
https://www.researchware.com/livecode/HR457-SearchSources-Mojave-Normal.png
https://www.researchware.com/livecode/HR457-SearchSources-Mojave-Maximized.png
https://www.researchware.com/livecode/HR457-SearchSources-Sonoma-Normal.png
https://www.researchware.com/livecode/HR457-SearchSources-Sonoma-Maximized.png

Logically, there must be some difference in the resizeStack handlers. I 
have already received the suggested to try having resizeStack send a 
"doResize" (or some handler name) message in time that does the actual 
resize as a work-around. I have not had a chance to try that yet. I 
expect I may OR may not fine that perhaps some use the width and height 
passed as resizeStack message handler parameters while others get the 
width and height of the card. I'll see if there is some commonality on 
how the resizeStack is getting the dimension to resize to between those 
windows that work and those that don't.

However, logically, it certainly seems like there is some OS version 
specific engine bug emerging here since the same code works on Windows 
and some versions of macOS and not others versions of macOS.


On 1/19/2024 9:22 AM, Curry Kenworthy via use-livecode wrote:
>
> Paul:
>
> > on certain macOS versions, maximizing the window results in
> > no controls being drawn or most controls being drawn incorrectly.
>
> When drawn incorrectly, are controls the wrong sizes/rects?
> Or content/visual glitches? Of what nature?
>
> Thought it might be worth following up, in case anyone saw similar -
> or might jog my own memory! So many LC/OS issues, details help....
>
> Happy 2024!
>
> Best wishes,
>
> Curry K.
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your 
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



From dan at clearvisiontech.com  Fri Jan 19 18:21:57 2024
From: dan at clearvisiontech.com (Dan Friedman)
Date: Fri, 19 Jan 2024 23:21:57 +0000
Subject: Mobile password field and keychain/password
Message-ID: <BYAPR12MB2709EEF5172E0498BA59F8CAB9702@BYAPR12MB2709.namprd12.prod.outlook.com>

Is there a way to connect to the OS’s keychain/password functionality for both iOS and Android?   I have a customer that want’s their password field to work like every other app they have ever used.

-Dan

From brian at milby7.com  Fri Jan 19 19:11:26 2024
From: brian at milby7.com (Brian Milby)
Date: Fri, 19 Jan 2024 19:11:26 -0500
Subject: macOS window maximization weirdness
In-Reply-To: <a7f001b1-2df1-4888-9204-65fc550af69d@researchware.com>
References: <a7f001b1-2df1-4888-9204-65fc550af69d@researchware.com>
Message-ID: <965D67AE-C6E4-4F55-B38F-B7305A5B9C49@milby7.com>

What I find most curious is that the Autocode window does show a few controls that look to be placed correctly at the bottom of the window.  My guess is that it is a timing issue and you are using a property value that isn’t yet updated.  That is probably (hopefully) going to be a good place to start since you have good and bad placement in the same handler.

Brian Milby
brian at milby7.com

> On Jan 19, 2024, at 1:30 PM, Paul Dupuis via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> So , for any one interested, here are screenshots of what is happening. The "Autocode" window (stack) and the "Search Sources" window (stack) are two example of the windows that do NOT maximize correctly. Many other resizable windows do so just fine and windows with both fewer and more controls in them work fine. There are also a few more windows that do NOT maximize correctly that I did not screen shot.

From paul at researchware.com  Fri Jan 19 19:47:17 2024
From: paul at researchware.com (Paul Dupuis)
Date: Fri, 19 Jan 2024 19:47:17 -0500
Subject: macOS window maximization weirdness
In-Reply-To: <965D67AE-C6E4-4F55-B38F-B7305A5B9C49@milby7.com>
References: <a7f001b1-2df1-4888-9204-65fc550af69d@researchware.com>
 <965D67AE-C6E4-4F55-B38F-B7305A5B9C49@milby7.com>
Message-ID: <8c26bcf6-ee7f-4445-97f6-42f2d844d42f@researchware.com>

It may be that. I have to figure out a work-around. I will keep 
properties in mind as I dig into the resizeStack handlers.

And yet, I shouldn't have to figure out a work-around. Since it works on 
Sonoma and Windows 11, it really SHOULD work on Mojave (and Monterey and 
all supported versions of macOS).


On 1/19/2024 7:11 PM, Brian Milby wrote:
> What I find most curious is that the Autocode window does show a few 
> controls that look to be placed correctly at the bottom of the window. 
>  My guess is that it is a timing issue and you are using a property 
> value that isnt yet updated.  That is probably (hopefully) going to 
> be a good place to start since you have good and bad placement in the 
> same handler.
>
> Brian Milby
> brian at milby7.com
>
>> On Jan 19, 2024, at 1:30PM, Paul Dupuis via use-livecode 
>> <use-livecode at lists.runrev.com> wrote:
>>
>> So , for any one interested, here are screenshots of what is 
>> happening. The "Autocode" window (stack) and the "Search Sources" 
>> window (stack) are two example of the windows that do NOT maximize 
>> correctly. Many other resizable windows do so just fine and windows 
>> with both fewer and more controls in them work fine. There are also a 
>> few more windows that do NOT maximize correctly that I did not screen 
>> shot.

From david.bovill at gmail.com  Mon Jan 22 14:48:26 2024
From: david.bovill at gmail.com (David Bovill)
Date: Mon, 22 Jan 2024 19:48:26 +0000
Subject: Multipart form decode
In-Reply-To: <67143811-04B3-42A8-A052-69C9871E118D@iotecdigital.com>
References: <43c2b3e7-902f-4d8d-a3f9-71a75cfe50f1@sonic.net>
 <67143811-04B3-42A8-A052-69C9871E118D@iotecdigital.com>
Message-ID: <CAGASioNQ=zxQBbqxsOfi4UtcsmmYXnN72UY+utafU77nAf+gZQ@mail.gmail.com>

I see in the dictionary several functions related to multipart form
encoding - but not decoding. Does anyone have a function that lets my
decode form posts to the built in HTTP server.

From benr_mc at cogapp.com  Mon Jan 22 16:48:37 2024
From: benr_mc at cogapp.com (Ben Rubinstein)
Date: Mon, 22 Jan 2024 21:48:37 +0000
Subject: tsNetCustomUploadSync: what am I doing wrong?
Message-ID: <cb7dbff7-17a1-4f0a-9470-8f7470233eb0@cogapp.com>

I'm trying to use tsNetCustomUploadSync, but something is going wrong.

To establish a baseline, I'm using it to do a POST request. I can prove that 
my data is good because this works:

       set the httpHeaders to tHeaders
       post tRequestData to URL tURL
       put it into fld "ResultData"
       put libUrlLastRhHeaders() into rOutHeaders

This, however:
       put tsNetCustomUploadSync(tURL, "POST", tRequestData, tHeaders, 
rOutHeaders, rResult, rBytes) into fld "ResultData"

returns an 'unauthorized' error, with message "Authentication required".

That suggests that either my URL (which contains part of the application ids 
to which my authorisation token is specific) or my headers (which contains the 
authorisation token) is not being passed correctly.

My guess is that it's more likely to be the headers. Can anyone advise?

TIA,

Ben


From dfe4 at cornell.edu  Mon Jan 22 20:02:19 2024
From: dfe4 at cornell.edu (David Epstein)
Date: Mon, 22 Jan 2024 20:02:19 -0500
Subject: LockLoc and grab
Message-ID: <5257C7A7-6CE8-420C-9568-2D6B07C2DCD5@cornell.edu>

A group with lockLoc set to false does not resize itself when an object in it is moved by a “grab” command.  Is this a bug?  Is there a simple workaround?

Recipe using 10.0.0 dp6 on an intel Mac:  

Create a button with this script:  
on mouseDown; grab me; end mouseDown.  
Group the button.  Confirm that the group’s lockLoc property is false.  Then with the browse tool, drag the button past the edge of the group.  The button disappears.

David Epstein

From david.bovill at gmail.com  Tue Jan 23 06:23:46 2024
From: david.bovill at gmail.com (David Bovill)
Date: Tue, 23 Jan 2024 11:23:46 +0000
Subject: Multipart form decode
In-Reply-To: <CAGASioNQ=zxQBbqxsOfi4UtcsmmYXnN72UY+utafU77nAf+gZQ@mail.gmail.com>
References: <43c2b3e7-902f-4d8d-a3f9-71a75cfe50f1@sonic.net>
 <67143811-04B3-42A8-A052-69C9871E118D@iotecdigital.com>
 <CAGASioNQ=zxQBbqxsOfi4UtcsmmYXnN72UY+utafU77nAf+gZQ@mail.gmail.com>
Message-ID: <CAGASioO7e1wFqtYFOibhdqZbOz3V5QTutZY1WFp4cGD1_LM_hg@mail.gmail.com>

Hmm writing my own generic multipart form data parser seems quite a task
(and a security risk). Any suggestions?

On Mon, 22 Jan 2024 at 19:48, David Bovill <david.bovill at gmail.com> wrote:

> I see in the dictionary several functions related to multipart form
> encoding - but not decoding. Does anyone have a function that lets my
> decode form posts to the built in HTTP server.
>

From craig at starfirelighting.com  Tue Jan 23 11:31:42 2024
From: craig at starfirelighting.com (Craig Newman)
Date: Tue, 23 Jan 2024 11:31:42 -0500
Subject: LockLoc and grab
In-Reply-To: <5257C7A7-6CE8-420C-9568-2D6B07C2DCD5@cornell.edu>
References: <5257C7A7-6CE8-420C-9568-2D6B07C2DCD5@cornell.edu>
Message-ID: <CB21C924-DCD0-4753-843C-B61D5F9C62A6@starfirelighting.com>

David.

I could not understand your issue, so I made the controls you mentioned. The thing that matters is not the lockLoc property, but rather the “opaque” property.

A group of controls is just a, er, group of controls. The “group” itself can, however, take on a life of its own if, as in this exercise, something like the opaque property is set. In that case, dragging a control with a lower layer number will disappear behind the group rect, regardless of whether or not there is a child control in front.

Am I getting your problem at all?

Craig 

> On Jan 22, 2024, at 8:02 PM, David Epstein via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> A group with lockLoc set to false does not resize itself when an object in it is moved by a “grab” command.  Is this a bug?  Is there a simple workaround?
> 
> Recipe using 10.0.0 dp6 on an intel Mac:  
> 
> Create a button with this script:  
> on mouseDown; grab me; end mouseDown.  
> Group the button.  Confirm that the group’s lockLoc property is false.  Then with the browse tool, drag the button past the edge of the group.  The button disappears.
> 
> David Epstein
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



From craig at starfirelighting.com  Tue Jan 23 11:42:06 2024
From: craig at starfirelighting.com (Craig Newman)
Date: Tue, 23 Jan 2024 11:42:06 -0500
Subject: LockLoc and grab
In-Reply-To: <5257C7A7-6CE8-420C-9568-2D6B07C2DCD5@cornell.edu>
References: <5257C7A7-6CE8-420C-9568-2D6B07C2DCD5@cornell.edu>
Message-ID: <D2AFE782-348F-4073-959F-63E463DE417E@starfirelighting.com>

Aha.

I did not see that you meant a single button in its own group. But it would not matter if I did the same with a control within a larger group of controls. And it does not matter if the lockLoc of the group is set or not.

So is your question “Why does the control disappear when it is dragged outside the group rect?” In other words, "why does it not just keep going in full view?”

I am not sure, but maybe being outside its group means it is nowhere at all?

Craig



> On Jan 22, 2024, at 8:02 PM, David Epstein via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> A group with lockLoc set to false does not resize itself when an object in it is moved by a “grab” command.  Is this a bug?  Is there a simple workaround?
> 
> Recipe using 10.0.0 dp6 on an intel Mac:  
> 
> Create a button with this script:  
> on mouseDown; grab me; end mouseDown.  
> Group the button.  Confirm that the group’s lockLoc property is false.  Then with the browse tool, drag the button past the edge of the group.  The button disappears.
> 
> David Epstein
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From bobsneidar at iotecdigital.com  Tue Jan 23 11:54:50 2024
From: bobsneidar at iotecdigital.com (Bob Sneidar)
Date: Tue, 23 Jan 2024 16:54:50 +0000
Subject: LockLoc and grab
In-Reply-To: <D2AFE782-348F-4073-959F-63E463DE417E@starfirelighting.com>
References: <5257C7A7-6CE8-420C-9568-2D6B07C2DCD5@cornell.edu>
 <D2AFE782-348F-4073-959F-63E463DE417E@starfirelighting.com>
Message-ID: <48F9B6FD-F041-42F3-A246-9E55BBA99B39@iotecdigital.com>

I’m suspecting now that he may be under the impression that the way to remove a control from a group is to drag it outside the group’s boundary. If so then this is not the case. The way I do it is I cut the control, click somewhere on the card, then paste the control again. 

Alternatively you can download and use the exceptional utility revNavigator, which allows you to drag a control in the list it maintains onto or out of a group. It also makes reordering controls and groups very easy. 

Bob S


> On Jan 23, 2024, at 8:42 AM, Craig Newman via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> Aha.
> 
> I did not see that you meant a single button in its own group. But it would not matter if I did the same with a control within a larger group of controls. And it does not matter if the lockLoc of the group is set or not.
> 
> So is your question “Why does the control disappear when it is dragged outside the group rect?” In other words, "why does it not just keep going in full view?”
> 
> I am not sure, but maybe being outside its group means it is nowhere at all?
> 
> Craig
> 
> 
> 
>> On Jan 22, 2024, at 8:02 PM, David Epstein via use-livecode <use-livecode at lists.runrev.com> wrote:
>> 
>> A group with lockLoc set to false does not resize itself when an object in it is moved by a “grab” command.  Is this a bug?  Is there a simple workaround?
>> 
>> Recipe using 10.0.0 dp6 on an intel Mac:  
>> 
>> Create a button with this script:  
>> on mouseDown; grab me; end mouseDown.  
>> Group the button.  Confirm that the group’s lockLoc property is false.  Then with the browse tool, drag the button past the edge of the group.  The button disappears.
>> 
>> David Epstein
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From dfe4 at cornell.edu  Tue Jan 23 12:32:21 2024
From: dfe4 at cornell.edu (David Epstein)
Date: Tue, 23 Jan 2024 12:32:21 -0500
Subject: LockLoc and grab
In-Reply-To: <mailman.3.1706029202.145316.use-livecode@lists.runrev.com>
References: <mailman.3.1706029202.145316.use-livecode@lists.runrev.com>
Message-ID: <8E5C9054-24FD-4D07-820F-D983DDE49653@cornell.edu>

Let me try to clarify the problem I stated.

I am not trying to remove the button, I am trying to use the “grab” command to let a user move the button around the window by dragging it.

If I use a script to “set the loc” of a button to somewhere outside that group’s rectangle
	- the group will resize if its lockLoc property is false (thus keeping the relocated button visible); 
	- but the button will disappear if the group’s lockLoc property is true.

But when I use the “grab” command to relocate the button outside the group’s current rectangle the group does not resize even if its lockLoc property is false.



> A group with lockLoc set to false does not resize itself when an object in it is moved by a ?grab? command.  Is this a bug?  Is there a simple workaround?
> 
> Recipe using 10.0.0 dp6 on an intel Mac:  
> 
> Create a button with this script:  
> on mouseDown; grab me; end mouseDown.  
> Group the button.  Confirm that the group?s lockLoc property is false.  Then with the browse tool, drag the button past the edge of the group.  The button disappears.
> 



From bobsneidar at iotecdigital.com  Tue Jan 23 12:51:27 2024
From: bobsneidar at iotecdigital.com (Bob Sneidar)
Date: Tue, 23 Jan 2024 17:51:27 +0000
Subject: LockLoc and grab
In-Reply-To: <8E5C9054-24FD-4D07-820F-D983DDE49653@cornell.edu>
References: <mailman.3.1706029202.145316.use-livecode@lists.runrev.com>
 <8E5C9054-24FD-4D07-820F-D983DDE49653@cornell.edu>
Message-ID: <18B0D546-64AE-4D92-91D5-05661E8735C0@iotecdigital.com>

OIC. Not sure what the expected behavior is when the browse tool is selected or in a standalone but I can confirm that it works as you say. In the IDE, dragging the button outside the bounds of its parent group will update the groups rect if the pointer tool is selected, but not if the browse tool is selected. Since you mentioned a User, I suspect you are doing this in a standalone, where the only tool is the browser tool (correct me if I am wring). 

To resolve it, in the button script on mouseUp set the loc of the group to the loc of the button, or else get the lowest top left of any object in the group and the bottom right of any object in the group and set the group rect accordingly. 

Bob S


> On Jan 23, 2024, at 9:32 AM, David Epstein via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> Let me try to clarify the problem I stated.
> 
> I am not trying to remove the button, I am trying to use the “grab” command to let a user move the button around the window by dragging it.
> 
> If I use a script to “set the loc” of a button to somewhere outside that group’s rectangle
> 	- the group will resize if its lockLoc property is false (thus keeping the relocated button visible); 
> 	- but the button will disappear if the group’s lockLoc property is true.
> 
> But when I use the “grab” command to relocate the button outside the group’s current rectangle the group does not resize even if its lockLoc property is false.
> 
> 
> 
>> A group with lockLoc set to false does not resize itself when an object in it is moved by a ?grab? command.  Is this a bug?  Is there a simple workaround?
>> 
>> Recipe using 10.0.0 dp6 on an intel Mac:  
>> 
>> Create a button with this script:  
>> on mouseDown; grab me; end mouseDown.  
>> Group the button.  Confirm that the group?s lockLoc property is false.  Then with the browse tool, drag the button past the edge of the group.  The button disappears.
>> 
> 
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From jacque at hyperactivesw.com  Tue Jan 23 14:55:08 2024
From: jacque at hyperactivesw.com (J. Landman Gay)
Date: Tue, 23 Jan 2024 13:55:08 -0600
Subject: LockLoc and grab
In-Reply-To: <8E5C9054-24FD-4D07-820F-D983DDE49653@cornell.edu>
References: <mailman.3.1706029202.145316.use-livecode@lists.runrev.com>
 <8E5C9054-24FD-4D07-820F-D983DDE49653@cornell.edu>
Message-ID: <631d4d4d-8b15-4e52-a502-307bc74b5c71@hyperactivesw.com>

I can reproduce this in both LC 10 and 9.6.9 but I can't explain it. It's unclear if this is a 
feature or a bug.

On 1/23/24 11:32 AM, David Epstein via use-livecode wrote:
> Let me try to clarify the problem I stated.
> 
> I am not trying to remove the button, I am trying to use the “grab” command to let a user move the button around the window by dragging it.
> 
> If I use a script to “set the loc” of a button to somewhere outside that group’s rectangle
> 	- the group will resize if its lockLoc property is false (thus keeping the relocated button visible);
> 	- but the button will disappear if the group’s lockLoc property is true.
> 
> But when I use the “grab” command to relocate the button outside the group’s current rectangle the group does not resize even if its lockLoc property is false.
> 
> 
> 
>> A group with lockLoc set to false does not resize itself when an object in it is moved by a ?grab? command.  Is this a bug?  Is there a simple workaround?
>>
>> Recipe using 10.0.0 dp6 on an intel Mac:
>>
>> Create a button with this script:
>> on mouseDown; grab me; end mouseDown.
>> Group the button.  Confirm that the group?s lockLoc property is false.  Then with the browse tool, drag the button past the edge of the group.  The button disappears.
>>

-- 
Jacqueline Landman Gay         |     jacque at hyperactivesw.com
HyperActive Software           |     http://www.hyperactivesw.com


From htorrado at networkdreams.net  Tue Jan 23 17:26:26 2024
From: htorrado at networkdreams.net (Heriberto Torrado)
Date: Tue, 23 Jan 2024 17:26:26 -0500
Subject: OT: htmx and hyperscript
In-Reply-To: <CA+O+R-FhdOH7Rbvxfk_qNfLrqmXeB4C-FgeGH-_ctscFD7Ud5w@mail.gmail.com>
References: <CA+O+R-FhdOH7Rbvxfk_qNfLrqmXeB4C-FgeGH-_ctscFD7Ud5w@mail.gmail.com>
Message-ID: <dc76d685-2808-4ff9-8515-099f4a851188@networkdreams.net>

Hi Bernard, I was checking old emails from the list and I saw this email 
from you. I've been digging into HTMx and HyperScript and I've really 
been very impressed.

HyperScript is basically a JavaScript replacement written in Hypertalk. 
It is very similar to Livecode and in fact, you can modify the source 
code to make it even more similar. It seemed like a real dream to me to 
be able to escape from JavaScript and to use something similar to 
Livecode on the web. This means that with Livecode server and 
Hyperscript we already have the entire "Fullstack" developed for all of 
us who love the languages descended from Hypertalk.

I honestly think that Livecode ltd could take Hyperscript and turn it 
into something much more like Livecode in just a few days. I'm going to 
try it and I'll tell you the results.

Best,
Hery


On 12/14/23 09:24, Bernard Devlin via use-livecode wrote:
> As I was looking into htmx (which is basically going in the opposite
> direction to that which Livecode is taking with WASM), I discovered the
> author of htmx has also implemented a kind of hypertalk in the browser (the
> point being to more simply hook into DOM events).
>
> It looks rather ugly IMO (unlike htmx).  But I know people on this list are
> often interested in descendants/hat-tips to Hypercard.
>
> https://hyperscript.org/
>
> Regards, Bernard
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



From neville.smythe at optusnet.com.au  Tue Jan 23 21:01:29 2024
From: neville.smythe at optusnet.com.au (Neville Smythe)
Date: Wed, 24 Jan 2024 13:01:29 +1100
Subject: Nasty filter bug
Message-ID: <3A76B324-8936-4C1E-B367-0758BC72C35C@optusnet.com.au>

Try this in the msg box:

put "aaa[bbb" into tStr; put line 1 of tStr into tLine; filter tStr without tLine; put tStr
I get (using MacOS, LC 9.6.11)

aaa[bbb

That is to say, the line is not filtered out.

And:

put "aaa[bbb" into tStr; filter tStr with tStr; put tStr

produces an empty string instead of the original string.

The bug occurs if the line contains the character “[“ anywhere; any lines containing that character are ignored by both filter with and filter without.

This is really serious, because I rely on the filter command a lot, as I would think do many other developers!

Don’t know if it occurs with other characters, but I have never seen it before. I discovered it when filtering lines with regular expressions. Other special regexp characters I have tested do not trigger the bug.

Neville Smythe




From brian at milby7.com  Tue Jan 23 21:45:43 2024
From: brian at milby7.com (Brian Milby)
Date: Tue, 23 Jan 2024 21:45:43 -0500
Subject: Nasty filter bug
In-Reply-To: <3A76B324-8936-4C1E-B367-0758BC72C35C@optusnet.com.au>
References: <3A76B324-8936-4C1E-B367-0758BC72C35C@optusnet.com.au>
Message-ID: <47EE702B-9049-4147-AA8D-97D6215A15DC@milby7.com>

Not sure this is really a bug.  The default is to match a wildcardPattern.  If you want to match [ then you must use [[] in the pattern.

Brian Milby
brian at milby7.com

> On Jan 23, 2024, at 9:02 PM, Neville Smythe via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> Try this in the msg box:
> 
> put "aaa[bbb" into tStr; put line 1 of tStr into tLine; filter tStr without tLine; put tStr
> I get (using MacOS, LC 9.6.11)
> 
> aaa[bbb
> 
> That is to say, the line is not filtered out.
> 
> And:
> 
> put "aaa[bbb" into tStr; filter tStr with tStr; put tStr
> 
> produces an empty string instead of the original string.
> 
> The bug occurs if the line contains the character “[“ anywhere; any lines containing that character are ignored by both filter with and filter without.
> 
> This is really serious, because I rely on the filter command a lot, as I would think do many other developers!
> 
> Don’t know if it occurs with other characters, but I have never seen it before. I discovered it when filtering lines with regular expressions. Other special regexp characters I have tested do not trigger the bug.
> 
> Neville Smythe
> 
> 
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From neville.smythe at optusnet.com.au  Tue Jan 23 21:50:02 2024
From: neville.smythe at optusnet.com.au (Neville Smythe)
Date: Wed, 24 Jan 2024 13:50:02 +1100
Subject: Multipart form decode
Message-ID: <6FA8DD12-71D0-412B-A5BE-2050797773A7@optusnet.com.au>

David: do you need a special decoder? 

I thought the multipart form handlers just broke up the sent data into user-defined small chunks, and the server was responsible for waiting for all the parts to be received and then re-assembling the data. From that point it is just a normal POST.

Maybe I have misunderstood the question?


Neville Smythe





From david.bovill at gmail.com  Wed Jan 24 06:29:46 2024
From: david.bovill at gmail.com (David Bovill)
Date: Wed, 24 Jan 2024 11:29:46 +0000
Subject: Multipart form decode
In-Reply-To: <6FA8DD12-71D0-412B-A5BE-2050797773A7@optusnet.com.au>
References: <6FA8DD12-71D0-412B-A5BE-2050797773A7@optusnet.com.au>
Message-ID: <CAGASioPNW3k_gwKTM+v80_EnBwUYsGptvBZC8GxLboFENXRLQw@mail.gmail.com>

Yes - I need a (standard) decoder. As far as I can tell we have a few
handlers in Livecode for encoding data for multipart form encoding - then
the Livecode server will do its magic and parse that making the rules
available - however there is no function to do the rfc7578
<https://datatracker.ietf.org/doc/html/rfc7578> decoding - at least that is
documented. We need this if we are coding our own server using the built in
sockets handling. I have a couple of hacks to extract uploaded images or
other files - but nothing robust or a general parser.

On Wed, 24 Jan 2024 at 02:51, Neville Smythe via use-livecode <
use-livecode at lists.runrev.com> wrote:

> David: do you need a special decoder?
>
> I thought the multipart form handlers just broke up the sent data into
> user-defined small chunks, and the server was responsible for waiting for
> all the parts to be received and then re-assembling the data. From that
> point it is just a normal POST.
>
> Maybe I have misunderstood the question?
>
>
> Neville Smythe
>
>
>
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>

From david.bovill at gmail.com  Wed Jan 24 06:47:26 2024
From: david.bovill at gmail.com (David Bovill)
Date: Wed, 24 Jan 2024 11:47:26 +0000
Subject: Livecode Demo of two way javascript communication?
In-Reply-To: <CAGASioPNW3k_gwKTM+v80_EnBwUYsGptvBZC8GxLboFENXRLQw@mail.gmail.com>
References: <6FA8DD12-71D0-412B-A5BE-2050797773A7@optusnet.com.au>
 <CAGASioPNW3k_gwKTM+v80_EnBwUYsGptvBZC8GxLboFENXRLQw@mail.gmail.com>
Message-ID: <CAGASioNHi1MG+Ts2Kq4+8dB3LT18NWJBFXqJ280GqF3xQn5SXA@mail.gmail.com>

Is there a demo out there for simple bidirectional interaction between a
web page and a recent stack exported as wasm? Anyone experimenting with
this?

From benr at cogapp.com  Wed Jan 24 07:30:52 2024
From: benr at cogapp.com (Ben Rubinstein)
Date: Wed, 24 Jan 2024 12:30:52 +0000
Subject: tsNetCustomUploadSync: what am I doing wrong? (Answer: RTFM-P)
In-Reply-To: <cb7dbff7-17a1-4f0a-9470-8f7470233eb0@cogapp.com>
References: <cb7dbff7-17a1-4f0a-9470-8f7470233eb0@cogapp.com>
Message-ID: <26752834-9482-4ff6-abbb-1568abc9d97e@cogapp.com>

For the record:

 > put tsNetCustomUploadSync(tURL, "POST", tRequestData, tHeaders, ...

should have been

 > put tsNetCustomUploadSync(tURL, "POST", tHeaders, tRequestData, ...

:facepalm-emoji:

Ben

On 22/01/2024 21:48, Ben Rubinstein via use-livecode wrote:
> I'm trying to use tsNetCustomUploadSync, but something is going wrong.
> 
> To establish a baseline, I'm using it to do a POST request. I can prove that 
> my data is good because this works:
> 
>        set the httpHeaders to tHeaders
>        post tRequestData to URL tURL
>        put it into fld "ResultData"
>        put libUrlLastRhHeaders() into rOutHeaders
> 
> This, however:
>        put tsNetCustomUploadSync(tURL, "POST", tRequestData, tHeaders, 
> rOutHeaders, rResult, rBytes) into fld "ResultData"
> 
> returns an 'unauthorized' error, with message "Authentication required".
> 
> That suggests that either my URL (which contains part of the application ids 
> to which my authorisation token is specific) or my headers (which contains the 
> authorisation token) is not being passed correctly.
> 
> My guess is that it's more likely to be the headers. Can anyone advise?
> 
> TIA,
> 
> Ben
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From craig at starfirelighting.com  Wed Jan 24 10:19:54 2024
From: craig at starfirelighting.com (Craig Newman)
Date: Wed, 24 Jan 2024 10:19:54 -0500
Subject: Nasty filter bug
In-Reply-To: <47EE702B-9049-4147-AA8D-97D6215A15DC@milby7.com>
References: <3A76B324-8936-4C1E-B367-0758BC72C35C@optusnet.com.au>
 <47EE702B-9049-4147-AA8D-97D6215A15DC@milby7.com>
Message-ID: <62186890-01D9-4F33-BD40-CFBE606ED79A@starfirelighting.com>

I did not test the ASCII set exhaustively, but the culprit is the char “[“ (ASCII 91). Any other char (including “]”) in the string works correctly, that is, nothing is left after the filter command executes.

I do not know enough to say whether that particular char  does something to the filter command, which may use regex somehow in its inner workings.

Craig

Craig

> On Jan 23, 2024, at 9:45 PM, Brian Milby via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> Not sure this is really a bug.  The default is to match a wildcardPattern.  If you want to match [ then you must use [[] in the pattern.
> 
> Brian Milby
> brian at milby7.com
> 
>> On Jan 23, 2024, at 9:02 PM, Neville Smythe via use-livecode <use-livecode at lists.runrev.com> wrote:
>> 
>> Try this in the msg box:
>> 
>> put "aaa[bbb" into tStr; put line 1 of tStr into tLine; filter tStr without tLine; put tStr
>> I get (using MacOS, LC 9.6.11)
>> 
>> aaa[bbb
>> 
>> That is to say, the line is not filtered out.
>> 
>> And:
>> 
>> put "aaa[bbb" into tStr; filter tStr with tStr; put tStr
>> 
>> produces an empty string instead of the original string.
>> 
>> The bug occurs if the line contains the character “[“ anywhere; any lines containing that character are ignored by both filter with and filter without.
>> 
>> This is really serious, because I rely on the filter command a lot, as I would think do many other developers!
>> 
>> Don’t know if it occurs with other characters, but I have never seen it before. I discovered it when filtering lines with regular expressions. Other special regexp characters I have tested do not trigger the bug.
>> 
>> Neville Smythe
>> 
>> 
>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



From brian at milby7.com  Wed Jan 24 11:05:05 2024
From: brian at milby7.com (Brian Milby)
Date: Wed, 24 Jan 2024 11:05:05 -0500
Subject: Nasty filter bug
In-Reply-To: <62186890-01D9-4F33-BD40-CFBE606ED79A@starfirelighting.com>
References: <62186890-01D9-4F33-BD40-CFBE606ED79A@starfirelighting.com>
Message-ID: <CD6848B5-93AE-46CA-9B57-38D30C8164E9@milby7.com>

The only other two that would cause issues are ? and * which are single and multiple char wildcards respectively.

Brian Milby
brian at milby7.com

> On Jan 24, 2024, at 10:21 AM, Craig Newman via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> I did not test the ASCII set exhaustively, but the culprit is the char “[“ (ASCII 91). Any other char (including “]”) in the string works correctly, that is, nothing is left after the filter command executes.
> 
> I do not know enough to say whether that particular char  does something to the filter command, which may use regex somehow in its inner workings.
> 
> Craig
> 
> Craig
> 
>> On Jan 23, 2024, at 9:45 PM, Brian Milby via use-livecode <use-livecode at lists.runrev.com> wrote:
>> 
>> Not sure this is really a bug.  The default is to match a wildcardPattern.  If you want to match [ then you must use [[] in the pattern.
>> 
>> Brian Milby
>> brian at milby7.com
>> 
>>>> On Jan 23, 2024, at 9:02 PM, Neville Smythe via use-livecode <use-livecode at lists.runrev.com> wrote:
>>> 
>>> Try this in the msg box:
>>> 
>>> put "aaa[bbb" into tStr; put line 1 of tStr into tLine; filter tStr without tLine; put tStr
>>> I get (using MacOS, LC 9.6.11)
>>> 
>>> aaa[bbb
>>> 
>>> That is to say, the line is not filtered out.
>>> 
>>> And:
>>> 
>>> put "aaa[bbb" into tStr; filter tStr with tStr; put tStr
>>> 
>>> produces an empty string instead of the original string.
>>> 
>>> The bug occurs if the line contains the character “[“ anywhere; any lines containing that character are ignored by both filter with and filter without.
>>> 
>>> This is really serious, because I rely on the filter command a lot, as I would think do many other developers!
>>> 
>>> Don’t know if it occurs with other characters, but I have never seen it before. I discovered it when filtering lines with regular expressions. Other special regexp characters I have tested do not trigger the bug.
>>> 
>>> Neville Smythe
>>> 
>>> 
>>> 
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From craig at starfirelighting.com  Wed Jan 24 12:51:51 2024
From: craig at starfirelighting.com (Craig Newman)
Date: Wed, 24 Jan 2024 12:51:51 -0500
Subject: Nasty filter bug
In-Reply-To: <CD6848B5-93AE-46CA-9B57-38D30C8164E9@milby7.com>
References: <62186890-01D9-4F33-BD40-CFBE606ED79A@starfirelighting.com>
 <CD6848B5-93AE-46CA-9B57-38D30C8164E9@milby7.com>
Message-ID: <708D11AA-BFCC-4996-8C3F-3F240EC9EB05@starfirelighting.com>

Brian.

Nope. Those two chars pass through the filter, er, filtered.

Again, I did not test the entire character set.

Craig

> On Jan 24, 2024, at 11:05 AM, Brian Milby via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> The only other two that would cause issues are ? and * which are single and multiple char wildcards respectively.
> 
> Brian Milby
> brian at milby7.com
> 
>> On Jan 24, 2024, at 10:21 AM, Craig Newman via use-livecode <use-livecode at lists.runrev.com> wrote:
>> 
>> I did not test the ASCII set exhaustively, but the culprit is the char “[“ (ASCII 91). Any other char (including “]”) in the string works correctly, that is, nothing is left after the filter command executes.
>> 
>> I do not know enough to say whether that particular char  does something to the filter command, which may use regex somehow in its inner workings.
>> 
>> Craig
>> 
>> Craig
>> 
>>> On Jan 23, 2024, at 9:45 PM, Brian Milby via use-livecode <use-livecode at lists.runrev.com> wrote:
>>> 
>>> Not sure this is really a bug.  The default is to match a wildcardPattern.  If you want to match [ then you must use [[] in the pattern.
>>> 
>>> Brian Milby
>>> brian at milby7.com
>>> 
>>>>> On Jan 23, 2024, at 9:02 PM, Neville Smythe via use-livecode <use-livecode at lists.runrev.com> wrote:
>>>> 
>>>> Try this in the msg box:
>>>> 
>>>> put "aaa[bbb" into tStr; put line 1 of tStr into tLine; filter tStr without tLine; put tStr
>>>> I get (using MacOS, LC 9.6.11)
>>>> 
>>>> aaa[bbb
>>>> 
>>>> That is to say, the line is not filtered out.
>>>> 
>>>> And:
>>>> 
>>>> put "aaa[bbb" into tStr; filter tStr with tStr; put tStr
>>>> 
>>>> produces an empty string instead of the original string.
>>>> 
>>>> The bug occurs if the line contains the character “[“ anywhere; any lines containing that character are ignored by both filter with and filter without.
>>>> 
>>>> This is really serious, because I rely on the filter command a lot, as I would think do many other developers!
>>>> 
>>>> Don’t know if it occurs with other characters, but I have never seen it before. I discovered it when filtering lines with regular expressions. Other special regexp characters I have tested do not trigger the bug.
>>>> 
>>>> Neville Smythe
>>>> 
>>>> 
>>>> 
>>>> _______________________________________________
>>>> use-livecode mailing list
>>>> use-livecode at lists.runrev.com
>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>> 
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



From craig at starfirelighting.com  Wed Jan 24 13:17:50 2024
From: craig at starfirelighting.com (Craig Newman)
Date: Wed, 24 Jan 2024 13:17:50 -0500
Subject: Nasty filter bug
In-Reply-To: <708D11AA-BFCC-4996-8C3F-3F240EC9EB05@starfirelighting.com>
References: <62186890-01D9-4F33-BD40-CFBE606ED79A@starfirelighting.com>
 <CD6848B5-93AE-46CA-9B57-38D30C8164E9@milby7.com>
 <708D11AA-BFCC-4996-8C3F-3F240EC9EB05@starfirelighting.com>
Message-ID: <8E0429B5-0D3D-4F0F-925F-403F557562E0@starfirelighting.com>

OK, instead of working I did this:

on mouseUp

repeat with y = 1 to 255

put "XX" & numToChar(y) & "XX"  into temp

filter temp without temp

if temp <> "" then put y & return after accum

end repeat

answer accum

end mouseUp

There are two characters that prevent the filter command from doing its job: ASCII 91 (“[“) and ASCII 10, the return char.



Craig


> On Jan 24, 2024, at 12:51 PM, Craig Newman via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> Brian.
> 
> Nope. Those two chars pass through the filter, er, filtered.
> 
> Again, I did not test the entire character set.
> 
> Craig
> 
>> On Jan 24, 2024, at 11:05 AM, Brian Milby via use-livecode <use-livecode at lists.runrev.com> wrote:
>> 
>> The only other two that would cause issues are ? and * which are single and multiple char wildcards respectively.
>> 
>> Brian Milby
>> brian at milby7.com
>> 
>>> On Jan 24, 2024, at 10:21 AM, Craig Newman via use-livecode <use-livecode at lists.runrev.com> wrote:
>>> 
>>> I did not test the ASCII set exhaustively, but the culprit is the char “[“ (ASCII 91). Any other char (including “]”) in the string works correctly, that is, nothing is left after the filter command executes.
>>> 
>>> I do not know enough to say whether that particular char  does something to the filter command, which may use regex somehow in its inner workings.
>>> 
>>> Craig
>>> 
>>> Craig
>>> 
>>>> On Jan 23, 2024, at 9:45 PM, Brian Milby via use-livecode <use-livecode at lists.runrev.com> wrote:
>>>> 
>>>> Not sure this is really a bug.  The default is to match a wildcardPattern.  If you want to match [ then you must use [[] in the pattern.
>>>> 
>>>> Brian Milby
>>>> brian at milby7.com
>>>> 
>>>>>> On Jan 23, 2024, at 9:02 PM, Neville Smythe via use-livecode <use-livecode at lists.runrev.com> wrote:
>>>>> 
>>>>> Try this in the msg box:
>>>>> 
>>>>> put "aaa[bbb" into tStr; put line 1 of tStr into tLine; filter tStr without tLine; put tStr
>>>>> I get (using MacOS, LC 9.6.11)
>>>>> 
>>>>> aaa[bbb
>>>>> 
>>>>> That is to say, the line is not filtered out.
>>>>> 
>>>>> And:
>>>>> 
>>>>> put "aaa[bbb" into tStr; filter tStr with tStr; put tStr
>>>>> 
>>>>> produces an empty string instead of the original string.
>>>>> 
>>>>> The bug occurs if the line contains the character “[“ anywhere; any lines containing that character are ignored by both filter with and filter without.
>>>>> 
>>>>> This is really serious, because I rely on the filter command a lot, as I would think do many other developers!
>>>>> 
>>>>> Don’t know if it occurs with other characters, but I have never seen it before. I discovered it when filtering lines with regular expressions. Other special regexp characters I have tested do not trigger the bug.
>>>>> 
>>>>> Neville Smythe
>>>>> 
>>>>> 
>>>>> 
>>>>> _______________________________________________
>>>>> use-livecode mailing list
>>>>> use-livecode at lists.runrev.com
>>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>> 
>>>> _______________________________________________
>>>> use-livecode mailing list
>>>> use-livecode at lists.runrev.com
>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>> 
>>> 
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From brian at milby7.com  Wed Jan 24 14:53:08 2024
From: brian at milby7.com (Brian Milby)
Date: Wed, 24 Jan 2024 14:53:08 -0500
Subject: Nasty filter bug
In-Reply-To: <8E0429B5-0D3D-4F0F-925F-403F557562E0@starfirelighting.com>
References: <62186890-01D9-4F33-BD40-CFBE606ED79A@starfirelighting.com>
 <CD6848B5-93AE-46CA-9B57-38D30C8164E9@milby7.com>
 <708D11AA-BFCC-4996-8C3F-3F240EC9EB05@starfirelighting.com>
 <8E0429B5-0D3D-4F0F-925F-403F557562E0@starfirelighting.com>
Message-ID: <CA+yhkRakcgzCk+HiT_K04orxDyw4YTb78crtJhHenW-X0hiBVQ@mail.gmail.com>

Your test misses the actual issue:

on mouseup
   local tStr
   local tFilter
   put "a*b" into tFilter
   put "anything bold" into tStr
   filter tStr with tFilter
   put tStr
end mouseup

Will yield "anything bold"

while using the following 2 lines:
   put "a?b" into tFilter
   put "a*b" into tStr
will yield "a*b"

Finally, using the following 2 lines:
   put "a[?]b" into tFilter
   put "a?b" into tStr
will  yield "a?b"

The point is that you can end up with issues if you are counting on "*" and
"?" to filter literally.  They don't - they are wildcards and can match
anything (multiple char or single char respectively).  The "[" is also
special.

To ensure that your filters work properly if you do not want to use any
wildcards (i.e. match * and ? literally) would require you to change *, ?,
and [ to [*], [?], and [[].

On Wed, Jan 24, 2024 at 1:19 PM Craig Newman via use-livecode <
use-livecode at lists.runrev.com> wrote:

> OK, instead of working I did this:
>
> on mouseUp
>
> repeat with y = 1 to 255
>
> put "XX" & numToChar(y) & "XX"  into temp
>
> filter temp without temp
>
> if temp <> "" then put y & return after accum
>
> end repeat
>
> answer accum
>
> end mouseUp
>
> There are two characters that prevent the filter command from doing its
> job: ASCII 91 (“[“) and ASCII 10, the return char.
>
>
>
> Craig
>
>
> > On Jan 24, 2024, at 12:51 PM, Craig Newman via use-livecode <
> use-livecode at lists.runrev.com> wrote:
> >
> > Brian.
> >
> > Nope. Those two chars pass through the filter, er, filtered.
> >
> > Again, I did not test the entire character set.
> >
> > Craig
> >
> >> On Jan 24, 2024, at 11:05 AM, Brian Milby via use-livecode <
> use-livecode at lists.runrev.com> wrote:
> >>
> >> The only other two that would cause issues are ? and * which are single
> and multiple char wildcards respectively.
> >>
> >> Brian Milby
> >> brian at milby7.com
> >>
> >>> On Jan 24, 2024, at 10:21 AM, Craig Newman via use-livecode <
> use-livecode at lists.runrev.com> wrote:
> >>>
> >>> I did not test the ASCII set exhaustively, but the culprit is the
> char “[“ (ASCII 91). Any other char (including “]”) in the string works
> correctly, that is, nothing is left after the filter command executes.
> >>>
> >>> I do not know enough to say whether that particular char  does
> something to the filter command, which may use regex somehow in its inner
> workings.
> >>>
> >>> Craig
> >>>
> >>> Craig
> >>>
> >>>> On Jan 23, 2024, at 9:45 PM, Brian Milby via use-livecode <
> use-livecode at lists.runrev.com> wrote:
> >>>>
> >>>> Not sure this is really a bug.  The default is to match a
> wildcardPattern.  If you want to match [ then you must use [[] in the
> pattern.
> >>>>
> >>>> Brian Milby
> >>>> brian at milby7.com
> >>>>
> >>>>>> On Jan 23, 2024, at 9:02 PM, Neville Smythe via use-livecode <
> use-livecode at lists.runrev.com> wrote:
> >>>>>
> >>>>> Try this in the msg box:
> >>>>>
> >>>>> put "aaa[bbb" into tStr; put line 1 of tStr into tLine; filter tStr
> without tLine; put tStr
> >>>>> I get (using MacOS, LC 9.6.11)
> >>>>>
> >>>>> aaa[bbb
> >>>>>
> >>>>> That is to say, the line is not filtered out.
> >>>>>
> >>>>> And:
> >>>>>
> >>>>> put "aaa[bbb" into tStr; filter tStr with tStr; put tStr
> >>>>>
> >>>>> produces an empty string instead of the original string.
> >>>>>
> >>>>> The bug occurs if the line contains the character “[“ anywhere; any
> lines containing that character are ignored by both filter with and filter
> without.
> >>>>>
> >>>>> This is really serious, because I rely on the filter command a lot,
> as I would think do many other developers!
> >>>>>
> >>>>> Don’t know if it occurs with other characters, but I have never seen
> it before. I discovered it when filtering lines with regular expressions.
> Other special regexp characters I have tested do not trigger the bug.
> >>>>>
> >>>>> Neville Smythe
> >>>>>
> >>>>>
> >>>>>
> >>>>> _______________________________________________
> >>>>> use-livecode mailing list
> >>>>> use-livecode at lists.runrev.com
> >>>>> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> >>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>>>
> >>>> _______________________________________________
> >>>> use-livecode mailing list
> >>>> use-livecode at lists.runrev.com
> >>>> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> >>>> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>>
> >>>
> >>> _______________________________________________
> >>> use-livecode mailing list
> >>> use-livecode at lists.runrev.com
> >>> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> >>> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>
> >> _______________________________________________
> >> use-livecode mailing list
> >> use-livecode at lists.runrev.com
> >> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> >> http://lists.runrev.com/mailman/listinfo/use-livecode
> >
> >
> > _______________________________________________
> > use-livecode mailing list
> > use-livecode at lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>

From craig at starfirelighting.com  Wed Jan 24 15:33:43 2024
From: craig at starfirelighting.com (Craig Newman)
Date: Wed, 24 Jan 2024 15:33:43 -0500
Subject: Nasty filter bug
In-Reply-To: <CA+yhkRakcgzCk+HiT_K04orxDyw4YTb78crtJhHenW-X0hiBVQ@mail.gmail.com>
References: <62186890-01D9-4F33-BD40-CFBE606ED79A@starfirelighting.com>
 <CD6848B5-93AE-46CA-9B57-38D30C8164E9@milby7.com>
 <708D11AA-BFCC-4996-8C3F-3F240EC9EB05@starfirelighting.com>
 <8E0429B5-0D3D-4F0F-925F-403F557562E0@starfirelighting.com>
 <CA+yhkRakcgzCk+HiT_K04orxDyw4YTb78crtJhHenW-X0hiBVQ@mail.gmail.com>
Message-ID: <A35C01EB-065F-4052-9B7B-7F293BFE9CBA@starfirelighting.com>

Brian.

The original post tried to filter a string by filtering (without) that actual string, and was interested in why that did not yield empty. Intuitively, the result of such a filter operation ought always to be empty. The presence of the char “[“ is the “culprit”. That is as far as I took it.

Anyway, you state that the char “[“ is a regex special character, which explains a lot. The other two, “?” and “*” filter without issue, though, and I guess one has to be a regex user to see why.

I am not.

Craig

> On Jan 24, 2024, at 2:53 PM, Brian Milby via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> Your test misses the actual issue:
> 
> on mouseup
>   local tStr
>   local tFilter
>   put "a*b" into tFilter
>   put "anything bold" into tStr
>   filter tStr with tFilter
>   put tStr
> end mouseup
> 
> Will yield "anything bold"
> 
> while using the following 2 lines:
>   put "a?b" into tFilter
>   put "a*b" into tStr
> will yield "a*b"
> 
> Finally, using the following 2 lines:
>   put "a[?]b" into tFilter
>   put "a?b" into tStr
> will  yield "a?b"
> 
> The point is that you can end up with issues if you are counting on "*" and
> "?" to filter literally.  They don't - they are wildcards and can match
> anything (multiple char or single char respectively).  The "[" is also
> special.
> 
> To ensure that your filters work properly if you do not want to use any
> wildcards (i.e. match * and ? literally) would require you to change *, ?,
> and [ to [*], [?], and [[].
> 
> On Wed, Jan 24, 2024 at 1:19 PM Craig Newman via use-livecode <
> use-livecode at lists.runrev.com> wrote:
> 
>> OK, instead of working I did this:
>> 
>> on mouseUp
>> 
>> repeat with y = 1 to 255
>> 
>> put "XX" & numToChar(y) & "XX"  into temp
>> 
>> filter temp without temp
>> 
>> if temp <> "" then put y & return after accum
>> 
>> end repeat
>> 
>> answer accum
>> 
>> end mouseUp
>> 
>> There are two characters that prevent the filter command from doing its
>> job: ASCII 91 (“[“) and ASCII 10, the return char.
>> 
>> 
>> 
>> Craig
>> 
>> 
>>> On Jan 24, 2024, at 12:51 PM, Craig Newman via use-livecode <
>> use-livecode at lists.runrev.com> wrote:
>>> 
>>> Brian.
>>> 
>>> Nope. Those two chars pass through the filter, er, filtered.
>>> 
>>> Again, I did not test the entire character set.
>>> 
>>> Craig
>>> 
>>>> On Jan 24, 2024, at 11:05 AM, Brian Milby via use-livecode <
>> use-livecode at lists.runrev.com> wrote:
>>>> 
>>>> The only other two that would cause issues are ? and * which are single
>> and multiple char wildcards respectively.
>>>> 
>>>> Brian Milby
>>>> brian at milby7.com
>>>> 
>>>>> On Jan 24, 2024, at 10:21 AM, Craig Newman via use-livecode <
>> use-livecode at lists.runrev.com> wrote:
>>>>> 
>>>>> I did not test the ASCII set exhaustively, but the culprit is the
>> char “[“ (ASCII 91). Any other char (including “]”) in the string works
>> correctly, that is, nothing is left after the filter command executes.
>>>>> 
>>>>> I do not know enough to say whether that particular char  does
>> something to the filter command, which may use regex somehow in its inner
>> workings.
>>>>> 
>>>>> Craig
>>>>> 
>>>>> Craig
>>>>> 
>>>>>> On Jan 23, 2024, at 9:45 PM, Brian Milby via use-livecode <
>> use-livecode at lists.runrev.com> wrote:
>>>>>> 
>>>>>> Not sure this is really a bug.  The default is to match a
>> wildcardPattern.  If you want to match [ then you must use [[] in the
>> pattern.
>>>>>> 
>>>>>> Brian Milby
>>>>>> brian at milby7.com
>>>>>> 
>>>>>>>> On Jan 23, 2024, at 9:02 PM, Neville Smythe via use-livecode <
>> use-livecode at lists.runrev.com> wrote:
>>>>>>> 
>>>>>>> Try this in the msg box:
>>>>>>> 
>>>>>>> put "aaa[bbb" into tStr; put line 1 of tStr into tLine; filter tStr
>> without tLine; put tStr
>>>>>>> I get (using MacOS, LC 9.6.11)
>>>>>>> 
>>>>>>> aaa[bbb
>>>>>>> 
>>>>>>> That is to say, the line is not filtered out.
>>>>>>> 
>>>>>>> And:
>>>>>>> 
>>>>>>> put "aaa[bbb" into tStr; filter tStr with tStr; put tStr
>>>>>>> 
>>>>>>> produces an empty string instead of the original string.
>>>>>>> 
>>>>>>> The bug occurs if the line contains the character “[“ anywhere; any
>> lines containing that character are ignored by both filter with and filter
>> without.
>>>>>>> 
>>>>>>> This is really serious, because I rely on the filter command a lot,
>> as I would think do many other developers!
>>>>>>> 
>>>>>>> Don’t know if it occurs with other characters, but I have never seen
>> it before. I discovered it when filtering lines with regular expressions.
>> Other special regexp characters I have tested do not trigger the bug.
>>>>>>> 
>>>>>>> Neville Smythe
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> _______________________________________________
>>>>>>> use-livecode mailing list
>>>>>>> use-livecode at lists.runrev.com
>>>>>>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>> 
>>>>>> _______________________________________________
>>>>>> use-livecode mailing list
>>>>>> use-livecode at lists.runrev.com
>>>>>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>> 
>>>>> 
>>>>> _______________________________________________
>>>>> use-livecode mailing list
>>>>> use-livecode at lists.runrev.com
>>>>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>> 
>>>> _______________________________________________
>>>> use-livecode mailing list
>>>> use-livecode at lists.runrev.com
>>>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>> 
>>> 
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



From neville.smythe at optusnet.com.au  Wed Jan 24 15:41:20 2024
From: neville.smythe at optusnet.com.au (Neville Smythe)
Date: Thu, 25 Jan 2024 07:41:20 +1100
Subject: Nasty filter bug (not)
Message-ID: <AB00349D-1DBE-482C-B786-69C88F56AB85@optusnet.com.au>

Thanks Brian of putting me right (once again) . I had completely forgotten.the escape sequence for the wildcards is [*] and [? (an unexpected way to escape a character, but it is what it is) and so had overlooked that [ is itself a special character.

And neither * nor ? In the msg box example cause the so-called “bug” but for accidental reasons since they happen to match themselves, so they didn’t trigger my memory to look further for an explanation!

Neville Smythe





From brian at milby7.com  Wed Jan 24 16:37:02 2024
From: brian at milby7.com (Brian Milby)
Date: Wed, 24 Jan 2024 16:37:02 -0500
Subject: Nasty filter bug
In-Reply-To: <A35C01EB-065F-4052-9B7B-7F293BFE9CBA@starfirelighting.com>
References: <A35C01EB-065F-4052-9B7B-7F293BFE9CBA@starfirelighting.com>
Message-ID: <1E0136A0-D983-43D4-8B36-F3678BCD2E01@milby7.com>

I just want to clarify that this isn’t the regex version of filter but the wildcard pattern version.  It is much less complicated than regex.  Square brackets are used to group characters to be matched so you can use [abc]* to match any item that starts with a, b, or c.  The dictionary entry for this is pretty good.

Brian Milby
brian at milby7.com

> On Jan 24, 2024, at 3:35 PM, Craig Newman via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> Brian.
> 
> The original post tried to filter a string by filtering (without) that actual string, and was interested in why that did not yield empty. Intuitively, the result of such a filter operation ought always to be empty. The presence of the char “[“ is the “culprit”. That is as far as I took it.
> 
> Anyway, you state that the char “[“ is a regex special character, which explains a lot. The other two, “?” and “*” filter without issue, though, and I guess one has to be a regex user to see why.
> 
> I am not.
> 
> Craig
> 
>> On Jan 24, 2024, at 2:53 PM, Brian Milby via use-livecode <use-livecode at lists.runrev.com> wrote:
>> 
>> Your test misses the actual issue:
>> 
>> on mouseup
>>  local tStr
>>  local tFilter
>>  put "a*b" into tFilter
>>  put "anything bold" into tStr
>>  filter tStr with tFilter
>>  put tStr
>> end mouseup
>> 
>> Will yield "anything bold"
>> 
>> while using the following 2 lines:
>>  put "a?b" into tFilter
>>  put "a*b" into tStr
>> will yield "a*b"
>> 
>> Finally, using the following 2 lines:
>>  put "a[?]b" into tFilter
>>  put "a?b" into tStr
>> will  yield "a?b"
>> 
>> The point is that you can end up with issues if you are counting on "*" and
>> "?" to filter literally.  They don't - they are wildcards and can match
>> anything (multiple char or single char respectively).  The "[" is also
>> special.
>> 
>> To ensure that your filters work properly if you do not want to use any
>> wildcards (i.e. match * and ? literally) would require you to change *, ?,
>> and [ to [*], [?], and [[].
>> 
>>> On Wed, Jan 24, 2024 at 1:19 PM Craig Newman via use-livecode <
>>> use-livecode at lists.runrev.com> wrote:
>>> 
>>> OK, instead of working I did this:
>>> 
>>> on mouseUp
>>> 
>>> repeat with y = 1 to 255
>>> 
>>> put "XX" & numToChar(y) & "XX"  into temp
>>> 
>>> filter temp without temp
>>> 
>>> if temp <> "" then put y & return after accum
>>> 
>>> end repeat
>>> 
>>> answer accum
>>> 
>>> end mouseUp
>>> 
>>> There are two characters that prevent the filter command from doing its
>>> job: ASCII 91 (“[“) and ASCII 10, the return char.
>>> 
>>> 
>>> 
>>> Craig
>>> 
>>> 
>>>> On Jan 24, 2024, at 12:51 PM, Craig Newman via use-livecode <
>>> use-livecode at lists.runrev.com> wrote:
>>>> 
>>>> Brian.
>>>> 
>>>> Nope. Those two chars pass through the filter, er, filtered.
>>>> 
>>>> Again, I did not test the entire character set.
>>>> 
>>>> Craig
>>>> 
>>>>> On Jan 24, 2024, at 11:05 AM, Brian Milby via use-livecode <
>>> use-livecode at lists.runrev.com> wrote:
>>>>> 
>>>>> The only other two that would cause issues are ? and * which are single
>>> and multiple char wildcards respectively.
>>>>> 
>>>>> Brian Milby
>>>>> brian at milby7.com
>>>>> 
>>>>>> On Jan 24, 2024, at 10:21 AM, Craig Newman via use-livecode <
>>> use-livecode at lists.runrev.com> wrote:
>>>>>> 
>>>>>> I did not test the ASCII set exhaustively, but the culprit is the
>>> char “[“ (ASCII 91). Any other char (including “]”) in the string works
>>> correctly, that is, nothing is left after the filter command executes.
>>>>>> 
>>>>>> I do not know enough to say whether that particular char  does
>>> something to the filter command, which may use regex somehow in its inner
>>> workings.
>>>>>> 
>>>>>> Craig
>>>>>> 
>>>>>> Craig
>>>>>> 
>>>>>>> On Jan 23, 2024, at 9:45 PM, Brian Milby via use-livecode <
>>> use-livecode at lists.runrev.com> wrote:
>>>>>>> 
>>>>>>> Not sure this is really a bug.  The default is to match a
>>> wildcardPattern.  If you want to match [ then you must use [[] in the
>>> pattern.
>>>>>>> 
>>>>>>> Brian Milby
>>>>>>> brian at milby7.com
>>>>>>> 
>>>>>>>>> On Jan 23, 2024, at 9:02 PM, Neville Smythe via use-livecode <
>>> use-livecode at lists.runrev.com> wrote:
>>>>>>>> 
>>>>>>>> Try this in the msg box:
>>>>>>>> 
>>>>>>>> put "aaa[bbb" into tStr; put line 1 of tStr into tLine; filter tStr
>>> without tLine; put tStr
>>>>>>>> I get (using MacOS, LC 9.6.11)
>>>>>>>> 
>>>>>>>> aaa[bbb
>>>>>>>> 
>>>>>>>> That is to say, the line is not filtered out.
>>>>>>>> 
>>>>>>>> And:
>>>>>>>> 
>>>>>>>> put "aaa[bbb" into tStr; filter tStr with tStr; put tStr
>>>>>>>> 
>>>>>>>> produces an empty string instead of the original string.
>>>>>>>> 
>>>>>>>> The bug occurs if the line contains the character “[“ anywhere; any
>>> lines containing that character are ignored by both filter with and filter
>>> without.
>>>>>>>> 
>>>>>>>> This is really serious, because I rely on the filter command a lot,
>>> as I would think do many other developers!
>>>>>>>> 
>>>>>>>> Don’t know if it occurs with other characters, but I have never seen
>>> it before. I discovered it when filtering lines with regular expressions.
>>> Other special regexp characters I have tested do not trigger the bug.
>>>>>>>> 
>>>>>>>> Neville Smythe
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> _______________________________________________
>>>>>>>> use-livecode mailing list
>>>>>>>> use-livecode at lists.runrev.com
>>>>>>>> Please visit this url to subscribe, unsubscribe and manage your
>>> subscription preferences:
>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>> 
>>>>>>> _______________________________________________
>>>>>>> use-livecode mailing list
>>>>>>> use-livecode at lists.runrev.com
>>>>>>> Please visit this url to subscribe, unsubscribe and manage your
>>> subscription preferences:
>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>> 
>>>>>> 
>>>>>> _______________________________________________
>>>>>> use-livecode mailing list
>>>>>> use-livecode at lists.runrev.com
>>>>>> Please visit this url to subscribe, unsubscribe and manage your
>>> subscription preferences:
>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>> 
>>>>> _______________________________________________
>>>>> use-livecode mailing list
>>>>> use-livecode at lists.runrev.com
>>>>> Please visit this url to subscribe, unsubscribe and manage your
>>> subscription preferences:
>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>> 
>>>> 
>>>> _______________________________________________
>>>> use-livecode mailing list
>>>> use-livecode at lists.runrev.com
>>>> Please visit this url to subscribe, unsubscribe and manage your
>>> subscription preferences:
>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>> 
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your
>>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From craig at starfirelighting.com  Wed Jan 24 17:21:29 2024
From: craig at starfirelighting.com (Craig Newman)
Date: Wed, 24 Jan 2024 17:21:29 -0500
Subject: Nasty filter bug
In-Reply-To: <1E0136A0-D983-43D4-8B36-F3678BCD2E01@milby7.com>
References: <A35C01EB-065F-4052-9B7B-7F293BFE9CBA@starfirelighting.com>
 <1E0136A0-D983-43D4-8B36-F3678BCD2E01@milby7.com>
Message-ID: <6640E374-E41C-45B2-A09E-4D8D1AA59747@starfirelighting.com>

Brian.

So the inclusion of “[“ would have matched nothing in the original string ""aaa[bbb””? That is, even though the bracketed string was not “closed” with “]”, did it try to find a string that began with “b”, failed, and therefore returned the original string untouched?

Craig

> On Jan 24, 2024, at 4:37 PM, Brian Milby via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> I just want to clarify that this isn’t the regex version of filter but the wildcard pattern version.  It is much less complicated than regex.  Square brackets are used to group characters to be matched so you can use [abc]* to match any item that starts with a, b, or c.  The dictionary entry for this is pretty good.
> 
> Brian Milby
> brian at milby7.com <mailto:brian at milby7.com>
> 
>> On Jan 24, 2024, at 3:35 PM, Craig Newman via use-livecode <use-livecode at lists.runrev.com <mailto:use-livecode at lists.runrev.com>> wrote:
>> 
>> Brian.
>> 
>> The original post tried to filter a string by filtering (without) that actual string, and was interested in why that did not yield empty. Intuitively, the result of such a filter operation ought always to be empty. The presence of the char “[“ is the “culprit”. That is as far as I took it.
>> 
>> Anyway, you state that the char “[“ is a regex special character, which explains a lot. The other two, “?” and “*” filter without issue, though, and I guess one has to be a regex user to see why.
>> 
>> I am not.
>> 
>> Craig
>> 
>>> On Jan 24, 2024, at 2:53 PM, Brian Milby via use-livecode <use-livecode at lists.runrev.com <mailto:use-livecode at lists.runrev.com>> wrote:
>>> 
>>> Your test misses the actual issue:
>>> 
>>> on mouseup
>>> local tStr
>>> local tFilter
>>> put "a*b" into tFilter
>>> put "anything bold" into tStr
>>> filter tStr with tFilter
>>> put tStr
>>> end mouseup
>>> 
>>> Will yield "anything bold"
>>> 
>>> while using the following 2 lines:
>>> put "a?b" into tFilter
>>> put "a*b" into tStr
>>> will yield "a*b"
>>> 
>>> Finally, using the following 2 lines:
>>> put "a[?]b" into tFilter
>>> put "a?b" into tStr
>>> will  yield "a?b"
>>> 
>>> The point is that you can end up with issues if you are counting on "*" and
>>> "?" to filter literally.  They don't - they are wildcards and can match
>>> anything (multiple char or single char respectively).  The "[" is also
>>> special.
>>> 
>>> To ensure that your filters work properly if you do not want to use any
>>> wildcards (i.e. match * and ? literally) would require you to change *, ?,
>>> and [ to [*], [?], and [[].
>>> 
>>>> On Wed, Jan 24, 2024 at 1:19 PM Craig Newman via use-livecode <
>>>> use-livecode at lists.runrev.com <mailto:use-livecode at lists.runrev.com>> wrote:
>>>> 
>>>> OK, instead of working I did this:
>>>> 
>>>> on mouseUp
>>>> 
>>>> repeat with y = 1 to 255
>>>> 
>>>> put "XX" & numToChar(y) & "XX"  into temp
>>>> 
>>>> filter temp without temp
>>>> 
>>>> if temp <> "" then put y & return after accum
>>>> 
>>>> end repeat
>>>> 
>>>> answer accum
>>>> 
>>>> end mouseUp
>>>> 
>>>> There are two characters that prevent the filter command from doing its
>>>> job: ASCII 91 (“[“) and ASCII 10, the return char.
>>>> 
>>>> 
>>>> 
>>>> Craig
>>>> 
>>>> 
>>>>> On Jan 24, 2024, at 12:51 PM, Craig Newman via use-livecode <
>>>> use-livecode at lists.runrev.com <mailto:use-livecode at lists.runrev.com>> wrote:
>>>>> 
>>>>> Brian.
>>>>> 
>>>>> Nope. Those two chars pass through the filter, er, filtered.
>>>>> 
>>>>> Again, I did not test the entire character set.
>>>>> 
>>>>> Craig
>>>>> 
>>>>>> On Jan 24, 2024, at 11:05 AM, Brian Milby via use-livecode <
>>>> use-livecode at lists.runrev.com> wrote:
>>>>>> 
>>>>>> The only other two that would cause issues are ? and * which are single
>>>> and multiple char wildcards respectively.
>>>>>> 
>>>>>> Brian Milby
>>>>>> brian at milby7.com
>>>>>> 
>>>>>>> On Jan 24, 2024, at 10:21 AM, Craig Newman via use-livecode <
>>>> use-livecode at lists.runrev.com> wrote:
>>>>>>> 
>>>>>>> I did not test the ASCII set exhaustively, but the culprit is the
>>>> char “[“ (ASCII 91). Any other char (including “]”) in the string works
>>>> correctly, that is, nothing is left after the filter command executes.
>>>>>>> 
>>>>>>> I do not know enough to say whether that particular char  does
>>>> something to the filter command, which may use regex somehow in its inner
>>>> workings.
>>>>>>> 
>>>>>>> Craig
>>>>>>> 
>>>>>>> Craig
>>>>>>> 
>>>>>>>> On Jan 23, 2024, at 9:45 PM, Brian Milby via use-livecode <
>>>> use-livecode at lists.runrev.com> wrote:
>>>>>>>> 
>>>>>>>> Not sure this is really a bug.  The default is to match a
>>>> wildcardPattern.  If you want to match [ then you must use [[] in the
>>>> pattern.
>>>>>>>> 
>>>>>>>> Brian Milby
>>>>>>>> brian at milby7.com
>>>>>>>> 
>>>>>>>>>> On Jan 23, 2024, at 9:02 PM, Neville Smythe via use-livecode <
>>>> use-livecode at lists.runrev.com> wrote:
>>>>>>>>> 
>>>>>>>>> Try this in the msg box:
>>>>>>>>> 
>>>>>>>>> put "aaa[bbb" into tStr; put line 1 of tStr into tLine; filter tStr
>>>> without tLine; put tStr
>>>>>>>>> I get (using MacOS, LC 9.6.11)
>>>>>>>>> 
>>>>>>>>> aaa[bbb
>>>>>>>>> 
>>>>>>>>> That is to say, the line is not filtered out.
>>>>>>>>> 
>>>>>>>>> And:
>>>>>>>>> 
>>>>>>>>> put "aaa[bbb" into tStr; filter tStr with tStr; put tStr
>>>>>>>>> 
>>>>>>>>> produces an empty string instead of the original string.
>>>>>>>>> 
>>>>>>>>> The bug occurs if the line contains the character “[“ anywhere; any
>>>> lines containing that character are ignored by both filter with and filter
>>>> without.
>>>>>>>>> 
>>>>>>>>> This is really serious, because I rely on the filter command a lot,
>>>> as I would think do many other developers!
>>>>>>>>> 
>>>>>>>>> Don’t know if it occurs with other characters, but I have never seen
>>>> it before. I discovered it when filtering lines with regular expressions.
>>>> Other special regexp characters I have tested do not trigger the bug.
>>>>>>>>> 
>>>>>>>>> Neville Smythe
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> _______________________________________________
>>>>>>>>> use-livecode mailing list
>>>>>>>>> use-livecode at lists.runrev.com
>>>>>>>>> Please visit this url to subscribe, unsubscribe and manage your
>>>> subscription preferences:
>>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>>> 
>>>>>>>> _______________________________________________
>>>>>>>> use-livecode mailing list
>>>>>>>> use-livecode at lists.runrev.com
>>>>>>>> Please visit this url to subscribe, unsubscribe and manage your
>>>> subscription preferences:
>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>> 
>>>>>>> 
>>>>>>> _______________________________________________
>>>>>>> use-livecode mailing list
>>>>>>> use-livecode at lists.runrev.com
>>>>>>> Please visit this url to subscribe, unsubscribe and manage your
>>>> subscription preferences:
>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>> 
>>>>>> _______________________________________________
>>>>>> use-livecode mailing list
>>>>>> use-livecode at lists.runrev.com
>>>>>> Please visit this url to subscribe, unsubscribe and manage your
>>>> subscription preferences:
>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>> 
>>>>> 
>>>>> _______________________________________________
>>>>> use-livecode mailing list
>>>>> use-livecode at lists.runrev.com
>>>>> Please visit this url to subscribe, unsubscribe and manage your
>>>> subscription preferences:
>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>> 
>>>> _______________________________________________
>>>> use-livecode mailing list
>>>> use-livecode at lists.runrev.com
>>>> Please visit this url to subscribe, unsubscribe and manage your
>>>> subscription preferences:
>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>> 
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com <mailto:use-livecode at lists.runrev.com>
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From brian at milby7.com  Wed Jan 24 18:56:25 2024
From: brian at milby7.com (Brian Milby)
Date: Wed, 24 Jan 2024 18:56:25 -0500
Subject: Nasty filter bug
In-Reply-To: <6640E374-E41C-45B2-A09E-4D8D1AA59747@starfirelighting.com>
References: <A35C01EB-065F-4052-9B7B-7F293BFE9CBA@starfirelighting.com>
 <1E0136A0-D983-43D4-8B36-F3678BCD2E01@milby7.com>
 <6640E374-E41C-45B2-A09E-4D8D1AA59747@starfirelighting.com>
Message-ID: <CA+yhkRaxcK-2rj4Fbh1m2-JjWdH370cBk9m24Qv6HhJJfpW8Uw@mail.gmail.com>

It seems that an unmatched opening bracket makes it completely fail.  My
guess is that the filter string is not valid so it doesn't even try.  I
couldn't get a filter string containing a "[" to match anything.

On Wed, Jan 24, 2024 at 5:23 PM Craig Newman via use-livecode <
use-livecode at lists.runrev.com> wrote:

> Brian.
>
> So the inclusion of “[“ would have matched nothing in the original string
> ""aaa[bbb””? That is, even though the bracketed string was not “closed”
> with “]”, did it try to find a string that began with “b”, failed, and
> therefore returned the original string untouched?
>
> Craig
>
> > On Jan 24, 2024, at 4:37 PM, Brian Milby via use-livecode <
> use-livecode at lists.runrev.com> wrote:
> >
> > I just want to clarify that this isn’t the regex version of filter but
> the wildcard pattern version.  It is much less complicated than regex.
> Square brackets are used to group characters to be matched so you can use
> [abc]* to match any item that starts with a, b, or c.  The dictionary entry
> for this is pretty good.
> >
> > Brian Milby
> > brian at milby7.com <mailto:brian at milby7.com>
> >
> >> On Jan 24, 2024, at 3:35 PM, Craig Newman via use-livecode <
> use-livecode at lists.runrev.com <mailto:use-livecode at lists.runrev.com>>
> wrote:
> >>
> >> Brian.
> >>
> >> The original post tried to filter a string by filtering (without) that
> actual string, and was interested in why that did not yield empty.
> Intuitively, the result of such a filter operation ought always to be
> empty. The presence of the char “[“ is the “culprit”. That is as far as I
> took it.
> >>
> >> Anyway, you state that the char “[“ is a regex special character, which
> explains a lot. The other two, “?” and “*” filter without issue, though,
> and I guess one has to be a regex user to see why.
> >>
> >> I am not.
> >>
> >> Craig
> >>
> >>> On Jan 24, 2024, at 2:53 PM, Brian Milby via use-livecode <
> use-livecode at lists.runrev.com <mailto:use-livecode at lists.runrev.com>>
> wrote:
> >>>
> >>> Your test misses the actual issue:
> >>>
> >>> on mouseup
> >>> local tStr
> >>> local tFilter
> >>> put "a*b" into tFilter
> >>> put "anything bold" into tStr
> >>> filter tStr with tFilter
> >>> put tStr
> >>> end mouseup
> >>>
> >>> Will yield "anything bold"
> >>>
> >>> while using the following 2 lines:
> >>> put "a?b" into tFilter
> >>> put "a*b" into tStr
> >>> will yield "a*b"
> >>>
> >>> Finally, using the following 2 lines:
> >>> put "a[?]b" into tFilter
> >>> put "a?b" into tStr
> >>> will  yield "a?b"
> >>>
> >>> The point is that you can end up with issues if you are counting on
> "*" and
> >>> "?" to filter literally.  They don't - they are wildcards and can match
> >>> anything (multiple char or single char respectively).  The "[" is also
> >>> special.
> >>>
> >>> To ensure that your filters work properly if you do not want to use any
> >>> wildcards (i.e. match * and ? literally) would require you to change
> *, ?,
> >>> and [ to [*], [?], and [[].
> >>>
> >>>> On Wed, Jan 24, 2024 at 1:19 PM Craig Newman via use-livecode <
> >>>> use-livecode at lists.runrev.com <mailto:use-livecode at lists.runrev.com>>
> wrote:
> >>>>
> >>>> OK, instead of working I did this:
> >>>>
> >>>> on mouseUp
> >>>>
> >>>> repeat with y = 1 to 255
> >>>>
> >>>> put "XX" & numToChar(y) & "XX"  into temp
> >>>>
> >>>> filter temp without temp
> >>>>
> >>>> if temp <> "" then put y & return after accum
> >>>>
> >>>> end repeat
> >>>>
> >>>> answer accum
> >>>>
> >>>> end mouseUp
> >>>>
> >>>> There are two characters that prevent the filter command from doing
> its
> >>>> job: ASCII 91 (“[“) and ASCII 10, the return char.
> >>>>
> >>>>
> >>>>
> >>>> Craig
> >>>>
> >>>>
> >>>>> On Jan 24, 2024, at 12:51 PM, Craig Newman via use-livecode <
> >>>> use-livecode at lists.runrev.com <mailto:use-livecode at lists.runrev.com>>
> wrote:
> >>>>>
> >>>>> Brian.
> >>>>>
> >>>>> Nope. Those two chars pass through the filter, er, filtered.
> >>>>>
> >>>>> Again, I did not test the entire character set.
> >>>>>
> >>>>> Craig
> >>>>>
> >>>>>> On Jan 24, 2024, at 11:05 AM, Brian Milby via use-livecode <
> >>>> use-livecode at lists.runrev.com> wrote:
> >>>>>>
> >>>>>> The only other two that would cause issues are ? and * which are
> single
> >>>> and multiple char wildcards respectively.
> >>>>>>
> >>>>>> Brian Milby
> >>>>>> brian at milby7.com
> >>>>>>
> >>>>>>> On Jan 24, 2024, at 10:21 AM, Craig Newman via use-livecode <
> >>>> use-livecode at lists.runrev.com> wrote:
> >>>>>>>
> >>>>>>> I did not test the ASCII set exhaustively, but the culprit is the
> >>>> char “[“ (ASCII 91). Any other char (including “]”) in the string
> works
> >>>> correctly, that is, nothing is left after the filter command executes.
> >>>>>>>
> >>>>>>> I do not know enough to say whether that particular char  does
> >>>> something to the filter command, which may use regex somehow in its
> inner
> >>>> workings.
> >>>>>>>
> >>>>>>> Craig
> >>>>>>>
> >>>>>>> Craig
> >>>>>>>
> >>>>>>>> On Jan 23, 2024, at 9:45 PM, Brian Milby via use-livecode <
> >>>> use-livecode at lists.runrev.com> wrote:
> >>>>>>>>
> >>>>>>>> Not sure this is really a bug.  The default is to match a
> >>>> wildcardPattern.  If you want to match [ then you must use [[] in the
> >>>> pattern.
> >>>>>>>>
> >>>>>>>> Brian Milby
> >>>>>>>> brian at milby7.com
> >>>>>>>>
> >>>>>>>>>> On Jan 23, 2024, at 9:02 PM, Neville Smythe via use-livecode <
> >>>> use-livecode at lists.runrev.com> wrote:
> >>>>>>>>>
> >>>>>>>>> Try this in the msg box:
> >>>>>>>>>
> >>>>>>>>> put "aaa[bbb" into tStr; put line 1 of tStr into tLine; filter
> tStr
> >>>> without tLine; put tStr
> >>>>>>>>> I get (using MacOS, LC 9.6.11)
> >>>>>>>>>
> >>>>>>>>> aaa[bbb
> >>>>>>>>>
> >>>>>>>>> That is to say, the line is not filtered out.
> >>>>>>>>>
> >>>>>>>>> And:
> >>>>>>>>>
> >>>>>>>>> put "aaa[bbb" into tStr; filter tStr with tStr; put tStr
> >>>>>>>>>
> >>>>>>>>> produces an empty string instead of the original string.
> >>>>>>>>>
> >>>>>>>>> The bug occurs if the line contains the character “[“ anywhere;
> any
> >>>> lines containing that character are ignored by both filter with and
> filter
> >>>> without.
> >>>>>>>>>
> >>>>>>>>> This is really serious, because I rely on the filter command a
> lot,
> >>>> as I would think do many other developers!
> >>>>>>>>>
> >>>>>>>>> Don’t know if it occurs with other characters, but I have never
> seen
> >>>> it before. I discovered it when filtering lines with regular
> expressions.
> >>>> Other special regexp characters I have tested do not trigger the bug.
> >>>>>>>>>
> >>>>>>>>> Neville Smythe
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>> _______________________________________________
> >>>>>>>>> use-livecode mailing list
> >>>>>>>>> use-livecode at lists.runrev.com
> >>>>>>>>> Please visit this url to subscribe, unsubscribe and manage your
> >>>> subscription preferences:
> >>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>>>>>>>
> >>>>>>>> _______________________________________________
> >>>>>>>> use-livecode mailing list
> >>>>>>>> use-livecode at lists.runrev.com
> >>>>>>>> Please visit this url to subscribe, unsubscribe and manage your
> >>>> subscription preferences:
> >>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>>>>>>
> >>>>>>>
> >>>>>>> _______________________________________________
> >>>>>>> use-livecode mailing list
> >>>>>>> use-livecode at lists.runrev.com
> >>>>>>> Please visit this url to subscribe, unsubscribe and manage your
> >>>> subscription preferences:
> >>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>>>>>
> >>>>>> _______________________________________________
> >>>>>> use-livecode mailing list
> >>>>>> use-livecode at lists.runrev.com
> >>>>>> Please visit this url to subscribe, unsubscribe and manage your
> >>>> subscription preferences:
> >>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>>>>
> >>>>>
> >>>>> _______________________________________________
> >>>>> use-livecode mailing list
> >>>>> use-livecode at lists.runrev.com
> >>>>> Please visit this url to subscribe, unsubscribe and manage your
> >>>> subscription preferences:
> >>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>>>
> >>>> _______________________________________________
> >>>> use-livecode mailing list
> >>>> use-livecode at lists.runrev.com
> >>>> Please visit this url to subscribe, unsubscribe and manage your
> >>>> subscription preferences:
> >>>> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>>>
> >>> _______________________________________________
> >>> use-livecode mailing list
> >>> use-livecode at lists.runrev.com
> >>> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> >>> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>
> >>
> >> _______________________________________________
> >> use-livecode mailing list
> >> use-livecode at lists.runrev.com
> >> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> >> http://lists.runrev.com/mailman/listinfo/use-livecode
> >
> > _______________________________________________
> > use-livecode mailing list
> > use-livecode at lists.runrev.com <mailto:use-livecode at lists.runrev.com>
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>

From andreas.bergendal at gmail.com  Thu Jan 25 15:34:10 2024
From: andreas.bergendal at gmail.com (Andreas Bergendal)
Date: Thu, 25 Jan 2024 21:34:10 +0100
Subject: Livecode Demo of two way javascript communication?
In-Reply-To: <CAGASioNHi1MG+Ts2Kq4+8dB3LT18NWJBFXqJ280GqF3xQn5SXA@mail.gmail.com>
References: <6FA8DD12-71D0-412B-A5BE-2050797773A7@optusnet.com.au>
 <CAGASioPNW3k_gwKTM+v80_EnBwUYsGptvBZC8GxLboFENXRLQw@mail.gmail.com>
 <CAGASioNHi1MG+Ts2Kq4+8dB3LT18NWJBFXqJ280GqF3xQn5SXA@mail.gmail.com>
Message-ID: <4B41C94B-0154-4CCD-8011-78998CAD01DE@gmail.com>

I’ve created some web deployments where the web page interacts with the stack e.g. in the sense that a change of the browser window rect triggers a resizeStack message in the stack. 

But I’m not sure if by bidirectional you mean that actions in the stack should also affect the web page in some way? Could you give an example of what you have in mind?


> 24 jan. 2024 kl. 12:47 skrev David Bovill via use-livecode <use-livecode at lists.runrev.com>:
> 
> Is there a demo out there for simple bidirectional interaction between a
> web page and a recent stack exported as wasm? Anyone experimenting with
> this?


From bogdanoff at me.com  Thu Jan 25 18:10:43 2024
From: bogdanoff at me.com (Peter Bogdanoff)
Date: Thu, 25 Jan 2024 15:10:43 -0800
Subject: Browser widget in Windows has trouble playing videos in websites
Message-ID: <4154C06E-84AF-4C79-87EB-504216516FE5@me.com>

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

From david.bovill at gmail.com  Fri Jan 26 11:15:29 2024
From: david.bovill at gmail.com (David Bovill)
Date: Fri, 26 Jan 2024 16:15:29 +0000
Subject: Livecode Demo of two way javascript communication?
In-Reply-To: <4B41C94B-0154-4CCD-8011-78998CAD01DE@gmail.com>
References: <6FA8DD12-71D0-412B-A5BE-2050797773A7@optusnet.com.au>
 <CAGASioPNW3k_gwKTM+v80_EnBwUYsGptvBZC8GxLboFENXRLQw@mail.gmail.com>
 <CAGASioNHi1MG+Ts2Kq4+8dB3LT18NWJBFXqJ280GqF3xQn5SXA@mail.gmail.com>
 <4B41C94B-0154-4CCD-8011-78998CAD01DE@gmail.com>
Message-ID: <CAGASioNx0MMayCUTsuHna++pbD0zw6uauh82KbOfJQybXK4XZw@mail.gmail.com>

The scenario would be events like resize, or a button click in the html
page triggering a handler in the Livecode wasm export. The other way round
would ve a Livecode handler in the exported wasm widget calling a
javascriot function in the surrounding Web page.

My understanding in other contexts is that you use the postMessage Web api
for this type of thing -
https://www.google.com/url?q=https://developer.mozilla.org/en-US/docs/Web/API/Window/postMessage&sa=U&ved=2ahUKEwiE5eCSufuDAxX7UkEAHbtmBvIQFnoECAoQAg&usg=AOvVaw09QGMScP0-9YwJuHAC-sIE

Apart from triggering handlers in both directions passing (json) data in
both directions is needed.

On Thu, 25 Jan 2024, 20:35 Andreas Bergendal via use-livecode, <
use-livecode at lists.runrev.com> wrote:

> I’ve created some web deployments where the web page interacts with the
> stack e.g. in the sense that a change of the browser window rect triggers a
> resizeStack message in the stack.
>
> But I’m not sure if by bidirectional you mean that actions in the stack
> should also affect the web page in some way? Could you give an example of
> what you have in mind?
>
>
> > 24 jan. 2024 kl. 12:47 skrev David Bovill via use-livecode <
> use-livecode at lists.runrev.com>:
> >
> > Is there a demo out there for simple bidirectional interaction between a
> > web page and a recent stack exported as wasm? Anyone experimenting with
> > this?
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>

From andreas.bergendal at gmail.com  Sat Jan 27 12:49:23 2024
From: andreas.bergendal at gmail.com (Andreas Bergendal)
Date: Sat, 27 Jan 2024 18:49:23 +0100
Subject: Livecode Demo of two way javascript communication?
In-Reply-To: <CAGASioNx0MMayCUTsuHna++pbD0zw6uauh82KbOfJQybXK4XZw@mail.gmail.com>
References: <6FA8DD12-71D0-412B-A5BE-2050797773A7@optusnet.com.au>
 <CAGASioPNW3k_gwKTM+v80_EnBwUYsGptvBZC8GxLboFENXRLQw@mail.gmail.com>
 <CAGASioNHi1MG+Ts2Kq4+8dB3LT18NWJBFXqJ280GqF3xQn5SXA@mail.gmail.com>
 <4B41C94B-0154-4CCD-8011-78998CAD01DE@gmail.com>
 <CAGASioNx0MMayCUTsuHna++pbD0zw6uauh82KbOfJQybXK4XZw@mail.gmail.com>
Message-ID: <2C7BB184-3E6A-4938-9E7E-E757F6DB5CF2@gmail.com>

OK, so here’s a quick proof of concept, with functions triggered from page to stack and from stack to page.
It is not using postMessage, only 'standard’ javascript listeners. Works well on mobile too (at least iPhone).

https://wheninspace.com/WebpageInteractionStack/

If I find the time, it would be very interesting to try deploying two different stacks on the same page (is that even possible?), and then have them communicate with each other. Or have two stacks in two different pages, and have them communicate via postMessage calls…


> 26 jan. 2024 kl. 17:15 skrev David Bovill via use-livecode <use-livecode at lists.runrev.com>:
> 
> The scenario would be events like resize, or a button click in the html
> page triggering a handler in the Livecode wasm export. The other way round
> would ve a Livecode handler in the exported wasm widget calling a
> javascriot function in the surrounding Web page.
> 
> My understanding in other contexts is that you use the postMessage Web api
> for this type of thing -
> https://www.google.com/url?q=https://developer.mozilla.org/en-US/docs/Web/API/Window/postMessage&sa=U&ved=2ahUKEwiE5eCSufuDAxX7UkEAHbtmBvIQFnoECAoQAg&usg=AOvVaw09QGMScP0-9YwJuHAC-sIE
> 
> Apart from triggering handlers in both directions passing (json) data in
> both directions is needed.
> 
> On Thu, 25 Jan 2024, 20:35 Andreas Bergendal via use-livecode, <
> use-livecode at lists.runrev.com> wrote:
> 
>> I’ve created some web deployments where the web page interacts with the
>> stack e.g. in the sense that a change of the browser window rect triggers a
>> resizeStack message in the stack.
>> 
>> But I’m not sure if by bidirectional you mean that actions in the stack
>> should also affect the web page in some way? Could you give an example of
>> what you have in mind?
>> 
>> 
>>> 24 jan. 2024 kl. 12:47 skrev David Bovill via use-livecode <
>> use-livecode at lists.runrev.com>:
>>> 
>>> Is there a demo out there for simple bidirectional interaction between a
>>> web page and a recent stack exported as wasm? Anyone experimenting with
>>> this?
>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From bobsneidar at iotecdigital.com  Mon Jan 29 11:57:15 2024
From: bobsneidar at iotecdigital.com (Bob Sneidar)
Date: Mon, 29 Jan 2024 16:57:15 +0000
Subject: tsNetCustomUploadSync: what am I doing wrong? (Answer: RTFM-P)
In-Reply-To: <26752834-9482-4ff6-abbb-1568abc9d97e@cogapp.com>
References: <cb7dbff7-17a1-4f0a-9470-8f7470233eb0@cogapp.com>
 <26752834-9482-4ff6-abbb-1568abc9d97e@cogapp.com>
Message-ID: <6284B553-6F60-4E48-A2C9-100098A68B7E@iotecdigital.com>

When AI reaches full maturity, it will know what you meant. Probably before you coded it. And then it will eat your brain.

Bob S


On Jan 24, 2024, at 4:30 AM, Ben Rubinstein via use-livecode <use-livecode at lists.runrev.com> wrote:

For the record:

> put tsNetCustomUploadSync(tURL, "POST", tRequestData, tHeaders, ...

should have been

> put tsNetCustomUploadSync(tURL, "POST", tHeaders, tRequestData, ...

:facepalm-emoji:

Ben

On 22/01/2024 21:48, Ben Rubinstein via use-livecode wrote:
I'm trying to use tsNetCustomUploadSync, but something is going wrong.
To establish a baseline, I'm using it to do a POST request. I can prove that my data is good because this works:
      set the httpHeaders to tHeaders
      post tRequestData to URL tURL
      put it into fld "ResultData"
      put libUrlLastRhHeaders() into rOutHeaders
This, however:
      put tsNetCustomUploadSync(tURL, "POST", tRequestData, tHeaders, rOutHeaders, rResult, rBytes) into fld "ResultData"
returns an 'unauthorized' error, with message "Authentication required".
That suggests that either my URL (which contains part of the application ids to which my authorisation token is specific) or my headers (which contains the authorisation token) is not being passed correctly.
My guess is that it's more likely to be the headers. Can anyone advise?
TIA,
Ben


From jiml at netrin.com  Mon Jan 29 15:24:07 2024
From: jiml at netrin.com (Jim Lambert)
Date: Mon, 29 Jan 2024 12:24:07 -0800
Subject: Livecode Demo of two way javascript communication?
In-Reply-To: <mailman.1.1706461202.375215.use-livecode@lists.runrev.com>
References: <mailman.1.1706461202.375215.use-livecode@lists.runrev.com>
Message-ID: <489768AD-C4BA-4CF9-AFCC-E4B879FBB12F@netrin.com>

Andreas,

Thanks for that demo.

Jim Lambert


From dan at clearvisiontech.com  Mon Jan 29 18:07:41 2024
From: dan at clearvisiontech.com (Dan Friedman)
Date: Mon, 29 Jan 2024 23:07:41 +0000
Subject: Access to Share Panel?
In-Reply-To: <489768AD-C4BA-4CF9-AFCC-E4B879FBB12F@netrin.com>
References: <mailman.1.1706461202.375215.use-livecode@lists.runrev.com>
 <489768AD-C4BA-4CF9-AFCC-E4B879FBB12F@netrin.com>
Message-ID: <BYAPR12MB27092F8CF7E057FB3B33BAA8B97E2@BYAPR12MB2709.namprd12.prod.outlook.com>

Greetings!

Is there a method to use the standard “Share” panel on mobile?  (Android and iOS)

Thanks in advance,
-Dan

From tom at makeshyft.com  Wed Jan 31 02:15:12 2024
From: tom at makeshyft.com (Tom Glod)
Date: Wed, 31 Jan 2024 02:15:12 -0500
Subject: Browser widget in Windows has trouble playing videos in websites
In-Reply-To: <4154C06E-84AF-4C79-87EB-504216516FE5@me.com>
References: <4154C06E-84AF-4C79-87EB-504216516FE5@me.com>
Message-ID: <CAPzQJL+=uPWamfUjr39fhkoVR_DaLWagRW3v+AfrgiarmuXUgw@mail.gmail.com>

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 at 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 at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>

From bogdanoff at me.com  Wed Jan 31 02:58:36 2024
From: bogdanoff at me.com (Peter Bogdanoff)
Date: Tue, 30 Jan 2024 23:58:36 -0800
Subject: Browser widget in Windows has trouble playing videos in websites
In-Reply-To: <CAPzQJL+=uPWamfUjr39fhkoVR_DaLWagRW3v+AfrgiarmuXUgw@mail.gmail.com>
References: <4154C06E-84AF-4C79-87EB-504216516FE5@me.com>
 <CAPzQJL+=uPWamfUjr39fhkoVR_DaLWagRW3v+AfrgiarmuXUgw@mail.gmail.com>
Message-ID: <90A467A0-7FAC-492F-948C-04EE4EEAAD70@me.com>

Tom,

I’m finding the issue is more complex, and I’m still trying to get to the bottom of it.

Daily Motion, Vimeo, and YouTube pages all work on the Mac LC browser plugin.

Daily Motion, Vimeo, and some YouTube pages don’t in Windows. However, most of the gazillion YouTube videos work very well, just not all of the ones we made for our channel. Most of our videos were compressed on a Mac, but for all but a couple YouTube shows an error in the video window: 

	"Your browser can’t play this video. Learn more."

	'Learn more' shows a page that only says the browser is compatible.


We made two on a Windows machine, one works, but the other doesn’t—both using the work flow, same compressor/wrapper ( I don’t know which).

I’ve tried recompressing on the Mac a sample video using everything available, including Ogg. None work in Windows from our YouTube channel.

I’m going to retry compressing within a Windows app. See if it makes a difference. 

It seems to me the issue is more than lack of support for h264.

Peter

> On Jan 30, 2024, at 11:15 PM, Tom Glod via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> 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 at 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 at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



From christerp1 at gmail.com  Wed Jan 31 10:14:08 2024
From: christerp1 at gmail.com (=?utf-8?Q?Christer_Pyyhti=C3=A4?=)
Date: Wed, 31 Jan 2024 17:14:08 +0200
Subject: Just for interest
Message-ID: <210E82A2-81B0-4CD8-80B7-9A91B3C57429@gmail.com>

I do not know, if measuring coding performance is reasonable.

It would be interesting, if anyone has interest to try. 

https://www.morling.dev/blog/one-billion-row-challenge/

Just for fun
Christer Pyyhtiä
christerp1 at gmail.com




From klaus at major-k.de  Wed Jan 31 10:25:32 2024
From: klaus at major-k.de (Klaus major-k)
Date: Wed, 31 Jan 2024 16:25:32 +0100
Subject: Just for interest
In-Reply-To: <210E82A2-81B0-4CD8-80B7-9A91B3C57429@gmail.com>
References: <210E82A2-81B0-4CD8-80B7-9A91B3C57429@gmail.com>
Message-ID: <C79F2DDF-9C26-4941-859C-9FC31762C3B9@major-k.de>

Hi Christer,

> Am 31.01.2024 um 16:14 schrieb Christer Pyyhtiä via use-livecode <use-livecode at lists.runrev.com>:
> 
> I do not know, if measuring coding performance is reasonable.
> It would be interesting, if anyone has interest to try. 
> https://www.morling.dev/blog/one-billion-row-challenge/
> 
> Just for fun
> Christer Pyyhtiä
> christerp1 at gmail.com

well:
-------------------------
...running from Jan 1 until Jan 31. 2024
Any submission must be written in Java.
-------------------------
8-)


Best

Klaus

--
Klaus Major
https://www.major-k.de
https://www.major-k.de/bass
klaus at major-k.de



From alanstenhouse at hotmail.com  Mon Jan  1 05:51:28 2024
From: alanstenhouse at hotmail.com (Alan Stenhouse)
Date: Mon, 1 Jan 2024 21:21:28 +1030
Subject: Application disappears unexpectedly (goes into background)
In-Reply-To: <mailman.1.1703264401.360782.use-livecode@lists.runrev.com>
References: <mailman.1.1703264401.360782.use-livecode@lists.runrev.com>
Message-ID: <TYZPR06MB604655B694450E4AA7FA3C4DA562A@TYZPR06MB6046.apcprd06.prod.outlook.com>

HI Jacqueline, thanks and sorry for the delay in responding... xmas etc!

Yes, there are no hide (nor set visible to false) of windows though there is of some controls. But not related to any relevant scripts.

Any other ideas? :-) 

cheers
Alan

> On 23 Dec 2023, at 3:30 am, jacque at hyperactivesw.com <mailto:jacque at hyperactivesw.com> viA use-livecode-request at lists.runrev.com wrote:
> 
> From: "J. Landman Gay" <jacque at hyperactivesw.com>
> 
> Have you done a global search for the word "hide" in the scripts?
> 




From jacque at hyperactivesw.com  Tue Jan  2 14:34:36 2024
From: jacque at hyperactivesw.com (J. Landman Gay)
Date: Tue, 02 Jan 2024 13:34:36 -0600
Subject: Application disappears unexpectedly (goes into background)
In-Reply-To: <TYZPR06MB604655B694450E4AA7FA3C4DA562A@TYZPR06MB6046.apcprd06.prod.outlook.com>
References: <mailman.1.1703264401.360782.use-livecode@lists.runrev.com>
 <TYZPR06MB604655B694450E4AA7FA3C4DA562A@TYZPR06MB6046.apcprd06.prod.outlook.com>
Message-ID: <18ccbabb0e0.276f.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com>

Nothing else comes to mind, except maybe a bug that was around a couple of 
years ago. I can't remember exactly which app was involved, but if you had 
a certain one installed there was a similar issue. I guess if you boot into 
safe mode and see if the problem goes away, you may have the culprit app 
installed. Wish I could remember which one it was.

--
Jacqueline Landman Gay | jacque at hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On January 1, 2024 4:52:34 AM Alan Stenhouse <alanstenhouse at hotmail.com> wrote:

> HI Jacqueline, thanks and sorry for the delay in responding... xmas etc!
>
> Yes, there are no hide (nor set visible to false) of windows though there 
> is of some controls. But not related to any relevant scripts.
>
> Any other ideas? :-)
>
> cheers
> Alan
>
>> On 23 Dec 2023, at 3:30 am, jacque at hyperactivesw.com 
>> <mailto:jacque at hyperactivesw.com> viA use-livecode-request at lists.runrev.com 
>> wrote:
>>
>> From: "J. Landman Gay" <jacque at hyperactivesw.com>
>>
>> Have you done a global search for the word "hide" in the scripts?
>>





From scott at elementarysoftware.com  Wed Jan  3 02:58:24 2024
From: scott at elementarysoftware.com (scott at elementarysoftware.com)
Date: Tue, 2 Jan 2024 23:58:24 -0800
Subject: tsNetUploadSync()
In-Reply-To: <51455AA3-4AED-43C0-B870-555166E3ED84@m-r-d.de>
References: <4BEE9678-D45D-4039-A0E8-80BB90F53EFB@elementarysoftware.com>
 <51455AA3-4AED-43C0-B870-555166E3ED84@m-r-d.de>
Message-ID: <4A062C80-86DA-4411-921B-A00665B67D27@elementarysoftware.com>

Hello Matthias,

I realize it has been nearly a month since your very thorough and generous response to my question. Something came up a few hours after I posted the question that almost completely side-tracked my use of LiveCode for a bit. (I’m fine, just "life stuff” happening.) I apologize for the rude silence following your attempt to help me and I would like to follow up by saying that when I was able to return to LiveCode, the generosity and encouragement of your post helped me get back to poking around until I solved the problem… which turned out not to be an issue with tsNetUploadSync() but with tsNetGetSync() which I was also calling (for some mysterious reason) though I didn’t need to. (I also didn’t need to understand why tsNetGetSync() was failing! I could just remove the code.) I’m not sure why I had so much trouble isolating that problem and I hope that you didn’t spend too much time testing  tsNetUploadSync() on my behalf. Thank you for your help, Matthias.

--
Scott Morrow

Elementary Software
(Now with 20% less chalk dust!)
web       https://elementarysoftware.com/
email     scott at elementarysoftware.com
booth    1-360-734-4701
------------------------------------------------------
> On Dec 8, 2023, at 7:40 AM, matthias rebbe via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> Hi Scott,
> 
> i just tested here with LC 9.6.10 and 10DP6 on a HostM account and also on a Synology FTP account in Rosetta mode and native on ARM64
> I used FTP explicit as protocol.
> In all cases it was successful.
> 
> My HostM account is on a server located in Germany at Hetzner, Your domain is on a server located in Canada at OHV.
> So maybe there was a change in tsNET and there  is a difference between how our servers confirm the successful upload. And maybe the way  your server confirms the upload, does not "comply" with the changes in tsNET.
> 
> Maybe the HostM support could help in changing the settings. They are very used with Livecode. Y
> 
> Btw.  I could send you the login data for my test account so you could check  if it is working with that account. 
> Then you could tell HostM suppert  that there is no problem with a German HostM account.
> 
> Regards,
> Matthias
> 
> 
> 
> 
> 
> 
>> Am 08.12.2023 um 01:13 schrieb scott--- via use-livecode <use-livecode at lists.runrev.com>:
>> 
>> I have a project that uses the business version of tsNet to ftp a file onto a web server. (I’m using a Mac, the server is a shared one on hostm.) This works fine in LC 9.6.8 but fails in subsequent versions of LC 9.6.x as well as LC 10.0.0 (dp 6). I’m fairly ignorant of tsnet and file transfer protocols. My attempts to debug the problem by looking at headers and cURL error codes hasn’t gotten me anywhere useful. Is there something that changed between LC 9.6.8 and LC 9.6.9  that might help inform where I should be looking? I saw that LC 9.6.9 updated the version of OpenSSL it was using but I’m not sure if/how that might effect tsnet. I’ve put more details below.  Any ideas welcomed. (Well, almost any ;- )
>> 
>> --
>> Scott Morrow
>> 
>> Elementary Software
>> (Now with 20% less chalk dust!)
>> web       https://elementarysoftware.com/
>> email     scott at elementarysoftware.com
>> booth    1-360-734-4701
>> 
>> <snip>
>> 
>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 



From bobsneidar at iotecdigital.com  Wed Jan  3 11:09:48 2024
From: bobsneidar at iotecdigital.com (Bob Sneidar)
Date: Wed, 3 Jan 2024 16:09:48 +0000
Subject: Embedded PDFs in Windows Menu
In-Reply-To: <92C8E843-8760-4771-BC89-48CC2CF637F9@m-r-d.de>
References: <64c05a9c-9469-4d1d-8079-49094a3add00@researchware.com>
 <92C8E843-8760-4771-BC89-48CC2CF637F9@m-r-d.de>
Message-ID: <7BA54E7F-5F1E-403D-A180-EBE20280587A@iotecdigital.com>

It sounds like he is dealing with file permissions. His app can create but not write. I’ll bet the PDF file is 0 kbytes. 

I would try saving the file using open file <filename> for binary write; write to file <filename>; put the result into tResult, close file <filename> then check for tResult

Bob S


> On Dec 31, 2023, at 8:52 AM, Matthias Rebbe via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> Paul,
> 
> the subject of Charles post is a bit misleading.
> The problem does not have to do with the menu.
> 
> Charles problem is the following. He stored several PDF files on macOS as custom properties. His program allows the user to save the PDF to hard disk using a menu entry.
> The command for creating the PDF is
> put the PDFfile1 of this stack into URL “binfile:……..“
> 
> When the PDF is saved on macOS the PDF is readable (on Windows and macOS), when the PDF is saved on Windows, a PDF with blank pages is created.
> 
> I am not sure, if this maybe has to do with encoding or so?
> 
> Regards,
> Matthias
> 
> Von meinem iPad gesendet
>> Am 31.12.2023 um 16:18 schrieb Paul Dupuis via use-livecode <use-livecode at lists.runrev.com>:
>> 
>> I'm not sure exactly what you are talking about?
>> 
>> Are you asking about launching a PDF from a menu item under a "Windows" menu?
>> 
>>> On 12/31/2023 9:41 AM, Charles Szasz via use-livecode wrote:
>>> I have found that a method I use (proposed by LC tech support a few years ago to embed PDFs in a Windows menu (using custom properties) does not work in LC 9+. It does work on a Mac. Anybody have solution for this problem?
>>> 
>>> 
>>> Sent from my iPad
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From matthias_livecode_150811 at m-r-d.de  Wed Jan  3 11:21:17 2024
From: matthias_livecode_150811 at m-r-d.de (matthias_livecode_150811 at m-r-d.de)
Date: Wed, 3 Jan 2024 17:21:17 +0100
Subject: Embedded PDFs in Windows Menu
In-Reply-To: <7BA54E7F-5F1E-403D-A180-EBE20280587A@iotecdigital.com>
References: <64c05a9c-9469-4d1d-8079-49094a3add00@researchware.com>
 <92C8E843-8760-4771-BC89-48CC2CF637F9@m-r-d.de>
 <7BA54E7F-5F1E-403D-A180-EBE20280587A@iotecdigital.com>
Message-ID: <3FDE2BC3-46AE-4AB3-BD5C-815393E59E33@m-r-d.de>



> Am 03.01.2024 um 17:09 schrieb Bob Sneidar via use-livecode <use-livecode at lists.runrev.com>:
> 
> It sounds like he is dealing with file permissions. His app can create but not write. I’ll bet the PDF file is 0 kbytes. 
> 
I had contact with Charles off-list.
No, the pdf sizes are not 0 kbytes. And they were written to the user's documents folder.  The different PDF files have different sizes on Windows and contain  exact the same number of pages the real PDF has, but they are blank.

The problem seems to be solved now. He will import/store the PDFs again in custom properties, but doing this under Windows. When those are written back from custom properties to pdf files on hard disk, they can be read  on Windows and macOS.
So at least he can proceed.

Anyway, i was wondering what the reason might have been that this did not work with PDF stored in custom properties on macOS.


> I would try saving the file using open file <filename> for binary write; write to file <filename>; put the result into tResult, close file <filename> then check for tResult
> 

> Bob S
> 
> 
>> On Dec 31, 2023, at 8:52 AM, Matthias Rebbe via use-livecode <use-livecode at lists.runrev.com> wrote:
>> 
>> Paul,
>> 
>> the subject of Charles post is a bit misleading.
>> The problem does not have to do with the menu.
>> 
>> Charles problem is the following. He stored several PDF files on macOS as custom properties. His program allows the user to save the PDF to hard disk using a menu entry.
>> The command for creating the PDF is
>> put the PDFfile1 of this stack into URL “binfile:……..“
>> 
>> When the PDF is saved on macOS the PDF is readable (on Windows and macOS), when the PDF is saved on Windows, a PDF with blank pages is created.
>> 
>> I am not sure, if this maybe has to do with encoding or so?
>> 
>> Regards,
>> Matthias
>> 
>> Von meinem iPad gesendet
>>> Am 31.12.2023 um 16:18 schrieb Paul Dupuis via use-livecode <use-livecode at lists.runrev.com>:
>>> 
>>> I'm not sure exactly what you are talking about?
>>> 
>>> Are you asking about launching a PDF from a menu item under a "Windows" menu?
>>> 
>>>> On 12/31/2023 9:41 AM, Charles Szasz via use-livecode wrote:
>>>> I have found that a method I use (proposed by LC tech support a few years ago to embed PDFs in a Windows menu (using custom properties) does not work in LC 9+. It does work on a Mac. Anybody have solution for this problem?
>>>> 
>>>> 
>>>> Sent from my iPad
>>>> _______________________________________________
>>>> use-livecode mailing list
>>>> use-livecode at lists.runrev.com
>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>> 
>>> 
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



From ambassador at fourthworld.com  Wed Jan  3 15:35:36 2024
From: ambassador at fourthworld.com (ambassador at fourthworld.com)
Date: Wed, 03 Jan 2024 20:35:36 +0000
Subject: 2 Qs about the OAuth2 bug fix in v10.x
In-Reply-To: <mailman.1.1704301202.109086.use-livecode@lists.runrev.com>
References: <mailman.1.1704301202.109086.use-livecode@lists.runrev.com>
Message-ID: <b8a7ed8d5b440adaef451e97f3b2afc4523a744d@fourthworld.com>

The blog discussion re v10 mentions this fix to OAuth2:

   "OAuth2 redirect parameters are now correctly decoded"

I was unable to find the corresponding bug report for that item.

Does anyone here know the bug report ID for that?

And can anyone on the team confirm if this will be backported to the v9.x series?

Thanks in advance - 

--
Richard Gaskin
FourthWorld.com


From matthias_livecode_150811 at m-r-d.de  Wed Jan  3 15:54:22 2024
From: matthias_livecode_150811 at m-r-d.de (matthias_livecode_150811 at m-r-d.de)
Date: Wed, 3 Jan 2024 21:54:22 +0100
Subject: 2 Qs about the OAuth2 bug fix in v10.x
In-Reply-To: <b8a7ed8d5b440adaef451e97f3b2afc4523a744d@fourthworld.com>
References: <mailman.1.1704301202.109086.use-livecode@lists.runrev.com>
 <b8a7ed8d5b440adaef451e97f3b2afc4523a744d@fourthworld.com>
Message-ID: <0109D1B1-D485-4D24-BE24-189AD4C6EA7E@m-r-d.de>

According to the release notes of dp7 the corresponding bug is 24334


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



> Am 03.01.2024 um 21:35 schrieb ambassador--- via use-livecode <use-livecode at lists.runrev.com>:
> 
> The blog discussion re v10 mentions this fix to OAuth2:
> 
>   "OAuth2 redirect parameters are now correctly decoded"
> 
> I was unable to find the corresponding bug report for that item.
> 
> Does anyone here know the bug report ID for that?
> 
> And can anyone on the team confirm if this will be backported to the v9.x series?
> 
> Thanks in advance - 
> 
> --
> Richard Gaskin
> FourthWorld.com
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From matthias_livecode_150811 at m-r-d.de  Wed Jan  3 15:57:47 2024
From: matthias_livecode_150811 at m-r-d.de (matthias_livecode_150811 at m-r-d.de)
Date: Wed, 3 Jan 2024 21:57:47 +0100
Subject: 2 Qs about the OAuth2 bug fix in v10.x
In-Reply-To: <0109D1B1-D485-4D24-BE24-189AD4C6EA7E@m-r-d.de>
References: <mailman.1.1704301202.109086.use-livecode@lists.runrev.com>
 <b8a7ed8d5b440adaef451e97f3b2afc4523a744d@fourthworld.com>
 <0109D1B1-D485-4D24-BE24-189AD4C6EA7E@m-r-d.de>
Message-ID: <071EE67F-6D99-46C5-B5E2-9200C52546D3@m-r-d.de>

What i forgot,

if this all is done by the oauth2.livecodescript, couldn't one then use that script in V9?


> Am 03.01.2024 um 21:54 schrieb matthias rebbe via use-livecode <use-livecode at lists.runrev.com>:
> 
> According to the release notes of dp7 the corresponding bug is 24334
> 
> 
> https://quality.livecode.com/show_bug.cgi?id=24334
> 
> 
> 
>> Am 03.01.2024 um 21:35 schrieb ambassador--- via use-livecode <use-livecode at lists.runrev.com>:
>> 
>> The blog discussion re v10 mentions this fix to OAuth2:
>> 
>>  "OAuth2 redirect parameters are now correctly decoded"
>> 
>> I was unable to find the corresponding bug report for that item.
>> 
>> Does anyone here know the bug report ID for that?
>> 
>> And can anyone on the team confirm if this will be backported to the v9.x series?
>> 
>> Thanks in advance - 
>> 
>> --
>> Richard Gaskin
>> FourthWorld.com
>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



From derek-lc-list at speedbump.io  Thu Jan  4 07:24:37 2024
From: derek-lc-list at speedbump.io (Derek Bump)
Date: Thu, 4 Jan 2024 06:24:37 -0600
Subject: Thanks for all the fish
In-Reply-To: <43c2b3e7-902f-4d8d-a3f9-71a75cfe50f1@sonic.net>
References: <43c2b3e7-902f-4d8d-a3f9-71a75cfe50f1@sonic.net>
Message-ID: <aace9d11-8b51-4f05-a698-193892706b2f@speedbump.io>

Thank you, Mark. That is very generous.

-- Derek Bump


On 12/30/23 17:03, Mark Wieder via use-livecode wrote:
> PowerDebug and PowerTools have now been released into the wild as 
> opensource tools (MIT license).
> Code is all intact, although the check for update functionality has 
> been commented out for obvious reasons.
> Have fun.
>
> https://github.com/mwieder/PowerDebug
> https://github.com/mwieder/PowerTools
>


From bobsneidar at iotecdigital.com  Thu Jan  4 11:14:16 2024
From: bobsneidar at iotecdigital.com (Bob Sneidar)
Date: Thu, 4 Jan 2024 16:14:16 +0000
Subject: Embedded PDFs in Windows Menu
In-Reply-To: <3FDE2BC3-46AE-4AB3-BD5C-815393E59E33@m-r-d.de>
References: <64c05a9c-9469-4d1d-8079-49094a3add00@researchware.com>
 <92C8E843-8760-4771-BC89-48CC2CF637F9@m-r-d.de>
 <7BA54E7F-5F1E-403D-A180-EBE20280587A@iotecdigital.com>
 <3FDE2BC3-46AE-4AB3-BD5C-815393E59E33@m-r-d.de>
Message-ID: <45779616-C93E-414B-A62A-D1017751AC97@iotecdigital.com>

Curious to be sure. For my part I binary read my PDFs into an sql database large blob column then write them back out to disk when needed. That is the entire basis for my Forms Generator app. I have never encountered this issue. That may help narrow the scope of the problem.

Bob S


On Jan 3, 2024, at 8:21 AM, matthias rebbe via use-livecode <use-livecode at lists.runrev.com> wrote:



Am 03.01.2024 um 17:09 schrieb Bob Sneidar via use-livecode <use-livecode at lists.runrev.com<mailto:use-livecode at lists.runrev.com>>:

It sounds like he is dealing with file permissions. His app can create but not write. I’ll bet the PDF file is 0 kbytes.

I had contact with Charles off-list.
No, the pdf sizes are not 0 kbytes. And they were written to the user's documents folder.  The different PDF files have different sizes on Windows and contain  exact the same number of pages the real PDF has, but they are blank.

The problem seems to be solved now. He will import/store the PDFs again in custom properties, but doing this under Windows. When those are written back from custom properties to pdf files on hard disk, they can be read  on Windows and macOS.
So at least he can proceed.

Anyway, i was wondering what the reason might have been that this did not work with PDF stored in custom properties on macOS.


I would try saving the file using open file <filename> for binary write; write to file <filename>; put the result into tResult, close file <filename> then check for tResult


Bob S


On Dec 31, 2023, at 8:52 AM, Matthias Rebbe via use-livecode <use-livecode at lists.runrev.com> wrote:

Paul,

the subject of Charles post is a bit misleading.
The problem does not have to do with the menu.

Charles problem is the following. He stored several PDF files on macOS as custom properties. His program allows the user to save the PDF to hard disk using a menu entry.
The command for creating the PDF is
put the PDFfile1 of this stack into URL “binfile:……..“

When the PDF is saved on macOS the PDF is readable (on Windows and macOS), when the PDF is saved on Windows, a PDF with blank pages is created.

I am not sure, if this maybe has to do with encoding or so?

Regards,
Matthias

Von meinem iPad gesendet
Am 31.12.2023 um 16:18 schrieb Paul Dupuis via use-livecode <use-livecode at lists.runrev.com>:

I'm not sure exactly what you are talking about?

Are you asking about launching a PDF from a menu item under a "Windows" menu?

On 12/31/2023 9:41 AM, Charles Szasz via use-livecode wrote:
I have found that a method I use (proposed by LC tech support a few years ago to embed PDFs in a Windows menu (using custom properties) does not work in LC 9+. It does work on a Mac. Anybody have solution for this problem?


Sent from my iPad
_______________________________________________
use-livecode mailing list
use-livecode at lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


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


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

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


_______________________________________________
use-livecode mailing list
use-livecode at lists.runrev.com<mailto:use-livecode at lists.runrev.com>
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


From bobsneidar at iotecdigital.com  Thu Jan  4 11:16:42 2024
From: bobsneidar at iotecdigital.com (Bob Sneidar)
Date: Thu, 4 Jan 2024 16:16:42 +0000
Subject: Thanks for all the fish
In-Reply-To: <43c2b3e7-902f-4d8d-a3f9-71a75cfe50f1@sonic.net>
References: <43c2b3e7-902f-4d8d-a3f9-71a75cfe50f1@sonic.net>
Message-ID: <67143811-04B3-42A8-A052-69C9871E118D@iotecdigital.com>

I hope this doesn’t mean anything ominous…

Bob S


> On Dec 30, 2023, at 3:03 PM, Mark Wieder via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> PowerDebug and PowerTools have now been released into the wild as opensource tools (MIT license).
> Code is all intact, although the check for update functionality has been commented out for obvious reasons.
> Have fun.
> 
> https://github.com/mwieder/PowerDebug
> https://github.com/mwieder/PowerTools
> 
> -- 
> Mark Wieder
> ahsoftware at gmail.com
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From jiml at netrin.com  Thu Jan  4 13:54:09 2024
From: jiml at netrin.com (Jim Lambert)
Date: Thu, 4 Jan 2024 10:54:09 -0800
Subject: Thanks for all the fish
In-Reply-To: <mailman.3.1704042001.241347.use-livecode@lists.runrev.com>
References: <mailman.3.1704042001.241347.use-livecode@lists.runrev.com>
Message-ID: <73EDC1C4-6ED9-4B61-AB41-B15472A3F046@netrin.com>

Mark,

Thank you very much.
Have a great 2024!

Jim Lambert


From bobsneidar at iotecdigital.com  Fri Jan  5 17:11:03 2024
From: bobsneidar at iotecdigital.com (Bob Sneidar)
Date: Fri, 5 Jan 2024 22:11:03 +0000
Subject: Menu Mnemonics
Message-ID: <167E1EEF-2355-4949-8293-55C830A2198A@iotecdigital.com>

Hi all. 

When creating menus, I can put an ampersand before any character in the menu item and that becomes the Command Key Equivalent on MacOS. But what if I want the Del key to trigger the Delete menu item? Is there a way to set the text for that? I tried doing it in the Menu Builder but no go. 

Bob S



From marksmithhfx at gmail.com  Fri Jan  5 17:32:04 2024
From: marksmithhfx at gmail.com (Mark Smith)
Date: Fri, 5 Jan 2024 22:32:04 +0000
Subject: Menu Mnemonics
In-Reply-To: <167E1EEF-2355-4949-8293-55C830A2198A@iotecdigital.com>
References: <167E1EEF-2355-4949-8293-55C830A2198A@iotecdigital.com>
Message-ID: <CC2B3F08-32AB-4A85-98E4-3FB57D0E6044@gmail.com>

Hi Bob,

This discussion might help. 

https://apple.stackexchange.com/questions/47086/how-do-i-create-a-menu-shortcut-which-involves-the-delete-key <https://apple.stackexchange.com/questions/47086/how-do-i-create-a-menu-shortcut-which-involves-the-delete-key>

Mark

> On 5 Jan 2024, at 10:11 pm, Bob Sneidar via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> Hi all. 
> 
> When creating menus, I can put an ampersand before any character in the menu item and that becomes the Command Key Equivalent on MacOS. But what if I want the Del key to trigger the Delete menu item? Is there a way to set the text for that? I tried doing it in the Menu Builder but no go. 
> 
> Bob S
> 
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From bobsneidar at iotecdigital.com  Fri Jan  5 17:33:58 2024
From: bobsneidar at iotecdigital.com (Bob Sneidar)
Date: Fri, 5 Jan 2024 22:33:58 +0000
Subject: Menu Mnemonics
In-Reply-To: <167E1EEF-2355-4949-8293-55C830A2198A@iotecdigital.com>
References: <167E1EEF-2355-4949-8293-55C830A2198A@iotecdigital.com>
Message-ID: <474199A3-8CE6-410B-ABAA-5B7119BFABF1@iotecdigital.com>

NVM. I decided to use rawKeyUp for this. I have done this in the past. 

on rawKeyUp pKey
   put pKey
   put getParentCard(the long id of the target) into tParentCard
   put the editing of tParentCard into tEditMode
   
   if tEditMode is empty then \
         pass rawKeyUp
   
   switch pKey
      case 65307 -- esc
         if the editing of tParentCard is among the items of "new,edit" then \
               send mouseUp to button "btnCancel" of tParentCard in 5 milliseconds
         
         break
      case 65535 -- del
         if the editing of tParentCard is "view" then \
               send mouseUp to button "btnDelete" of tParentCard in 15 milliseconds
         
         break
      case 65293 -- return
         if the editing of tParentCard is "view" then \
               send mouseUp to button "btnEdit" of tParentCard in 15 milliseconds
         
         break
      case 65421 -- enter
         if the editing of tParentCard is "view" then \
               send mouseUp to button "btnEdit" of tParentCard in 15 milliseconds
         
         break
   end switch
   
   pass rawKeyUp
end rawKeyUp

FYI the getParentCard function simply returns the long id of the card the target is on. The editing of a card is a custom property I set when entering one of 4 modes, New, Edit, View and Search. 

Bob S


> On Jan 5, 2024, at 2:11 PM, Bob Sneidar via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> Hi all. 
> 
> When creating menus, I can put an ampersand before any character in the menu item and that becomes the Command Key Equivalent on MacOS. But what if I want the Del key to trigger the Delete menu item? Is there a way to set the text for that? I tried doing it in the Menu Builder but no go. 
> 
> Bob S



From bobsneidar at iotecdigital.com  Fri Jan  5 17:40:15 2024
From: bobsneidar at iotecdigital.com (Bob Sneidar)
Date: Fri, 5 Jan 2024 22:40:15 +0000
Subject: Menu Mnemonics
In-Reply-To: <474199A3-8CE6-410B-ABAA-5B7119BFABF1@iotecdigital.com>
References: <167E1EEF-2355-4949-8293-55C830A2198A@iotecdigital.com>
 <474199A3-8CE6-410B-ABAA-5B7119BFABF1@iotecdigital.com>
Message-ID: <7777ADC2-F163-4C03-8305-948043BB4990@iotecdigital.com>

A slightly better version: 

on rawKeyUp pKey
   -- put pKey
   put getParentCard(the long id of the target) into tParentCard
   put the editing of tParentCard into tEditMode
   
   if tEditMode is empty then \
         pass rawKeyUp
   
   switch pKey
      case 65307 -- esc
         if the editing of tParentCard is among the items of "new,edit" and \
               there is a button "btnCancel" of tParentCard then \
               send mouseUp to button "btnCancel" of tParentCard in 15 milliseconds
         
         break
      case 65535 -- del
         if the editing of tParentCard is "view" and \
               there is a button "btnDelete" of tParentCard then \
               send mouseUp to button "btnDelete" of tParentCard in 15 milliseconds
         
         break
      case 65293 -- return
         if the editing of tParentCard is "view" and \
               there is a button "btnEdit" of tParentCard then \
               send mouseUp to button "btnEdit" of tParentCard in 15 milliseconds
         
         break
      case 65421 -- enter
         if the editing of tParentCard is "view" and \
               there is a button "btnEdit" of tParentCard then \
               send mouseUp to button "btnEdit" of tParentCard in 15 milliseconds
         
         break
   end switch
   
   pass rawKeyUp
end rawKeyUp


> On Jan 5, 2024, at 2:33 PM, Bob Sneidar <bobsneidar at iotecdigital.com> wrote:
> 
> NVM. I decided to use rawKeyUp for this. I have done this in the past. 
> 
> on rawKeyUp pKey
>   put pKey
>   put getParentCard(the long id of the target) into tParentCard
>   put the editing of tParentCard into tEditMode
> 
>   if tEditMode is empty then \
>         pass rawKeyUp
> 
>   switch pKey
>      case 65307 -- esc
>         if the editing of tParentCard is among the items of "new,edit" then \
>               send mouseUp to button "btnCancel" of tParentCard in 5 milliseconds
> 
>         break
>      case 65535 -- del
>         if the editing of tParentCard is "view" then \
>               send mouseUp to button "btnDelete" of tParentCard in 15 milliseconds
> 
>         break
>      case 65293 -- return
>         if the editing of tParentCard is "view" then \
>               send mouseUp to button "btnEdit" of tParentCard in 15 milliseconds
> 
>         break
>      case 65421 -- enter
>         if the editing of tParentCard is "view" then \
>               send mouseUp to button "btnEdit" of tParentCard in 15 milliseconds
> 
>         break
>   end switch
> 
>   pass rawKeyUp
> end rawKeyUp
> 
> FYI the getParentCard function simply returns the long id of the card the target is on. The editing of a card is a custom property I set when entering one of 4 modes, New, Edit, View and Search. 
> 
> Bob S
> 
> 
>> On Jan 5, 2024, at 2:11 PM, Bob Sneidar via use-livecode <use-livecode at lists.runrev.com> wrote:
>> 
>> Hi all. 
>> 
>> When creating menus, I can put an ampersand before any character in the menu item and that becomes the Command Key Equivalent on MacOS. But what if I want the Del key to trigger the Delete menu item? Is there a way to set the text for that? I tried doing it in the Menu Builder but no go. 
>> 
>> Bob S
> 



From jbv at souslelogo.com  Sun Jan  7 15:45:22 2024
From: jbv at souslelogo.com (jbv at souslelogo.com)
Date: Sun, 07 Jan 2024 15:45:22 -0500
Subject: Best way to lock a whole mySQL table ?
Message-ID: <16cf5d3ca78a4321aa428685e49291d9@souslelogo.com>

Hi list,
I have a mySQL table with over a million rows and I would
like to lock the data so that no inserts nor updates are
possible, only reads via select commands.
I have read the doc as well as numerous blogs, and as far
as I understand, the following command
LOCK TABLES myTable WRITE;
locks the table and prevents other users from reading or
writing to the table.
But that's not what I need : I need to allow any user to
read at any time, but prevent anyone to write at any time.
Besides, I also need the lock to be effective in phpMyAdmin.
And of course, I need to do that for 1 table only and not
the other tables in the db.

How can I achieve that ? Does the solution have to do
with the user privileges ?

Thank you in advance.
jbv


From matthias_livecode_150811 at m-r-d.de  Sun Jan  7 15:50:42 2024
From: matthias_livecode_150811 at m-r-d.de (matthias_livecode_150811 at m-r-d.de)
Date: Sun, 7 Jan 2024 21:50:42 +0100
Subject: Best way to lock a whole mySQL table ?
In-Reply-To: <16cf5d3ca78a4321aa428685e49291d9@souslelogo.com>
References: <16cf5d3ca78a4321aa428685e49291d9@souslelogo.com>
Message-ID: <FE445170-56BB-4374-B373-A3E13CC0DB3F@m-r-d.de>

You could set user permissions and allow only select.

https://simplebackups.com/blog/how-to-create-and-grant-permissions-to-a-mysql-user/

Regards,
Matthias

> Am 07.01.2024 um 21:45 schrieb jbv via use-livecode <use-livecode at lists.runrev.com>:
> 
> Hi list,
> I have a mySQL table with over a million rows and I would
> like to lock the data so that no inserts nor updates are
> possible, only reads via select commands.
> I have read the doc as well as numerous blogs, and as far
> as I understand, the following command
> LOCK TABLES myTable WRITE;
> locks the table and prevents other users from reading or
> writing to the table.
> But that's not what I need : I need to allow any user to
> read at any time, but prevent anyone to write at any time.
> Besides, I also need the lock to be effective in phpMyAdmin.
> And of course, I need to do that for 1 table only and not
> the other tables in the db.
> 
> How can I achieve that ? Does the solution have to do
> with the user privileges ?
> 
> Thank you in advance.
> jbv
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From matthias_livecode_150811 at m-r-d.de  Sun Jan  7 17:11:04 2024
From: matthias_livecode_150811 at m-r-d.de (matthias_livecode_150811 at m-r-d.de)
Date: Sun, 7 Jan 2024 23:11:04 +0100
Subject: Best way to lock a whole mySQL table ?
In-Reply-To: <FE445170-56BB-4374-B373-A3E13CC0DB3F@m-r-d.de>
References: <16cf5d3ca78a4321aa428685e49291d9@souslelogo.com>
 <FE445170-56BB-4374-B373-A3E13CC0DB3F@m-r-d.de>
Message-ID: <6F4CA92D-1CE4-42C1-B72D-BAB5F4E08BEF@m-r-d.de>

Rereading your posts i realized that you want to lock a table.

So maybe this link is more helpful
https://www.atlassian.com/data/admin/grant-permissions-for-mysql




> Am 07.01.2024 um 21:50 schrieb matthias rebbe via use-livecode <use-livecode at lists.runrev.com>:
> 
> You could set user permissions and allow only select.
> 
> https://simplebackups.com/blog/how-to-create-and-grant-permissions-to-a-mysql-user/
> 
> Regards,
> Matthias
> 
>> Am 07.01.2024 um 21:45 schrieb jbv via use-livecode <use-livecode at lists.runrev.com>:
>> 
>> Hi list,
>> I have a mySQL table with over a million rows and I would
>> like to lock the data so that no inserts nor updates are
>> possible, only reads via select commands.
>> I have read the doc as well as numerous blogs, and as far
>> as I understand, the following command
>> LOCK TABLES myTable WRITE;
>> locks the table and prevents other users from reading or
>> writing to the table.
>> But that's not what I need : I need to allow any user to
>> read at any time, but prevent anyone to write at any time.
>> Besides, I also need the lock to be effective in phpMyAdmin.
>> And of course, I need to do that for 1 table only and not
>> the other tables in the db.
>> 
>> How can I achieve that ? Does the solution have to do
>> with the user privileges ?
>> 
>> Thank you in advance.
>> jbv
>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From rdimola at evergreeninfo.net  Wed Jan 10 20:54:03 2024
From: rdimola at evergreeninfo.net (Ralph DiMola)
Date: Wed, 10 Jan 2024 20:54:03 -0500
Subject: We lost  an Angle
Message-ID: <004101da4431$11027170$33075450$@net>

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

rdimola at evergreeninfo.net


From bryan at exnihilo-media.com  Wed Jan 10 21:24:23 2024
From: bryan at exnihilo-media.com (Bryan Anderson)
Date: Wed, 10 Jan 2024 21:24:23 -0500
Subject: We lost  an Angle
In-Reply-To: <004101da4431$11027170$33075450$@net>
References: <004101da4431$11027170$33075450$@net>
Message-ID: <09D7387E-6EAC-47CC-B0D7-CDC2821677E2@exnihilo-media.com>

So sorry Ralph. Her life of giving and caring will live on…I’m sure. 

Bryan


> 
> On Jan 10, 2024, at 8:52 PM, Ralph DiMola via use-livecode <use-livecode at 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
> 
> rdimola at evergreeninfo.net
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From simplsol at aol.com  Wed Jan 10 22:21:25 2024
From: simplsol at aol.com (Paul Looney)
Date: Wed, 10 Jan 2024 19:21:25 -0800
Subject: We lost  an Angle
In-Reply-To: <004101da4431$11027170$33075450$@net>
References: <004101da4431$11027170$33075450$@net>
Message-ID: <182DCBF5-2E1A-49D0-A271-5E1FB47B26AF@aol.com>

Ralph,

Sorry to hear your news.

As someone who lost a spouse of 40 years, I have an idea of how tough it can be. When the grief overwhelms, as it surely can, please try to remember the time you had together, rather than time lost.



> On Jan 10, 2024, at 5:54 PM, Ralph DiMola via use-livecode <use-livecode at 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
> 
> rdimola at evergreeninfo.net
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



From bogdanoff at me.com  Wed Jan 10 23:00:57 2024
From: bogdanoff at me.com (Peter Bogdanoff)
Date: Wed, 10 Jan 2024 20:00:57 -0800
Subject: We lost  an Angle
In-Reply-To: <004101da4431$11027170$33075450$@net>
References: <004101da4431$11027170$33075450$@net>
Message-ID: <1292A004-B9C4-4E0D-91AD-49E0B06667F0@me.com>

Ralph,

My wife and I sat with you both at the outdoor evening event in San Diego, way back when. Margaret was very sweet and seemed to be really enjoying her time there. I’m sorry for you but am glad you had those years with her. All the best, and God bless you!

Peter Bogdanoff

> On Jan 10, 2024, at 5:54 PM, Ralph DiMola via use-livecode <use-livecode at 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
> 
> rdimola at evergreeninfo.net
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



From marksmithhfx at gmail.com  Thu Jan 11 03:09:16 2024
From: marksmithhfx at gmail.com (Mark Smith)
Date: Thu, 11 Jan 2024 08:09:16 +0000
Subject: We lost  an Angle
In-Reply-To: <1292A004-B9C4-4E0D-91AD-49E0B06667F0@me.com>
References: <1292A004-B9C4-4E0D-91AD-49E0B06667F0@me.com>
Message-ID: <B383A29F-A334-4D1A-8FFF-C2110412271E@gmail.com>

Ralph, so sorry for your loss. May you be eternally blessed with memories of the joy and love you shared together.

Mark

Sent from my iPhone

> On Jan 11, 2024, at 4:02 AM, Peter Bogdanoff via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> Ralph,
> 
> My wife and I sat with you both at the outdoor evening event in San Diego, way back when. Margaret was very sweet and seemed to be really enjoying her time there. I’m sorry for you but am glad you had those years with her. All the best, and God bless you!
> 
> Peter Bogdanoff
> 
>> On Jan 10, 2024, at 5:54 PM, Ralph DiMola via use-livecode <use-livecode at 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
>> 
>> rdimola at evergreeninfo.net
>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From curry at pair.com  Thu Jan 11 03:35:31 2024
From: curry at pair.com (Curry Kenworthy)
Date: Thu, 11 Jan 2024 03:35:31 -0500
Subject: We lost an Angle
In-Reply-To: <004101da4431$11027170$33075450$@net>
References: <004101da4431$11027170$33075450$@net>
Message-ID: <b8bde0c8-0052-48a4-beaa-a480f8d831d6@pair.com>


Hi Ralph,

God bless you both! Precious time together well spent.

Best wishes,

Curry K.


From heather at livecode.com  Thu Jan 11 10:43:54 2024
From: heather at livecode.com (Heather Laine)
Date: Thu, 11 Jan 2024 15:43:54 +0000
Subject: We lost  an Angle
In-Reply-To: <004101da4431$11027170$33075450$@net>
References: <004101da4431$11027170$33075450$@net>
Message-ID: <EA157670-AAED-40E8-8025-D29ACAA899CD@livecode.com>

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 at 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
> 
> rdimola at evergreeninfo.net
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From tom at makeshyft.com  Thu Jan 11 11:27:30 2024
From: tom at makeshyft.com (Tom Glod)
Date: Thu, 11 Jan 2024 11:27:30 -0500
Subject: We lost an Angle
In-Reply-To: <EA157670-AAED-40E8-8025-D29ACAA899CD@livecode.com>
References: <004101da4431$11027170$33075450$@net>
 <EA157670-AAED-40E8-8025-D29ACAA899CD@livecode.com>
Message-ID: <CAPzQJLKuszr6iZWBsQfVC50khSeY39OdrhvKpn5UnFnMBE2zVw@mail.gmail.com>

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 at 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 at 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
> >
> > rdimola at evergreeninfo.net
> >
> > _______________________________________________
> > use-livecode mailing list
> > use-livecode at lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>

From kevin at livecode.com  Thu Jan 11 11:47:34 2024
From: kevin at livecode.com (Kevin Miller)
Date: Thu, 11 Jan 2024 16:47:34 +0000
Subject: We lost  an Angle
In-Reply-To: <004101da4431$11027170$33075450$@net>
References: <004101da4431$11027170$33075450$@net>
Message-ID: <C334854D-BD98-4D4D-B873-E73DA665AF93@livecode.com>

So very sorry to hear that Ralph. My thoughts are with you.

Kind regards, 

Kevin 

Kevin Miller ~ kevin at livecode.com ~ http://www.livecode.com/ 
LiveCode: Build Amazing Things 




On 11/01/2024, 01:54, "use-livecode on behalf of Ralph DiMola via use-livecode" <use-livecode-bounces at lists.runrev.com <mailto:use-livecode-bounces at lists.runrev.com> on behalf of use-livecode at lists.runrev.com <mailto:use-livecode at 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


rdimola at evergreeninfo.net <mailto:rdimola at evergreeninfo.net>


_______________________________________________
use-livecode mailing list
use-livecode at lists.runrev.com <mailto:use-livecode at lists.runrev.com>
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode <http://lists.runrev.com/mailman/listinfo/use-livecode>






From harrison at all-auctions.com  Thu Jan 11 12:23:00 2024
From: harrison at all-auctions.com (harrison at all-auctions.com)
Date: Thu, 11 Jan 2024 12:23:00 -0500
Subject: We lost an Angle
In-Reply-To: <004101da4431$11027170$33075450$@net>
References: <004101da4431$11027170$33075450$@net>
Message-ID: <D627577C-808E-42F6-8153-538928E60B80@all-auctions.com>

Hi Ralph,

Sorry for your loss.

I’ve heard that keeping the TV on
for extra voices in the background
can help mitigate the silence of the
house.

Good luck to you!

Rick

> On Jan 10, 2024, at 8:54 PM, Ralph DiMola via use-livecode <use-livecode at 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
> 
> rdimola at evergreeninfo.net
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



From jacque at hyperactivesw.com  Thu Jan 11 12:26:44 2024
From: jacque at hyperactivesw.com (J. Landman Gay)
Date: Thu, 11 Jan 2024 11:26:44 -0600
Subject: We lost  an Angle
In-Reply-To: <004101da4431$11027170$33075450$@net>
References: <004101da4431$11027170$33075450$@net>
Message-ID: <18cf98fd838.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com>

I'm so very sorry to hear that, Ralph. It's such a hard thing. My thoughts 
are with you, always.

--
Jacqueline Landman Gay | jacque at hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On January 10, 2024 7:53:52 PM Ralph DiMola via use-livecode 
<use-livecode at 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
>
> rdimola at evergreeninfo.net
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your 
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode





From jiml at netrin.com  Thu Jan 11 15:39:28 2024
From: jiml at netrin.com (Jim Lambert)
Date: Thu, 11 Jan 2024 12:39:28 -0800
Subject: We lost  an Angel
In-Reply-To: <mailman.1.1704992401.202236.use-livecode@lists.runrev.com>
References: <mailman.1.1704992401.202236.use-livecode@lists.runrev.com>
Message-ID: <A7897420-0C2A-4008-8BA8-073B2B2E702F@netrin.com>

Ralph,

So sorry to hear of Margaret's passing. We remember her fondly.
Please accept our condolences.

Jim & Bonnie Lambert


From matthias_livecode_150811 at m-r-d.de  Thu Jan 11 17:35:54 2024
From: matthias_livecode_150811 at m-r-d.de (matthias_livecode_150811 at m-r-d.de)
Date: Thu, 11 Jan 2024 23:35:54 +0100
Subject: We lost  an Angle
In-Reply-To: <004101da4431$11027170$33075450$@net>
References: <004101da4431$11027170$33075450$@net>
Message-ID: <19DE1EA4-6C2C-4AEF-875D-A311D4D2B369@m-r-d.de>

Ralph,
Unfortunately, I'm not good at these things, especially when I don't write in my native language.

Even though we don't know each other personally, I am very sorry for your loss.
I feel for you.

Matthias

> Am 11.01.2024 um 02:54 schrieb Ralph DiMola via use-livecode <use-livecode at lists.runrev.com>:
> 
> 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
> 
> rdimola at evergreeninfo.net
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From alex at tweedly.net  Thu Jan 11 19:44:23 2024
From: alex at tweedly.net (Alex Tweedly)
Date: Fri, 12 Jan 2024 00:44:23 +0000
Subject: We lost an Angle
In-Reply-To: <004101da4431$11027170$33075450$@net>
References: <004101da4431$11027170$33075450$@net>
Message-ID: <56bb1fae-2966-4d9d-bc7f-4280f151606e@tweedly.net>

I  am so sorry for your loss.  You are in my prayers tonight.

Alex.

On 11/01/2024 01:54, Ralph DiMola via use-livecode 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
>
> rdimola at evergreeninfo.net
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From dochawk at gmail.com  Sun Jan 14 11:50:14 2024
From: dochawk at gmail.com (doc hawk)
Date: Sun, 14 Jan 2024 08:50:14 -0800
Subject: We lost an Angle
In-Reply-To: <19DE1EA4-6C2C-4AEF-875D-A311D4D2B369@m-r-d.de>
References: <004101da4431$11027170$33075450$@net>
 <19DE1EA4-6C2C-4AEF-875D-A311D4D2B369@m-r-d.de>
Message-ID: <CANQHZSFUgAN-_Xuf76qKUX93B44gqc-SvOW7YJaLYuZTsSQtcg@mail.gmail.com>

Please add my prayers and condolences.

From MikeKerner at roadrunner.com  Mon Jan 15 10:22:47 2024
From: MikeKerner at roadrunner.com (Mike Kerner)
Date: Mon, 15 Jan 2024 10:22:47 -0500
Subject: Top things you are waiting for ....
In-Reply-To: <B3A40EAE-27C3-4804-B7B9-3521B4F06AF8@elloco.com>
References: <CAPzQJLLufk+vj-Ac9g1+qnNHQPdOsLmbrWmrt5sD1Ddmyg04eA@mail.gmail.com>
 <2C05119F-A23D-4EF9-8A27-9C2A43217463@m-r-d.de>
 <CADCoycMDC0kmyicmT6D5TekRvuCsjUpSfnUmrnic9f9PMamA8g@mail.gmail.com>
 <CADCoycNZQ8d6A8OMtrm1KGDBcHNfhWSjkc_ymLkJfhb2MuKdPw@mail.gmail.com>
 <CAPzQJLJUf3qJxSXjK7rMEa346Hhv64yO0QnMXXSxtAwzhoNREQ@mail.gmail.com>
 <AS8P250MB0862CBB6134F1521BCB5190C8FB2A@AS8P250MB0862.EURP250.PROD.OUTLOOK.COM>
 <CADCoycO9OJuuAidMASbbH4Sq5by3z3wy4-Ld0ESnoiEdV3RhDw@mail.gmail.com>
 <93D2CD15-2D23-4D1D-BF0E-415B704DDE95@iotecdigital.com>
 <B3A40EAE-27C3-4804-B7B9-3521B4F06AF8@elloco.com>
Message-ID: <CADCoycOms5muQobQywT8vjZ-nNC_8E=7Hp9UgRedNSwi4_nMOg@mail.gmail.com>

some day, "a couple weeks" will come, and the compiler will go into beta.

On Sat, Nov 18, 2023 at 3:49 PM kee nethery via use-livecode <
use-livecode at lists.runrev.com> wrote:

> In App Purchases for MacOS apps. When I can’t make money using LiveCode, I
> have to use something else.
>
> Everything in LiveCode should be Unicode. Really surprised there is stuff
> that is not.
>
> Kee Nethery
> _______________________________________________
> use-livecode mailing list
> use-livecode at 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."

From matthias_livecode_150811 at m-r-d.de  Mon Jan 15 10:58:04 2024
From: matthias_livecode_150811 at m-r-d.de (Matthias Rebbe)
Date: Mon, 15 Jan 2024 16:58:04 +0100
Subject: Top things you are waiting for ....
In-Reply-To: <CADCoycOms5muQobQywT8vjZ-nNC_8E=7Hp9UgRedNSwi4_nMOg@mail.gmail.com>
References: <CADCoycOms5muQobQywT8vjZ-nNC_8E=7Hp9UgRedNSwi4_nMOg@mail.gmail.com>
Message-ID: <99BF8455-FF9C-4A83-9B60-BE0F0C18CC91@m-r-d.de>

At least the subscription payments for the compiler are paused. ;)

Von meinem iPhone gesendet

> Am 15.01.2024 um 16:25 schrieb Mike Kerner via use-livecode <use-livecode at lists.runrev.com>:
> 
> some day, "a couple weeks" will come, and the compiler will go into beta.
> 
>> On Sat, Nov 18, 2023 at 3:49 PM kee nethery via use-livecode <
>> use-livecode at lists.runrev.com> wrote:
>> 
>> In App Purchases for MacOS apps. When I can’t make money using LiveCode, I
>> have to use something else.
>> 
>> Everything in LiveCode should be Unicode. Really surprised there is stuff
>> that is not.
>> 
>> Kee Nethery
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at 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 at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



From bobsneidar at iotecdigital.com  Mon Jan 15 17:55:13 2024
From: bobsneidar at iotecdigital.com (Bob Sneidar)
Date: Mon, 15 Jan 2024 22:55:13 +0000
Subject: Top things you are waiting for ....
In-Reply-To: <99BF8455-FF9C-4A83-9B60-BE0F0C18CC91@m-r-d.de>
References: <CADCoycOms5muQobQywT8vjZ-nNC_8E=7Hp9UgRedNSwi4_nMOg@mail.gmail.com>
 <99BF8455-FF9C-4A83-9B60-BE0F0C18CC91@m-r-d.de>
Message-ID: <019EE59D-A9C9-47C3-AD02-0F36A939C511@iotecdigital.com>

I’m not going to resubscribe to the compiler until there is at least a beta. That’s just me. 

Sent from my iPhone

> On Jan 15, 2024, at 07:59, Matthias Rebbe via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> At least the subscription payments for the compiler are paused. ;)
> 
> Von meinem iPhone gesendet
> 
>> Am 15.01.2024 um 16:25 schrieb Mike Kerner via use-livecode <use-livecode at lists.runrev.com>:
>> 
>> some day, "a couple weeks" will come, and the compiler will go into beta.
>> 
>>> On Sat, Nov 18, 2023 at 3:49 PM kee nethery via use-livecode <
>>> use-livecode at lists.runrev.com> wrote:
>>> 
>>> In App Purchases for MacOS apps. When I can’t make money using LiveCode, I
>>> have to use something else.
>>> 
>>> Everything in LiveCode should be Unicode. Really surprised there is stuff
>>> that is not.
>>> 
>>> Kee Nethery
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at 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 at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

From paul at researchware.com  Mon Jan 15 18:16:31 2024
From: paul at researchware.com (Paul Dupuis)
Date: Mon, 15 Jan 2024 18:16:31 -0500
Subject: macOS window maximization weirdness
Message-ID: <b031964c-7fc2-4b90-a3ea-85384eadf129@researchware.com>

I have a standalone, built with Livecode 9.6.11 STABLE, where for some 
windows (stacks) on certain macOS versions, maximizing the window 
results in no controls being drawn or most controls being drawn incorrectly.

It is not every resizable window (stack) in my app, just some. It is not 
every version of macOS, just some. For example, on macOS Sonoma, the 
offending windows (again, a subset of all my app's resizable windows) 
work fine. On Mojave, they do not.

On Windows, they all work fine when maximized (meaning they are all 
rendered as expected). On macOS and Windows, they all RESIZE (i.e. user 
window resizing) correctly. It is only certain windows AND only on 
certain versions of macOS, and only when maximized (using the titlebar 
green maximize circular icon). In fact. you can RESIZE the window 
manually on macOS Sonoma or Mojave up to the working area of the screen 
(all so the full screen except the menubar) and they all render 
correctly. It is just the "full screen" maximize Apple now does where it 
hides the window's titlebar until you hover over where it would be that 
have a problem and, again, just for certain windows on certain versions 
of macOS.

I'm baffled as the resizeStack handlers are the same across platforms 
(macOS and Windows). There is NOT platform specific code in the 
resizeStack handlers and, I believe, that when a window is maximized, 
Livecode just sends a resizeStack message.

Has anyone seen or heard of any weirdness like this?

I do not have a whole set of macOS version to test on. Sonoma and Mojave 
are about it. I can compare the resizeStack handlers for the stacks that 
maximize correctly with those that don't to see if there is some issue, 
but they all work correctly on Windows and work correctly when manually 
resized.



From MikeKerner at roadrunner.com  Tue Jan 16 09:21:53 2024
From: MikeKerner at roadrunner.com (Mike Kerner)
Date: Tue, 16 Jan 2024 09:21:53 -0500
Subject: Top things you are waiting for ....
In-Reply-To: <019EE59D-A9C9-47C3-AD02-0F36A939C511@iotecdigital.com>
References: <CADCoycOms5muQobQywT8vjZ-nNC_8E=7Hp9UgRedNSwi4_nMOg@mail.gmail.com>
 <99BF8455-FF9C-4A83-9B60-BE0F0C18CC91@m-r-d.de>
 <019EE59D-A9C9-47C3-AD02-0F36A939C511@iotecdigital.com>
Message-ID: <CADCoycM8G8dioCt_gB=Z7RR7XTNnWzVYenYTbW8qPaMDFbCy3Q@mail.gmail.com>

well, they do owe you at least a year of it, since you paid for it, in
advance
the same goes for all of us that paid for html5 and have...not that.

From curry at pair.com  Tue Jan 16 12:16:17 2024
From: curry at pair.com (Curry Kenworthy)
Date: Tue, 16 Jan 2024 12:16:17 -0500
Subject: Bug 23507 - LC Clipboard Polling Failure
Message-ID: <f76f15f8-7f77-4351-b646-b2690e82ef4a@pair.com>


Any progress to fix LC's Clipboard Polling Failure Bug?

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

Needed this for an app.

Best wishes,

Curry K.


From curry at pair.com  Tue Jan 16 12:57:58 2024
From: curry at pair.com (Curry Kenworthy)
Date: Tue, 16 Jan 2024 12:57:58 -0500
Subject: macOS window maximization weirdness
In-Reply-To: <b031964c-7fc2-4b90-a3ea-85384eadf129@researchware.com>
References: <b031964c-7fc2-4b90-a3ea-85384eadf129@researchware.com>
Message-ID: <4c863ff5-fe2f-419b-9d97-ca7323a28a93@pair.com>


I've seen maximization issues, and been blamed for LC/OS tendencies!

1. Can you make a bare bones test stack to trigger the issue?

That would lead to bug report or a code fix/workaround.

2. Separately: LC needs maximizeStack msg and maximized window property.

Good use cases, plus another workaround tool for NEXT similar issue. :)

Best wishes,

Curry Kenworthy

Radically Innovative Christian LiveCode Development
"PASSION for Elegant, Efficient Code!"
http://livecodeconsulting.com/


From rdimola at evergreeninfo.net  Tue Jan 16 17:03:53 2024
From: rdimola at evergreeninfo.net (Ralph DiMola)
Date: Tue, 16 Jan 2024 17:03:53 -0500
Subject: Bug 23507 - LC Clipboard Polling Failure
In-Reply-To: <f76f15f8-7f77-4351-b646-b2690e82ef4a@pair.com>
References: <f76f15f8-7f77-4351-b646-b2690e82ef4a@pair.com>
Message-ID: <003b01da48c7$e80a4590$b81ed0b0$@net>

Curry,

In your resizeStack handler do a send in time to the real resizing code. You
may find the even a short wait will fix it.

Ralph DiMola
IT Director
Evergreen Information Services
rdimola at evergreeninfo.net

-----Original Message-----
From: use-livecode [mailto:use-livecode-bounces at lists.runrev.com] On Behalf
Of Curry Kenworthy via use-livecode
Sent: Tuesday, January 16, 2024 12:16 PM
To: use-livecode at lists.runrev.com
Cc: Curry Kenworthy
Subject: Bug 23507 - LC Clipboard Polling Failure


Any progress to fix LC's Clipboard Polling Failure Bug?

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

Needed this for an app.

Best wishes,

Curry K.

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



From curry at pair.com  Tue Jan 16 18:20:40 2024
From: curry at pair.com (Curry Kenworthy)
Date: Tue, 16 Jan 2024 18:20:40 -0500
Subject: Bug 23507 - LC Clipboard Polling Failure
In-Reply-To: <003b01da48c7$e80a4590$b81ed0b0$@net>
References: <003b01da48c7$e80a4590$b81ed0b0$@net>
Message-ID: <2892ca99-afe0-4488-b355-d209fe11c881@pair.com>


Ralph:

 > do a send in time to the real resizing code.

Oh I fixed mine smooth as butter, but still blamed! First impressions...
(Plus some extra bias since I can't do phone/voice anymore, per health.)

But A: That's the other thread; This one is LC Clipboard Polling bug!

And B: Main context is Paul's situation, possibly an engine or OS issue.
(As mine was, but a different specific one. Required a big workaround.)

Thanks!

Best wishes,

Curry K.


From rdimola at evergreeninfo.net  Tue Jan 16 20:20:29 2024
From: rdimola at evergreeninfo.net (Ralph DiMola)
Date: Tue, 16 Jan 2024 20:20:29 -0500
Subject: Bug 23507 - LC Clipboard Polling Failure
In-Reply-To: <2892ca99-afe0-4488-b355-d209fe11c881@pair.com>
References: <003b01da48c7$e80a4590$b81ed0b0$@net>
 <2892ca99-afe0-4488-b355-d209fe11c881@pair.com>
Message-ID: <000e01da48e3$5eedf4c0$1cc9de40$@net>

Too fast to look and see I was on the wrong thread. Meant to respond to
Paul's.

Woops...

Ralph DiMola
IT Director
Evergreen Information Services
rdimola at evergreeninfo.net

-----Original Message-----
From: use-livecode [mailto:use-livecode-bounces at lists.runrev.com] On Behalf
Of Curry Kenworthy via use-livecode
Sent: Tuesday, January 16, 2024 6:21 PM
To: use-livecode at lists.runrev.com
Cc: Curry Kenworthy
Subject: Re: Bug 23507 - LC Clipboard Polling Failure


Ralph:

 > do a send in time to the real resizing code.

Oh I fixed mine smooth as butter, but still blamed! First impressions...
(Plus some extra bias since I can't do phone/voice anymore, per health.)

But A: That's the other thread; This one is LC Clipboard Polling bug!

And B: Main context is Paul's situation, possibly an engine or OS issue.
(As mine was, but a different specific one. Required a big workaround.)

Thanks!

Best wishes,

Curry K.

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



From paul at researchware.com  Tue Jan 16 20:34:03 2024
From: paul at researchware.com (Paul Dupuis)
Date: Tue, 16 Jan 2024 20:34:03 -0500
Subject: Bug 23507 - LC Clipboard Polling Failure
In-Reply-To: <000e01da48e3$5eedf4c0$1cc9de40$@net>
References: <003b01da48c7$e80a4590$b81ed0b0$@net>
 <2892ca99-afe0-4488-b355-d209fe11c881@pair.com>
 <000e01da48e3$5eedf4c0$1cc9de40$@net>
Message-ID: <2439e9b5-66ee-4d04-af59-5fc1da5d96fb@researchware.com>

Ralph,

Thanks for the tip. As I did into this problem, I'll give that a try.

I'm just getting tired of Apple and/or Livecode changing things so that 
code that DID work is then discovered NOT working any more.

I have very limited time and resources and I'd like to spend MORE of it 
making new features for my products that fixing bugs that happen because 
a new macOS (or Windows) came out or a new version of Livecode or some 
combination breaks what was working.

I always post on this list first in hopes someone else has see whatever 
issue I have run into and can say definitively look at this bug number 
in the LC Quality Center for both the issue and, ideally, a work-around.



On 1/16/2024 8:20 PM, Ralph DiMola via use-livecode wrote:
> Too fast to look and see I was on the wrong thread. Meant to respond to
> Paul's.
>
> Woops...
>
> Ralph DiMola
> IT Director
> Evergreen Information Services
> rdimola at evergreeninfo.net
>
> -----Original Message-----
> From: use-livecode [mailto:use-livecode-bounces at lists.runrev.com] On Behalf
> Of Curry Kenworthy via use-livecode
> Sent: Tuesday, January 16, 2024 6:21 PM
> To: use-livecode at lists.runrev.com
> Cc: Curry Kenworthy
> Subject: Re: Bug 23507 - LC Clipboard Polling Failure
>
>
> Ralph:
>
>   > do a send in time to the real resizing code.
>
> Oh I fixed mine smooth as butter, but still blamed! First impressions...
> (Plus some extra bias since I can't do phone/voice anymore, per health.)
>
> But A: That's the other thread; This one is LC Clipboard Polling bug!
>
> And B: Main context is Paul's situation, possibly an engine or OS issue.
> (As mine was, but a different specific one. Required a big workaround.)
>
> Thanks!
>
> Best wishes,
>
> Curry K.
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



From curry at pair.com  Wed Jan 17 00:09:45 2024
From: curry at pair.com (Curry Kenworthy)
Date: Wed, 17 Jan 2024 00:09:45 -0500
Subject: Bug 23507 - LC Clipboard Polling Failure
In-Reply-To: <2439e9b5-66ee-4d04-af59-5fc1da5d96fb@researchware.com>
References: <2439e9b5-66ee-4d04-af59-5fc1da5d96fb@researchware.com>
Message-ID: <11eefca6-2d45-498b-97f3-673017c6a40a@pair.com>


Paul:

 > I have very limited time and resources and I'd like to spend MORE
 > of it making new features for my products tha[n] fixing bugs that
 > happen because a new macOS (or Windows) came out or a new version
 > of Livecode or some combination breaks what was working.

Last month I wanted to post my Top 3 favorite list posts of 2023.
But only had 2 posts.... Behold, the 3rd! Thanks Paul.

I like that, and it perfectly sums up my experience for several years.
(I love some challenges and workarounds, but not a continual onslaught.)

Best wishes,

Curry Kenworthy

Radically Innovative Christian LiveCode Development
"PASSION for Elegant, Efficient Code!"
http://livecodeconsulting.com/


From Bernd.Niggemann at uni-wh.de  Wed Jan 17 04:02:25 2024
From: Bernd.Niggemann at uni-wh.de (Niggemann, Bernd)
Date: Wed, 17 Jan 2024 09:02:25 +0000
Subject: Bug 23507 - LC Clipboard Polling Failure
Message-ID: <1582F739-E2DA-4CBE-84B1-FF4290A266D7@uni-wh.de>

Curry,

> Any progress to fix LC's Clipboard Polling Failure Bug?


I tried your code on MacOS Monterey using LC 9.6.11 and LC 10.0.0 DP-7.
I saw after a short time gibberish and at times empty clipboard content. No crash though.
I then changed to 'fullClipboardData' instead of 'ClipboardData' and that worked for without a hitch for minutes.

I realise that your main concern is Windows with crashes/freezes. But maybe that would help on Windows too.

Kind regards
Bernd

From curry at pair.com  Wed Jan 17 10:09:58 2024
From: curry at pair.com (Curry Kenworthy)
Date: Wed, 17 Jan 2024 10:09:58 -0500
Subject: Bug 23507 - LC Clipboard Polling Failure
In-Reply-To: <1582F739-E2DA-4CBE-84B1-FF4290A266D7@uni-wh.de>
References: <1582F739-E2DA-4CBE-84B1-FF4290A266D7@uni-wh.de>
Message-ID: <651297b9-205c-44ce-aa45-e487b0c509a2@pair.com>


Bernd:

 > I then changed to 'fullClipboardData' instead of 'ClipboardData'
 > and that worked for without a hitch for minutes.

Thanks, that may even have potential for a temp workaround!

It makes the Windows outcome more like Mac:
Glitches, but seems to reset a few seconds later, without LC restart.

So, "full" might be the ONLY reliable Clipboard access on Windows...

My test stack looks like a special case, but actually just simulates 
normal user copy and paste or poll over time.

(There is likewise an opposite LC bug, failing to COPY text from LC.
Haven't made a recipe/trigger stack for that one yet.)

Best wishes,

Curry Kenworthy

Radically Innovative Christian LiveCode Development
"PASSION for Elegant, Efficient Code!"
http://livecodeconsulting.com/


From curry at pair.com  Fri Jan 19 09:22:30 2024
From: curry at pair.com (Curry Kenworthy)
Date: Fri, 19 Jan 2024 09:22:30 -0500
Subject: macOS window maximization weirdness
In-Reply-To: <b031964c-7fc2-4b90-a3ea-85384eadf129@researchware.com>
References: <b031964c-7fc2-4b90-a3ea-85384eadf129@researchware.com>
Message-ID: <8bcadbdb-9432-4ef3-8fde-a2f642cc4450@pair.com>


Paul:

 > on certain macOS versions, maximizing the window results in
 > no controls being drawn or most controls being drawn incorrectly.

When drawn incorrectly, are controls the wrong sizes/rects?
Or content/visual glitches? Of what nature?

Thought it might be worth following up, in case anyone saw similar -
or might jog my own memory! So many LC/OS issues, details help....

Happy 2024!

Best wishes,

Curry K.


From paul at researchware.com  Fri Jan 19 13:28:52 2024
From: paul at researchware.com (Paul Dupuis)
Date: Fri, 19 Jan 2024 13:28:52 -0500
Subject: macOS window maximization weirdness
In-Reply-To: <8bcadbdb-9432-4ef3-8fde-a2f642cc4450@pair.com>
References: <b031964c-7fc2-4b90-a3ea-85384eadf129@researchware.com>
 <8bcadbdb-9432-4ef3-8fde-a2f642cc4450@pair.com>
Message-ID: <a7f001b1-2df1-4888-9204-65fc550af69d@researchware.com>

So , for any one interested, here are screenshots of what is happening. 
The "Autocode" window (stack) and the "Search Sources" window (stack) 
are two example of the windows that do NOT maximize correctly. Many 
other resizable windows do so just fine and windows with both fewer and 
more controls in them work fine. There are also a few more windows that 
do NOT maximize correctly that I did not screen shot.

Below are screen shots (full desktop) of each window maximized on 
Windows 11 (correctly), Sonoma (correctly) and Mojave (incorrectly 
drawn). Again, there windows, on ALL 3 OS versions, can be manually 
resized without problems. It is only when you click on the macOS 
Maximize icon in the title bar. In addition to not drawing correctly on 
Mojave, we also witnessed them not drawing correctly on Monterey. The 
resizeStack handlers have NO platform specific code.

https://www.researchware.com/livecode/HR457-Autocode-Win11-Maximized.png
https://www.researchware.com/livecode/HR457-Autocode-Mojave-Normal.png
https://www.researchware.com/livecode/HR457-Autocode-Mojave-Maximized.png
https://www.researchware.com/livecode/HR457-Autocode-Sonoma-Normal.png
https://www.researchware.com/livecode/HR457-Autocode-Sonoma-Maximized.png
https://www.researchware.com/livecode/HR457-SearchSources-Win11-Maximized.png
https://www.researchware.com/livecode/HR457-SearchSources-Mojave-Normal.png
https://www.researchware.com/livecode/HR457-SearchSources-Mojave-Maximized.png
https://www.researchware.com/livecode/HR457-SearchSources-Sonoma-Normal.png
https://www.researchware.com/livecode/HR457-SearchSources-Sonoma-Maximized.png

Logically, there must be some difference in the resizeStack handlers. I 
have already received the suggested to try having resizeStack send a 
"doResize" (or some handler name) message in time that does the actual 
resize as a work-around. I have not had a chance to try that yet. I 
expect I may OR may not fine that perhaps some use the width and height 
passed as resizeStack message handler parameters while others get the 
width and height of the card. I'll see if there is some commonality on 
how the resizeStack is getting the dimension to resize to between those 
windows that work and those that don't.

However, logically, it certainly seems like there is some OS version 
specific engine bug emerging here since the same code works on Windows 
and some versions of macOS and not others versions of macOS.


On 1/19/2024 9:22 AM, Curry Kenworthy via use-livecode wrote:
>
> Paul:
>
> > on certain macOS versions, maximizing the window results in
> > no controls being drawn or most controls being drawn incorrectly.
>
> When drawn incorrectly, are controls the wrong sizes/rects?
> Or content/visual glitches? Of what nature?
>
> Thought it might be worth following up, in case anyone saw similar -
> or might jog my own memory! So many LC/OS issues, details help....
>
> Happy 2024!
>
> Best wishes,
>
> Curry K.
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your 
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



From dan at clearvisiontech.com  Fri Jan 19 18:21:57 2024
From: dan at clearvisiontech.com (Dan Friedman)
Date: Fri, 19 Jan 2024 23:21:57 +0000
Subject: Mobile password field and keychain/password
Message-ID: <BYAPR12MB2709EEF5172E0498BA59F8CAB9702@BYAPR12MB2709.namprd12.prod.outlook.com>

Is there a way to connect to the OS’s keychain/password functionality for both iOS and Android?   I have a customer that want’s their password field to work like every other app they have ever used.

-Dan

From brian at milby7.com  Fri Jan 19 19:11:26 2024
From: brian at milby7.com (Brian Milby)
Date: Fri, 19 Jan 2024 19:11:26 -0500
Subject: macOS window maximization weirdness
In-Reply-To: <a7f001b1-2df1-4888-9204-65fc550af69d@researchware.com>
References: <a7f001b1-2df1-4888-9204-65fc550af69d@researchware.com>
Message-ID: <965D67AE-C6E4-4F55-B38F-B7305A5B9C49@milby7.com>

What I find most curious is that the Autocode window does show a few controls that look to be placed correctly at the bottom of the window.  My guess is that it is a timing issue and you are using a property value that isn’t yet updated.  That is probably (hopefully) going to be a good place to start since you have good and bad placement in the same handler.

Brian Milby
brian at milby7.com

> On Jan 19, 2024, at 1:30 PM, Paul Dupuis via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> So , for any one interested, here are screenshots of what is happening. The "Autocode" window (stack) and the "Search Sources" window (stack) are two example of the windows that do NOT maximize correctly. Many other resizable windows do so just fine and windows with both fewer and more controls in them work fine. There are also a few more windows that do NOT maximize correctly that I did not screen shot.

From paul at researchware.com  Fri Jan 19 19:47:17 2024
From: paul at researchware.com (Paul Dupuis)
Date: Fri, 19 Jan 2024 19:47:17 -0500
Subject: macOS window maximization weirdness
In-Reply-To: <965D67AE-C6E4-4F55-B38F-B7305A5B9C49@milby7.com>
References: <a7f001b1-2df1-4888-9204-65fc550af69d@researchware.com>
 <965D67AE-C6E4-4F55-B38F-B7305A5B9C49@milby7.com>
Message-ID: <8c26bcf6-ee7f-4445-97f6-42f2d844d42f@researchware.com>

It may be that. I have to figure out a work-around. I will keep 
properties in mind as I dig into the resizeStack handlers.

And yet, I shouldn't have to figure out a work-around. Since it works on 
Sonoma and Windows 11, it really SHOULD work on Mojave (and Monterey and 
all supported versions of macOS).


On 1/19/2024 7:11 PM, Brian Milby wrote:
> What I find most curious is that the Autocode window does show a few 
> controls that look to be placed correctly at the bottom of the window. 
>  My guess is that it is a timing issue and you are using a property 
> value that isnt yet updated.  That is probably (hopefully) going to 
> be a good place to start since you have good and bad placement in the 
> same handler.
>
> Brian Milby
> brian at milby7.com
>
>> On Jan 19, 2024, at 1:30PM, Paul Dupuis via use-livecode 
>> <use-livecode at lists.runrev.com> wrote:
>>
>> So , for any one interested, here are screenshots of what is 
>> happening. The "Autocode" window (stack) and the "Search Sources" 
>> window (stack) are two example of the windows that do NOT maximize 
>> correctly. Many other resizable windows do so just fine and windows 
>> with both fewer and more controls in them work fine. There are also a 
>> few more windows that do NOT maximize correctly that I did not screen 
>> shot.

From david.bovill at gmail.com  Mon Jan 22 14:48:26 2024
From: david.bovill at gmail.com (David Bovill)
Date: Mon, 22 Jan 2024 19:48:26 +0000
Subject: Multipart form decode
In-Reply-To: <67143811-04B3-42A8-A052-69C9871E118D@iotecdigital.com>
References: <43c2b3e7-902f-4d8d-a3f9-71a75cfe50f1@sonic.net>
 <67143811-04B3-42A8-A052-69C9871E118D@iotecdigital.com>
Message-ID: <CAGASioNQ=zxQBbqxsOfi4UtcsmmYXnN72UY+utafU77nAf+gZQ@mail.gmail.com>

I see in the dictionary several functions related to multipart form
encoding - but not decoding. Does anyone have a function that lets my
decode form posts to the built in HTTP server.

From benr_mc at cogapp.com  Mon Jan 22 16:48:37 2024
From: benr_mc at cogapp.com (Ben Rubinstein)
Date: Mon, 22 Jan 2024 21:48:37 +0000
Subject: tsNetCustomUploadSync: what am I doing wrong?
Message-ID: <cb7dbff7-17a1-4f0a-9470-8f7470233eb0@cogapp.com>

I'm trying to use tsNetCustomUploadSync, but something is going wrong.

To establish a baseline, I'm using it to do a POST request. I can prove that 
my data is good because this works:

       set the httpHeaders to tHeaders
       post tRequestData to URL tURL
       put it into fld "ResultData"
       put libUrlLastRhHeaders() into rOutHeaders

This, however:
       put tsNetCustomUploadSync(tURL, "POST", tRequestData, tHeaders, 
rOutHeaders, rResult, rBytes) into fld "ResultData"

returns an 'unauthorized' error, with message "Authentication required".

That suggests that either my URL (which contains part of the application ids 
to which my authorisation token is specific) or my headers (which contains the 
authorisation token) is not being passed correctly.

My guess is that it's more likely to be the headers. Can anyone advise?

TIA,

Ben


From dfe4 at cornell.edu  Mon Jan 22 20:02:19 2024
From: dfe4 at cornell.edu (David Epstein)
Date: Mon, 22 Jan 2024 20:02:19 -0500
Subject: LockLoc and grab
Message-ID: <5257C7A7-6CE8-420C-9568-2D6B07C2DCD5@cornell.edu>

A group with lockLoc set to false does not resize itself when an object in it is moved by a “grab” command.  Is this a bug?  Is there a simple workaround?

Recipe using 10.0.0 dp6 on an intel Mac:  

Create a button with this script:  
on mouseDown; grab me; end mouseDown.  
Group the button.  Confirm that the group’s lockLoc property is false.  Then with the browse tool, drag the button past the edge of the group.  The button disappears.

David Epstein

From david.bovill at gmail.com  Tue Jan 23 06:23:46 2024
From: david.bovill at gmail.com (David Bovill)
Date: Tue, 23 Jan 2024 11:23:46 +0000
Subject: Multipart form decode
In-Reply-To: <CAGASioNQ=zxQBbqxsOfi4UtcsmmYXnN72UY+utafU77nAf+gZQ@mail.gmail.com>
References: <43c2b3e7-902f-4d8d-a3f9-71a75cfe50f1@sonic.net>
 <67143811-04B3-42A8-A052-69C9871E118D@iotecdigital.com>
 <CAGASioNQ=zxQBbqxsOfi4UtcsmmYXnN72UY+utafU77nAf+gZQ@mail.gmail.com>
Message-ID: <CAGASioO7e1wFqtYFOibhdqZbOz3V5QTutZY1WFp4cGD1_LM_hg@mail.gmail.com>

Hmm writing my own generic multipart form data parser seems quite a task
(and a security risk). Any suggestions?

On Mon, 22 Jan 2024 at 19:48, David Bovill <david.bovill at gmail.com> wrote:

> I see in the dictionary several functions related to multipart form
> encoding - but not decoding. Does anyone have a function that lets my
> decode form posts to the built in HTTP server.
>

From craig at starfirelighting.com  Tue Jan 23 11:31:42 2024
From: craig at starfirelighting.com (Craig Newman)
Date: Tue, 23 Jan 2024 11:31:42 -0500
Subject: LockLoc and grab
In-Reply-To: <5257C7A7-6CE8-420C-9568-2D6B07C2DCD5@cornell.edu>
References: <5257C7A7-6CE8-420C-9568-2D6B07C2DCD5@cornell.edu>
Message-ID: <CB21C924-DCD0-4753-843C-B61D5F9C62A6@starfirelighting.com>

David.

I could not understand your issue, so I made the controls you mentioned. The thing that matters is not the lockLoc property, but rather the “opaque” property.

A group of controls is just a, er, group of controls. The “group” itself can, however, take on a life of its own if, as in this exercise, something like the opaque property is set. In that case, dragging a control with a lower layer number will disappear behind the group rect, regardless of whether or not there is a child control in front.

Am I getting your problem at all?

Craig 

> On Jan 22, 2024, at 8:02 PM, David Epstein via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> A group with lockLoc set to false does not resize itself when an object in it is moved by a “grab” command.  Is this a bug?  Is there a simple workaround?
> 
> Recipe using 10.0.0 dp6 on an intel Mac:  
> 
> Create a button with this script:  
> on mouseDown; grab me; end mouseDown.  
> Group the button.  Confirm that the group’s lockLoc property is false.  Then with the browse tool, drag the button past the edge of the group.  The button disappears.
> 
> David Epstein
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



From craig at starfirelighting.com  Tue Jan 23 11:42:06 2024
From: craig at starfirelighting.com (Craig Newman)
Date: Tue, 23 Jan 2024 11:42:06 -0500
Subject: LockLoc and grab
In-Reply-To: <5257C7A7-6CE8-420C-9568-2D6B07C2DCD5@cornell.edu>
References: <5257C7A7-6CE8-420C-9568-2D6B07C2DCD5@cornell.edu>
Message-ID: <D2AFE782-348F-4073-959F-63E463DE417E@starfirelighting.com>

Aha.

I did not see that you meant a single button in its own group. But it would not matter if I did the same with a control within a larger group of controls. And it does not matter if the lockLoc of the group is set or not.

So is your question “Why does the control disappear when it is dragged outside the group rect?” In other words, "why does it not just keep going in full view?”

I am not sure, but maybe being outside its group means it is nowhere at all?

Craig



> On Jan 22, 2024, at 8:02 PM, David Epstein via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> A group with lockLoc set to false does not resize itself when an object in it is moved by a “grab” command.  Is this a bug?  Is there a simple workaround?
> 
> Recipe using 10.0.0 dp6 on an intel Mac:  
> 
> Create a button with this script:  
> on mouseDown; grab me; end mouseDown.  
> Group the button.  Confirm that the group’s lockLoc property is false.  Then with the browse tool, drag the button past the edge of the group.  The button disappears.
> 
> David Epstein
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From bobsneidar at iotecdigital.com  Tue Jan 23 11:54:50 2024
From: bobsneidar at iotecdigital.com (Bob Sneidar)
Date: Tue, 23 Jan 2024 16:54:50 +0000
Subject: LockLoc and grab
In-Reply-To: <D2AFE782-348F-4073-959F-63E463DE417E@starfirelighting.com>
References: <5257C7A7-6CE8-420C-9568-2D6B07C2DCD5@cornell.edu>
 <D2AFE782-348F-4073-959F-63E463DE417E@starfirelighting.com>
Message-ID: <48F9B6FD-F041-42F3-A246-9E55BBA99B39@iotecdigital.com>

I’m suspecting now that he may be under the impression that the way to remove a control from a group is to drag it outside the group’s boundary. If so then this is not the case. The way I do it is I cut the control, click somewhere on the card, then paste the control again. 

Alternatively you can download and use the exceptional utility revNavigator, which allows you to drag a control in the list it maintains onto or out of a group. It also makes reordering controls and groups very easy. 

Bob S


> On Jan 23, 2024, at 8:42 AM, Craig Newman via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> Aha.
> 
> I did not see that you meant a single button in its own group. But it would not matter if I did the same with a control within a larger group of controls. And it does not matter if the lockLoc of the group is set or not.
> 
> So is your question “Why does the control disappear when it is dragged outside the group rect?” In other words, "why does it not just keep going in full view?”
> 
> I am not sure, but maybe being outside its group means it is nowhere at all?
> 
> Craig
> 
> 
> 
>> On Jan 22, 2024, at 8:02 PM, David Epstein via use-livecode <use-livecode at lists.runrev.com> wrote:
>> 
>> A group with lockLoc set to false does not resize itself when an object in it is moved by a “grab” command.  Is this a bug?  Is there a simple workaround?
>> 
>> Recipe using 10.0.0 dp6 on an intel Mac:  
>> 
>> Create a button with this script:  
>> on mouseDown; grab me; end mouseDown.  
>> Group the button.  Confirm that the group’s lockLoc property is false.  Then with the browse tool, drag the button past the edge of the group.  The button disappears.
>> 
>> David Epstein
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From dfe4 at cornell.edu  Tue Jan 23 12:32:21 2024
From: dfe4 at cornell.edu (David Epstein)
Date: Tue, 23 Jan 2024 12:32:21 -0500
Subject: LockLoc and grab
In-Reply-To: <mailman.3.1706029202.145316.use-livecode@lists.runrev.com>
References: <mailman.3.1706029202.145316.use-livecode@lists.runrev.com>
Message-ID: <8E5C9054-24FD-4D07-820F-D983DDE49653@cornell.edu>

Let me try to clarify the problem I stated.

I am not trying to remove the button, I am trying to use the “grab” command to let a user move the button around the window by dragging it.

If I use a script to “set the loc” of a button to somewhere outside that group’s rectangle
	- the group will resize if its lockLoc property is false (thus keeping the relocated button visible); 
	- but the button will disappear if the group’s lockLoc property is true.

But when I use the “grab” command to relocate the button outside the group’s current rectangle the group does not resize even if its lockLoc property is false.



> A group with lockLoc set to false does not resize itself when an object in it is moved by a ?grab? command.  Is this a bug?  Is there a simple workaround?
> 
> Recipe using 10.0.0 dp6 on an intel Mac:  
> 
> Create a button with this script:  
> on mouseDown; grab me; end mouseDown.  
> Group the button.  Confirm that the group?s lockLoc property is false.  Then with the browse tool, drag the button past the edge of the group.  The button disappears.
> 



From bobsneidar at iotecdigital.com  Tue Jan 23 12:51:27 2024
From: bobsneidar at iotecdigital.com (Bob Sneidar)
Date: Tue, 23 Jan 2024 17:51:27 +0000
Subject: LockLoc and grab
In-Reply-To: <8E5C9054-24FD-4D07-820F-D983DDE49653@cornell.edu>
References: <mailman.3.1706029202.145316.use-livecode@lists.runrev.com>
 <8E5C9054-24FD-4D07-820F-D983DDE49653@cornell.edu>
Message-ID: <18B0D546-64AE-4D92-91D5-05661E8735C0@iotecdigital.com>

OIC. Not sure what the expected behavior is when the browse tool is selected or in a standalone but I can confirm that it works as you say. In the IDE, dragging the button outside the bounds of its parent group will update the groups rect if the pointer tool is selected, but not if the browse tool is selected. Since you mentioned a User, I suspect you are doing this in a standalone, where the only tool is the browser tool (correct me if I am wring). 

To resolve it, in the button script on mouseUp set the loc of the group to the loc of the button, or else get the lowest top left of any object in the group and the bottom right of any object in the group and set the group rect accordingly. 

Bob S


> On Jan 23, 2024, at 9:32 AM, David Epstein via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> Let me try to clarify the problem I stated.
> 
> I am not trying to remove the button, I am trying to use the “grab” command to let a user move the button around the window by dragging it.
> 
> If I use a script to “set the loc” of a button to somewhere outside that group’s rectangle
> 	- the group will resize if its lockLoc property is false (thus keeping the relocated button visible); 
> 	- but the button will disappear if the group’s lockLoc property is true.
> 
> But when I use the “grab” command to relocate the button outside the group’s current rectangle the group does not resize even if its lockLoc property is false.
> 
> 
> 
>> A group with lockLoc set to false does not resize itself when an object in it is moved by a ?grab? command.  Is this a bug?  Is there a simple workaround?
>> 
>> Recipe using 10.0.0 dp6 on an intel Mac:  
>> 
>> Create a button with this script:  
>> on mouseDown; grab me; end mouseDown.  
>> Group the button.  Confirm that the group?s lockLoc property is false.  Then with the browse tool, drag the button past the edge of the group.  The button disappears.
>> 
> 
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From jacque at hyperactivesw.com  Tue Jan 23 14:55:08 2024
From: jacque at hyperactivesw.com (J. Landman Gay)
Date: Tue, 23 Jan 2024 13:55:08 -0600
Subject: LockLoc and grab
In-Reply-To: <8E5C9054-24FD-4D07-820F-D983DDE49653@cornell.edu>
References: <mailman.3.1706029202.145316.use-livecode@lists.runrev.com>
 <8E5C9054-24FD-4D07-820F-D983DDE49653@cornell.edu>
Message-ID: <631d4d4d-8b15-4e52-a502-307bc74b5c71@hyperactivesw.com>

I can reproduce this in both LC 10 and 9.6.9 but I can't explain it. It's unclear if this is a 
feature or a bug.

On 1/23/24 11:32 AM, David Epstein via use-livecode wrote:
> Let me try to clarify the problem I stated.
> 
> I am not trying to remove the button, I am trying to use the “grab” command to let a user move the button around the window by dragging it.
> 
> If I use a script to “set the loc” of a button to somewhere outside that group’s rectangle
> 	- the group will resize if its lockLoc property is false (thus keeping the relocated button visible);
> 	- but the button will disappear if the group’s lockLoc property is true.
> 
> But when I use the “grab” command to relocate the button outside the group’s current rectangle the group does not resize even if its lockLoc property is false.
> 
> 
> 
>> A group with lockLoc set to false does not resize itself when an object in it is moved by a ?grab? command.  Is this a bug?  Is there a simple workaround?
>>
>> Recipe using 10.0.0 dp6 on an intel Mac:
>>
>> Create a button with this script:
>> on mouseDown; grab me; end mouseDown.
>> Group the button.  Confirm that the group?s lockLoc property is false.  Then with the browse tool, drag the button past the edge of the group.  The button disappears.
>>

-- 
Jacqueline Landman Gay         |     jacque at hyperactivesw.com
HyperActive Software           |     http://www.hyperactivesw.com


From htorrado at networkdreams.net  Tue Jan 23 17:26:26 2024
From: htorrado at networkdreams.net (Heriberto Torrado)
Date: Tue, 23 Jan 2024 17:26:26 -0500
Subject: OT: htmx and hyperscript
In-Reply-To: <CA+O+R-FhdOH7Rbvxfk_qNfLrqmXeB4C-FgeGH-_ctscFD7Ud5w@mail.gmail.com>
References: <CA+O+R-FhdOH7Rbvxfk_qNfLrqmXeB4C-FgeGH-_ctscFD7Ud5w@mail.gmail.com>
Message-ID: <dc76d685-2808-4ff9-8515-099f4a851188@networkdreams.net>

Hi Bernard, I was checking old emails from the list and I saw this email 
from you. I've been digging into HTMx and HyperScript and I've really 
been very impressed.

HyperScript is basically a JavaScript replacement written in Hypertalk. 
It is very similar to Livecode and in fact, you can modify the source 
code to make it even more similar. It seemed like a real dream to me to 
be able to escape from JavaScript and to use something similar to 
Livecode on the web. This means that with Livecode server and 
Hyperscript we already have the entire "Fullstack" developed for all of 
us who love the languages descended from Hypertalk.

I honestly think that Livecode ltd could take Hyperscript and turn it 
into something much more like Livecode in just a few days. I'm going to 
try it and I'll tell you the results.

Best,
Hery


On 12/14/23 09:24, Bernard Devlin via use-livecode wrote:
> As I was looking into htmx (which is basically going in the opposite
> direction to that which Livecode is taking with WASM), I discovered the
> author of htmx has also implemented a kind of hypertalk in the browser (the
> point being to more simply hook into DOM events).
>
> It looks rather ugly IMO (unlike htmx).  But I know people on this list are
> often interested in descendants/hat-tips to Hypercard.
>
> https://hyperscript.org/
>
> Regards, Bernard
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



From neville.smythe at optusnet.com.au  Tue Jan 23 21:01:29 2024
From: neville.smythe at optusnet.com.au (Neville Smythe)
Date: Wed, 24 Jan 2024 13:01:29 +1100
Subject: Nasty filter bug
Message-ID: <3A76B324-8936-4C1E-B367-0758BC72C35C@optusnet.com.au>

Try this in the msg box:

put "aaa[bbb" into tStr; put line 1 of tStr into tLine; filter tStr without tLine; put tStr
I get (using MacOS, LC 9.6.11)

aaa[bbb

That is to say, the line is not filtered out.

And:

put "aaa[bbb" into tStr; filter tStr with tStr; put tStr

produces an empty string instead of the original string.

The bug occurs if the line contains the character “[“ anywhere; any lines containing that character are ignored by both filter with and filter without.

This is really serious, because I rely on the filter command a lot, as I would think do many other developers!

Don’t know if it occurs with other characters, but I have never seen it before. I discovered it when filtering lines with regular expressions. Other special regexp characters I have tested do not trigger the bug.

Neville Smythe




From brian at milby7.com  Tue Jan 23 21:45:43 2024
From: brian at milby7.com (Brian Milby)
Date: Tue, 23 Jan 2024 21:45:43 -0500
Subject: Nasty filter bug
In-Reply-To: <3A76B324-8936-4C1E-B367-0758BC72C35C@optusnet.com.au>
References: <3A76B324-8936-4C1E-B367-0758BC72C35C@optusnet.com.au>
Message-ID: <47EE702B-9049-4147-AA8D-97D6215A15DC@milby7.com>

Not sure this is really a bug.  The default is to match a wildcardPattern.  If you want to match [ then you must use [[] in the pattern.

Brian Milby
brian at milby7.com

> On Jan 23, 2024, at 9:02 PM, Neville Smythe via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> Try this in the msg box:
> 
> put "aaa[bbb" into tStr; put line 1 of tStr into tLine; filter tStr without tLine; put tStr
> I get (using MacOS, LC 9.6.11)
> 
> aaa[bbb
> 
> That is to say, the line is not filtered out.
> 
> And:
> 
> put "aaa[bbb" into tStr; filter tStr with tStr; put tStr
> 
> produces an empty string instead of the original string.
> 
> The bug occurs if the line contains the character “[“ anywhere; any lines containing that character are ignored by both filter with and filter without.
> 
> This is really serious, because I rely on the filter command a lot, as I would think do many other developers!
> 
> Don’t know if it occurs with other characters, but I have never seen it before. I discovered it when filtering lines with regular expressions. Other special regexp characters I have tested do not trigger the bug.
> 
> Neville Smythe
> 
> 
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From neville.smythe at optusnet.com.au  Tue Jan 23 21:50:02 2024
From: neville.smythe at optusnet.com.au (Neville Smythe)
Date: Wed, 24 Jan 2024 13:50:02 +1100
Subject: Multipart form decode
Message-ID: <6FA8DD12-71D0-412B-A5BE-2050797773A7@optusnet.com.au>

David: do you need a special decoder? 

I thought the multipart form handlers just broke up the sent data into user-defined small chunks, and the server was responsible for waiting for all the parts to be received and then re-assembling the data. From that point it is just a normal POST.

Maybe I have misunderstood the question?


Neville Smythe





From david.bovill at gmail.com  Wed Jan 24 06:29:46 2024
From: david.bovill at gmail.com (David Bovill)
Date: Wed, 24 Jan 2024 11:29:46 +0000
Subject: Multipart form decode
In-Reply-To: <6FA8DD12-71D0-412B-A5BE-2050797773A7@optusnet.com.au>
References: <6FA8DD12-71D0-412B-A5BE-2050797773A7@optusnet.com.au>
Message-ID: <CAGASioPNW3k_gwKTM+v80_EnBwUYsGptvBZC8GxLboFENXRLQw@mail.gmail.com>

Yes - I need a (standard) decoder. As far as I can tell we have a few
handlers in Livecode for encoding data for multipart form encoding - then
the Livecode server will do its magic and parse that making the rules
available - however there is no function to do the rfc7578
<https://datatracker.ietf.org/doc/html/rfc7578> decoding - at least that is
documented. We need this if we are coding our own server using the built in
sockets handling. I have a couple of hacks to extract uploaded images or
other files - but nothing robust or a general parser.

On Wed, 24 Jan 2024 at 02:51, Neville Smythe via use-livecode <
use-livecode at lists.runrev.com> wrote:

> David: do you need a special decoder?
>
> I thought the multipart form handlers just broke up the sent data into
> user-defined small chunks, and the server was responsible for waiting for
> all the parts to be received and then re-assembling the data. From that
> point it is just a normal POST.
>
> Maybe I have misunderstood the question?
>
>
> Neville Smythe
>
>
>
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>

From david.bovill at gmail.com  Wed Jan 24 06:47:26 2024
From: david.bovill at gmail.com (David Bovill)
Date: Wed, 24 Jan 2024 11:47:26 +0000
Subject: Livecode Demo of two way javascript communication?
In-Reply-To: <CAGASioPNW3k_gwKTM+v80_EnBwUYsGptvBZC8GxLboFENXRLQw@mail.gmail.com>
References: <6FA8DD12-71D0-412B-A5BE-2050797773A7@optusnet.com.au>
 <CAGASioPNW3k_gwKTM+v80_EnBwUYsGptvBZC8GxLboFENXRLQw@mail.gmail.com>
Message-ID: <CAGASioNHi1MG+Ts2Kq4+8dB3LT18NWJBFXqJ280GqF3xQn5SXA@mail.gmail.com>

Is there a demo out there for simple bidirectional interaction between a
web page and a recent stack exported as wasm? Anyone experimenting with
this?

From benr at cogapp.com  Wed Jan 24 07:30:52 2024
From: benr at cogapp.com (Ben Rubinstein)
Date: Wed, 24 Jan 2024 12:30:52 +0000
Subject: tsNetCustomUploadSync: what am I doing wrong? (Answer: RTFM-P)
In-Reply-To: <cb7dbff7-17a1-4f0a-9470-8f7470233eb0@cogapp.com>
References: <cb7dbff7-17a1-4f0a-9470-8f7470233eb0@cogapp.com>
Message-ID: <26752834-9482-4ff6-abbb-1568abc9d97e@cogapp.com>

For the record:

 > put tsNetCustomUploadSync(tURL, "POST", tRequestData, tHeaders, ...

should have been

 > put tsNetCustomUploadSync(tURL, "POST", tHeaders, tRequestData, ...

:facepalm-emoji:

Ben

On 22/01/2024 21:48, Ben Rubinstein via use-livecode wrote:
> I'm trying to use tsNetCustomUploadSync, but something is going wrong.
> 
> To establish a baseline, I'm using it to do a POST request. I can prove that 
> my data is good because this works:
> 
>        set the httpHeaders to tHeaders
>        post tRequestData to URL tURL
>        put it into fld "ResultData"
>        put libUrlLastRhHeaders() into rOutHeaders
> 
> This, however:
>        put tsNetCustomUploadSync(tURL, "POST", tRequestData, tHeaders, 
> rOutHeaders, rResult, rBytes) into fld "ResultData"
> 
> returns an 'unauthorized' error, with message "Authentication required".
> 
> That suggests that either my URL (which contains part of the application ids 
> to which my authorisation token is specific) or my headers (which contains the 
> authorisation token) is not being passed correctly.
> 
> My guess is that it's more likely to be the headers. Can anyone advise?
> 
> TIA,
> 
> Ben
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From craig at starfirelighting.com  Wed Jan 24 10:19:54 2024
From: craig at starfirelighting.com (Craig Newman)
Date: Wed, 24 Jan 2024 10:19:54 -0500
Subject: Nasty filter bug
In-Reply-To: <47EE702B-9049-4147-AA8D-97D6215A15DC@milby7.com>
References: <3A76B324-8936-4C1E-B367-0758BC72C35C@optusnet.com.au>
 <47EE702B-9049-4147-AA8D-97D6215A15DC@milby7.com>
Message-ID: <62186890-01D9-4F33-BD40-CFBE606ED79A@starfirelighting.com>

I did not test the ASCII set exhaustively, but the culprit is the char “[“ (ASCII 91). Any other char (including “]”) in the string works correctly, that is, nothing is left after the filter command executes.

I do not know enough to say whether that particular char  does something to the filter command, which may use regex somehow in its inner workings.

Craig

Craig

> On Jan 23, 2024, at 9:45 PM, Brian Milby via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> Not sure this is really a bug.  The default is to match a wildcardPattern.  If you want to match [ then you must use [[] in the pattern.
> 
> Brian Milby
> brian at milby7.com
> 
>> On Jan 23, 2024, at 9:02 PM, Neville Smythe via use-livecode <use-livecode at lists.runrev.com> wrote:
>> 
>> Try this in the msg box:
>> 
>> put "aaa[bbb" into tStr; put line 1 of tStr into tLine; filter tStr without tLine; put tStr
>> I get (using MacOS, LC 9.6.11)
>> 
>> aaa[bbb
>> 
>> That is to say, the line is not filtered out.
>> 
>> And:
>> 
>> put "aaa[bbb" into tStr; filter tStr with tStr; put tStr
>> 
>> produces an empty string instead of the original string.
>> 
>> The bug occurs if the line contains the character “[“ anywhere; any lines containing that character are ignored by both filter with and filter without.
>> 
>> This is really serious, because I rely on the filter command a lot, as I would think do many other developers!
>> 
>> Don’t know if it occurs with other characters, but I have never seen it before. I discovered it when filtering lines with regular expressions. Other special regexp characters I have tested do not trigger the bug.
>> 
>> Neville Smythe
>> 
>> 
>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



From brian at milby7.com  Wed Jan 24 11:05:05 2024
From: brian at milby7.com (Brian Milby)
Date: Wed, 24 Jan 2024 11:05:05 -0500
Subject: Nasty filter bug
In-Reply-To: <62186890-01D9-4F33-BD40-CFBE606ED79A@starfirelighting.com>
References: <62186890-01D9-4F33-BD40-CFBE606ED79A@starfirelighting.com>
Message-ID: <CD6848B5-93AE-46CA-9B57-38D30C8164E9@milby7.com>

The only other two that would cause issues are ? and * which are single and multiple char wildcards respectively.

Brian Milby
brian at milby7.com

> On Jan 24, 2024, at 10:21 AM, Craig Newman via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> I did not test the ASCII set exhaustively, but the culprit is the char “[“ (ASCII 91). Any other char (including “]”) in the string works correctly, that is, nothing is left after the filter command executes.
> 
> I do not know enough to say whether that particular char  does something to the filter command, which may use regex somehow in its inner workings.
> 
> Craig
> 
> Craig
> 
>> On Jan 23, 2024, at 9:45 PM, Brian Milby via use-livecode <use-livecode at lists.runrev.com> wrote:
>> 
>> Not sure this is really a bug.  The default is to match a wildcardPattern.  If you want to match [ then you must use [[] in the pattern.
>> 
>> Brian Milby
>> brian at milby7.com
>> 
>>>> On Jan 23, 2024, at 9:02 PM, Neville Smythe via use-livecode <use-livecode at lists.runrev.com> wrote:
>>> 
>>> Try this in the msg box:
>>> 
>>> put "aaa[bbb" into tStr; put line 1 of tStr into tLine; filter tStr without tLine; put tStr
>>> I get (using MacOS, LC 9.6.11)
>>> 
>>> aaa[bbb
>>> 
>>> That is to say, the line is not filtered out.
>>> 
>>> And:
>>> 
>>> put "aaa[bbb" into tStr; filter tStr with tStr; put tStr
>>> 
>>> produces an empty string instead of the original string.
>>> 
>>> The bug occurs if the line contains the character “[“ anywhere; any lines containing that character are ignored by both filter with and filter without.
>>> 
>>> This is really serious, because I rely on the filter command a lot, as I would think do many other developers!
>>> 
>>> Don’t know if it occurs with other characters, but I have never seen it before. I discovered it when filtering lines with regular expressions. Other special regexp characters I have tested do not trigger the bug.
>>> 
>>> Neville Smythe
>>> 
>>> 
>>> 
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From craig at starfirelighting.com  Wed Jan 24 12:51:51 2024
From: craig at starfirelighting.com (Craig Newman)
Date: Wed, 24 Jan 2024 12:51:51 -0500
Subject: Nasty filter bug
In-Reply-To: <CD6848B5-93AE-46CA-9B57-38D30C8164E9@milby7.com>
References: <62186890-01D9-4F33-BD40-CFBE606ED79A@starfirelighting.com>
 <CD6848B5-93AE-46CA-9B57-38D30C8164E9@milby7.com>
Message-ID: <708D11AA-BFCC-4996-8C3F-3F240EC9EB05@starfirelighting.com>

Brian.

Nope. Those two chars pass through the filter, er, filtered.

Again, I did not test the entire character set.

Craig

> On Jan 24, 2024, at 11:05 AM, Brian Milby via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> The only other two that would cause issues are ? and * which are single and multiple char wildcards respectively.
> 
> Brian Milby
> brian at milby7.com
> 
>> On Jan 24, 2024, at 10:21 AM, Craig Newman via use-livecode <use-livecode at lists.runrev.com> wrote:
>> 
>> I did not test the ASCII set exhaustively, but the culprit is the char “[“ (ASCII 91). Any other char (including “]”) in the string works correctly, that is, nothing is left after the filter command executes.
>> 
>> I do not know enough to say whether that particular char  does something to the filter command, which may use regex somehow in its inner workings.
>> 
>> Craig
>> 
>> Craig
>> 
>>> On Jan 23, 2024, at 9:45 PM, Brian Milby via use-livecode <use-livecode at lists.runrev.com> wrote:
>>> 
>>> Not sure this is really a bug.  The default is to match a wildcardPattern.  If you want to match [ then you must use [[] in the pattern.
>>> 
>>> Brian Milby
>>> brian at milby7.com
>>> 
>>>>> On Jan 23, 2024, at 9:02 PM, Neville Smythe via use-livecode <use-livecode at lists.runrev.com> wrote:
>>>> 
>>>> Try this in the msg box:
>>>> 
>>>> put "aaa[bbb" into tStr; put line 1 of tStr into tLine; filter tStr without tLine; put tStr
>>>> I get (using MacOS, LC 9.6.11)
>>>> 
>>>> aaa[bbb
>>>> 
>>>> That is to say, the line is not filtered out.
>>>> 
>>>> And:
>>>> 
>>>> put "aaa[bbb" into tStr; filter tStr with tStr; put tStr
>>>> 
>>>> produces an empty string instead of the original string.
>>>> 
>>>> The bug occurs if the line contains the character “[“ anywhere; any lines containing that character are ignored by both filter with and filter without.
>>>> 
>>>> This is really serious, because I rely on the filter command a lot, as I would think do many other developers!
>>>> 
>>>> Don’t know if it occurs with other characters, but I have never seen it before. I discovered it when filtering lines with regular expressions. Other special regexp characters I have tested do not trigger the bug.
>>>> 
>>>> Neville Smythe
>>>> 
>>>> 
>>>> 
>>>> _______________________________________________
>>>> use-livecode mailing list
>>>> use-livecode at lists.runrev.com
>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>> 
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



From craig at starfirelighting.com  Wed Jan 24 13:17:50 2024
From: craig at starfirelighting.com (Craig Newman)
Date: Wed, 24 Jan 2024 13:17:50 -0500
Subject: Nasty filter bug
In-Reply-To: <708D11AA-BFCC-4996-8C3F-3F240EC9EB05@starfirelighting.com>
References: <62186890-01D9-4F33-BD40-CFBE606ED79A@starfirelighting.com>
 <CD6848B5-93AE-46CA-9B57-38D30C8164E9@milby7.com>
 <708D11AA-BFCC-4996-8C3F-3F240EC9EB05@starfirelighting.com>
Message-ID: <8E0429B5-0D3D-4F0F-925F-403F557562E0@starfirelighting.com>

OK, instead of working I did this:

on mouseUp

repeat with y = 1 to 255

put "XX" & numToChar(y) & "XX"  into temp

filter temp without temp

if temp <> "" then put y & return after accum

end repeat

answer accum

end mouseUp

There are two characters that prevent the filter command from doing its job: ASCII 91 (“[“) and ASCII 10, the return char.



Craig


> On Jan 24, 2024, at 12:51 PM, Craig Newman via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> Brian.
> 
> Nope. Those two chars pass through the filter, er, filtered.
> 
> Again, I did not test the entire character set.
> 
> Craig
> 
>> On Jan 24, 2024, at 11:05 AM, Brian Milby via use-livecode <use-livecode at lists.runrev.com> wrote:
>> 
>> The only other two that would cause issues are ? and * which are single and multiple char wildcards respectively.
>> 
>> Brian Milby
>> brian at milby7.com
>> 
>>> On Jan 24, 2024, at 10:21 AM, Craig Newman via use-livecode <use-livecode at lists.runrev.com> wrote:
>>> 
>>> I did not test the ASCII set exhaustively, but the culprit is the char “[“ (ASCII 91). Any other char (including “]”) in the string works correctly, that is, nothing is left after the filter command executes.
>>> 
>>> I do not know enough to say whether that particular char  does something to the filter command, which may use regex somehow in its inner workings.
>>> 
>>> Craig
>>> 
>>> Craig
>>> 
>>>> On Jan 23, 2024, at 9:45 PM, Brian Milby via use-livecode <use-livecode at lists.runrev.com> wrote:
>>>> 
>>>> Not sure this is really a bug.  The default is to match a wildcardPattern.  If you want to match [ then you must use [[] in the pattern.
>>>> 
>>>> Brian Milby
>>>> brian at milby7.com
>>>> 
>>>>>> On Jan 23, 2024, at 9:02 PM, Neville Smythe via use-livecode <use-livecode at lists.runrev.com> wrote:
>>>>> 
>>>>> Try this in the msg box:
>>>>> 
>>>>> put "aaa[bbb" into tStr; put line 1 of tStr into tLine; filter tStr without tLine; put tStr
>>>>> I get (using MacOS, LC 9.6.11)
>>>>> 
>>>>> aaa[bbb
>>>>> 
>>>>> That is to say, the line is not filtered out.
>>>>> 
>>>>> And:
>>>>> 
>>>>> put "aaa[bbb" into tStr; filter tStr with tStr; put tStr
>>>>> 
>>>>> produces an empty string instead of the original string.
>>>>> 
>>>>> The bug occurs if the line contains the character “[“ anywhere; any lines containing that character are ignored by both filter with and filter without.
>>>>> 
>>>>> This is really serious, because I rely on the filter command a lot, as I would think do many other developers!
>>>>> 
>>>>> Don’t know if it occurs with other characters, but I have never seen it before. I discovered it when filtering lines with regular expressions. Other special regexp characters I have tested do not trigger the bug.
>>>>> 
>>>>> Neville Smythe
>>>>> 
>>>>> 
>>>>> 
>>>>> _______________________________________________
>>>>> use-livecode mailing list
>>>>> use-livecode at lists.runrev.com
>>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>> 
>>>> _______________________________________________
>>>> use-livecode mailing list
>>>> use-livecode at lists.runrev.com
>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>> 
>>> 
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From brian at milby7.com  Wed Jan 24 14:53:08 2024
From: brian at milby7.com (Brian Milby)
Date: Wed, 24 Jan 2024 14:53:08 -0500
Subject: Nasty filter bug
In-Reply-To: <8E0429B5-0D3D-4F0F-925F-403F557562E0@starfirelighting.com>
References: <62186890-01D9-4F33-BD40-CFBE606ED79A@starfirelighting.com>
 <CD6848B5-93AE-46CA-9B57-38D30C8164E9@milby7.com>
 <708D11AA-BFCC-4996-8C3F-3F240EC9EB05@starfirelighting.com>
 <8E0429B5-0D3D-4F0F-925F-403F557562E0@starfirelighting.com>
Message-ID: <CA+yhkRakcgzCk+HiT_K04orxDyw4YTb78crtJhHenW-X0hiBVQ@mail.gmail.com>

Your test misses the actual issue:

on mouseup
   local tStr
   local tFilter
   put "a*b" into tFilter
   put "anything bold" into tStr
   filter tStr with tFilter
   put tStr
end mouseup

Will yield "anything bold"

while using the following 2 lines:
   put "a?b" into tFilter
   put "a*b" into tStr
will yield "a*b"

Finally, using the following 2 lines:
   put "a[?]b" into tFilter
   put "a?b" into tStr
will  yield "a?b"

The point is that you can end up with issues if you are counting on "*" and
"?" to filter literally.  They don't - they are wildcards and can match
anything (multiple char or single char respectively).  The "[" is also
special.

To ensure that your filters work properly if you do not want to use any
wildcards (i.e. match * and ? literally) would require you to change *, ?,
and [ to [*], [?], and [[].

On Wed, Jan 24, 2024 at 1:19 PM Craig Newman via use-livecode <
use-livecode at lists.runrev.com> wrote:

> OK, instead of working I did this:
>
> on mouseUp
>
> repeat with y = 1 to 255
>
> put "XX" & numToChar(y) & "XX"  into temp
>
> filter temp without temp
>
> if temp <> "" then put y & return after accum
>
> end repeat
>
> answer accum
>
> end mouseUp
>
> There are two characters that prevent the filter command from doing its
> job: ASCII 91 (“[“) and ASCII 10, the return char.
>
>
>
> Craig
>
>
> > On Jan 24, 2024, at 12:51 PM, Craig Newman via use-livecode <
> use-livecode at lists.runrev.com> wrote:
> >
> > Brian.
> >
> > Nope. Those two chars pass through the filter, er, filtered.
> >
> > Again, I did not test the entire character set.
> >
> > Craig
> >
> >> On Jan 24, 2024, at 11:05 AM, Brian Milby via use-livecode <
> use-livecode at lists.runrev.com> wrote:
> >>
> >> The only other two that would cause issues are ? and * which are single
> and multiple char wildcards respectively.
> >>
> >> Brian Milby
> >> brian at milby7.com
> >>
> >>> On Jan 24, 2024, at 10:21 AM, Craig Newman via use-livecode <
> use-livecode at lists.runrev.com> wrote:
> >>>
> >>> I did not test the ASCII set exhaustively, but the culprit is the
> char “[“ (ASCII 91). Any other char (including “]”) in the string works
> correctly, that is, nothing is left after the filter command executes.
> >>>
> >>> I do not know enough to say whether that particular char  does
> something to the filter command, which may use regex somehow in its inner
> workings.
> >>>
> >>> Craig
> >>>
> >>> Craig
> >>>
> >>>> On Jan 23, 2024, at 9:45 PM, Brian Milby via use-livecode <
> use-livecode at lists.runrev.com> wrote:
> >>>>
> >>>> Not sure this is really a bug.  The default is to match a
> wildcardPattern.  If you want to match [ then you must use [[] in the
> pattern.
> >>>>
> >>>> Brian Milby
> >>>> brian at milby7.com
> >>>>
> >>>>>> On Jan 23, 2024, at 9:02 PM, Neville Smythe via use-livecode <
> use-livecode at lists.runrev.com> wrote:
> >>>>>
> >>>>> Try this in the msg box:
> >>>>>
> >>>>> put "aaa[bbb" into tStr; put line 1 of tStr into tLine; filter tStr
> without tLine; put tStr
> >>>>> I get (using MacOS, LC 9.6.11)
> >>>>>
> >>>>> aaa[bbb
> >>>>>
> >>>>> That is to say, the line is not filtered out.
> >>>>>
> >>>>> And:
> >>>>>
> >>>>> put "aaa[bbb" into tStr; filter tStr with tStr; put tStr
> >>>>>
> >>>>> produces an empty string instead of the original string.
> >>>>>
> >>>>> The bug occurs if the line contains the character “[“ anywhere; any
> lines containing that character are ignored by both filter with and filter
> without.
> >>>>>
> >>>>> This is really serious, because I rely on the filter command a lot,
> as I would think do many other developers!
> >>>>>
> >>>>> Don’t know if it occurs with other characters, but I have never seen
> it before. I discovered it when filtering lines with regular expressions.
> Other special regexp characters I have tested do not trigger the bug.
> >>>>>
> >>>>> Neville Smythe
> >>>>>
> >>>>>
> >>>>>
> >>>>> _______________________________________________
> >>>>> use-livecode mailing list
> >>>>> use-livecode at lists.runrev.com
> >>>>> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> >>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>>>
> >>>> _______________________________________________
> >>>> use-livecode mailing list
> >>>> use-livecode at lists.runrev.com
> >>>> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> >>>> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>>
> >>>
> >>> _______________________________________________
> >>> use-livecode mailing list
> >>> use-livecode at lists.runrev.com
> >>> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> >>> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>
> >> _______________________________________________
> >> use-livecode mailing list
> >> use-livecode at lists.runrev.com
> >> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> >> http://lists.runrev.com/mailman/listinfo/use-livecode
> >
> >
> > _______________________________________________
> > use-livecode mailing list
> > use-livecode at lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>

From craig at starfirelighting.com  Wed Jan 24 15:33:43 2024
From: craig at starfirelighting.com (Craig Newman)
Date: Wed, 24 Jan 2024 15:33:43 -0500
Subject: Nasty filter bug
In-Reply-To: <CA+yhkRakcgzCk+HiT_K04orxDyw4YTb78crtJhHenW-X0hiBVQ@mail.gmail.com>
References: <62186890-01D9-4F33-BD40-CFBE606ED79A@starfirelighting.com>
 <CD6848B5-93AE-46CA-9B57-38D30C8164E9@milby7.com>
 <708D11AA-BFCC-4996-8C3F-3F240EC9EB05@starfirelighting.com>
 <8E0429B5-0D3D-4F0F-925F-403F557562E0@starfirelighting.com>
 <CA+yhkRakcgzCk+HiT_K04orxDyw4YTb78crtJhHenW-X0hiBVQ@mail.gmail.com>
Message-ID: <A35C01EB-065F-4052-9B7B-7F293BFE9CBA@starfirelighting.com>

Brian.

The original post tried to filter a string by filtering (without) that actual string, and was interested in why that did not yield empty. Intuitively, the result of such a filter operation ought always to be empty. The presence of the char “[“ is the “culprit”. That is as far as I took it.

Anyway, you state that the char “[“ is a regex special character, which explains a lot. The other two, “?” and “*” filter without issue, though, and I guess one has to be a regex user to see why.

I am not.

Craig

> On Jan 24, 2024, at 2:53 PM, Brian Milby via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> Your test misses the actual issue:
> 
> on mouseup
>   local tStr
>   local tFilter
>   put "a*b" into tFilter
>   put "anything bold" into tStr
>   filter tStr with tFilter
>   put tStr
> end mouseup
> 
> Will yield "anything bold"
> 
> while using the following 2 lines:
>   put "a?b" into tFilter
>   put "a*b" into tStr
> will yield "a*b"
> 
> Finally, using the following 2 lines:
>   put "a[?]b" into tFilter
>   put "a?b" into tStr
> will  yield "a?b"
> 
> The point is that you can end up with issues if you are counting on "*" and
> "?" to filter literally.  They don't - they are wildcards and can match
> anything (multiple char or single char respectively).  The "[" is also
> special.
> 
> To ensure that your filters work properly if you do not want to use any
> wildcards (i.e. match * and ? literally) would require you to change *, ?,
> and [ to [*], [?], and [[].
> 
> On Wed, Jan 24, 2024 at 1:19 PM Craig Newman via use-livecode <
> use-livecode at lists.runrev.com> wrote:
> 
>> OK, instead of working I did this:
>> 
>> on mouseUp
>> 
>> repeat with y = 1 to 255
>> 
>> put "XX" & numToChar(y) & "XX"  into temp
>> 
>> filter temp without temp
>> 
>> if temp <> "" then put y & return after accum
>> 
>> end repeat
>> 
>> answer accum
>> 
>> end mouseUp
>> 
>> There are two characters that prevent the filter command from doing its
>> job: ASCII 91 (“[“) and ASCII 10, the return char.
>> 
>> 
>> 
>> Craig
>> 
>> 
>>> On Jan 24, 2024, at 12:51 PM, Craig Newman via use-livecode <
>> use-livecode at lists.runrev.com> wrote:
>>> 
>>> Brian.
>>> 
>>> Nope. Those two chars pass through the filter, er, filtered.
>>> 
>>> Again, I did not test the entire character set.
>>> 
>>> Craig
>>> 
>>>> On Jan 24, 2024, at 11:05 AM, Brian Milby via use-livecode <
>> use-livecode at lists.runrev.com> wrote:
>>>> 
>>>> The only other two that would cause issues are ? and * which are single
>> and multiple char wildcards respectively.
>>>> 
>>>> Brian Milby
>>>> brian at milby7.com
>>>> 
>>>>> On Jan 24, 2024, at 10:21 AM, Craig Newman via use-livecode <
>> use-livecode at lists.runrev.com> wrote:
>>>>> 
>>>>> I did not test the ASCII set exhaustively, but the culprit is the
>> char “[“ (ASCII 91). Any other char (including “]”) in the string works
>> correctly, that is, nothing is left after the filter command executes.
>>>>> 
>>>>> I do not know enough to say whether that particular char  does
>> something to the filter command, which may use regex somehow in its inner
>> workings.
>>>>> 
>>>>> Craig
>>>>> 
>>>>> Craig
>>>>> 
>>>>>> On Jan 23, 2024, at 9:45 PM, Brian Milby via use-livecode <
>> use-livecode at lists.runrev.com> wrote:
>>>>>> 
>>>>>> Not sure this is really a bug.  The default is to match a
>> wildcardPattern.  If you want to match [ then you must use [[] in the
>> pattern.
>>>>>> 
>>>>>> Brian Milby
>>>>>> brian at milby7.com
>>>>>> 
>>>>>>>> On Jan 23, 2024, at 9:02 PM, Neville Smythe via use-livecode <
>> use-livecode at lists.runrev.com> wrote:
>>>>>>> 
>>>>>>> Try this in the msg box:
>>>>>>> 
>>>>>>> put "aaa[bbb" into tStr; put line 1 of tStr into tLine; filter tStr
>> without tLine; put tStr
>>>>>>> I get (using MacOS, LC 9.6.11)
>>>>>>> 
>>>>>>> aaa[bbb
>>>>>>> 
>>>>>>> That is to say, the line is not filtered out.
>>>>>>> 
>>>>>>> And:
>>>>>>> 
>>>>>>> put "aaa[bbb" into tStr; filter tStr with tStr; put tStr
>>>>>>> 
>>>>>>> produces an empty string instead of the original string.
>>>>>>> 
>>>>>>> The bug occurs if the line contains the character “[“ anywhere; any
>> lines containing that character are ignored by both filter with and filter
>> without.
>>>>>>> 
>>>>>>> This is really serious, because I rely on the filter command a lot,
>> as I would think do many other developers!
>>>>>>> 
>>>>>>> Don’t know if it occurs with other characters, but I have never seen
>> it before. I discovered it when filtering lines with regular expressions.
>> Other special regexp characters I have tested do not trigger the bug.
>>>>>>> 
>>>>>>> Neville Smythe
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> _______________________________________________
>>>>>>> use-livecode mailing list
>>>>>>> use-livecode at lists.runrev.com
>>>>>>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>> 
>>>>>> _______________________________________________
>>>>>> use-livecode mailing list
>>>>>> use-livecode at lists.runrev.com
>>>>>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>> 
>>>>> 
>>>>> _______________________________________________
>>>>> use-livecode mailing list
>>>>> use-livecode at lists.runrev.com
>>>>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>> 
>>>> _______________________________________________
>>>> use-livecode mailing list
>>>> use-livecode at lists.runrev.com
>>>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>> 
>>> 
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



From neville.smythe at optusnet.com.au  Wed Jan 24 15:41:20 2024
From: neville.smythe at optusnet.com.au (Neville Smythe)
Date: Thu, 25 Jan 2024 07:41:20 +1100
Subject: Nasty filter bug (not)
Message-ID: <AB00349D-1DBE-482C-B786-69C88F56AB85@optusnet.com.au>

Thanks Brian of putting me right (once again) . I had completely forgotten.the escape sequence for the wildcards is [*] and [? (an unexpected way to escape a character, but it is what it is) and so had overlooked that [ is itself a special character.

And neither * nor ? In the msg box example cause the so-called “bug” but for accidental reasons since they happen to match themselves, so they didn’t trigger my memory to look further for an explanation!

Neville Smythe





From brian at milby7.com  Wed Jan 24 16:37:02 2024
From: brian at milby7.com (Brian Milby)
Date: Wed, 24 Jan 2024 16:37:02 -0500
Subject: Nasty filter bug
In-Reply-To: <A35C01EB-065F-4052-9B7B-7F293BFE9CBA@starfirelighting.com>
References: <A35C01EB-065F-4052-9B7B-7F293BFE9CBA@starfirelighting.com>
Message-ID: <1E0136A0-D983-43D4-8B36-F3678BCD2E01@milby7.com>

I just want to clarify that this isn’t the regex version of filter but the wildcard pattern version.  It is much less complicated than regex.  Square brackets are used to group characters to be matched so you can use [abc]* to match any item that starts with a, b, or c.  The dictionary entry for this is pretty good.

Brian Milby
brian at milby7.com

> On Jan 24, 2024, at 3:35 PM, Craig Newman via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> Brian.
> 
> The original post tried to filter a string by filtering (without) that actual string, and was interested in why that did not yield empty. Intuitively, the result of such a filter operation ought always to be empty. The presence of the char “[“ is the “culprit”. That is as far as I took it.
> 
> Anyway, you state that the char “[“ is a regex special character, which explains a lot. The other two, “?” and “*” filter without issue, though, and I guess one has to be a regex user to see why.
> 
> I am not.
> 
> Craig
> 
>> On Jan 24, 2024, at 2:53 PM, Brian Milby via use-livecode <use-livecode at lists.runrev.com> wrote:
>> 
>> Your test misses the actual issue:
>> 
>> on mouseup
>>  local tStr
>>  local tFilter
>>  put "a*b" into tFilter
>>  put "anything bold" into tStr
>>  filter tStr with tFilter
>>  put tStr
>> end mouseup
>> 
>> Will yield "anything bold"
>> 
>> while using the following 2 lines:
>>  put "a?b" into tFilter
>>  put "a*b" into tStr
>> will yield "a*b"
>> 
>> Finally, using the following 2 lines:
>>  put "a[?]b" into tFilter
>>  put "a?b" into tStr
>> will  yield "a?b"
>> 
>> The point is that you can end up with issues if you are counting on "*" and
>> "?" to filter literally.  They don't - they are wildcards and can match
>> anything (multiple char or single char respectively).  The "[" is also
>> special.
>> 
>> To ensure that your filters work properly if you do not want to use any
>> wildcards (i.e. match * and ? literally) would require you to change *, ?,
>> and [ to [*], [?], and [[].
>> 
>>> On Wed, Jan 24, 2024 at 1:19 PM Craig Newman via use-livecode <
>>> use-livecode at lists.runrev.com> wrote:
>>> 
>>> OK, instead of working I did this:
>>> 
>>> on mouseUp
>>> 
>>> repeat with y = 1 to 255
>>> 
>>> put "XX" & numToChar(y) & "XX"  into temp
>>> 
>>> filter temp without temp
>>> 
>>> if temp <> "" then put y & return after accum
>>> 
>>> end repeat
>>> 
>>> answer accum
>>> 
>>> end mouseUp
>>> 
>>> There are two characters that prevent the filter command from doing its
>>> job: ASCII 91 (“[“) and ASCII 10, the return char.
>>> 
>>> 
>>> 
>>> Craig
>>> 
>>> 
>>>> On Jan 24, 2024, at 12:51 PM, Craig Newman via use-livecode <
>>> use-livecode at lists.runrev.com> wrote:
>>>> 
>>>> Brian.
>>>> 
>>>> Nope. Those two chars pass through the filter, er, filtered.
>>>> 
>>>> Again, I did not test the entire character set.
>>>> 
>>>> Craig
>>>> 
>>>>> On Jan 24, 2024, at 11:05 AM, Brian Milby via use-livecode <
>>> use-livecode at lists.runrev.com> wrote:
>>>>> 
>>>>> The only other two that would cause issues are ? and * which are single
>>> and multiple char wildcards respectively.
>>>>> 
>>>>> Brian Milby
>>>>> brian at milby7.com
>>>>> 
>>>>>> On Jan 24, 2024, at 10:21 AM, Craig Newman via use-livecode <
>>> use-livecode at lists.runrev.com> wrote:
>>>>>> 
>>>>>> I did not test the ASCII set exhaustively, but the culprit is the
>>> char “[“ (ASCII 91). Any other char (including “]”) in the string works
>>> correctly, that is, nothing is left after the filter command executes.
>>>>>> 
>>>>>> I do not know enough to say whether that particular char  does
>>> something to the filter command, which may use regex somehow in its inner
>>> workings.
>>>>>> 
>>>>>> Craig
>>>>>> 
>>>>>> Craig
>>>>>> 
>>>>>>> On Jan 23, 2024, at 9:45 PM, Brian Milby via use-livecode <
>>> use-livecode at lists.runrev.com> wrote:
>>>>>>> 
>>>>>>> Not sure this is really a bug.  The default is to match a
>>> wildcardPattern.  If you want to match [ then you must use [[] in the
>>> pattern.
>>>>>>> 
>>>>>>> Brian Milby
>>>>>>> brian at milby7.com
>>>>>>> 
>>>>>>>>> On Jan 23, 2024, at 9:02 PM, Neville Smythe via use-livecode <
>>> use-livecode at lists.runrev.com> wrote:
>>>>>>>> 
>>>>>>>> Try this in the msg box:
>>>>>>>> 
>>>>>>>> put "aaa[bbb" into tStr; put line 1 of tStr into tLine; filter tStr
>>> without tLine; put tStr
>>>>>>>> I get (using MacOS, LC 9.6.11)
>>>>>>>> 
>>>>>>>> aaa[bbb
>>>>>>>> 
>>>>>>>> That is to say, the line is not filtered out.
>>>>>>>> 
>>>>>>>> And:
>>>>>>>> 
>>>>>>>> put "aaa[bbb" into tStr; filter tStr with tStr; put tStr
>>>>>>>> 
>>>>>>>> produces an empty string instead of the original string.
>>>>>>>> 
>>>>>>>> The bug occurs if the line contains the character “[“ anywhere; any
>>> lines containing that character are ignored by both filter with and filter
>>> without.
>>>>>>>> 
>>>>>>>> This is really serious, because I rely on the filter command a lot,
>>> as I would think do many other developers!
>>>>>>>> 
>>>>>>>> Don’t know if it occurs with other characters, but I have never seen
>>> it before. I discovered it when filtering lines with regular expressions.
>>> Other special regexp characters I have tested do not trigger the bug.
>>>>>>>> 
>>>>>>>> Neville Smythe
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> _______________________________________________
>>>>>>>> use-livecode mailing list
>>>>>>>> use-livecode at lists.runrev.com
>>>>>>>> Please visit this url to subscribe, unsubscribe and manage your
>>> subscription preferences:
>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>> 
>>>>>>> _______________________________________________
>>>>>>> use-livecode mailing list
>>>>>>> use-livecode at lists.runrev.com
>>>>>>> Please visit this url to subscribe, unsubscribe and manage your
>>> subscription preferences:
>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>> 
>>>>>> 
>>>>>> _______________________________________________
>>>>>> use-livecode mailing list
>>>>>> use-livecode at lists.runrev.com
>>>>>> Please visit this url to subscribe, unsubscribe and manage your
>>> subscription preferences:
>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>> 
>>>>> _______________________________________________
>>>>> use-livecode mailing list
>>>>> use-livecode at lists.runrev.com
>>>>> Please visit this url to subscribe, unsubscribe and manage your
>>> subscription preferences:
>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>> 
>>>> 
>>>> _______________________________________________
>>>> use-livecode mailing list
>>>> use-livecode at lists.runrev.com
>>>> Please visit this url to subscribe, unsubscribe and manage your
>>> subscription preferences:
>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>> 
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your
>>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From craig at starfirelighting.com  Wed Jan 24 17:21:29 2024
From: craig at starfirelighting.com (Craig Newman)
Date: Wed, 24 Jan 2024 17:21:29 -0500
Subject: Nasty filter bug
In-Reply-To: <1E0136A0-D983-43D4-8B36-F3678BCD2E01@milby7.com>
References: <A35C01EB-065F-4052-9B7B-7F293BFE9CBA@starfirelighting.com>
 <1E0136A0-D983-43D4-8B36-F3678BCD2E01@milby7.com>
Message-ID: <6640E374-E41C-45B2-A09E-4D8D1AA59747@starfirelighting.com>

Brian.

So the inclusion of “[“ would have matched nothing in the original string ""aaa[bbb””? That is, even though the bracketed string was not “closed” with “]”, did it try to find a string that began with “b”, failed, and therefore returned the original string untouched?

Craig

> On Jan 24, 2024, at 4:37 PM, Brian Milby via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> I just want to clarify that this isn’t the regex version of filter but the wildcard pattern version.  It is much less complicated than regex.  Square brackets are used to group characters to be matched so you can use [abc]* to match any item that starts with a, b, or c.  The dictionary entry for this is pretty good.
> 
> Brian Milby
> brian at milby7.com <mailto:brian at milby7.com>
> 
>> On Jan 24, 2024, at 3:35 PM, Craig Newman via use-livecode <use-livecode at lists.runrev.com <mailto:use-livecode at lists.runrev.com>> wrote:
>> 
>> Brian.
>> 
>> The original post tried to filter a string by filtering (without) that actual string, and was interested in why that did not yield empty. Intuitively, the result of such a filter operation ought always to be empty. The presence of the char “[“ is the “culprit”. That is as far as I took it.
>> 
>> Anyway, you state that the char “[“ is a regex special character, which explains a lot. The other two, “?” and “*” filter without issue, though, and I guess one has to be a regex user to see why.
>> 
>> I am not.
>> 
>> Craig
>> 
>>> On Jan 24, 2024, at 2:53 PM, Brian Milby via use-livecode <use-livecode at lists.runrev.com <mailto:use-livecode at lists.runrev.com>> wrote:
>>> 
>>> Your test misses the actual issue:
>>> 
>>> on mouseup
>>> local tStr
>>> local tFilter
>>> put "a*b" into tFilter
>>> put "anything bold" into tStr
>>> filter tStr with tFilter
>>> put tStr
>>> end mouseup
>>> 
>>> Will yield "anything bold"
>>> 
>>> while using the following 2 lines:
>>> put "a?b" into tFilter
>>> put "a*b" into tStr
>>> will yield "a*b"
>>> 
>>> Finally, using the following 2 lines:
>>> put "a[?]b" into tFilter
>>> put "a?b" into tStr
>>> will  yield "a?b"
>>> 
>>> The point is that you can end up with issues if you are counting on "*" and
>>> "?" to filter literally.  They don't - they are wildcards and can match
>>> anything (multiple char or single char respectively).  The "[" is also
>>> special.
>>> 
>>> To ensure that your filters work properly if you do not want to use any
>>> wildcards (i.e. match * and ? literally) would require you to change *, ?,
>>> and [ to [*], [?], and [[].
>>> 
>>>> On Wed, Jan 24, 2024 at 1:19 PM Craig Newman via use-livecode <
>>>> use-livecode at lists.runrev.com <mailto:use-livecode at lists.runrev.com>> wrote:
>>>> 
>>>> OK, instead of working I did this:
>>>> 
>>>> on mouseUp
>>>> 
>>>> repeat with y = 1 to 255
>>>> 
>>>> put "XX" & numToChar(y) & "XX"  into temp
>>>> 
>>>> filter temp without temp
>>>> 
>>>> if temp <> "" then put y & return after accum
>>>> 
>>>> end repeat
>>>> 
>>>> answer accum
>>>> 
>>>> end mouseUp
>>>> 
>>>> There are two characters that prevent the filter command from doing its
>>>> job: ASCII 91 (“[“) and ASCII 10, the return char.
>>>> 
>>>> 
>>>> 
>>>> Craig
>>>> 
>>>> 
>>>>> On Jan 24, 2024, at 12:51 PM, Craig Newman via use-livecode <
>>>> use-livecode at lists.runrev.com <mailto:use-livecode at lists.runrev.com>> wrote:
>>>>> 
>>>>> Brian.
>>>>> 
>>>>> Nope. Those two chars pass through the filter, er, filtered.
>>>>> 
>>>>> Again, I did not test the entire character set.
>>>>> 
>>>>> Craig
>>>>> 
>>>>>> On Jan 24, 2024, at 11:05 AM, Brian Milby via use-livecode <
>>>> use-livecode at lists.runrev.com> wrote:
>>>>>> 
>>>>>> The only other two that would cause issues are ? and * which are single
>>>> and multiple char wildcards respectively.
>>>>>> 
>>>>>> Brian Milby
>>>>>> brian at milby7.com
>>>>>> 
>>>>>>> On Jan 24, 2024, at 10:21 AM, Craig Newman via use-livecode <
>>>> use-livecode at lists.runrev.com> wrote:
>>>>>>> 
>>>>>>> I did not test the ASCII set exhaustively, but the culprit is the
>>>> char “[“ (ASCII 91). Any other char (including “]”) in the string works
>>>> correctly, that is, nothing is left after the filter command executes.
>>>>>>> 
>>>>>>> I do not know enough to say whether that particular char  does
>>>> something to the filter command, which may use regex somehow in its inner
>>>> workings.
>>>>>>> 
>>>>>>> Craig
>>>>>>> 
>>>>>>> Craig
>>>>>>> 
>>>>>>>> On Jan 23, 2024, at 9:45 PM, Brian Milby via use-livecode <
>>>> use-livecode at lists.runrev.com> wrote:
>>>>>>>> 
>>>>>>>> Not sure this is really a bug.  The default is to match a
>>>> wildcardPattern.  If you want to match [ then you must use [[] in the
>>>> pattern.
>>>>>>>> 
>>>>>>>> Brian Milby
>>>>>>>> brian at milby7.com
>>>>>>>> 
>>>>>>>>>> On Jan 23, 2024, at 9:02 PM, Neville Smythe via use-livecode <
>>>> use-livecode at lists.runrev.com> wrote:
>>>>>>>>> 
>>>>>>>>> Try this in the msg box:
>>>>>>>>> 
>>>>>>>>> put "aaa[bbb" into tStr; put line 1 of tStr into tLine; filter tStr
>>>> without tLine; put tStr
>>>>>>>>> I get (using MacOS, LC 9.6.11)
>>>>>>>>> 
>>>>>>>>> aaa[bbb
>>>>>>>>> 
>>>>>>>>> That is to say, the line is not filtered out.
>>>>>>>>> 
>>>>>>>>> And:
>>>>>>>>> 
>>>>>>>>> put "aaa[bbb" into tStr; filter tStr with tStr; put tStr
>>>>>>>>> 
>>>>>>>>> produces an empty string instead of the original string.
>>>>>>>>> 
>>>>>>>>> The bug occurs if the line contains the character “[“ anywhere; any
>>>> lines containing that character are ignored by both filter with and filter
>>>> without.
>>>>>>>>> 
>>>>>>>>> This is really serious, because I rely on the filter command a lot,
>>>> as I would think do many other developers!
>>>>>>>>> 
>>>>>>>>> Don’t know if it occurs with other characters, but I have never seen
>>>> it before. I discovered it when filtering lines with regular expressions.
>>>> Other special regexp characters I have tested do not trigger the bug.
>>>>>>>>> 
>>>>>>>>> Neville Smythe
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> _______________________________________________
>>>>>>>>> use-livecode mailing list
>>>>>>>>> use-livecode at lists.runrev.com
>>>>>>>>> Please visit this url to subscribe, unsubscribe and manage your
>>>> subscription preferences:
>>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>>> 
>>>>>>>> _______________________________________________
>>>>>>>> use-livecode mailing list
>>>>>>>> use-livecode at lists.runrev.com
>>>>>>>> Please visit this url to subscribe, unsubscribe and manage your
>>>> subscription preferences:
>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>> 
>>>>>>> 
>>>>>>> _______________________________________________
>>>>>>> use-livecode mailing list
>>>>>>> use-livecode at lists.runrev.com
>>>>>>> Please visit this url to subscribe, unsubscribe and manage your
>>>> subscription preferences:
>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>> 
>>>>>> _______________________________________________
>>>>>> use-livecode mailing list
>>>>>> use-livecode at lists.runrev.com
>>>>>> Please visit this url to subscribe, unsubscribe and manage your
>>>> subscription preferences:
>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>> 
>>>>> 
>>>>> _______________________________________________
>>>>> use-livecode mailing list
>>>>> use-livecode at lists.runrev.com
>>>>> Please visit this url to subscribe, unsubscribe and manage your
>>>> subscription preferences:
>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>> 
>>>> _______________________________________________
>>>> use-livecode mailing list
>>>> use-livecode at lists.runrev.com
>>>> Please visit this url to subscribe, unsubscribe and manage your
>>>> subscription preferences:
>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>> 
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com <mailto:use-livecode at lists.runrev.com>
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From brian at milby7.com  Wed Jan 24 18:56:25 2024
From: brian at milby7.com (Brian Milby)
Date: Wed, 24 Jan 2024 18:56:25 -0500
Subject: Nasty filter bug
In-Reply-To: <6640E374-E41C-45B2-A09E-4D8D1AA59747@starfirelighting.com>
References: <A35C01EB-065F-4052-9B7B-7F293BFE9CBA@starfirelighting.com>
 <1E0136A0-D983-43D4-8B36-F3678BCD2E01@milby7.com>
 <6640E374-E41C-45B2-A09E-4D8D1AA59747@starfirelighting.com>
Message-ID: <CA+yhkRaxcK-2rj4Fbh1m2-JjWdH370cBk9m24Qv6HhJJfpW8Uw@mail.gmail.com>

It seems that an unmatched opening bracket makes it completely fail.  My
guess is that the filter string is not valid so it doesn't even try.  I
couldn't get a filter string containing a "[" to match anything.

On Wed, Jan 24, 2024 at 5:23 PM Craig Newman via use-livecode <
use-livecode at lists.runrev.com> wrote:

> Brian.
>
> So the inclusion of “[“ would have matched nothing in the original string
> ""aaa[bbb””? That is, even though the bracketed string was not “closed”
> with “]”, did it try to find a string that began with “b”, failed, and
> therefore returned the original string untouched?
>
> Craig
>
> > On Jan 24, 2024, at 4:37 PM, Brian Milby via use-livecode <
> use-livecode at lists.runrev.com> wrote:
> >
> > I just want to clarify that this isn’t the regex version of filter but
> the wildcard pattern version.  It is much less complicated than regex.
> Square brackets are used to group characters to be matched so you can use
> [abc]* to match any item that starts with a, b, or c.  The dictionary entry
> for this is pretty good.
> >
> > Brian Milby
> > brian at milby7.com <mailto:brian at milby7.com>
> >
> >> On Jan 24, 2024, at 3:35 PM, Craig Newman via use-livecode <
> use-livecode at lists.runrev.com <mailto:use-livecode at lists.runrev.com>>
> wrote:
> >>
> >> Brian.
> >>
> >> The original post tried to filter a string by filtering (without) that
> actual string, and was interested in why that did not yield empty.
> Intuitively, the result of such a filter operation ought always to be
> empty. The presence of the char “[“ is the “culprit”. That is as far as I
> took it.
> >>
> >> Anyway, you state that the char “[“ is a regex special character, which
> explains a lot. The other two, “?” and “*” filter without issue, though,
> and I guess one has to be a regex user to see why.
> >>
> >> I am not.
> >>
> >> Craig
> >>
> >>> On Jan 24, 2024, at 2:53 PM, Brian Milby via use-livecode <
> use-livecode at lists.runrev.com <mailto:use-livecode at lists.runrev.com>>
> wrote:
> >>>
> >>> Your test misses the actual issue:
> >>>
> >>> on mouseup
> >>> local tStr
> >>> local tFilter
> >>> put "a*b" into tFilter
> >>> put "anything bold" into tStr
> >>> filter tStr with tFilter
> >>> put tStr
> >>> end mouseup
> >>>
> >>> Will yield "anything bold"
> >>>
> >>> while using the following 2 lines:
> >>> put "a?b" into tFilter
> >>> put "a*b" into tStr
> >>> will yield "a*b"
> >>>
> >>> Finally, using the following 2 lines:
> >>> put "a[?]b" into tFilter
> >>> put "a?b" into tStr
> >>> will  yield "a?b"
> >>>
> >>> The point is that you can end up with issues if you are counting on
> "*" and
> >>> "?" to filter literally.  They don't - they are wildcards and can match
> >>> anything (multiple char or single char respectively).  The "[" is also
> >>> special.
> >>>
> >>> To ensure that your filters work properly if you do not want to use any
> >>> wildcards (i.e. match * and ? literally) would require you to change
> *, ?,
> >>> and [ to [*], [?], and [[].
> >>>
> >>>> On Wed, Jan 24, 2024 at 1:19 PM Craig Newman via use-livecode <
> >>>> use-livecode at lists.runrev.com <mailto:use-livecode at lists.runrev.com>>
> wrote:
> >>>>
> >>>> OK, instead of working I did this:
> >>>>
> >>>> on mouseUp
> >>>>
> >>>> repeat with y = 1 to 255
> >>>>
> >>>> put "XX" & numToChar(y) & "XX"  into temp
> >>>>
> >>>> filter temp without temp
> >>>>
> >>>> if temp <> "" then put y & return after accum
> >>>>
> >>>> end repeat
> >>>>
> >>>> answer accum
> >>>>
> >>>> end mouseUp
> >>>>
> >>>> There are two characters that prevent the filter command from doing
> its
> >>>> job: ASCII 91 (“[“) and ASCII 10, the return char.
> >>>>
> >>>>
> >>>>
> >>>> Craig
> >>>>
> >>>>
> >>>>> On Jan 24, 2024, at 12:51 PM, Craig Newman via use-livecode <
> >>>> use-livecode at lists.runrev.com <mailto:use-livecode at lists.runrev.com>>
> wrote:
> >>>>>
> >>>>> Brian.
> >>>>>
> >>>>> Nope. Those two chars pass through the filter, er, filtered.
> >>>>>
> >>>>> Again, I did not test the entire character set.
> >>>>>
> >>>>> Craig
> >>>>>
> >>>>>> On Jan 24, 2024, at 11:05 AM, Brian Milby via use-livecode <
> >>>> use-livecode at lists.runrev.com> wrote:
> >>>>>>
> >>>>>> The only other two that would cause issues are ? and * which are
> single
> >>>> and multiple char wildcards respectively.
> >>>>>>
> >>>>>> Brian Milby
> >>>>>> brian at milby7.com
> >>>>>>
> >>>>>>> On Jan 24, 2024, at 10:21 AM, Craig Newman via use-livecode <
> >>>> use-livecode at lists.runrev.com> wrote:
> >>>>>>>
> >>>>>>> I did not test the ASCII set exhaustively, but the culprit is the
> >>>> char “[“ (ASCII 91). Any other char (including “]”) in the string
> works
> >>>> correctly, that is, nothing is left after the filter command executes.
> >>>>>>>
> >>>>>>> I do not know enough to say whether that particular char  does
> >>>> something to the filter command, which may use regex somehow in its
> inner
> >>>> workings.
> >>>>>>>
> >>>>>>> Craig
> >>>>>>>
> >>>>>>> Craig
> >>>>>>>
> >>>>>>>> On Jan 23, 2024, at 9:45 PM, Brian Milby via use-livecode <
> >>>> use-livecode at lists.runrev.com> wrote:
> >>>>>>>>
> >>>>>>>> Not sure this is really a bug.  The default is to match a
> >>>> wildcardPattern.  If you want to match [ then you must use [[] in the
> >>>> pattern.
> >>>>>>>>
> >>>>>>>> Brian Milby
> >>>>>>>> brian at milby7.com
> >>>>>>>>
> >>>>>>>>>> On Jan 23, 2024, at 9:02 PM, Neville Smythe via use-livecode <
> >>>> use-livecode at lists.runrev.com> wrote:
> >>>>>>>>>
> >>>>>>>>> Try this in the msg box:
> >>>>>>>>>
> >>>>>>>>> put "aaa[bbb" into tStr; put line 1 of tStr into tLine; filter
> tStr
> >>>> without tLine; put tStr
> >>>>>>>>> I get (using MacOS, LC 9.6.11)
> >>>>>>>>>
> >>>>>>>>> aaa[bbb
> >>>>>>>>>
> >>>>>>>>> That is to say, the line is not filtered out.
> >>>>>>>>>
> >>>>>>>>> And:
> >>>>>>>>>
> >>>>>>>>> put "aaa[bbb" into tStr; filter tStr with tStr; put tStr
> >>>>>>>>>
> >>>>>>>>> produces an empty string instead of the original string.
> >>>>>>>>>
> >>>>>>>>> The bug occurs if the line contains the character “[“ anywhere;
> any
> >>>> lines containing that character are ignored by both filter with and
> filter
> >>>> without.
> >>>>>>>>>
> >>>>>>>>> This is really serious, because I rely on the filter command a
> lot,
> >>>> as I would think do many other developers!
> >>>>>>>>>
> >>>>>>>>> Don’t know if it occurs with other characters, but I have never
> seen
> >>>> it before. I discovered it when filtering lines with regular
> expressions.
> >>>> Other special regexp characters I have tested do not trigger the bug.
> >>>>>>>>>
> >>>>>>>>> Neville Smythe
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>> _______________________________________________
> >>>>>>>>> use-livecode mailing list
> >>>>>>>>> use-livecode at lists.runrev.com
> >>>>>>>>> Please visit this url to subscribe, unsubscribe and manage your
> >>>> subscription preferences:
> >>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>>>>>>>
> >>>>>>>> _______________________________________________
> >>>>>>>> use-livecode mailing list
> >>>>>>>> use-livecode at lists.runrev.com
> >>>>>>>> Please visit this url to subscribe, unsubscribe and manage your
> >>>> subscription preferences:
> >>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>>>>>>
> >>>>>>>
> >>>>>>> _______________________________________________
> >>>>>>> use-livecode mailing list
> >>>>>>> use-livecode at lists.runrev.com
> >>>>>>> Please visit this url to subscribe, unsubscribe and manage your
> >>>> subscription preferences:
> >>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>>>>>
> >>>>>> _______________________________________________
> >>>>>> use-livecode mailing list
> >>>>>> use-livecode at lists.runrev.com
> >>>>>> Please visit this url to subscribe, unsubscribe and manage your
> >>>> subscription preferences:
> >>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>>>>
> >>>>>
> >>>>> _______________________________________________
> >>>>> use-livecode mailing list
> >>>>> use-livecode at lists.runrev.com
> >>>>> Please visit this url to subscribe, unsubscribe and manage your
> >>>> subscription preferences:
> >>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>>>
> >>>> _______________________________________________
> >>>> use-livecode mailing list
> >>>> use-livecode at lists.runrev.com
> >>>> Please visit this url to subscribe, unsubscribe and manage your
> >>>> subscription preferences:
> >>>> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>>>
> >>> _______________________________________________
> >>> use-livecode mailing list
> >>> use-livecode at lists.runrev.com
> >>> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> >>> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>
> >>
> >> _______________________________________________
> >> use-livecode mailing list
> >> use-livecode at lists.runrev.com
> >> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> >> http://lists.runrev.com/mailman/listinfo/use-livecode
> >
> > _______________________________________________
> > use-livecode mailing list
> > use-livecode at lists.runrev.com <mailto:use-livecode at lists.runrev.com>
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>

From andreas.bergendal at gmail.com  Thu Jan 25 15:34:10 2024
From: andreas.bergendal at gmail.com (Andreas Bergendal)
Date: Thu, 25 Jan 2024 21:34:10 +0100
Subject: Livecode Demo of two way javascript communication?
In-Reply-To: <CAGASioNHi1MG+Ts2Kq4+8dB3LT18NWJBFXqJ280GqF3xQn5SXA@mail.gmail.com>
References: <6FA8DD12-71D0-412B-A5BE-2050797773A7@optusnet.com.au>
 <CAGASioPNW3k_gwKTM+v80_EnBwUYsGptvBZC8GxLboFENXRLQw@mail.gmail.com>
 <CAGASioNHi1MG+Ts2Kq4+8dB3LT18NWJBFXqJ280GqF3xQn5SXA@mail.gmail.com>
Message-ID: <4B41C94B-0154-4CCD-8011-78998CAD01DE@gmail.com>

I’ve created some web deployments where the web page interacts with the stack e.g. in the sense that a change of the browser window rect triggers a resizeStack message in the stack. 

But I’m not sure if by bidirectional you mean that actions in the stack should also affect the web page in some way? Could you give an example of what you have in mind?


> 24 jan. 2024 kl. 12:47 skrev David Bovill via use-livecode <use-livecode at lists.runrev.com>:
> 
> Is there a demo out there for simple bidirectional interaction between a
> web page and a recent stack exported as wasm? Anyone experimenting with
> this?


From bogdanoff at me.com  Thu Jan 25 18:10:43 2024
From: bogdanoff at me.com (Peter Bogdanoff)
Date: Thu, 25 Jan 2024 15:10:43 -0800
Subject: Browser widget in Windows has trouble playing videos in websites
Message-ID: <4154C06E-84AF-4C79-87EB-504216516FE5@me.com>

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

From david.bovill at gmail.com  Fri Jan 26 11:15:29 2024
From: david.bovill at gmail.com (David Bovill)
Date: Fri, 26 Jan 2024 16:15:29 +0000
Subject: Livecode Demo of two way javascript communication?
In-Reply-To: <4B41C94B-0154-4CCD-8011-78998CAD01DE@gmail.com>
References: <6FA8DD12-71D0-412B-A5BE-2050797773A7@optusnet.com.au>
 <CAGASioPNW3k_gwKTM+v80_EnBwUYsGptvBZC8GxLboFENXRLQw@mail.gmail.com>
 <CAGASioNHi1MG+Ts2Kq4+8dB3LT18NWJBFXqJ280GqF3xQn5SXA@mail.gmail.com>
 <4B41C94B-0154-4CCD-8011-78998CAD01DE@gmail.com>
Message-ID: <CAGASioNx0MMayCUTsuHna++pbD0zw6uauh82KbOfJQybXK4XZw@mail.gmail.com>

The scenario would be events like resize, or a button click in the html
page triggering a handler in the Livecode wasm export. The other way round
would ve a Livecode handler in the exported wasm widget calling a
javascriot function in the surrounding Web page.

My understanding in other contexts is that you use the postMessage Web api
for this type of thing -
https://www.google.com/url?q=https://developer.mozilla.org/en-US/docs/Web/API/Window/postMessage&sa=U&ved=2ahUKEwiE5eCSufuDAxX7UkEAHbtmBvIQFnoECAoQAg&usg=AOvVaw09QGMScP0-9YwJuHAC-sIE

Apart from triggering handlers in both directions passing (json) data in
both directions is needed.

On Thu, 25 Jan 2024, 20:35 Andreas Bergendal via use-livecode, <
use-livecode at lists.runrev.com> wrote:

> I’ve created some web deployments where the web page interacts with the
> stack e.g. in the sense that a change of the browser window rect triggers a
> resizeStack message in the stack.
>
> But I’m not sure if by bidirectional you mean that actions in the stack
> should also affect the web page in some way? Could you give an example of
> what you have in mind?
>
>
> > 24 jan. 2024 kl. 12:47 skrev David Bovill via use-livecode <
> use-livecode at lists.runrev.com>:
> >
> > Is there a demo out there for simple bidirectional interaction between a
> > web page and a recent stack exported as wasm? Anyone experimenting with
> > this?
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>

From andreas.bergendal at gmail.com  Sat Jan 27 12:49:23 2024
From: andreas.bergendal at gmail.com (Andreas Bergendal)
Date: Sat, 27 Jan 2024 18:49:23 +0100
Subject: Livecode Demo of two way javascript communication?
In-Reply-To: <CAGASioNx0MMayCUTsuHna++pbD0zw6uauh82KbOfJQybXK4XZw@mail.gmail.com>
References: <6FA8DD12-71D0-412B-A5BE-2050797773A7@optusnet.com.au>
 <CAGASioPNW3k_gwKTM+v80_EnBwUYsGptvBZC8GxLboFENXRLQw@mail.gmail.com>
 <CAGASioNHi1MG+Ts2Kq4+8dB3LT18NWJBFXqJ280GqF3xQn5SXA@mail.gmail.com>
 <4B41C94B-0154-4CCD-8011-78998CAD01DE@gmail.com>
 <CAGASioNx0MMayCUTsuHna++pbD0zw6uauh82KbOfJQybXK4XZw@mail.gmail.com>
Message-ID: <2C7BB184-3E6A-4938-9E7E-E757F6DB5CF2@gmail.com>

OK, so here’s a quick proof of concept, with functions triggered from page to stack and from stack to page.
It is not using postMessage, only 'standard’ javascript listeners. Works well on mobile too (at least iPhone).

https://wheninspace.com/WebpageInteractionStack/

If I find the time, it would be very interesting to try deploying two different stacks on the same page (is that even possible?), and then have them communicate with each other. Or have two stacks in two different pages, and have them communicate via postMessage calls…


> 26 jan. 2024 kl. 17:15 skrev David Bovill via use-livecode <use-livecode at lists.runrev.com>:
> 
> The scenario would be events like resize, or a button click in the html
> page triggering a handler in the Livecode wasm export. The other way round
> would ve a Livecode handler in the exported wasm widget calling a
> javascriot function in the surrounding Web page.
> 
> My understanding in other contexts is that you use the postMessage Web api
> for this type of thing -
> https://www.google.com/url?q=https://developer.mozilla.org/en-US/docs/Web/API/Window/postMessage&sa=U&ved=2ahUKEwiE5eCSufuDAxX7UkEAHbtmBvIQFnoECAoQAg&usg=AOvVaw09QGMScP0-9YwJuHAC-sIE
> 
> Apart from triggering handlers in both directions passing (json) data in
> both directions is needed.
> 
> On Thu, 25 Jan 2024, 20:35 Andreas Bergendal via use-livecode, <
> use-livecode at lists.runrev.com> wrote:
> 
>> I’ve created some web deployments where the web page interacts with the
>> stack e.g. in the sense that a change of the browser window rect triggers a
>> resizeStack message in the stack.
>> 
>> But I’m not sure if by bidirectional you mean that actions in the stack
>> should also affect the web page in some way? Could you give an example of
>> what you have in mind?
>> 
>> 
>>> 24 jan. 2024 kl. 12:47 skrev David Bovill via use-livecode <
>> use-livecode at lists.runrev.com>:
>>> 
>>> Is there a demo out there for simple bidirectional interaction between a
>>> web page and a recent stack exported as wasm? Anyone experimenting with
>>> this?
>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From bobsneidar at iotecdigital.com  Mon Jan 29 11:57:15 2024
From: bobsneidar at iotecdigital.com (Bob Sneidar)
Date: Mon, 29 Jan 2024 16:57:15 +0000
Subject: tsNetCustomUploadSync: what am I doing wrong? (Answer: RTFM-P)
In-Reply-To: <26752834-9482-4ff6-abbb-1568abc9d97e@cogapp.com>
References: <cb7dbff7-17a1-4f0a-9470-8f7470233eb0@cogapp.com>
 <26752834-9482-4ff6-abbb-1568abc9d97e@cogapp.com>
Message-ID: <6284B553-6F60-4E48-A2C9-100098A68B7E@iotecdigital.com>

When AI reaches full maturity, it will know what you meant. Probably before you coded it. And then it will eat your brain.

Bob S


On Jan 24, 2024, at 4:30 AM, Ben Rubinstein via use-livecode <use-livecode at lists.runrev.com> wrote:

For the record:

> put tsNetCustomUploadSync(tURL, "POST", tRequestData, tHeaders, ...

should have been

> put tsNetCustomUploadSync(tURL, "POST", tHeaders, tRequestData, ...

:facepalm-emoji:

Ben

On 22/01/2024 21:48, Ben Rubinstein via use-livecode wrote:
I'm trying to use tsNetCustomUploadSync, but something is going wrong.
To establish a baseline, I'm using it to do a POST request. I can prove that my data is good because this works:
      set the httpHeaders to tHeaders
      post tRequestData to URL tURL
      put it into fld "ResultData"
      put libUrlLastRhHeaders() into rOutHeaders
This, however:
      put tsNetCustomUploadSync(tURL, "POST", tRequestData, tHeaders, rOutHeaders, rResult, rBytes) into fld "ResultData"
returns an 'unauthorized' error, with message "Authentication required".
That suggests that either my URL (which contains part of the application ids to which my authorisation token is specific) or my headers (which contains the authorisation token) is not being passed correctly.
My guess is that it's more likely to be the headers. Can anyone advise?
TIA,
Ben


From jiml at netrin.com  Mon Jan 29 15:24:07 2024
From: jiml at netrin.com (Jim Lambert)
Date: Mon, 29 Jan 2024 12:24:07 -0800
Subject: Livecode Demo of two way javascript communication?
In-Reply-To: <mailman.1.1706461202.375215.use-livecode@lists.runrev.com>
References: <mailman.1.1706461202.375215.use-livecode@lists.runrev.com>
Message-ID: <489768AD-C4BA-4CF9-AFCC-E4B879FBB12F@netrin.com>

Andreas,

Thanks for that demo.

Jim Lambert


From dan at clearvisiontech.com  Mon Jan 29 18:07:41 2024
From: dan at clearvisiontech.com (Dan Friedman)
Date: Mon, 29 Jan 2024 23:07:41 +0000
Subject: Access to Share Panel?
In-Reply-To: <489768AD-C4BA-4CF9-AFCC-E4B879FBB12F@netrin.com>
References: <mailman.1.1706461202.375215.use-livecode@lists.runrev.com>
 <489768AD-C4BA-4CF9-AFCC-E4B879FBB12F@netrin.com>
Message-ID: <BYAPR12MB27092F8CF7E057FB3B33BAA8B97E2@BYAPR12MB2709.namprd12.prod.outlook.com>

Greetings!

Is there a method to use the standard “Share” panel on mobile?  (Android and iOS)

Thanks in advance,
-Dan

From tom at makeshyft.com  Wed Jan 31 02:15:12 2024
From: tom at makeshyft.com (Tom Glod)
Date: Wed, 31 Jan 2024 02:15:12 -0500
Subject: Browser widget in Windows has trouble playing videos in websites
In-Reply-To: <4154C06E-84AF-4C79-87EB-504216516FE5@me.com>
References: <4154C06E-84AF-4C79-87EB-504216516FE5@me.com>
Message-ID: <CAPzQJL+=uPWamfUjr39fhkoVR_DaLWagRW3v+AfrgiarmuXUgw@mail.gmail.com>

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 at 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 at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>

From bogdanoff at me.com  Wed Jan 31 02:58:36 2024
From: bogdanoff at me.com (Peter Bogdanoff)
Date: Tue, 30 Jan 2024 23:58:36 -0800
Subject: Browser widget in Windows has trouble playing videos in websites
In-Reply-To: <CAPzQJL+=uPWamfUjr39fhkoVR_DaLWagRW3v+AfrgiarmuXUgw@mail.gmail.com>
References: <4154C06E-84AF-4C79-87EB-504216516FE5@me.com>
 <CAPzQJL+=uPWamfUjr39fhkoVR_DaLWagRW3v+AfrgiarmuXUgw@mail.gmail.com>
Message-ID: <90A467A0-7FAC-492F-948C-04EE4EEAAD70@me.com>

Tom,

I’m finding the issue is more complex, and I’m still trying to get to the bottom of it.

Daily Motion, Vimeo, and YouTube pages all work on the Mac LC browser plugin.

Daily Motion, Vimeo, and some YouTube pages don’t in Windows. However, most of the gazillion YouTube videos work very well, just not all of the ones we made for our channel. Most of our videos were compressed on a Mac, but for all but a couple YouTube shows an error in the video window: 

	"Your browser can’t play this video. Learn more."

	'Learn more' shows a page that only says the browser is compatible.


We made two on a Windows machine, one works, but the other doesn’t—both using the work flow, same compressor/wrapper ( I don’t know which).

I’ve tried recompressing on the Mac a sample video using everything available, including Ogg. None work in Windows from our YouTube channel.

I’m going to retry compressing within a Windows app. See if it makes a difference. 

It seems to me the issue is more than lack of support for h264.

Peter

> On Jan 30, 2024, at 11:15 PM, Tom Glod via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> 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 at 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 at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



From christerp1 at gmail.com  Wed Jan 31 10:14:08 2024
From: christerp1 at gmail.com (=?utf-8?Q?Christer_Pyyhti=C3=A4?=)
Date: Wed, 31 Jan 2024 17:14:08 +0200
Subject: Just for interest
Message-ID: <210E82A2-81B0-4CD8-80B7-9A91B3C57429@gmail.com>

I do not know, if measuring coding performance is reasonable.

It would be interesting, if anyone has interest to try. 

https://www.morling.dev/blog/one-billion-row-challenge/

Just for fun
Christer Pyyhtiä
christerp1 at gmail.com




From klaus at major-k.de  Wed Jan 31 10:25:32 2024
From: klaus at major-k.de (Klaus major-k)
Date: Wed, 31 Jan 2024 16:25:32 +0100
Subject: Just for interest
In-Reply-To: <210E82A2-81B0-4CD8-80B7-9A91B3C57429@gmail.com>
References: <210E82A2-81B0-4CD8-80B7-9A91B3C57429@gmail.com>
Message-ID: <C79F2DDF-9C26-4941-859C-9FC31762C3B9@major-k.de>

Hi Christer,

> Am 31.01.2024 um 16:14 schrieb Christer Pyyhtiä via use-livecode <use-livecode at lists.runrev.com>:
> 
> I do not know, if measuring coding performance is reasonable.
> It would be interesting, if anyone has interest to try. 
> https://www.morling.dev/blog/one-billion-row-challenge/
> 
> Just for fun
> Christer Pyyhtiä
> christerp1 at gmail.com

well:
-------------------------
...running from Jan 1 until Jan 31. 2024
Any submission must be written in Java.
-------------------------
8-)


Best

Klaus

--
Klaus Major
https://www.major-k.de
https://www.major-k.de/bass
klaus at major-k.de



From alanstenhouse at hotmail.com  Mon Jan  1 05:51:28 2024
From: alanstenhouse at hotmail.com (Alan Stenhouse)
Date: Mon, 1 Jan 2024 21:21:28 +1030
Subject: Application disappears unexpectedly (goes into background)
In-Reply-To: <mailman.1.1703264401.360782.use-livecode@lists.runrev.com>
References: <mailman.1.1703264401.360782.use-livecode@lists.runrev.com>
Message-ID: <TYZPR06MB604655B694450E4AA7FA3C4DA562A@TYZPR06MB6046.apcprd06.prod.outlook.com>

HI Jacqueline, thanks and sorry for the delay in responding... xmas etc!

Yes, there are no hide (nor set visible to false) of windows though there is of some controls. But not related to any relevant scripts.

Any other ideas? :-) 

cheers
Alan

> On 23 Dec 2023, at 3:30 am, jacque at hyperactivesw.com <mailto:jacque at hyperactivesw.com> viA use-livecode-request at lists.runrev.com wrote:
> 
> From: "J. Landman Gay" <jacque at hyperactivesw.com>
> 
> Have you done a global search for the word "hide" in the scripts?
> 




From jacque at hyperactivesw.com  Tue Jan  2 14:34:36 2024
From: jacque at hyperactivesw.com (J. Landman Gay)
Date: Tue, 02 Jan 2024 13:34:36 -0600
Subject: Application disappears unexpectedly (goes into background)
In-Reply-To: <TYZPR06MB604655B694450E4AA7FA3C4DA562A@TYZPR06MB6046.apcprd06.prod.outlook.com>
References: <mailman.1.1703264401.360782.use-livecode@lists.runrev.com>
 <TYZPR06MB604655B694450E4AA7FA3C4DA562A@TYZPR06MB6046.apcprd06.prod.outlook.com>
Message-ID: <18ccbabb0e0.276f.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com>

Nothing else comes to mind, except maybe a bug that was around a couple of 
years ago. I can't remember exactly which app was involved, but if you had 
a certain one installed there was a similar issue. I guess if you boot into 
safe mode and see if the problem goes away, you may have the culprit app 
installed. Wish I could remember which one it was.

--
Jacqueline Landman Gay | jacque at hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On January 1, 2024 4:52:34 AM Alan Stenhouse <alanstenhouse at hotmail.com> wrote:

> HI Jacqueline, thanks and sorry for the delay in responding... xmas etc!
>
> Yes, there are no hide (nor set visible to false) of windows though there 
> is of some controls. But not related to any relevant scripts.
>
> Any other ideas? :-)
>
> cheers
> Alan
>
>> On 23 Dec 2023, at 3:30 am, jacque at hyperactivesw.com 
>> <mailto:jacque at hyperactivesw.com> viA use-livecode-request at lists.runrev.com 
>> wrote:
>>
>> From: "J. Landman Gay" <jacque at hyperactivesw.com>
>>
>> Have you done a global search for the word "hide" in the scripts?
>>





From scott at elementarysoftware.com  Wed Jan  3 02:58:24 2024
From: scott at elementarysoftware.com (scott at elementarysoftware.com)
Date: Tue, 2 Jan 2024 23:58:24 -0800
Subject: tsNetUploadSync()
In-Reply-To: <51455AA3-4AED-43C0-B870-555166E3ED84@m-r-d.de>
References: <4BEE9678-D45D-4039-A0E8-80BB90F53EFB@elementarysoftware.com>
 <51455AA3-4AED-43C0-B870-555166E3ED84@m-r-d.de>
Message-ID: <4A062C80-86DA-4411-921B-A00665B67D27@elementarysoftware.com>

Hello Matthias,

I realize it has been nearly a month since your very thorough and generous response to my question. Something came up a few hours after I posted the question that almost completely side-tracked my use of LiveCode for a bit. (I’m fine, just "life stuff” happening.) I apologize for the rude silence following your attempt to help me and I would like to follow up by saying that when I was able to return to LiveCode, the generosity and encouragement of your post helped me get back to poking around until I solved the problem… which turned out not to be an issue with tsNetUploadSync() but with tsNetGetSync() which I was also calling (for some mysterious reason) though I didn’t need to. (I also didn’t need to understand why tsNetGetSync() was failing! I could just remove the code.) I’m not sure why I had so much trouble isolating that problem and I hope that you didn’t spend too much time testing  tsNetUploadSync() on my behalf. Thank you for your help, Matthias.

--
Scott Morrow

Elementary Software
(Now with 20% less chalk dust!)
web       https://elementarysoftware.com/
email     scott at elementarysoftware.com
booth    1-360-734-4701
------------------------------------------------------
> On Dec 8, 2023, at 7:40 AM, matthias rebbe via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> Hi Scott,
> 
> i just tested here with LC 9.6.10 and 10DP6 on a HostM account and also on a Synology FTP account in Rosetta mode and native on ARM64
> I used FTP explicit as protocol.
> In all cases it was successful.
> 
> My HostM account is on a server located in Germany at Hetzner, Your domain is on a server located in Canada at OHV.
> So maybe there was a change in tsNET and there  is a difference between how our servers confirm the successful upload. And maybe the way  your server confirms the upload, does not "comply" with the changes in tsNET.
> 
> Maybe the HostM support could help in changing the settings. They are very used with Livecode. Y
> 
> Btw.  I could send you the login data for my test account so you could check  if it is working with that account. 
> Then you could tell HostM suppert  that there is no problem with a German HostM account.
> 
> Regards,
> Matthias
> 
> 
> 
> 
> 
> 
>> Am 08.12.2023 um 01:13 schrieb scott--- via use-livecode <use-livecode at lists.runrev.com>:
>> 
>> I have a project that uses the business version of tsNet to ftp a file onto a web server. (I’m using a Mac, the server is a shared one on hostm.) This works fine in LC 9.6.8 but fails in subsequent versions of LC 9.6.x as well as LC 10.0.0 (dp 6). I’m fairly ignorant of tsnet and file transfer protocols. My attempts to debug the problem by looking at headers and cURL error codes hasn’t gotten me anywhere useful. Is there something that changed between LC 9.6.8 and LC 9.6.9  that might help inform where I should be looking? I saw that LC 9.6.9 updated the version of OpenSSL it was using but I’m not sure if/how that might effect tsnet. I’ve put more details below.  Any ideas welcomed. (Well, almost any ;- )
>> 
>> --
>> Scott Morrow
>> 
>> Elementary Software
>> (Now with 20% less chalk dust!)
>> web       https://elementarysoftware.com/
>> email     scott at elementarysoftware.com
>> booth    1-360-734-4701
>> 
>> <snip>
>> 
>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 



From bobsneidar at iotecdigital.com  Wed Jan  3 11:09:48 2024
From: bobsneidar at iotecdigital.com (Bob Sneidar)
Date: Wed, 3 Jan 2024 16:09:48 +0000
Subject: Embedded PDFs in Windows Menu
In-Reply-To: <92C8E843-8760-4771-BC89-48CC2CF637F9@m-r-d.de>
References: <64c05a9c-9469-4d1d-8079-49094a3add00@researchware.com>
 <92C8E843-8760-4771-BC89-48CC2CF637F9@m-r-d.de>
Message-ID: <7BA54E7F-5F1E-403D-A180-EBE20280587A@iotecdigital.com>

It sounds like he is dealing with file permissions. His app can create but not write. I’ll bet the PDF file is 0 kbytes. 

I would try saving the file using open file <filename> for binary write; write to file <filename>; put the result into tResult, close file <filename> then check for tResult

Bob S


> On Dec 31, 2023, at 8:52 AM, Matthias Rebbe via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> Paul,
> 
> the subject of Charles post is a bit misleading.
> The problem does not have to do with the menu.
> 
> Charles problem is the following. He stored several PDF files on macOS as custom properties. His program allows the user to save the PDF to hard disk using a menu entry.
> The command for creating the PDF is
> put the PDFfile1 of this stack into URL “binfile:……..“
> 
> When the PDF is saved on macOS the PDF is readable (on Windows and macOS), when the PDF is saved on Windows, a PDF with blank pages is created.
> 
> I am not sure, if this maybe has to do with encoding or so?
> 
> Regards,
> Matthias
> 
> Von meinem iPad gesendet
>> Am 31.12.2023 um 16:18 schrieb Paul Dupuis via use-livecode <use-livecode at lists.runrev.com>:
>> 
>> I'm not sure exactly what you are talking about?
>> 
>> Are you asking about launching a PDF from a menu item under a "Windows" menu?
>> 
>>> On 12/31/2023 9:41 AM, Charles Szasz via use-livecode wrote:
>>> I have found that a method I use (proposed by LC tech support a few years ago to embed PDFs in a Windows menu (using custom properties) does not work in LC 9+. It does work on a Mac. Anybody have solution for this problem?
>>> 
>>> 
>>> Sent from my iPad
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From matthias_livecode_150811 at m-r-d.de  Wed Jan  3 11:21:17 2024
From: matthias_livecode_150811 at m-r-d.de (matthias_livecode_150811 at m-r-d.de)
Date: Wed, 3 Jan 2024 17:21:17 +0100
Subject: Embedded PDFs in Windows Menu
In-Reply-To: <7BA54E7F-5F1E-403D-A180-EBE20280587A@iotecdigital.com>
References: <64c05a9c-9469-4d1d-8079-49094a3add00@researchware.com>
 <92C8E843-8760-4771-BC89-48CC2CF637F9@m-r-d.de>
 <7BA54E7F-5F1E-403D-A180-EBE20280587A@iotecdigital.com>
Message-ID: <3FDE2BC3-46AE-4AB3-BD5C-815393E59E33@m-r-d.de>



> Am 03.01.2024 um 17:09 schrieb Bob Sneidar via use-livecode <use-livecode at lists.runrev.com>:
> 
> It sounds like he is dealing with file permissions. His app can create but not write. I’ll bet the PDF file is 0 kbytes. 
> 
I had contact with Charles off-list.
No, the pdf sizes are not 0 kbytes. And they were written to the user's documents folder.  The different PDF files have different sizes on Windows and contain  exact the same number of pages the real PDF has, but they are blank.

The problem seems to be solved now. He will import/store the PDFs again in custom properties, but doing this under Windows. When those are written back from custom properties to pdf files on hard disk, they can be read  on Windows and macOS.
So at least he can proceed.

Anyway, i was wondering what the reason might have been that this did not work with PDF stored in custom properties on macOS.


> I would try saving the file using open file <filename> for binary write; write to file <filename>; put the result into tResult, close file <filename> then check for tResult
> 

> Bob S
> 
> 
>> On Dec 31, 2023, at 8:52 AM, Matthias Rebbe via use-livecode <use-livecode at lists.runrev.com> wrote:
>> 
>> Paul,
>> 
>> the subject of Charles post is a bit misleading.
>> The problem does not have to do with the menu.
>> 
>> Charles problem is the following. He stored several PDF files on macOS as custom properties. His program allows the user to save the PDF to hard disk using a menu entry.
>> The command for creating the PDF is
>> put the PDFfile1 of this stack into URL “binfile:……..“
>> 
>> When the PDF is saved on macOS the PDF is readable (on Windows and macOS), when the PDF is saved on Windows, a PDF with blank pages is created.
>> 
>> I am not sure, if this maybe has to do with encoding or so?
>> 
>> Regards,
>> Matthias
>> 
>> Von meinem iPad gesendet
>>> Am 31.12.2023 um 16:18 schrieb Paul Dupuis via use-livecode <use-livecode at lists.runrev.com>:
>>> 
>>> I'm not sure exactly what you are talking about?
>>> 
>>> Are you asking about launching a PDF from a menu item under a "Windows" menu?
>>> 
>>>> On 12/31/2023 9:41 AM, Charles Szasz via use-livecode wrote:
>>>> I have found that a method I use (proposed by LC tech support a few years ago to embed PDFs in a Windows menu (using custom properties) does not work in LC 9+. It does work on a Mac. Anybody have solution for this problem?
>>>> 
>>>> 
>>>> Sent from my iPad
>>>> _______________________________________________
>>>> use-livecode mailing list
>>>> use-livecode at lists.runrev.com
>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>> 
>>> 
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



From ambassador at fourthworld.com  Wed Jan  3 15:35:36 2024
From: ambassador at fourthworld.com (ambassador at fourthworld.com)
Date: Wed, 03 Jan 2024 20:35:36 +0000
Subject: 2 Qs about the OAuth2 bug fix in v10.x
In-Reply-To: <mailman.1.1704301202.109086.use-livecode@lists.runrev.com>
References: <mailman.1.1704301202.109086.use-livecode@lists.runrev.com>
Message-ID: <b8a7ed8d5b440adaef451e97f3b2afc4523a744d@fourthworld.com>

The blog discussion re v10 mentions this fix to OAuth2:

   "OAuth2 redirect parameters are now correctly decoded"

I was unable to find the corresponding bug report for that item.

Does anyone here know the bug report ID for that?

And can anyone on the team confirm if this will be backported to the v9.x series?

Thanks in advance - 

--
Richard Gaskin
FourthWorld.com


From matthias_livecode_150811 at m-r-d.de  Wed Jan  3 15:54:22 2024
From: matthias_livecode_150811 at m-r-d.de (matthias_livecode_150811 at m-r-d.de)
Date: Wed, 3 Jan 2024 21:54:22 +0100
Subject: 2 Qs about the OAuth2 bug fix in v10.x
In-Reply-To: <b8a7ed8d5b440adaef451e97f3b2afc4523a744d@fourthworld.com>
References: <mailman.1.1704301202.109086.use-livecode@lists.runrev.com>
 <b8a7ed8d5b440adaef451e97f3b2afc4523a744d@fourthworld.com>
Message-ID: <0109D1B1-D485-4D24-BE24-189AD4C6EA7E@m-r-d.de>

According to the release notes of dp7 the corresponding bug is 24334


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



> Am 03.01.2024 um 21:35 schrieb ambassador--- via use-livecode <use-livecode at lists.runrev.com>:
> 
> The blog discussion re v10 mentions this fix to OAuth2:
> 
>   "OAuth2 redirect parameters are now correctly decoded"
> 
> I was unable to find the corresponding bug report for that item.
> 
> Does anyone here know the bug report ID for that?
> 
> And can anyone on the team confirm if this will be backported to the v9.x series?
> 
> Thanks in advance - 
> 
> --
> Richard Gaskin
> FourthWorld.com
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From matthias_livecode_150811 at m-r-d.de  Wed Jan  3 15:57:47 2024
From: matthias_livecode_150811 at m-r-d.de (matthias_livecode_150811 at m-r-d.de)
Date: Wed, 3 Jan 2024 21:57:47 +0100
Subject: 2 Qs about the OAuth2 bug fix in v10.x
In-Reply-To: <0109D1B1-D485-4D24-BE24-189AD4C6EA7E@m-r-d.de>
References: <mailman.1.1704301202.109086.use-livecode@lists.runrev.com>
 <b8a7ed8d5b440adaef451e97f3b2afc4523a744d@fourthworld.com>
 <0109D1B1-D485-4D24-BE24-189AD4C6EA7E@m-r-d.de>
Message-ID: <071EE67F-6D99-46C5-B5E2-9200C52546D3@m-r-d.de>

What i forgot,

if this all is done by the oauth2.livecodescript, couldn't one then use that script in V9?


> Am 03.01.2024 um 21:54 schrieb matthias rebbe via use-livecode <use-livecode at lists.runrev.com>:
> 
> According to the release notes of dp7 the corresponding bug is 24334
> 
> 
> https://quality.livecode.com/show_bug.cgi?id=24334
> 
> 
> 
>> Am 03.01.2024 um 21:35 schrieb ambassador--- via use-livecode <use-livecode at lists.runrev.com>:
>> 
>> The blog discussion re v10 mentions this fix to OAuth2:
>> 
>>  "OAuth2 redirect parameters are now correctly decoded"
>> 
>> I was unable to find the corresponding bug report for that item.
>> 
>> Does anyone here know the bug report ID for that?
>> 
>> And can anyone on the team confirm if this will be backported to the v9.x series?
>> 
>> Thanks in advance - 
>> 
>> --
>> Richard Gaskin
>> FourthWorld.com
>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



From derek-lc-list at speedbump.io  Thu Jan  4 07:24:37 2024
From: derek-lc-list at speedbump.io (Derek Bump)
Date: Thu, 4 Jan 2024 06:24:37 -0600
Subject: Thanks for all the fish
In-Reply-To: <43c2b3e7-902f-4d8d-a3f9-71a75cfe50f1@sonic.net>
References: <43c2b3e7-902f-4d8d-a3f9-71a75cfe50f1@sonic.net>
Message-ID: <aace9d11-8b51-4f05-a698-193892706b2f@speedbump.io>

Thank you, Mark. That is very generous.

-- Derek Bump


On 12/30/23 17:03, Mark Wieder via use-livecode wrote:
> PowerDebug and PowerTools have now been released into the wild as 
> opensource tools (MIT license).
> Code is all intact, although the check for update functionality has 
> been commented out for obvious reasons.
> Have fun.
>
> https://github.com/mwieder/PowerDebug
> https://github.com/mwieder/PowerTools
>


From bobsneidar at iotecdigital.com  Thu Jan  4 11:14:16 2024
From: bobsneidar at iotecdigital.com (Bob Sneidar)
Date: Thu, 4 Jan 2024 16:14:16 +0000
Subject: Embedded PDFs in Windows Menu
In-Reply-To: <3FDE2BC3-46AE-4AB3-BD5C-815393E59E33@m-r-d.de>
References: <64c05a9c-9469-4d1d-8079-49094a3add00@researchware.com>
 <92C8E843-8760-4771-BC89-48CC2CF637F9@m-r-d.de>
 <7BA54E7F-5F1E-403D-A180-EBE20280587A@iotecdigital.com>
 <3FDE2BC3-46AE-4AB3-BD5C-815393E59E33@m-r-d.de>
Message-ID: <45779616-C93E-414B-A62A-D1017751AC97@iotecdigital.com>

Curious to be sure. For my part I binary read my PDFs into an sql database large blob column then write them back out to disk when needed. That is the entire basis for my Forms Generator app. I have never encountered this issue. That may help narrow the scope of the problem.

Bob S


On Jan 3, 2024, at 8:21 AM, matthias rebbe via use-livecode <use-livecode at lists.runrev.com> wrote:



Am 03.01.2024 um 17:09 schrieb Bob Sneidar via use-livecode <use-livecode at lists.runrev.com<mailto:use-livecode at lists.runrev.com>>:

It sounds like he is dealing with file permissions. His app can create but not write. I’ll bet the PDF file is 0 kbytes.

I had contact with Charles off-list.
No, the pdf sizes are not 0 kbytes. And they were written to the user's documents folder.  The different PDF files have different sizes on Windows and contain  exact the same number of pages the real PDF has, but they are blank.

The problem seems to be solved now. He will import/store the PDFs again in custom properties, but doing this under Windows. When those are written back from custom properties to pdf files on hard disk, they can be read  on Windows and macOS.
So at least he can proceed.

Anyway, i was wondering what the reason might have been that this did not work with PDF stored in custom properties on macOS.


I would try saving the file using open file <filename> for binary write; write to file <filename>; put the result into tResult, close file <filename> then check for tResult


Bob S


On Dec 31, 2023, at 8:52 AM, Matthias Rebbe via use-livecode <use-livecode at lists.runrev.com> wrote:

Paul,

the subject of Charles post is a bit misleading.
The problem does not have to do with the menu.

Charles problem is the following. He stored several PDF files on macOS as custom properties. His program allows the user to save the PDF to hard disk using a menu entry.
The command for creating the PDF is
put the PDFfile1 of this stack into URL “binfile:……..“

When the PDF is saved on macOS the PDF is readable (on Windows and macOS), when the PDF is saved on Windows, a PDF with blank pages is created.

I am not sure, if this maybe has to do with encoding or so?

Regards,
Matthias

Von meinem iPad gesendet
Am 31.12.2023 um 16:18 schrieb Paul Dupuis via use-livecode <use-livecode at lists.runrev.com>:

I'm not sure exactly what you are talking about?

Are you asking about launching a PDF from a menu item under a "Windows" menu?

On 12/31/2023 9:41 AM, Charles Szasz via use-livecode wrote:
I have found that a method I use (proposed by LC tech support a few years ago to embed PDFs in a Windows menu (using custom properties) does not work in LC 9+. It does work on a Mac. Anybody have solution for this problem?


Sent from my iPad
_______________________________________________
use-livecode mailing list
use-livecode at lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


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


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

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


_______________________________________________
use-livecode mailing list
use-livecode at lists.runrev.com<mailto:use-livecode at lists.runrev.com>
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


From bobsneidar at iotecdigital.com  Thu Jan  4 11:16:42 2024
From: bobsneidar at iotecdigital.com (Bob Sneidar)
Date: Thu, 4 Jan 2024 16:16:42 +0000
Subject: Thanks for all the fish
In-Reply-To: <43c2b3e7-902f-4d8d-a3f9-71a75cfe50f1@sonic.net>
References: <43c2b3e7-902f-4d8d-a3f9-71a75cfe50f1@sonic.net>
Message-ID: <67143811-04B3-42A8-A052-69C9871E118D@iotecdigital.com>

I hope this doesn’t mean anything ominous…

Bob S


> On Dec 30, 2023, at 3:03 PM, Mark Wieder via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> PowerDebug and PowerTools have now been released into the wild as opensource tools (MIT license).
> Code is all intact, although the check for update functionality has been commented out for obvious reasons.
> Have fun.
> 
> https://github.com/mwieder/PowerDebug
> https://github.com/mwieder/PowerTools
> 
> -- 
> Mark Wieder
> ahsoftware at gmail.com
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From jiml at netrin.com  Thu Jan  4 13:54:09 2024
From: jiml at netrin.com (Jim Lambert)
Date: Thu, 4 Jan 2024 10:54:09 -0800
Subject: Thanks for all the fish
In-Reply-To: <mailman.3.1704042001.241347.use-livecode@lists.runrev.com>
References: <mailman.3.1704042001.241347.use-livecode@lists.runrev.com>
Message-ID: <73EDC1C4-6ED9-4B61-AB41-B15472A3F046@netrin.com>

Mark,

Thank you very much.
Have a great 2024!

Jim Lambert


From bobsneidar at iotecdigital.com  Fri Jan  5 17:11:03 2024
From: bobsneidar at iotecdigital.com (Bob Sneidar)
Date: Fri, 5 Jan 2024 22:11:03 +0000
Subject: Menu Mnemonics
Message-ID: <167E1EEF-2355-4949-8293-55C830A2198A@iotecdigital.com>

Hi all. 

When creating menus, I can put an ampersand before any character in the menu item and that becomes the Command Key Equivalent on MacOS. But what if I want the Del key to trigger the Delete menu item? Is there a way to set the text for that? I tried doing it in the Menu Builder but no go. 

Bob S



From marksmithhfx at gmail.com  Fri Jan  5 17:32:04 2024
From: marksmithhfx at gmail.com (Mark Smith)
Date: Fri, 5 Jan 2024 22:32:04 +0000
Subject: Menu Mnemonics
In-Reply-To: <167E1EEF-2355-4949-8293-55C830A2198A@iotecdigital.com>
References: <167E1EEF-2355-4949-8293-55C830A2198A@iotecdigital.com>
Message-ID: <CC2B3F08-32AB-4A85-98E4-3FB57D0E6044@gmail.com>

Hi Bob,

This discussion might help. 

https://apple.stackexchange.com/questions/47086/how-do-i-create-a-menu-shortcut-which-involves-the-delete-key <https://apple.stackexchange.com/questions/47086/how-do-i-create-a-menu-shortcut-which-involves-the-delete-key>

Mark

> On 5 Jan 2024, at 10:11 pm, Bob Sneidar via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> Hi all. 
> 
> When creating menus, I can put an ampersand before any character in the menu item and that becomes the Command Key Equivalent on MacOS. But what if I want the Del key to trigger the Delete menu item? Is there a way to set the text for that? I tried doing it in the Menu Builder but no go. 
> 
> Bob S
> 
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From bobsneidar at iotecdigital.com  Fri Jan  5 17:33:58 2024
From: bobsneidar at iotecdigital.com (Bob Sneidar)
Date: Fri, 5 Jan 2024 22:33:58 +0000
Subject: Menu Mnemonics
In-Reply-To: <167E1EEF-2355-4949-8293-55C830A2198A@iotecdigital.com>
References: <167E1EEF-2355-4949-8293-55C830A2198A@iotecdigital.com>
Message-ID: <474199A3-8CE6-410B-ABAA-5B7119BFABF1@iotecdigital.com>

NVM. I decided to use rawKeyUp for this. I have done this in the past. 

on rawKeyUp pKey
   put pKey
   put getParentCard(the long id of the target) into tParentCard
   put the editing of tParentCard into tEditMode
   
   if tEditMode is empty then \
         pass rawKeyUp
   
   switch pKey
      case 65307 -- esc
         if the editing of tParentCard is among the items of "new,edit" then \
               send mouseUp to button "btnCancel" of tParentCard in 5 milliseconds
         
         break
      case 65535 -- del
         if the editing of tParentCard is "view" then \
               send mouseUp to button "btnDelete" of tParentCard in 15 milliseconds
         
         break
      case 65293 -- return
         if the editing of tParentCard is "view" then \
               send mouseUp to button "btnEdit" of tParentCard in 15 milliseconds
         
         break
      case 65421 -- enter
         if the editing of tParentCard is "view" then \
               send mouseUp to button "btnEdit" of tParentCard in 15 milliseconds
         
         break
   end switch
   
   pass rawKeyUp
end rawKeyUp

FYI the getParentCard function simply returns the long id of the card the target is on. The editing of a card is a custom property I set when entering one of 4 modes, New, Edit, View and Search. 

Bob S


> On Jan 5, 2024, at 2:11 PM, Bob Sneidar via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> Hi all. 
> 
> When creating menus, I can put an ampersand before any character in the menu item and that becomes the Command Key Equivalent on MacOS. But what if I want the Del key to trigger the Delete menu item? Is there a way to set the text for that? I tried doing it in the Menu Builder but no go. 
> 
> Bob S



From bobsneidar at iotecdigital.com  Fri Jan  5 17:40:15 2024
From: bobsneidar at iotecdigital.com (Bob Sneidar)
Date: Fri, 5 Jan 2024 22:40:15 +0000
Subject: Menu Mnemonics
In-Reply-To: <474199A3-8CE6-410B-ABAA-5B7119BFABF1@iotecdigital.com>
References: <167E1EEF-2355-4949-8293-55C830A2198A@iotecdigital.com>
 <474199A3-8CE6-410B-ABAA-5B7119BFABF1@iotecdigital.com>
Message-ID: <7777ADC2-F163-4C03-8305-948043BB4990@iotecdigital.com>

A slightly better version: 

on rawKeyUp pKey
   -- put pKey
   put getParentCard(the long id of the target) into tParentCard
   put the editing of tParentCard into tEditMode
   
   if tEditMode is empty then \
         pass rawKeyUp
   
   switch pKey
      case 65307 -- esc
         if the editing of tParentCard is among the items of "new,edit" and \
               there is a button "btnCancel" of tParentCard then \
               send mouseUp to button "btnCancel" of tParentCard in 15 milliseconds
         
         break
      case 65535 -- del
         if the editing of tParentCard is "view" and \
               there is a button "btnDelete" of tParentCard then \
               send mouseUp to button "btnDelete" of tParentCard in 15 milliseconds
         
         break
      case 65293 -- return
         if the editing of tParentCard is "view" and \
               there is a button "btnEdit" of tParentCard then \
               send mouseUp to button "btnEdit" of tParentCard in 15 milliseconds
         
         break
      case 65421 -- enter
         if the editing of tParentCard is "view" and \
               there is a button "btnEdit" of tParentCard then \
               send mouseUp to button "btnEdit" of tParentCard in 15 milliseconds
         
         break
   end switch
   
   pass rawKeyUp
end rawKeyUp


> On Jan 5, 2024, at 2:33 PM, Bob Sneidar <bobsneidar at iotecdigital.com> wrote:
> 
> NVM. I decided to use rawKeyUp for this. I have done this in the past. 
> 
> on rawKeyUp pKey
>   put pKey
>   put getParentCard(the long id of the target) into tParentCard
>   put the editing of tParentCard into tEditMode
> 
>   if tEditMode is empty then \
>         pass rawKeyUp
> 
>   switch pKey
>      case 65307 -- esc
>         if the editing of tParentCard is among the items of "new,edit" then \
>               send mouseUp to button "btnCancel" of tParentCard in 5 milliseconds
> 
>         break
>      case 65535 -- del
>         if the editing of tParentCard is "view" then \
>               send mouseUp to button "btnDelete" of tParentCard in 15 milliseconds
> 
>         break
>      case 65293 -- return
>         if the editing of tParentCard is "view" then \
>               send mouseUp to button "btnEdit" of tParentCard in 15 milliseconds
> 
>         break
>      case 65421 -- enter
>         if the editing of tParentCard is "view" then \
>               send mouseUp to button "btnEdit" of tParentCard in 15 milliseconds
> 
>         break
>   end switch
> 
>   pass rawKeyUp
> end rawKeyUp
> 
> FYI the getParentCard function simply returns the long id of the card the target is on. The editing of a card is a custom property I set when entering one of 4 modes, New, Edit, View and Search. 
> 
> Bob S
> 
> 
>> On Jan 5, 2024, at 2:11 PM, Bob Sneidar via use-livecode <use-livecode at lists.runrev.com> wrote:
>> 
>> Hi all. 
>> 
>> When creating menus, I can put an ampersand before any character in the menu item and that becomes the Command Key Equivalent on MacOS. But what if I want the Del key to trigger the Delete menu item? Is there a way to set the text for that? I tried doing it in the Menu Builder but no go. 
>> 
>> Bob S
> 



From jbv at souslelogo.com  Sun Jan  7 15:45:22 2024
From: jbv at souslelogo.com (jbv at souslelogo.com)
Date: Sun, 07 Jan 2024 15:45:22 -0500
Subject: Best way to lock a whole mySQL table ?
Message-ID: <16cf5d3ca78a4321aa428685e49291d9@souslelogo.com>

Hi list,
I have a mySQL table with over a million rows and I would
like to lock the data so that no inserts nor updates are
possible, only reads via select commands.
I have read the doc as well as numerous blogs, and as far
as I understand, the following command
LOCK TABLES myTable WRITE;
locks the table and prevents other users from reading or
writing to the table.
But that's not what I need : I need to allow any user to
read at any time, but prevent anyone to write at any time.
Besides, I also need the lock to be effective in phpMyAdmin.
And of course, I need to do that for 1 table only and not
the other tables in the db.

How can I achieve that ? Does the solution have to do
with the user privileges ?

Thank you in advance.
jbv


From matthias_livecode_150811 at m-r-d.de  Sun Jan  7 15:50:42 2024
From: matthias_livecode_150811 at m-r-d.de (matthias_livecode_150811 at m-r-d.de)
Date: Sun, 7 Jan 2024 21:50:42 +0100
Subject: Best way to lock a whole mySQL table ?
In-Reply-To: <16cf5d3ca78a4321aa428685e49291d9@souslelogo.com>
References: <16cf5d3ca78a4321aa428685e49291d9@souslelogo.com>
Message-ID: <FE445170-56BB-4374-B373-A3E13CC0DB3F@m-r-d.de>

You could set user permissions and allow only select.

https://simplebackups.com/blog/how-to-create-and-grant-permissions-to-a-mysql-user/

Regards,
Matthias

> Am 07.01.2024 um 21:45 schrieb jbv via use-livecode <use-livecode at lists.runrev.com>:
> 
> Hi list,
> I have a mySQL table with over a million rows and I would
> like to lock the data so that no inserts nor updates are
> possible, only reads via select commands.
> I have read the doc as well as numerous blogs, and as far
> as I understand, the following command
> LOCK TABLES myTable WRITE;
> locks the table and prevents other users from reading or
> writing to the table.
> But that's not what I need : I need to allow any user to
> read at any time, but prevent anyone to write at any time.
> Besides, I also need the lock to be effective in phpMyAdmin.
> And of course, I need to do that for 1 table only and not
> the other tables in the db.
> 
> How can I achieve that ? Does the solution have to do
> with the user privileges ?
> 
> Thank you in advance.
> jbv
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From matthias_livecode_150811 at m-r-d.de  Sun Jan  7 17:11:04 2024
From: matthias_livecode_150811 at m-r-d.de (matthias_livecode_150811 at m-r-d.de)
Date: Sun, 7 Jan 2024 23:11:04 +0100
Subject: Best way to lock a whole mySQL table ?
In-Reply-To: <FE445170-56BB-4374-B373-A3E13CC0DB3F@m-r-d.de>
References: <16cf5d3ca78a4321aa428685e49291d9@souslelogo.com>
 <FE445170-56BB-4374-B373-A3E13CC0DB3F@m-r-d.de>
Message-ID: <6F4CA92D-1CE4-42C1-B72D-BAB5F4E08BEF@m-r-d.de>

Rereading your posts i realized that you want to lock a table.

So maybe this link is more helpful
https://www.atlassian.com/data/admin/grant-permissions-for-mysql




> Am 07.01.2024 um 21:50 schrieb matthias rebbe via use-livecode <use-livecode at lists.runrev.com>:
> 
> You could set user permissions and allow only select.
> 
> https://simplebackups.com/blog/how-to-create-and-grant-permissions-to-a-mysql-user/
> 
> Regards,
> Matthias
> 
>> Am 07.01.2024 um 21:45 schrieb jbv via use-livecode <use-livecode at lists.runrev.com>:
>> 
>> Hi list,
>> I have a mySQL table with over a million rows and I would
>> like to lock the data so that no inserts nor updates are
>> possible, only reads via select commands.
>> I have read the doc as well as numerous blogs, and as far
>> as I understand, the following command
>> LOCK TABLES myTable WRITE;
>> locks the table and prevents other users from reading or
>> writing to the table.
>> But that's not what I need : I need to allow any user to
>> read at any time, but prevent anyone to write at any time.
>> Besides, I also need the lock to be effective in phpMyAdmin.
>> And of course, I need to do that for 1 table only and not
>> the other tables in the db.
>> 
>> How can I achieve that ? Does the solution have to do
>> with the user privileges ?
>> 
>> Thank you in advance.
>> jbv
>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From rdimola at evergreeninfo.net  Wed Jan 10 20:54:03 2024
From: rdimola at evergreeninfo.net (Ralph DiMola)
Date: Wed, 10 Jan 2024 20:54:03 -0500
Subject: We lost  an Angle
Message-ID: <004101da4431$11027170$33075450$@net>

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

rdimola at evergreeninfo.net


From bryan at exnihilo-media.com  Wed Jan 10 21:24:23 2024
From: bryan at exnihilo-media.com (Bryan Anderson)
Date: Wed, 10 Jan 2024 21:24:23 -0500
Subject: We lost  an Angle
In-Reply-To: <004101da4431$11027170$33075450$@net>
References: <004101da4431$11027170$33075450$@net>
Message-ID: <09D7387E-6EAC-47CC-B0D7-CDC2821677E2@exnihilo-media.com>

So sorry Ralph. Her life of giving and caring will live on…I’m sure. 

Bryan


> 
> On Jan 10, 2024, at 8:52 PM, Ralph DiMola via use-livecode <use-livecode at 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
> 
> rdimola at evergreeninfo.net
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From simplsol at aol.com  Wed Jan 10 22:21:25 2024
From: simplsol at aol.com (Paul Looney)
Date: Wed, 10 Jan 2024 19:21:25 -0800
Subject: We lost  an Angle
In-Reply-To: <004101da4431$11027170$33075450$@net>
References: <004101da4431$11027170$33075450$@net>
Message-ID: <182DCBF5-2E1A-49D0-A271-5E1FB47B26AF@aol.com>

Ralph,

Sorry to hear your news.

As someone who lost a spouse of 40 years, I have an idea of how tough it can be. When the grief overwhelms, as it surely can, please try to remember the time you had together, rather than time lost.



> On Jan 10, 2024, at 5:54 PM, Ralph DiMola via use-livecode <use-livecode at 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
> 
> rdimola at evergreeninfo.net
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



From bogdanoff at me.com  Wed Jan 10 23:00:57 2024
From: bogdanoff at me.com (Peter Bogdanoff)
Date: Wed, 10 Jan 2024 20:00:57 -0800
Subject: We lost  an Angle
In-Reply-To: <004101da4431$11027170$33075450$@net>
References: <004101da4431$11027170$33075450$@net>
Message-ID: <1292A004-B9C4-4E0D-91AD-49E0B06667F0@me.com>

Ralph,

My wife and I sat with you both at the outdoor evening event in San Diego, way back when. Margaret was very sweet and seemed to be really enjoying her time there. I’m sorry for you but am glad you had those years with her. All the best, and God bless you!

Peter Bogdanoff

> On Jan 10, 2024, at 5:54 PM, Ralph DiMola via use-livecode <use-livecode at 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
> 
> rdimola at evergreeninfo.net
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



From marksmithhfx at gmail.com  Thu Jan 11 03:09:16 2024
From: marksmithhfx at gmail.com (Mark Smith)
Date: Thu, 11 Jan 2024 08:09:16 +0000
Subject: We lost  an Angle
In-Reply-To: <1292A004-B9C4-4E0D-91AD-49E0B06667F0@me.com>
References: <1292A004-B9C4-4E0D-91AD-49E0B06667F0@me.com>
Message-ID: <B383A29F-A334-4D1A-8FFF-C2110412271E@gmail.com>

Ralph, so sorry for your loss. May you be eternally blessed with memories of the joy and love you shared together.

Mark

Sent from my iPhone

> On Jan 11, 2024, at 4:02 AM, Peter Bogdanoff via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> Ralph,
> 
> My wife and I sat with you both at the outdoor evening event in San Diego, way back when. Margaret was very sweet and seemed to be really enjoying her time there. I’m sorry for you but am glad you had those years with her. All the best, and God bless you!
> 
> Peter Bogdanoff
> 
>> On Jan 10, 2024, at 5:54 PM, Ralph DiMola via use-livecode <use-livecode at 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
>> 
>> rdimola at evergreeninfo.net
>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From curry at pair.com  Thu Jan 11 03:35:31 2024
From: curry at pair.com (Curry Kenworthy)
Date: Thu, 11 Jan 2024 03:35:31 -0500
Subject: We lost an Angle
In-Reply-To: <004101da4431$11027170$33075450$@net>
References: <004101da4431$11027170$33075450$@net>
Message-ID: <b8bde0c8-0052-48a4-beaa-a480f8d831d6@pair.com>


Hi Ralph,

God bless you both! Precious time together well spent.

Best wishes,

Curry K.


From heather at livecode.com  Thu Jan 11 10:43:54 2024
From: heather at livecode.com (Heather Laine)
Date: Thu, 11 Jan 2024 15:43:54 +0000
Subject: We lost  an Angle
In-Reply-To: <004101da4431$11027170$33075450$@net>
References: <004101da4431$11027170$33075450$@net>
Message-ID: <EA157670-AAED-40E8-8025-D29ACAA899CD@livecode.com>

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 at 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
> 
> rdimola at evergreeninfo.net
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From tom at makeshyft.com  Thu Jan 11 11:27:30 2024
From: tom at makeshyft.com (Tom Glod)
Date: Thu, 11 Jan 2024 11:27:30 -0500
Subject: We lost an Angle
In-Reply-To: <EA157670-AAED-40E8-8025-D29ACAA899CD@livecode.com>
References: <004101da4431$11027170$33075450$@net>
 <EA157670-AAED-40E8-8025-D29ACAA899CD@livecode.com>
Message-ID: <CAPzQJLKuszr6iZWBsQfVC50khSeY39OdrhvKpn5UnFnMBE2zVw@mail.gmail.com>

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 at 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 at 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
> >
> > rdimola at evergreeninfo.net
> >
> > _______________________________________________
> > use-livecode mailing list
> > use-livecode at lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>

From kevin at livecode.com  Thu Jan 11 11:47:34 2024
From: kevin at livecode.com (Kevin Miller)
Date: Thu, 11 Jan 2024 16:47:34 +0000
Subject: We lost  an Angle
In-Reply-To: <004101da4431$11027170$33075450$@net>
References: <004101da4431$11027170$33075450$@net>
Message-ID: <C334854D-BD98-4D4D-B873-E73DA665AF93@livecode.com>

So very sorry to hear that Ralph. My thoughts are with you.

Kind regards, 

Kevin 

Kevin Miller ~ kevin at livecode.com ~ http://www.livecode.com/ 
LiveCode: Build Amazing Things 




On 11/01/2024, 01:54, "use-livecode on behalf of Ralph DiMola via use-livecode" <use-livecode-bounces at lists.runrev.com <mailto:use-livecode-bounces at lists.runrev.com> on behalf of use-livecode at lists.runrev.com <mailto:use-livecode at 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


rdimola at evergreeninfo.net <mailto:rdimola at evergreeninfo.net>


_______________________________________________
use-livecode mailing list
use-livecode at lists.runrev.com <mailto:use-livecode at lists.runrev.com>
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode <http://lists.runrev.com/mailman/listinfo/use-livecode>






From harrison at all-auctions.com  Thu Jan 11 12:23:00 2024
From: harrison at all-auctions.com (harrison at all-auctions.com)
Date: Thu, 11 Jan 2024 12:23:00 -0500
Subject: We lost an Angle
In-Reply-To: <004101da4431$11027170$33075450$@net>
References: <004101da4431$11027170$33075450$@net>
Message-ID: <D627577C-808E-42F6-8153-538928E60B80@all-auctions.com>

Hi Ralph,

Sorry for your loss.

I’ve heard that keeping the TV on
for extra voices in the background
can help mitigate the silence of the
house.

Good luck to you!

Rick

> On Jan 10, 2024, at 8:54 PM, Ralph DiMola via use-livecode <use-livecode at 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
> 
> rdimola at evergreeninfo.net
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



From jacque at hyperactivesw.com  Thu Jan 11 12:26:44 2024
From: jacque at hyperactivesw.com (J. Landman Gay)
Date: Thu, 11 Jan 2024 11:26:44 -0600
Subject: We lost  an Angle
In-Reply-To: <004101da4431$11027170$33075450$@net>
References: <004101da4431$11027170$33075450$@net>
Message-ID: <18cf98fd838.2814.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com>

I'm so very sorry to hear that, Ralph. It's such a hard thing. My thoughts 
are with you, always.

--
Jacqueline Landman Gay | jacque at hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On January 10, 2024 7:53:52 PM Ralph DiMola via use-livecode 
<use-livecode at 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
>
> rdimola at evergreeninfo.net
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your 
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode





From jiml at netrin.com  Thu Jan 11 15:39:28 2024
From: jiml at netrin.com (Jim Lambert)
Date: Thu, 11 Jan 2024 12:39:28 -0800
Subject: We lost  an Angel
In-Reply-To: <mailman.1.1704992401.202236.use-livecode@lists.runrev.com>
References: <mailman.1.1704992401.202236.use-livecode@lists.runrev.com>
Message-ID: <A7897420-0C2A-4008-8BA8-073B2B2E702F@netrin.com>

Ralph,

So sorry to hear of Margaret's passing. We remember her fondly.
Please accept our condolences.

Jim & Bonnie Lambert


From matthias_livecode_150811 at m-r-d.de  Thu Jan 11 17:35:54 2024
From: matthias_livecode_150811 at m-r-d.de (matthias_livecode_150811 at m-r-d.de)
Date: Thu, 11 Jan 2024 23:35:54 +0100
Subject: We lost  an Angle
In-Reply-To: <004101da4431$11027170$33075450$@net>
References: <004101da4431$11027170$33075450$@net>
Message-ID: <19DE1EA4-6C2C-4AEF-875D-A311D4D2B369@m-r-d.de>

Ralph,
Unfortunately, I'm not good at these things, especially when I don't write in my native language.

Even though we don't know each other personally, I am very sorry for your loss.
I feel for you.

Matthias

> Am 11.01.2024 um 02:54 schrieb Ralph DiMola via use-livecode <use-livecode at lists.runrev.com>:
> 
> 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
> 
> rdimola at evergreeninfo.net
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From alex at tweedly.net  Thu Jan 11 19:44:23 2024
From: alex at tweedly.net (Alex Tweedly)
Date: Fri, 12 Jan 2024 00:44:23 +0000
Subject: We lost an Angle
In-Reply-To: <004101da4431$11027170$33075450$@net>
References: <004101da4431$11027170$33075450$@net>
Message-ID: <56bb1fae-2966-4d9d-bc7f-4280f151606e@tweedly.net>

I  am so sorry for your loss.  You are in my prayers tonight.

Alex.

On 11/01/2024 01:54, Ralph DiMola via use-livecode 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
>
> rdimola at evergreeninfo.net
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From dochawk at gmail.com  Sun Jan 14 11:50:14 2024
From: dochawk at gmail.com (doc hawk)
Date: Sun, 14 Jan 2024 08:50:14 -0800
Subject: We lost an Angle
In-Reply-To: <19DE1EA4-6C2C-4AEF-875D-A311D4D2B369@m-r-d.de>
References: <004101da4431$11027170$33075450$@net>
 <19DE1EA4-6C2C-4AEF-875D-A311D4D2B369@m-r-d.de>
Message-ID: <CANQHZSFUgAN-_Xuf76qKUX93B44gqc-SvOW7YJaLYuZTsSQtcg@mail.gmail.com>

Please add my prayers and condolences.

From MikeKerner at roadrunner.com  Mon Jan 15 10:22:47 2024
From: MikeKerner at roadrunner.com (Mike Kerner)
Date: Mon, 15 Jan 2024 10:22:47 -0500
Subject: Top things you are waiting for ....
In-Reply-To: <B3A40EAE-27C3-4804-B7B9-3521B4F06AF8@elloco.com>
References: <CAPzQJLLufk+vj-Ac9g1+qnNHQPdOsLmbrWmrt5sD1Ddmyg04eA@mail.gmail.com>
 <2C05119F-A23D-4EF9-8A27-9C2A43217463@m-r-d.de>
 <CADCoycMDC0kmyicmT6D5TekRvuCsjUpSfnUmrnic9f9PMamA8g@mail.gmail.com>
 <CADCoycNZQ8d6A8OMtrm1KGDBcHNfhWSjkc_ymLkJfhb2MuKdPw@mail.gmail.com>
 <CAPzQJLJUf3qJxSXjK7rMEa346Hhv64yO0QnMXXSxtAwzhoNREQ@mail.gmail.com>
 <AS8P250MB0862CBB6134F1521BCB5190C8FB2A@AS8P250MB0862.EURP250.PROD.OUTLOOK.COM>
 <CADCoycO9OJuuAidMASbbH4Sq5by3z3wy4-Ld0ESnoiEdV3RhDw@mail.gmail.com>
 <93D2CD15-2D23-4D1D-BF0E-415B704DDE95@iotecdigital.com>
 <B3A40EAE-27C3-4804-B7B9-3521B4F06AF8@elloco.com>
Message-ID: <CADCoycOms5muQobQywT8vjZ-nNC_8E=7Hp9UgRedNSwi4_nMOg@mail.gmail.com>

some day, "a couple weeks" will come, and the compiler will go into beta.

On Sat, Nov 18, 2023 at 3:49 PM kee nethery via use-livecode <
use-livecode at lists.runrev.com> wrote:

> In App Purchases for MacOS apps. When I can’t make money using LiveCode, I
> have to use something else.
>
> Everything in LiveCode should be Unicode. Really surprised there is stuff
> that is not.
>
> Kee Nethery
> _______________________________________________
> use-livecode mailing list
> use-livecode at 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."

From matthias_livecode_150811 at m-r-d.de  Mon Jan 15 10:58:04 2024
From: matthias_livecode_150811 at m-r-d.de (Matthias Rebbe)
Date: Mon, 15 Jan 2024 16:58:04 +0100
Subject: Top things you are waiting for ....
In-Reply-To: <CADCoycOms5muQobQywT8vjZ-nNC_8E=7Hp9UgRedNSwi4_nMOg@mail.gmail.com>
References: <CADCoycOms5muQobQywT8vjZ-nNC_8E=7Hp9UgRedNSwi4_nMOg@mail.gmail.com>
Message-ID: <99BF8455-FF9C-4A83-9B60-BE0F0C18CC91@m-r-d.de>

At least the subscription payments for the compiler are paused. ;)

Von meinem iPhone gesendet

> Am 15.01.2024 um 16:25 schrieb Mike Kerner via use-livecode <use-livecode at lists.runrev.com>:
> 
> some day, "a couple weeks" will come, and the compiler will go into beta.
> 
>> On Sat, Nov 18, 2023 at 3:49 PM kee nethery via use-livecode <
>> use-livecode at lists.runrev.com> wrote:
>> 
>> In App Purchases for MacOS apps. When I can’t make money using LiveCode, I
>> have to use something else.
>> 
>> Everything in LiveCode should be Unicode. Really surprised there is stuff
>> that is not.
>> 
>> Kee Nethery
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at 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 at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



From bobsneidar at iotecdigital.com  Mon Jan 15 17:55:13 2024
From: bobsneidar at iotecdigital.com (Bob Sneidar)
Date: Mon, 15 Jan 2024 22:55:13 +0000
Subject: Top things you are waiting for ....
In-Reply-To: <99BF8455-FF9C-4A83-9B60-BE0F0C18CC91@m-r-d.de>
References: <CADCoycOms5muQobQywT8vjZ-nNC_8E=7Hp9UgRedNSwi4_nMOg@mail.gmail.com>
 <99BF8455-FF9C-4A83-9B60-BE0F0C18CC91@m-r-d.de>
Message-ID: <019EE59D-A9C9-47C3-AD02-0F36A939C511@iotecdigital.com>

I’m not going to resubscribe to the compiler until there is at least a beta. That’s just me. 

Sent from my iPhone

> On Jan 15, 2024, at 07:59, Matthias Rebbe via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> At least the subscription payments for the compiler are paused. ;)
> 
> Von meinem iPhone gesendet
> 
>> Am 15.01.2024 um 16:25 schrieb Mike Kerner via use-livecode <use-livecode at lists.runrev.com>:
>> 
>> some day, "a couple weeks" will come, and the compiler will go into beta.
>> 
>>> On Sat, Nov 18, 2023 at 3:49 PM kee nethery via use-livecode <
>>> use-livecode at lists.runrev.com> wrote:
>>> 
>>> In App Purchases for MacOS apps. When I can’t make money using LiveCode, I
>>> have to use something else.
>>> 
>>> Everything in LiveCode should be Unicode. Really surprised there is stuff
>>> that is not.
>>> 
>>> Kee Nethery
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at 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 at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

From paul at researchware.com  Mon Jan 15 18:16:31 2024
From: paul at researchware.com (Paul Dupuis)
Date: Mon, 15 Jan 2024 18:16:31 -0500
Subject: macOS window maximization weirdness
Message-ID: <b031964c-7fc2-4b90-a3ea-85384eadf129@researchware.com>

I have a standalone, built with Livecode 9.6.11 STABLE, where for some 
windows (stacks) on certain macOS versions, maximizing the window 
results in no controls being drawn or most controls being drawn incorrectly.

It is not every resizable window (stack) in my app, just some. It is not 
every version of macOS, just some. For example, on macOS Sonoma, the 
offending windows (again, a subset of all my app's resizable windows) 
work fine. On Mojave, they do not.

On Windows, they all work fine when maximized (meaning they are all 
rendered as expected). On macOS and Windows, they all RESIZE (i.e. user 
window resizing) correctly. It is only certain windows AND only on 
certain versions of macOS, and only when maximized (using the titlebar 
green maximize circular icon). In fact. you can RESIZE the window 
manually on macOS Sonoma or Mojave up to the working area of the screen 
(all so the full screen except the menubar) and they all render 
correctly. It is just the "full screen" maximize Apple now does where it 
hides the window's titlebar until you hover over where it would be that 
have a problem and, again, just for certain windows on certain versions 
of macOS.

I'm baffled as the resizeStack handlers are the same across platforms 
(macOS and Windows). There is NOT platform specific code in the 
resizeStack handlers and, I believe, that when a window is maximized, 
Livecode just sends a resizeStack message.

Has anyone seen or heard of any weirdness like this?

I do not have a whole set of macOS version to test on. Sonoma and Mojave 
are about it. I can compare the resizeStack handlers for the stacks that 
maximize correctly with those that don't to see if there is some issue, 
but they all work correctly on Windows and work correctly when manually 
resized.



From MikeKerner at roadrunner.com  Tue Jan 16 09:21:53 2024
From: MikeKerner at roadrunner.com (Mike Kerner)
Date: Tue, 16 Jan 2024 09:21:53 -0500
Subject: Top things you are waiting for ....
In-Reply-To: <019EE59D-A9C9-47C3-AD02-0F36A939C511@iotecdigital.com>
References: <CADCoycOms5muQobQywT8vjZ-nNC_8E=7Hp9UgRedNSwi4_nMOg@mail.gmail.com>
 <99BF8455-FF9C-4A83-9B60-BE0F0C18CC91@m-r-d.de>
 <019EE59D-A9C9-47C3-AD02-0F36A939C511@iotecdigital.com>
Message-ID: <CADCoycM8G8dioCt_gB=Z7RR7XTNnWzVYenYTbW8qPaMDFbCy3Q@mail.gmail.com>

well, they do owe you at least a year of it, since you paid for it, in
advance
the same goes for all of us that paid for html5 and have...not that.

From curry at pair.com  Tue Jan 16 12:16:17 2024
From: curry at pair.com (Curry Kenworthy)
Date: Tue, 16 Jan 2024 12:16:17 -0500
Subject: Bug 23507 - LC Clipboard Polling Failure
Message-ID: <f76f15f8-7f77-4351-b646-b2690e82ef4a@pair.com>


Any progress to fix LC's Clipboard Polling Failure Bug?

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

Needed this for an app.

Best wishes,

Curry K.


From curry at pair.com  Tue Jan 16 12:57:58 2024
From: curry at pair.com (Curry Kenworthy)
Date: Tue, 16 Jan 2024 12:57:58 -0500
Subject: macOS window maximization weirdness
In-Reply-To: <b031964c-7fc2-4b90-a3ea-85384eadf129@researchware.com>
References: <b031964c-7fc2-4b90-a3ea-85384eadf129@researchware.com>
Message-ID: <4c863ff5-fe2f-419b-9d97-ca7323a28a93@pair.com>


I've seen maximization issues, and been blamed for LC/OS tendencies!

1. Can you make a bare bones test stack to trigger the issue?

That would lead to bug report or a code fix/workaround.

2. Separately: LC needs maximizeStack msg and maximized window property.

Good use cases, plus another workaround tool for NEXT similar issue. :)

Best wishes,

Curry Kenworthy

Radically Innovative Christian LiveCode Development
"PASSION for Elegant, Efficient Code!"
http://livecodeconsulting.com/


From rdimola at evergreeninfo.net  Tue Jan 16 17:03:53 2024
From: rdimola at evergreeninfo.net (Ralph DiMola)
Date: Tue, 16 Jan 2024 17:03:53 -0500
Subject: Bug 23507 - LC Clipboard Polling Failure
In-Reply-To: <f76f15f8-7f77-4351-b646-b2690e82ef4a@pair.com>
References: <f76f15f8-7f77-4351-b646-b2690e82ef4a@pair.com>
Message-ID: <003b01da48c7$e80a4590$b81ed0b0$@net>

Curry,

In your resizeStack handler do a send in time to the real resizing code. You
may find the even a short wait will fix it.

Ralph DiMola
IT Director
Evergreen Information Services
rdimola at evergreeninfo.net

-----Original Message-----
From: use-livecode [mailto:use-livecode-bounces at lists.runrev.com] On Behalf
Of Curry Kenworthy via use-livecode
Sent: Tuesday, January 16, 2024 12:16 PM
To: use-livecode at lists.runrev.com
Cc: Curry Kenworthy
Subject: Bug 23507 - LC Clipboard Polling Failure


Any progress to fix LC's Clipboard Polling Failure Bug?

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

Needed this for an app.

Best wishes,

Curry K.

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



From curry at pair.com  Tue Jan 16 18:20:40 2024
From: curry at pair.com (Curry Kenworthy)
Date: Tue, 16 Jan 2024 18:20:40 -0500
Subject: Bug 23507 - LC Clipboard Polling Failure
In-Reply-To: <003b01da48c7$e80a4590$b81ed0b0$@net>
References: <003b01da48c7$e80a4590$b81ed0b0$@net>
Message-ID: <2892ca99-afe0-4488-b355-d209fe11c881@pair.com>


Ralph:

 > do a send in time to the real resizing code.

Oh I fixed mine smooth as butter, but still blamed! First impressions...
(Plus some extra bias since I can't do phone/voice anymore, per health.)

But A: That's the other thread; This one is LC Clipboard Polling bug!

And B: Main context is Paul's situation, possibly an engine or OS issue.
(As mine was, but a different specific one. Required a big workaround.)

Thanks!

Best wishes,

Curry K.


From rdimola at evergreeninfo.net  Tue Jan 16 20:20:29 2024
From: rdimola at evergreeninfo.net (Ralph DiMola)
Date: Tue, 16 Jan 2024 20:20:29 -0500
Subject: Bug 23507 - LC Clipboard Polling Failure
In-Reply-To: <2892ca99-afe0-4488-b355-d209fe11c881@pair.com>
References: <003b01da48c7$e80a4590$b81ed0b0$@net>
 <2892ca99-afe0-4488-b355-d209fe11c881@pair.com>
Message-ID: <000e01da48e3$5eedf4c0$1cc9de40$@net>

Too fast to look and see I was on the wrong thread. Meant to respond to
Paul's.

Woops...

Ralph DiMola
IT Director
Evergreen Information Services
rdimola at evergreeninfo.net

-----Original Message-----
From: use-livecode [mailto:use-livecode-bounces at lists.runrev.com] On Behalf
Of Curry Kenworthy via use-livecode
Sent: Tuesday, January 16, 2024 6:21 PM
To: use-livecode at lists.runrev.com
Cc: Curry Kenworthy
Subject: Re: Bug 23507 - LC Clipboard Polling Failure


Ralph:

 > do a send in time to the real resizing code.

Oh I fixed mine smooth as butter, but still blamed! First impressions...
(Plus some extra bias since I can't do phone/voice anymore, per health.)

But A: That's the other thread; This one is LC Clipboard Polling bug!

And B: Main context is Paul's situation, possibly an engine or OS issue.
(As mine was, but a different specific one. Required a big workaround.)

Thanks!

Best wishes,

Curry K.

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



From paul at researchware.com  Tue Jan 16 20:34:03 2024
From: paul at researchware.com (Paul Dupuis)
Date: Tue, 16 Jan 2024 20:34:03 -0500
Subject: Bug 23507 - LC Clipboard Polling Failure
In-Reply-To: <000e01da48e3$5eedf4c0$1cc9de40$@net>
References: <003b01da48c7$e80a4590$b81ed0b0$@net>
 <2892ca99-afe0-4488-b355-d209fe11c881@pair.com>
 <000e01da48e3$5eedf4c0$1cc9de40$@net>
Message-ID: <2439e9b5-66ee-4d04-af59-5fc1da5d96fb@researchware.com>

Ralph,

Thanks for the tip. As I did into this problem, I'll give that a try.

I'm just getting tired of Apple and/or Livecode changing things so that 
code that DID work is then discovered NOT working any more.

I have very limited time and resources and I'd like to spend MORE of it 
making new features for my products that fixing bugs that happen because 
a new macOS (or Windows) came out or a new version of Livecode or some 
combination breaks what was working.

I always post on this list first in hopes someone else has see whatever 
issue I have run into and can say definitively look at this bug number 
in the LC Quality Center for both the issue and, ideally, a work-around.



On 1/16/2024 8:20 PM, Ralph DiMola via use-livecode wrote:
> Too fast to look and see I was on the wrong thread. Meant to respond to
> Paul's.
>
> Woops...
>
> Ralph DiMola
> IT Director
> Evergreen Information Services
> rdimola at evergreeninfo.net
>
> -----Original Message-----
> From: use-livecode [mailto:use-livecode-bounces at lists.runrev.com] On Behalf
> Of Curry Kenworthy via use-livecode
> Sent: Tuesday, January 16, 2024 6:21 PM
> To: use-livecode at lists.runrev.com
> Cc: Curry Kenworthy
> Subject: Re: Bug 23507 - LC Clipboard Polling Failure
>
>
> Ralph:
>
>   > do a send in time to the real resizing code.
>
> Oh I fixed mine smooth as butter, but still blamed! First impressions...
> (Plus some extra bias since I can't do phone/voice anymore, per health.)
>
> But A: That's the other thread; This one is LC Clipboard Polling bug!
>
> And B: Main context is Paul's situation, possibly an engine or OS issue.
> (As mine was, but a different specific one. Required a big workaround.)
>
> Thanks!
>
> Best wishes,
>
> Curry K.
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



From curry at pair.com  Wed Jan 17 00:09:45 2024
From: curry at pair.com (Curry Kenworthy)
Date: Wed, 17 Jan 2024 00:09:45 -0500
Subject: Bug 23507 - LC Clipboard Polling Failure
In-Reply-To: <2439e9b5-66ee-4d04-af59-5fc1da5d96fb@researchware.com>
References: <2439e9b5-66ee-4d04-af59-5fc1da5d96fb@researchware.com>
Message-ID: <11eefca6-2d45-498b-97f3-673017c6a40a@pair.com>


Paul:

 > I have very limited time and resources and I'd like to spend MORE
 > of it making new features for my products tha[n] fixing bugs that
 > happen because a new macOS (or Windows) came out or a new version
 > of Livecode or some combination breaks what was working.

Last month I wanted to post my Top 3 favorite list posts of 2023.
But only had 2 posts.... Behold, the 3rd! Thanks Paul.

I like that, and it perfectly sums up my experience for several years.
(I love some challenges and workarounds, but not a continual onslaught.)

Best wishes,

Curry Kenworthy

Radically Innovative Christian LiveCode Development
"PASSION for Elegant, Efficient Code!"
http://livecodeconsulting.com/


From Bernd.Niggemann at uni-wh.de  Wed Jan 17 04:02:25 2024
From: Bernd.Niggemann at uni-wh.de (Niggemann, Bernd)
Date: Wed, 17 Jan 2024 09:02:25 +0000
Subject: Bug 23507 - LC Clipboard Polling Failure
Message-ID: <1582F739-E2DA-4CBE-84B1-FF4290A266D7@uni-wh.de>

Curry,

> Any progress to fix LC's Clipboard Polling Failure Bug?


I tried your code on MacOS Monterey using LC 9.6.11 and LC 10.0.0 DP-7.
I saw after a short time gibberish and at times empty clipboard content. No crash though.
I then changed to 'fullClipboardData' instead of 'ClipboardData' and that worked for without a hitch for minutes.

I realise that your main concern is Windows with crashes/freezes. But maybe that would help on Windows too.

Kind regards
Bernd

From curry at pair.com  Wed Jan 17 10:09:58 2024
From: curry at pair.com (Curry Kenworthy)
Date: Wed, 17 Jan 2024 10:09:58 -0500
Subject: Bug 23507 - LC Clipboard Polling Failure
In-Reply-To: <1582F739-E2DA-4CBE-84B1-FF4290A266D7@uni-wh.de>
References: <1582F739-E2DA-4CBE-84B1-FF4290A266D7@uni-wh.de>
Message-ID: <651297b9-205c-44ce-aa45-e487b0c509a2@pair.com>


Bernd:

 > I then changed to 'fullClipboardData' instead of 'ClipboardData'
 > and that worked for without a hitch for minutes.

Thanks, that may even have potential for a temp workaround!

It makes the Windows outcome more like Mac:
Glitches, but seems to reset a few seconds later, without LC restart.

So, "full" might be the ONLY reliable Clipboard access on Windows...

My test stack looks like a special case, but actually just simulates 
normal user copy and paste or poll over time.

(There is likewise an opposite LC bug, failing to COPY text from LC.
Haven't made a recipe/trigger stack for that one yet.)

Best wishes,

Curry Kenworthy

Radically Innovative Christian LiveCode Development
"PASSION for Elegant, Efficient Code!"
http://livecodeconsulting.com/


From curry at pair.com  Fri Jan 19 09:22:30 2024
From: curry at pair.com (Curry Kenworthy)
Date: Fri, 19 Jan 2024 09:22:30 -0500
Subject: macOS window maximization weirdness
In-Reply-To: <b031964c-7fc2-4b90-a3ea-85384eadf129@researchware.com>
References: <b031964c-7fc2-4b90-a3ea-85384eadf129@researchware.com>
Message-ID: <8bcadbdb-9432-4ef3-8fde-a2f642cc4450@pair.com>


Paul:

 > on certain macOS versions, maximizing the window results in
 > no controls being drawn or most controls being drawn incorrectly.

When drawn incorrectly, are controls the wrong sizes/rects?
Or content/visual glitches? Of what nature?

Thought it might be worth following up, in case anyone saw similar -
or might jog my own memory! So many LC/OS issues, details help....

Happy 2024!

Best wishes,

Curry K.


From paul at researchware.com  Fri Jan 19 13:28:52 2024
From: paul at researchware.com (Paul Dupuis)
Date: Fri, 19 Jan 2024 13:28:52 -0500
Subject: macOS window maximization weirdness
In-Reply-To: <8bcadbdb-9432-4ef3-8fde-a2f642cc4450@pair.com>
References: <b031964c-7fc2-4b90-a3ea-85384eadf129@researchware.com>
 <8bcadbdb-9432-4ef3-8fde-a2f642cc4450@pair.com>
Message-ID: <a7f001b1-2df1-4888-9204-65fc550af69d@researchware.com>

So , for any one interested, here are screenshots of what is happening. 
The "Autocode" window (stack) and the "Search Sources" window (stack) 
are two example of the windows that do NOT maximize correctly. Many 
other resizable windows do so just fine and windows with both fewer and 
more controls in them work fine. There are also a few more windows that 
do NOT maximize correctly that I did not screen shot.

Below are screen shots (full desktop) of each window maximized on 
Windows 11 (correctly), Sonoma (correctly) and Mojave (incorrectly 
drawn). Again, there windows, on ALL 3 OS versions, can be manually 
resized without problems. It is only when you click on the macOS 
Maximize icon in the title bar. In addition to not drawing correctly on 
Mojave, we also witnessed them not drawing correctly on Monterey. The 
resizeStack handlers have NO platform specific code.

https://www.researchware.com/livecode/HR457-Autocode-Win11-Maximized.png
https://www.researchware.com/livecode/HR457-Autocode-Mojave-Normal.png
https://www.researchware.com/livecode/HR457-Autocode-Mojave-Maximized.png
https://www.researchware.com/livecode/HR457-Autocode-Sonoma-Normal.png
https://www.researchware.com/livecode/HR457-Autocode-Sonoma-Maximized.png
https://www.researchware.com/livecode/HR457-SearchSources-Win11-Maximized.png
https://www.researchware.com/livecode/HR457-SearchSources-Mojave-Normal.png
https://www.researchware.com/livecode/HR457-SearchSources-Mojave-Maximized.png
https://www.researchware.com/livecode/HR457-SearchSources-Sonoma-Normal.png
https://www.researchware.com/livecode/HR457-SearchSources-Sonoma-Maximized.png

Logically, there must be some difference in the resizeStack handlers. I 
have already received the suggested to try having resizeStack send a 
"doResize" (or some handler name) message in time that does the actual 
resize as a work-around. I have not had a chance to try that yet. I 
expect I may OR may not fine that perhaps some use the width and height 
passed as resizeStack message handler parameters while others get the 
width and height of the card. I'll see if there is some commonality on 
how the resizeStack is getting the dimension to resize to between those 
windows that work and those that don't.

However, logically, it certainly seems like there is some OS version 
specific engine bug emerging here since the same code works on Windows 
and some versions of macOS and not others versions of macOS.


On 1/19/2024 9:22 AM, Curry Kenworthy via use-livecode wrote:
>
> Paul:
>
> > on certain macOS versions, maximizing the window results in
> > no controls being drawn or most controls being drawn incorrectly.
>
> When drawn incorrectly, are controls the wrong sizes/rects?
> Or content/visual glitches? Of what nature?
>
> Thought it might be worth following up, in case anyone saw similar -
> or might jog my own memory! So many LC/OS issues, details help....
>
> Happy 2024!
>
> Best wishes,
>
> Curry K.
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your 
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



From dan at clearvisiontech.com  Fri Jan 19 18:21:57 2024
From: dan at clearvisiontech.com (Dan Friedman)
Date: Fri, 19 Jan 2024 23:21:57 +0000
Subject: Mobile password field and keychain/password
Message-ID: <BYAPR12MB2709EEF5172E0498BA59F8CAB9702@BYAPR12MB2709.namprd12.prod.outlook.com>

Is there a way to connect to the OS’s keychain/password functionality for both iOS and Android?   I have a customer that want’s their password field to work like every other app they have ever used.

-Dan

From brian at milby7.com  Fri Jan 19 19:11:26 2024
From: brian at milby7.com (Brian Milby)
Date: Fri, 19 Jan 2024 19:11:26 -0500
Subject: macOS window maximization weirdness
In-Reply-To: <a7f001b1-2df1-4888-9204-65fc550af69d@researchware.com>
References: <a7f001b1-2df1-4888-9204-65fc550af69d@researchware.com>
Message-ID: <965D67AE-C6E4-4F55-B38F-B7305A5B9C49@milby7.com>

What I find most curious is that the Autocode window does show a few controls that look to be placed correctly at the bottom of the window.  My guess is that it is a timing issue and you are using a property value that isn’t yet updated.  That is probably (hopefully) going to be a good place to start since you have good and bad placement in the same handler.

Brian Milby
brian at milby7.com

> On Jan 19, 2024, at 1:30 PM, Paul Dupuis via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> So , for any one interested, here are screenshots of what is happening. The "Autocode" window (stack) and the "Search Sources" window (stack) are two example of the windows that do NOT maximize correctly. Many other resizable windows do so just fine and windows with both fewer and more controls in them work fine. There are also a few more windows that do NOT maximize correctly that I did not screen shot.

From paul at researchware.com  Fri Jan 19 19:47:17 2024
From: paul at researchware.com (Paul Dupuis)
Date: Fri, 19 Jan 2024 19:47:17 -0500
Subject: macOS window maximization weirdness
In-Reply-To: <965D67AE-C6E4-4F55-B38F-B7305A5B9C49@milby7.com>
References: <a7f001b1-2df1-4888-9204-65fc550af69d@researchware.com>
 <965D67AE-C6E4-4F55-B38F-B7305A5B9C49@milby7.com>
Message-ID: <8c26bcf6-ee7f-4445-97f6-42f2d844d42f@researchware.com>

It may be that. I have to figure out a work-around. I will keep 
properties in mind as I dig into the resizeStack handlers.

And yet, I shouldn't have to figure out a work-around. Since it works on 
Sonoma and Windows 11, it really SHOULD work on Mojave (and Monterey and 
all supported versions of macOS).


On 1/19/2024 7:11 PM, Brian Milby wrote:
> What I find most curious is that the Autocode window does show a few 
> controls that look to be placed correctly at the bottom of the window. 
>  My guess is that it is a timing issue and you are using a property 
> value that isnt yet updated.  That is probably (hopefully) going to 
> be a good place to start since you have good and bad placement in the 
> same handler.
>
> Brian Milby
> brian at milby7.com
>
>> On Jan 19, 2024, at 1:30PM, Paul Dupuis via use-livecode 
>> <use-livecode at lists.runrev.com> wrote:
>>
>> So , for any one interested, here are screenshots of what is 
>> happening. The "Autocode" window (stack) and the "Search Sources" 
>> window (stack) are two example of the windows that do NOT maximize 
>> correctly. Many other resizable windows do so just fine and windows 
>> with both fewer and more controls in them work fine. There are also a 
>> few more windows that do NOT maximize correctly that I did not screen 
>> shot.

From david.bovill at gmail.com  Mon Jan 22 14:48:26 2024
From: david.bovill at gmail.com (David Bovill)
Date: Mon, 22 Jan 2024 19:48:26 +0000
Subject: Multipart form decode
In-Reply-To: <67143811-04B3-42A8-A052-69C9871E118D@iotecdigital.com>
References: <43c2b3e7-902f-4d8d-a3f9-71a75cfe50f1@sonic.net>
 <67143811-04B3-42A8-A052-69C9871E118D@iotecdigital.com>
Message-ID: <CAGASioNQ=zxQBbqxsOfi4UtcsmmYXnN72UY+utafU77nAf+gZQ@mail.gmail.com>

I see in the dictionary several functions related to multipart form
encoding - but not decoding. Does anyone have a function that lets my
decode form posts to the built in HTTP server.

From benr_mc at cogapp.com  Mon Jan 22 16:48:37 2024
From: benr_mc at cogapp.com (Ben Rubinstein)
Date: Mon, 22 Jan 2024 21:48:37 +0000
Subject: tsNetCustomUploadSync: what am I doing wrong?
Message-ID: <cb7dbff7-17a1-4f0a-9470-8f7470233eb0@cogapp.com>

I'm trying to use tsNetCustomUploadSync, but something is going wrong.

To establish a baseline, I'm using it to do a POST request. I can prove that 
my data is good because this works:

       set the httpHeaders to tHeaders
       post tRequestData to URL tURL
       put it into fld "ResultData"
       put libUrlLastRhHeaders() into rOutHeaders

This, however:
       put tsNetCustomUploadSync(tURL, "POST", tRequestData, tHeaders, 
rOutHeaders, rResult, rBytes) into fld "ResultData"

returns an 'unauthorized' error, with message "Authentication required".

That suggests that either my URL (which contains part of the application ids 
to which my authorisation token is specific) or my headers (which contains the 
authorisation token) is not being passed correctly.

My guess is that it's more likely to be the headers. Can anyone advise?

TIA,

Ben


From dfe4 at cornell.edu  Mon Jan 22 20:02:19 2024
From: dfe4 at cornell.edu (David Epstein)
Date: Mon, 22 Jan 2024 20:02:19 -0500
Subject: LockLoc and grab
Message-ID: <5257C7A7-6CE8-420C-9568-2D6B07C2DCD5@cornell.edu>

A group with lockLoc set to false does not resize itself when an object in it is moved by a “grab” command.  Is this a bug?  Is there a simple workaround?

Recipe using 10.0.0 dp6 on an intel Mac:  

Create a button with this script:  
on mouseDown; grab me; end mouseDown.  
Group the button.  Confirm that the group’s lockLoc property is false.  Then with the browse tool, drag the button past the edge of the group.  The button disappears.

David Epstein

From david.bovill at gmail.com  Tue Jan 23 06:23:46 2024
From: david.bovill at gmail.com (David Bovill)
Date: Tue, 23 Jan 2024 11:23:46 +0000
Subject: Multipart form decode
In-Reply-To: <CAGASioNQ=zxQBbqxsOfi4UtcsmmYXnN72UY+utafU77nAf+gZQ@mail.gmail.com>
References: <43c2b3e7-902f-4d8d-a3f9-71a75cfe50f1@sonic.net>
 <67143811-04B3-42A8-A052-69C9871E118D@iotecdigital.com>
 <CAGASioNQ=zxQBbqxsOfi4UtcsmmYXnN72UY+utafU77nAf+gZQ@mail.gmail.com>
Message-ID: <CAGASioO7e1wFqtYFOibhdqZbOz3V5QTutZY1WFp4cGD1_LM_hg@mail.gmail.com>

Hmm writing my own generic multipart form data parser seems quite a task
(and a security risk). Any suggestions?

On Mon, 22 Jan 2024 at 19:48, David Bovill <david.bovill at gmail.com> wrote:

> I see in the dictionary several functions related to multipart form
> encoding - but not decoding. Does anyone have a function that lets my
> decode form posts to the built in HTTP server.
>

From craig at starfirelighting.com  Tue Jan 23 11:31:42 2024
From: craig at starfirelighting.com (Craig Newman)
Date: Tue, 23 Jan 2024 11:31:42 -0500
Subject: LockLoc and grab
In-Reply-To: <5257C7A7-6CE8-420C-9568-2D6B07C2DCD5@cornell.edu>
References: <5257C7A7-6CE8-420C-9568-2D6B07C2DCD5@cornell.edu>
Message-ID: <CB21C924-DCD0-4753-843C-B61D5F9C62A6@starfirelighting.com>

David.

I could not understand your issue, so I made the controls you mentioned. The thing that matters is not the lockLoc property, but rather the “opaque” property.

A group of controls is just a, er, group of controls. The “group” itself can, however, take on a life of its own if, as in this exercise, something like the opaque property is set. In that case, dragging a control with a lower layer number will disappear behind the group rect, regardless of whether or not there is a child control in front.

Am I getting your problem at all?

Craig 

> On Jan 22, 2024, at 8:02 PM, David Epstein via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> A group with lockLoc set to false does not resize itself when an object in it is moved by a “grab” command.  Is this a bug?  Is there a simple workaround?
> 
> Recipe using 10.0.0 dp6 on an intel Mac:  
> 
> Create a button with this script:  
> on mouseDown; grab me; end mouseDown.  
> Group the button.  Confirm that the group’s lockLoc property is false.  Then with the browse tool, drag the button past the edge of the group.  The button disappears.
> 
> David Epstein
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



From craig at starfirelighting.com  Tue Jan 23 11:42:06 2024
From: craig at starfirelighting.com (Craig Newman)
Date: Tue, 23 Jan 2024 11:42:06 -0500
Subject: LockLoc and grab
In-Reply-To: <5257C7A7-6CE8-420C-9568-2D6B07C2DCD5@cornell.edu>
References: <5257C7A7-6CE8-420C-9568-2D6B07C2DCD5@cornell.edu>
Message-ID: <D2AFE782-348F-4073-959F-63E463DE417E@starfirelighting.com>

Aha.

I did not see that you meant a single button in its own group. But it would not matter if I did the same with a control within a larger group of controls. And it does not matter if the lockLoc of the group is set or not.

So is your question “Why does the control disappear when it is dragged outside the group rect?” In other words, "why does it not just keep going in full view?”

I am not sure, but maybe being outside its group means it is nowhere at all?

Craig



> On Jan 22, 2024, at 8:02 PM, David Epstein via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> A group with lockLoc set to false does not resize itself when an object in it is moved by a “grab” command.  Is this a bug?  Is there a simple workaround?
> 
> Recipe using 10.0.0 dp6 on an intel Mac:  
> 
> Create a button with this script:  
> on mouseDown; grab me; end mouseDown.  
> Group the button.  Confirm that the group’s lockLoc property is false.  Then with the browse tool, drag the button past the edge of the group.  The button disappears.
> 
> David Epstein
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From bobsneidar at iotecdigital.com  Tue Jan 23 11:54:50 2024
From: bobsneidar at iotecdigital.com (Bob Sneidar)
Date: Tue, 23 Jan 2024 16:54:50 +0000
Subject: LockLoc and grab
In-Reply-To: <D2AFE782-348F-4073-959F-63E463DE417E@starfirelighting.com>
References: <5257C7A7-6CE8-420C-9568-2D6B07C2DCD5@cornell.edu>
 <D2AFE782-348F-4073-959F-63E463DE417E@starfirelighting.com>
Message-ID: <48F9B6FD-F041-42F3-A246-9E55BBA99B39@iotecdigital.com>

I’m suspecting now that he may be under the impression that the way to remove a control from a group is to drag it outside the group’s boundary. If so then this is not the case. The way I do it is I cut the control, click somewhere on the card, then paste the control again. 

Alternatively you can download and use the exceptional utility revNavigator, which allows you to drag a control in the list it maintains onto or out of a group. It also makes reordering controls and groups very easy. 

Bob S


> On Jan 23, 2024, at 8:42 AM, Craig Newman via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> Aha.
> 
> I did not see that you meant a single button in its own group. But it would not matter if I did the same with a control within a larger group of controls. And it does not matter if the lockLoc of the group is set or not.
> 
> So is your question “Why does the control disappear when it is dragged outside the group rect?” In other words, "why does it not just keep going in full view?”
> 
> I am not sure, but maybe being outside its group means it is nowhere at all?
> 
> Craig
> 
> 
> 
>> On Jan 22, 2024, at 8:02 PM, David Epstein via use-livecode <use-livecode at lists.runrev.com> wrote:
>> 
>> A group with lockLoc set to false does not resize itself when an object in it is moved by a “grab” command.  Is this a bug?  Is there a simple workaround?
>> 
>> Recipe using 10.0.0 dp6 on an intel Mac:  
>> 
>> Create a button with this script:  
>> on mouseDown; grab me; end mouseDown.  
>> Group the button.  Confirm that the group’s lockLoc property is false.  Then with the browse tool, drag the button past the edge of the group.  The button disappears.
>> 
>> David Epstein
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From dfe4 at cornell.edu  Tue Jan 23 12:32:21 2024
From: dfe4 at cornell.edu (David Epstein)
Date: Tue, 23 Jan 2024 12:32:21 -0500
Subject: LockLoc and grab
In-Reply-To: <mailman.3.1706029202.145316.use-livecode@lists.runrev.com>
References: <mailman.3.1706029202.145316.use-livecode@lists.runrev.com>
Message-ID: <8E5C9054-24FD-4D07-820F-D983DDE49653@cornell.edu>

Let me try to clarify the problem I stated.

I am not trying to remove the button, I am trying to use the “grab” command to let a user move the button around the window by dragging it.

If I use a script to “set the loc” of a button to somewhere outside that group’s rectangle
	- the group will resize if its lockLoc property is false (thus keeping the relocated button visible); 
	- but the button will disappear if the group’s lockLoc property is true.

But when I use the “grab” command to relocate the button outside the group’s current rectangle the group does not resize even if its lockLoc property is false.



> A group with lockLoc set to false does not resize itself when an object in it is moved by a ?grab? command.  Is this a bug?  Is there a simple workaround?
> 
> Recipe using 10.0.0 dp6 on an intel Mac:  
> 
> Create a button with this script:  
> on mouseDown; grab me; end mouseDown.  
> Group the button.  Confirm that the group?s lockLoc property is false.  Then with the browse tool, drag the button past the edge of the group.  The button disappears.
> 



From bobsneidar at iotecdigital.com  Tue Jan 23 12:51:27 2024
From: bobsneidar at iotecdigital.com (Bob Sneidar)
Date: Tue, 23 Jan 2024 17:51:27 +0000
Subject: LockLoc and grab
In-Reply-To: <8E5C9054-24FD-4D07-820F-D983DDE49653@cornell.edu>
References: <mailman.3.1706029202.145316.use-livecode@lists.runrev.com>
 <8E5C9054-24FD-4D07-820F-D983DDE49653@cornell.edu>
Message-ID: <18B0D546-64AE-4D92-91D5-05661E8735C0@iotecdigital.com>

OIC. Not sure what the expected behavior is when the browse tool is selected or in a standalone but I can confirm that it works as you say. In the IDE, dragging the button outside the bounds of its parent group will update the groups rect if the pointer tool is selected, but not if the browse tool is selected. Since you mentioned a User, I suspect you are doing this in a standalone, where the only tool is the browser tool (correct me if I am wring). 

To resolve it, in the button script on mouseUp set the loc of the group to the loc of the button, or else get the lowest top left of any object in the group and the bottom right of any object in the group and set the group rect accordingly. 

Bob S


> On Jan 23, 2024, at 9:32 AM, David Epstein via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> Let me try to clarify the problem I stated.
> 
> I am not trying to remove the button, I am trying to use the “grab” command to let a user move the button around the window by dragging it.
> 
> If I use a script to “set the loc” of a button to somewhere outside that group’s rectangle
> 	- the group will resize if its lockLoc property is false (thus keeping the relocated button visible); 
> 	- but the button will disappear if the group’s lockLoc property is true.
> 
> But when I use the “grab” command to relocate the button outside the group’s current rectangle the group does not resize even if its lockLoc property is false.
> 
> 
> 
>> A group with lockLoc set to false does not resize itself when an object in it is moved by a ?grab? command.  Is this a bug?  Is there a simple workaround?
>> 
>> Recipe using 10.0.0 dp6 on an intel Mac:  
>> 
>> Create a button with this script:  
>> on mouseDown; grab me; end mouseDown.  
>> Group the button.  Confirm that the group?s lockLoc property is false.  Then with the browse tool, drag the button past the edge of the group.  The button disappears.
>> 
> 
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From jacque at hyperactivesw.com  Tue Jan 23 14:55:08 2024
From: jacque at hyperactivesw.com (J. Landman Gay)
Date: Tue, 23 Jan 2024 13:55:08 -0600
Subject: LockLoc and grab
In-Reply-To: <8E5C9054-24FD-4D07-820F-D983DDE49653@cornell.edu>
References: <mailman.3.1706029202.145316.use-livecode@lists.runrev.com>
 <8E5C9054-24FD-4D07-820F-D983DDE49653@cornell.edu>
Message-ID: <631d4d4d-8b15-4e52-a502-307bc74b5c71@hyperactivesw.com>

I can reproduce this in both LC 10 and 9.6.9 but I can't explain it. It's unclear if this is a 
feature or a bug.

On 1/23/24 11:32 AM, David Epstein via use-livecode wrote:
> Let me try to clarify the problem I stated.
> 
> I am not trying to remove the button, I am trying to use the “grab” command to let a user move the button around the window by dragging it.
> 
> If I use a script to “set the loc” of a button to somewhere outside that group’s rectangle
> 	- the group will resize if its lockLoc property is false (thus keeping the relocated button visible);
> 	- but the button will disappear if the group’s lockLoc property is true.
> 
> But when I use the “grab” command to relocate the button outside the group’s current rectangle the group does not resize even if its lockLoc property is false.
> 
> 
> 
>> A group with lockLoc set to false does not resize itself when an object in it is moved by a ?grab? command.  Is this a bug?  Is there a simple workaround?
>>
>> Recipe using 10.0.0 dp6 on an intel Mac:
>>
>> Create a button with this script:
>> on mouseDown; grab me; end mouseDown.
>> Group the button.  Confirm that the group?s lockLoc property is false.  Then with the browse tool, drag the button past the edge of the group.  The button disappears.
>>

-- 
Jacqueline Landman Gay         |     jacque at hyperactivesw.com
HyperActive Software           |     http://www.hyperactivesw.com


From htorrado at networkdreams.net  Tue Jan 23 17:26:26 2024
From: htorrado at networkdreams.net (Heriberto Torrado)
Date: Tue, 23 Jan 2024 17:26:26 -0500
Subject: OT: htmx and hyperscript
In-Reply-To: <CA+O+R-FhdOH7Rbvxfk_qNfLrqmXeB4C-FgeGH-_ctscFD7Ud5w@mail.gmail.com>
References: <CA+O+R-FhdOH7Rbvxfk_qNfLrqmXeB4C-FgeGH-_ctscFD7Ud5w@mail.gmail.com>
Message-ID: <dc76d685-2808-4ff9-8515-099f4a851188@networkdreams.net>

Hi Bernard, I was checking old emails from the list and I saw this email 
from you. I've been digging into HTMx and HyperScript and I've really 
been very impressed.

HyperScript is basically a JavaScript replacement written in Hypertalk. 
It is very similar to Livecode and in fact, you can modify the source 
code to make it even more similar. It seemed like a real dream to me to 
be able to escape from JavaScript and to use something similar to 
Livecode on the web. This means that with Livecode server and 
Hyperscript we already have the entire "Fullstack" developed for all of 
us who love the languages descended from Hypertalk.

I honestly think that Livecode ltd could take Hyperscript and turn it 
into something much more like Livecode in just a few days. I'm going to 
try it and I'll tell you the results.

Best,
Hery


On 12/14/23 09:24, Bernard Devlin via use-livecode wrote:
> As I was looking into htmx (which is basically going in the opposite
> direction to that which Livecode is taking with WASM), I discovered the
> author of htmx has also implemented a kind of hypertalk in the browser (the
> point being to more simply hook into DOM events).
>
> It looks rather ugly IMO (unlike htmx).  But I know people on this list are
> often interested in descendants/hat-tips to Hypercard.
>
> https://hyperscript.org/
>
> Regards, Bernard
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



From neville.smythe at optusnet.com.au  Tue Jan 23 21:01:29 2024
From: neville.smythe at optusnet.com.au (Neville Smythe)
Date: Wed, 24 Jan 2024 13:01:29 +1100
Subject: Nasty filter bug
Message-ID: <3A76B324-8936-4C1E-B367-0758BC72C35C@optusnet.com.au>

Try this in the msg box:

put "aaa[bbb" into tStr; put line 1 of tStr into tLine; filter tStr without tLine; put tStr
I get (using MacOS, LC 9.6.11)

aaa[bbb

That is to say, the line is not filtered out.

And:

put "aaa[bbb" into tStr; filter tStr with tStr; put tStr

produces an empty string instead of the original string.

The bug occurs if the line contains the character “[“ anywhere; any lines containing that character are ignored by both filter with and filter without.

This is really serious, because I rely on the filter command a lot, as I would think do many other developers!

Don’t know if it occurs with other characters, but I have never seen it before. I discovered it when filtering lines with regular expressions. Other special regexp characters I have tested do not trigger the bug.

Neville Smythe




From brian at milby7.com  Tue Jan 23 21:45:43 2024
From: brian at milby7.com (Brian Milby)
Date: Tue, 23 Jan 2024 21:45:43 -0500
Subject: Nasty filter bug
In-Reply-To: <3A76B324-8936-4C1E-B367-0758BC72C35C@optusnet.com.au>
References: <3A76B324-8936-4C1E-B367-0758BC72C35C@optusnet.com.au>
Message-ID: <47EE702B-9049-4147-AA8D-97D6215A15DC@milby7.com>

Not sure this is really a bug.  The default is to match a wildcardPattern.  If you want to match [ then you must use [[] in the pattern.

Brian Milby
brian at milby7.com

> On Jan 23, 2024, at 9:02 PM, Neville Smythe via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> Try this in the msg box:
> 
> put "aaa[bbb" into tStr; put line 1 of tStr into tLine; filter tStr without tLine; put tStr
> I get (using MacOS, LC 9.6.11)
> 
> aaa[bbb
> 
> That is to say, the line is not filtered out.
> 
> And:
> 
> put "aaa[bbb" into tStr; filter tStr with tStr; put tStr
> 
> produces an empty string instead of the original string.
> 
> The bug occurs if the line contains the character “[“ anywhere; any lines containing that character are ignored by both filter with and filter without.
> 
> This is really serious, because I rely on the filter command a lot, as I would think do many other developers!
> 
> Don’t know if it occurs with other characters, but I have never seen it before. I discovered it when filtering lines with regular expressions. Other special regexp characters I have tested do not trigger the bug.
> 
> Neville Smythe
> 
> 
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From neville.smythe at optusnet.com.au  Tue Jan 23 21:50:02 2024
From: neville.smythe at optusnet.com.au (Neville Smythe)
Date: Wed, 24 Jan 2024 13:50:02 +1100
Subject: Multipart form decode
Message-ID: <6FA8DD12-71D0-412B-A5BE-2050797773A7@optusnet.com.au>

David: do you need a special decoder? 

I thought the multipart form handlers just broke up the sent data into user-defined small chunks, and the server was responsible for waiting for all the parts to be received and then re-assembling the data. From that point it is just a normal POST.

Maybe I have misunderstood the question?


Neville Smythe





From david.bovill at gmail.com  Wed Jan 24 06:29:46 2024
From: david.bovill at gmail.com (David Bovill)
Date: Wed, 24 Jan 2024 11:29:46 +0000
Subject: Multipart form decode
In-Reply-To: <6FA8DD12-71D0-412B-A5BE-2050797773A7@optusnet.com.au>
References: <6FA8DD12-71D0-412B-A5BE-2050797773A7@optusnet.com.au>
Message-ID: <CAGASioPNW3k_gwKTM+v80_EnBwUYsGptvBZC8GxLboFENXRLQw@mail.gmail.com>

Yes - I need a (standard) decoder. As far as I can tell we have a few
handlers in Livecode for encoding data for multipart form encoding - then
the Livecode server will do its magic and parse that making the rules
available - however there is no function to do the rfc7578
<https://datatracker.ietf.org/doc/html/rfc7578> decoding - at least that is
documented. We need this if we are coding our own server using the built in
sockets handling. I have a couple of hacks to extract uploaded images or
other files - but nothing robust or a general parser.

On Wed, 24 Jan 2024 at 02:51, Neville Smythe via use-livecode <
use-livecode at lists.runrev.com> wrote:

> David: do you need a special decoder?
>
> I thought the multipart form handlers just broke up the sent data into
> user-defined small chunks, and the server was responsible for waiting for
> all the parts to be received and then re-assembling the data. From that
> point it is just a normal POST.
>
> Maybe I have misunderstood the question?
>
>
> Neville Smythe
>
>
>
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>

From david.bovill at gmail.com  Wed Jan 24 06:47:26 2024
From: david.bovill at gmail.com (David Bovill)
Date: Wed, 24 Jan 2024 11:47:26 +0000
Subject: Livecode Demo of two way javascript communication?
In-Reply-To: <CAGASioPNW3k_gwKTM+v80_EnBwUYsGptvBZC8GxLboFENXRLQw@mail.gmail.com>
References: <6FA8DD12-71D0-412B-A5BE-2050797773A7@optusnet.com.au>
 <CAGASioPNW3k_gwKTM+v80_EnBwUYsGptvBZC8GxLboFENXRLQw@mail.gmail.com>
Message-ID: <CAGASioNHi1MG+Ts2Kq4+8dB3LT18NWJBFXqJ280GqF3xQn5SXA@mail.gmail.com>

Is there a demo out there for simple bidirectional interaction between a
web page and a recent stack exported as wasm? Anyone experimenting with
this?

From benr at cogapp.com  Wed Jan 24 07:30:52 2024
From: benr at cogapp.com (Ben Rubinstein)
Date: Wed, 24 Jan 2024 12:30:52 +0000
Subject: tsNetCustomUploadSync: what am I doing wrong? (Answer: RTFM-P)
In-Reply-To: <cb7dbff7-17a1-4f0a-9470-8f7470233eb0@cogapp.com>
References: <cb7dbff7-17a1-4f0a-9470-8f7470233eb0@cogapp.com>
Message-ID: <26752834-9482-4ff6-abbb-1568abc9d97e@cogapp.com>

For the record:

 > put tsNetCustomUploadSync(tURL, "POST", tRequestData, tHeaders, ...

should have been

 > put tsNetCustomUploadSync(tURL, "POST", tHeaders, tRequestData, ...

:facepalm-emoji:

Ben

On 22/01/2024 21:48, Ben Rubinstein via use-livecode wrote:
> I'm trying to use tsNetCustomUploadSync, but something is going wrong.
> 
> To establish a baseline, I'm using it to do a POST request. I can prove that 
> my data is good because this works:
> 
>        set the httpHeaders to tHeaders
>        post tRequestData to URL tURL
>        put it into fld "ResultData"
>        put libUrlLastRhHeaders() into rOutHeaders
> 
> This, however:
>        put tsNetCustomUploadSync(tURL, "POST", tRequestData, tHeaders, 
> rOutHeaders, rResult, rBytes) into fld "ResultData"
> 
> returns an 'unauthorized' error, with message "Authentication required".
> 
> That suggests that either my URL (which contains part of the application ids 
> to which my authorisation token is specific) or my headers (which contains the 
> authorisation token) is not being passed correctly.
> 
> My guess is that it's more likely to be the headers. Can anyone advise?
> 
> TIA,
> 
> Ben
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From craig at starfirelighting.com  Wed Jan 24 10:19:54 2024
From: craig at starfirelighting.com (Craig Newman)
Date: Wed, 24 Jan 2024 10:19:54 -0500
Subject: Nasty filter bug
In-Reply-To: <47EE702B-9049-4147-AA8D-97D6215A15DC@milby7.com>
References: <3A76B324-8936-4C1E-B367-0758BC72C35C@optusnet.com.au>
 <47EE702B-9049-4147-AA8D-97D6215A15DC@milby7.com>
Message-ID: <62186890-01D9-4F33-BD40-CFBE606ED79A@starfirelighting.com>

I did not test the ASCII set exhaustively, but the culprit is the char “[“ (ASCII 91). Any other char (including “]”) in the string works correctly, that is, nothing is left after the filter command executes.

I do not know enough to say whether that particular char  does something to the filter command, which may use regex somehow in its inner workings.

Craig

Craig

> On Jan 23, 2024, at 9:45 PM, Brian Milby via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> Not sure this is really a bug.  The default is to match a wildcardPattern.  If you want to match [ then you must use [[] in the pattern.
> 
> Brian Milby
> brian at milby7.com
> 
>> On Jan 23, 2024, at 9:02 PM, Neville Smythe via use-livecode <use-livecode at lists.runrev.com> wrote:
>> 
>> Try this in the msg box:
>> 
>> put "aaa[bbb" into tStr; put line 1 of tStr into tLine; filter tStr without tLine; put tStr
>> I get (using MacOS, LC 9.6.11)
>> 
>> aaa[bbb
>> 
>> That is to say, the line is not filtered out.
>> 
>> And:
>> 
>> put "aaa[bbb" into tStr; filter tStr with tStr; put tStr
>> 
>> produces an empty string instead of the original string.
>> 
>> The bug occurs if the line contains the character “[“ anywhere; any lines containing that character are ignored by both filter with and filter without.
>> 
>> This is really serious, because I rely on the filter command a lot, as I would think do many other developers!
>> 
>> Don’t know if it occurs with other characters, but I have never seen it before. I discovered it when filtering lines with regular expressions. Other special regexp characters I have tested do not trigger the bug.
>> 
>> Neville Smythe
>> 
>> 
>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



From brian at milby7.com  Wed Jan 24 11:05:05 2024
From: brian at milby7.com (Brian Milby)
Date: Wed, 24 Jan 2024 11:05:05 -0500
Subject: Nasty filter bug
In-Reply-To: <62186890-01D9-4F33-BD40-CFBE606ED79A@starfirelighting.com>
References: <62186890-01D9-4F33-BD40-CFBE606ED79A@starfirelighting.com>
Message-ID: <CD6848B5-93AE-46CA-9B57-38D30C8164E9@milby7.com>

The only other two that would cause issues are ? and * which are single and multiple char wildcards respectively.

Brian Milby
brian at milby7.com

> On Jan 24, 2024, at 10:21 AM, Craig Newman via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> I did not test the ASCII set exhaustively, but the culprit is the char “[“ (ASCII 91). Any other char (including “]”) in the string works correctly, that is, nothing is left after the filter command executes.
> 
> I do not know enough to say whether that particular char  does something to the filter command, which may use regex somehow in its inner workings.
> 
> Craig
> 
> Craig
> 
>> On Jan 23, 2024, at 9:45 PM, Brian Milby via use-livecode <use-livecode at lists.runrev.com> wrote:
>> 
>> Not sure this is really a bug.  The default is to match a wildcardPattern.  If you want to match [ then you must use [[] in the pattern.
>> 
>> Brian Milby
>> brian at milby7.com
>> 
>>>> On Jan 23, 2024, at 9:02 PM, Neville Smythe via use-livecode <use-livecode at lists.runrev.com> wrote:
>>> 
>>> Try this in the msg box:
>>> 
>>> put "aaa[bbb" into tStr; put line 1 of tStr into tLine; filter tStr without tLine; put tStr
>>> I get (using MacOS, LC 9.6.11)
>>> 
>>> aaa[bbb
>>> 
>>> That is to say, the line is not filtered out.
>>> 
>>> And:
>>> 
>>> put "aaa[bbb" into tStr; filter tStr with tStr; put tStr
>>> 
>>> produces an empty string instead of the original string.
>>> 
>>> The bug occurs if the line contains the character “[“ anywhere; any lines containing that character are ignored by both filter with and filter without.
>>> 
>>> This is really serious, because I rely on the filter command a lot, as I would think do many other developers!
>>> 
>>> Don’t know if it occurs with other characters, but I have never seen it before. I discovered it when filtering lines with regular expressions. Other special regexp characters I have tested do not trigger the bug.
>>> 
>>> Neville Smythe
>>> 
>>> 
>>> 
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From craig at starfirelighting.com  Wed Jan 24 12:51:51 2024
From: craig at starfirelighting.com (Craig Newman)
Date: Wed, 24 Jan 2024 12:51:51 -0500
Subject: Nasty filter bug
In-Reply-To: <CD6848B5-93AE-46CA-9B57-38D30C8164E9@milby7.com>
References: <62186890-01D9-4F33-BD40-CFBE606ED79A@starfirelighting.com>
 <CD6848B5-93AE-46CA-9B57-38D30C8164E9@milby7.com>
Message-ID: <708D11AA-BFCC-4996-8C3F-3F240EC9EB05@starfirelighting.com>

Brian.

Nope. Those two chars pass through the filter, er, filtered.

Again, I did not test the entire character set.

Craig

> On Jan 24, 2024, at 11:05 AM, Brian Milby via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> The only other two that would cause issues are ? and * which are single and multiple char wildcards respectively.
> 
> Brian Milby
> brian at milby7.com
> 
>> On Jan 24, 2024, at 10:21 AM, Craig Newman via use-livecode <use-livecode at lists.runrev.com> wrote:
>> 
>> I did not test the ASCII set exhaustively, but the culprit is the char “[“ (ASCII 91). Any other char (including “]”) in the string works correctly, that is, nothing is left after the filter command executes.
>> 
>> I do not know enough to say whether that particular char  does something to the filter command, which may use regex somehow in its inner workings.
>> 
>> Craig
>> 
>> Craig
>> 
>>> On Jan 23, 2024, at 9:45 PM, Brian Milby via use-livecode <use-livecode at lists.runrev.com> wrote:
>>> 
>>> Not sure this is really a bug.  The default is to match a wildcardPattern.  If you want to match [ then you must use [[] in the pattern.
>>> 
>>> Brian Milby
>>> brian at milby7.com
>>> 
>>>>> On Jan 23, 2024, at 9:02 PM, Neville Smythe via use-livecode <use-livecode at lists.runrev.com> wrote:
>>>> 
>>>> Try this in the msg box:
>>>> 
>>>> put "aaa[bbb" into tStr; put line 1 of tStr into tLine; filter tStr without tLine; put tStr
>>>> I get (using MacOS, LC 9.6.11)
>>>> 
>>>> aaa[bbb
>>>> 
>>>> That is to say, the line is not filtered out.
>>>> 
>>>> And:
>>>> 
>>>> put "aaa[bbb" into tStr; filter tStr with tStr; put tStr
>>>> 
>>>> produces an empty string instead of the original string.
>>>> 
>>>> The bug occurs if the line contains the character “[“ anywhere; any lines containing that character are ignored by both filter with and filter without.
>>>> 
>>>> This is really serious, because I rely on the filter command a lot, as I would think do many other developers!
>>>> 
>>>> Don’t know if it occurs with other characters, but I have never seen it before. I discovered it when filtering lines with regular expressions. Other special regexp characters I have tested do not trigger the bug.
>>>> 
>>>> Neville Smythe
>>>> 
>>>> 
>>>> 
>>>> _______________________________________________
>>>> use-livecode mailing list
>>>> use-livecode at lists.runrev.com
>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>> 
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



From craig at starfirelighting.com  Wed Jan 24 13:17:50 2024
From: craig at starfirelighting.com (Craig Newman)
Date: Wed, 24 Jan 2024 13:17:50 -0500
Subject: Nasty filter bug
In-Reply-To: <708D11AA-BFCC-4996-8C3F-3F240EC9EB05@starfirelighting.com>
References: <62186890-01D9-4F33-BD40-CFBE606ED79A@starfirelighting.com>
 <CD6848B5-93AE-46CA-9B57-38D30C8164E9@milby7.com>
 <708D11AA-BFCC-4996-8C3F-3F240EC9EB05@starfirelighting.com>
Message-ID: <8E0429B5-0D3D-4F0F-925F-403F557562E0@starfirelighting.com>

OK, instead of working I did this:

on mouseUp

repeat with y = 1 to 255

put "XX" & numToChar(y) & "XX"  into temp

filter temp without temp

if temp <> "" then put y & return after accum

end repeat

answer accum

end mouseUp

There are two characters that prevent the filter command from doing its job: ASCII 91 (“[“) and ASCII 10, the return char.



Craig


> On Jan 24, 2024, at 12:51 PM, Craig Newman via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> Brian.
> 
> Nope. Those two chars pass through the filter, er, filtered.
> 
> Again, I did not test the entire character set.
> 
> Craig
> 
>> On Jan 24, 2024, at 11:05 AM, Brian Milby via use-livecode <use-livecode at lists.runrev.com> wrote:
>> 
>> The only other two that would cause issues are ? and * which are single and multiple char wildcards respectively.
>> 
>> Brian Milby
>> brian at milby7.com
>> 
>>> On Jan 24, 2024, at 10:21 AM, Craig Newman via use-livecode <use-livecode at lists.runrev.com> wrote:
>>> 
>>> I did not test the ASCII set exhaustively, but the culprit is the char “[“ (ASCII 91). Any other char (including “]”) in the string works correctly, that is, nothing is left after the filter command executes.
>>> 
>>> I do not know enough to say whether that particular char  does something to the filter command, which may use regex somehow in its inner workings.
>>> 
>>> Craig
>>> 
>>> Craig
>>> 
>>>> On Jan 23, 2024, at 9:45 PM, Brian Milby via use-livecode <use-livecode at lists.runrev.com> wrote:
>>>> 
>>>> Not sure this is really a bug.  The default is to match a wildcardPattern.  If you want to match [ then you must use [[] in the pattern.
>>>> 
>>>> Brian Milby
>>>> brian at milby7.com
>>>> 
>>>>>> On Jan 23, 2024, at 9:02 PM, Neville Smythe via use-livecode <use-livecode at lists.runrev.com> wrote:
>>>>> 
>>>>> Try this in the msg box:
>>>>> 
>>>>> put "aaa[bbb" into tStr; put line 1 of tStr into tLine; filter tStr without tLine; put tStr
>>>>> I get (using MacOS, LC 9.6.11)
>>>>> 
>>>>> aaa[bbb
>>>>> 
>>>>> That is to say, the line is not filtered out.
>>>>> 
>>>>> And:
>>>>> 
>>>>> put "aaa[bbb" into tStr; filter tStr with tStr; put tStr
>>>>> 
>>>>> produces an empty string instead of the original string.
>>>>> 
>>>>> The bug occurs if the line contains the character “[“ anywhere; any lines containing that character are ignored by both filter with and filter without.
>>>>> 
>>>>> This is really serious, because I rely on the filter command a lot, as I would think do many other developers!
>>>>> 
>>>>> Don’t know if it occurs with other characters, but I have never seen it before. I discovered it when filtering lines with regular expressions. Other special regexp characters I have tested do not trigger the bug.
>>>>> 
>>>>> Neville Smythe
>>>>> 
>>>>> 
>>>>> 
>>>>> _______________________________________________
>>>>> use-livecode mailing list
>>>>> use-livecode at lists.runrev.com
>>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>> 
>>>> _______________________________________________
>>>> use-livecode mailing list
>>>> use-livecode at lists.runrev.com
>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>> 
>>> 
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From brian at milby7.com  Wed Jan 24 14:53:08 2024
From: brian at milby7.com (Brian Milby)
Date: Wed, 24 Jan 2024 14:53:08 -0500
Subject: Nasty filter bug
In-Reply-To: <8E0429B5-0D3D-4F0F-925F-403F557562E0@starfirelighting.com>
References: <62186890-01D9-4F33-BD40-CFBE606ED79A@starfirelighting.com>
 <CD6848B5-93AE-46CA-9B57-38D30C8164E9@milby7.com>
 <708D11AA-BFCC-4996-8C3F-3F240EC9EB05@starfirelighting.com>
 <8E0429B5-0D3D-4F0F-925F-403F557562E0@starfirelighting.com>
Message-ID: <CA+yhkRakcgzCk+HiT_K04orxDyw4YTb78crtJhHenW-X0hiBVQ@mail.gmail.com>

Your test misses the actual issue:

on mouseup
   local tStr
   local tFilter
   put "a*b" into tFilter
   put "anything bold" into tStr
   filter tStr with tFilter
   put tStr
end mouseup

Will yield "anything bold"

while using the following 2 lines:
   put "a?b" into tFilter
   put "a*b" into tStr
will yield "a*b"

Finally, using the following 2 lines:
   put "a[?]b" into tFilter
   put "a?b" into tStr
will  yield "a?b"

The point is that you can end up with issues if you are counting on "*" and
"?" to filter literally.  They don't - they are wildcards and can match
anything (multiple char or single char respectively).  The "[" is also
special.

To ensure that your filters work properly if you do not want to use any
wildcards (i.e. match * and ? literally) would require you to change *, ?,
and [ to [*], [?], and [[].

On Wed, Jan 24, 2024 at 1:19 PM Craig Newman via use-livecode <
use-livecode at lists.runrev.com> wrote:

> OK, instead of working I did this:
>
> on mouseUp
>
> repeat with y = 1 to 255
>
> put "XX" & numToChar(y) & "XX"  into temp
>
> filter temp without temp
>
> if temp <> "" then put y & return after accum
>
> end repeat
>
> answer accum
>
> end mouseUp
>
> There are two characters that prevent the filter command from doing its
> job: ASCII 91 (“[“) and ASCII 10, the return char.
>
>
>
> Craig
>
>
> > On Jan 24, 2024, at 12:51 PM, Craig Newman via use-livecode <
> use-livecode at lists.runrev.com> wrote:
> >
> > Brian.
> >
> > Nope. Those two chars pass through the filter, er, filtered.
> >
> > Again, I did not test the entire character set.
> >
> > Craig
> >
> >> On Jan 24, 2024, at 11:05 AM, Brian Milby via use-livecode <
> use-livecode at lists.runrev.com> wrote:
> >>
> >> The only other two that would cause issues are ? and * which are single
> and multiple char wildcards respectively.
> >>
> >> Brian Milby
> >> brian at milby7.com
> >>
> >>> On Jan 24, 2024, at 10:21 AM, Craig Newman via use-livecode <
> use-livecode at lists.runrev.com> wrote:
> >>>
> >>> I did not test the ASCII set exhaustively, but the culprit is the
> char “[“ (ASCII 91). Any other char (including “]”) in the string works
> correctly, that is, nothing is left after the filter command executes.
> >>>
> >>> I do not know enough to say whether that particular char  does
> something to the filter command, which may use regex somehow in its inner
> workings.
> >>>
> >>> Craig
> >>>
> >>> Craig
> >>>
> >>>> On Jan 23, 2024, at 9:45 PM, Brian Milby via use-livecode <
> use-livecode at lists.runrev.com> wrote:
> >>>>
> >>>> Not sure this is really a bug.  The default is to match a
> wildcardPattern.  If you want to match [ then you must use [[] in the
> pattern.
> >>>>
> >>>> Brian Milby
> >>>> brian at milby7.com
> >>>>
> >>>>>> On Jan 23, 2024, at 9:02 PM, Neville Smythe via use-livecode <
> use-livecode at lists.runrev.com> wrote:
> >>>>>
> >>>>> Try this in the msg box:
> >>>>>
> >>>>> put "aaa[bbb" into tStr; put line 1 of tStr into tLine; filter tStr
> without tLine; put tStr
> >>>>> I get (using MacOS, LC 9.6.11)
> >>>>>
> >>>>> aaa[bbb
> >>>>>
> >>>>> That is to say, the line is not filtered out.
> >>>>>
> >>>>> And:
> >>>>>
> >>>>> put "aaa[bbb" into tStr; filter tStr with tStr; put tStr
> >>>>>
> >>>>> produces an empty string instead of the original string.
> >>>>>
> >>>>> The bug occurs if the line contains the character “[“ anywhere; any
> lines containing that character are ignored by both filter with and filter
> without.
> >>>>>
> >>>>> This is really serious, because I rely on the filter command a lot,
> as I would think do many other developers!
> >>>>>
> >>>>> Don’t know if it occurs with other characters, but I have never seen
> it before. I discovered it when filtering lines with regular expressions.
> Other special regexp characters I have tested do not trigger the bug.
> >>>>>
> >>>>> Neville Smythe
> >>>>>
> >>>>>
> >>>>>
> >>>>> _______________________________________________
> >>>>> use-livecode mailing list
> >>>>> use-livecode at lists.runrev.com
> >>>>> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> >>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>>>
> >>>> _______________________________________________
> >>>> use-livecode mailing list
> >>>> use-livecode at lists.runrev.com
> >>>> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> >>>> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>>
> >>>
> >>> _______________________________________________
> >>> use-livecode mailing list
> >>> use-livecode at lists.runrev.com
> >>> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> >>> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>
> >> _______________________________________________
> >> use-livecode mailing list
> >> use-livecode at lists.runrev.com
> >> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> >> http://lists.runrev.com/mailman/listinfo/use-livecode
> >
> >
> > _______________________________________________
> > use-livecode mailing list
> > use-livecode at lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>

From craig at starfirelighting.com  Wed Jan 24 15:33:43 2024
From: craig at starfirelighting.com (Craig Newman)
Date: Wed, 24 Jan 2024 15:33:43 -0500
Subject: Nasty filter bug
In-Reply-To: <CA+yhkRakcgzCk+HiT_K04orxDyw4YTb78crtJhHenW-X0hiBVQ@mail.gmail.com>
References: <62186890-01D9-4F33-BD40-CFBE606ED79A@starfirelighting.com>
 <CD6848B5-93AE-46CA-9B57-38D30C8164E9@milby7.com>
 <708D11AA-BFCC-4996-8C3F-3F240EC9EB05@starfirelighting.com>
 <8E0429B5-0D3D-4F0F-925F-403F557562E0@starfirelighting.com>
 <CA+yhkRakcgzCk+HiT_K04orxDyw4YTb78crtJhHenW-X0hiBVQ@mail.gmail.com>
Message-ID: <A35C01EB-065F-4052-9B7B-7F293BFE9CBA@starfirelighting.com>

Brian.

The original post tried to filter a string by filtering (without) that actual string, and was interested in why that did not yield empty. Intuitively, the result of such a filter operation ought always to be empty. The presence of the char “[“ is the “culprit”. That is as far as I took it.

Anyway, you state that the char “[“ is a regex special character, which explains a lot. The other two, “?” and “*” filter without issue, though, and I guess one has to be a regex user to see why.

I am not.

Craig

> On Jan 24, 2024, at 2:53 PM, Brian Milby via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> Your test misses the actual issue:
> 
> on mouseup
>   local tStr
>   local tFilter
>   put "a*b" into tFilter
>   put "anything bold" into tStr
>   filter tStr with tFilter
>   put tStr
> end mouseup
> 
> Will yield "anything bold"
> 
> while using the following 2 lines:
>   put "a?b" into tFilter
>   put "a*b" into tStr
> will yield "a*b"
> 
> Finally, using the following 2 lines:
>   put "a[?]b" into tFilter
>   put "a?b" into tStr
> will  yield "a?b"
> 
> The point is that you can end up with issues if you are counting on "*" and
> "?" to filter literally.  They don't - they are wildcards and can match
> anything (multiple char or single char respectively).  The "[" is also
> special.
> 
> To ensure that your filters work properly if you do not want to use any
> wildcards (i.e. match * and ? literally) would require you to change *, ?,
> and [ to [*], [?], and [[].
> 
> On Wed, Jan 24, 2024 at 1:19 PM Craig Newman via use-livecode <
> use-livecode at lists.runrev.com> wrote:
> 
>> OK, instead of working I did this:
>> 
>> on mouseUp
>> 
>> repeat with y = 1 to 255
>> 
>> put "XX" & numToChar(y) & "XX"  into temp
>> 
>> filter temp without temp
>> 
>> if temp <> "" then put y & return after accum
>> 
>> end repeat
>> 
>> answer accum
>> 
>> end mouseUp
>> 
>> There are two characters that prevent the filter command from doing its
>> job: ASCII 91 (“[“) and ASCII 10, the return char.
>> 
>> 
>> 
>> Craig
>> 
>> 
>>> On Jan 24, 2024, at 12:51 PM, Craig Newman via use-livecode <
>> use-livecode at lists.runrev.com> wrote:
>>> 
>>> Brian.
>>> 
>>> Nope. Those two chars pass through the filter, er, filtered.
>>> 
>>> Again, I did not test the entire character set.
>>> 
>>> Craig
>>> 
>>>> On Jan 24, 2024, at 11:05 AM, Brian Milby via use-livecode <
>> use-livecode at lists.runrev.com> wrote:
>>>> 
>>>> The only other two that would cause issues are ? and * which are single
>> and multiple char wildcards respectively.
>>>> 
>>>> Brian Milby
>>>> brian at milby7.com
>>>> 
>>>>> On Jan 24, 2024, at 10:21 AM, Craig Newman via use-livecode <
>> use-livecode at lists.runrev.com> wrote:
>>>>> 
>>>>> I did not test the ASCII set exhaustively, but the culprit is the
>> char “[“ (ASCII 91). Any other char (including “]”) in the string works
>> correctly, that is, nothing is left after the filter command executes.
>>>>> 
>>>>> I do not know enough to say whether that particular char  does
>> something to the filter command, which may use regex somehow in its inner
>> workings.
>>>>> 
>>>>> Craig
>>>>> 
>>>>> Craig
>>>>> 
>>>>>> On Jan 23, 2024, at 9:45 PM, Brian Milby via use-livecode <
>> use-livecode at lists.runrev.com> wrote:
>>>>>> 
>>>>>> Not sure this is really a bug.  The default is to match a
>> wildcardPattern.  If you want to match [ then you must use [[] in the
>> pattern.
>>>>>> 
>>>>>> Brian Milby
>>>>>> brian at milby7.com
>>>>>> 
>>>>>>>> On Jan 23, 2024, at 9:02 PM, Neville Smythe via use-livecode <
>> use-livecode at lists.runrev.com> wrote:
>>>>>>> 
>>>>>>> Try this in the msg box:
>>>>>>> 
>>>>>>> put "aaa[bbb" into tStr; put line 1 of tStr into tLine; filter tStr
>> without tLine; put tStr
>>>>>>> I get (using MacOS, LC 9.6.11)
>>>>>>> 
>>>>>>> aaa[bbb
>>>>>>> 
>>>>>>> That is to say, the line is not filtered out.
>>>>>>> 
>>>>>>> And:
>>>>>>> 
>>>>>>> put "aaa[bbb" into tStr; filter tStr with tStr; put tStr
>>>>>>> 
>>>>>>> produces an empty string instead of the original string.
>>>>>>> 
>>>>>>> The bug occurs if the line contains the character “[“ anywhere; any
>> lines containing that character are ignored by both filter with and filter
>> without.
>>>>>>> 
>>>>>>> This is really serious, because I rely on the filter command a lot,
>> as I would think do many other developers!
>>>>>>> 
>>>>>>> Don’t know if it occurs with other characters, but I have never seen
>> it before. I discovered it when filtering lines with regular expressions.
>> Other special regexp characters I have tested do not trigger the bug.
>>>>>>> 
>>>>>>> Neville Smythe
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> _______________________________________________
>>>>>>> use-livecode mailing list
>>>>>>> use-livecode at lists.runrev.com
>>>>>>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>> 
>>>>>> _______________________________________________
>>>>>> use-livecode mailing list
>>>>>> use-livecode at lists.runrev.com
>>>>>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>> 
>>>>> 
>>>>> _______________________________________________
>>>>> use-livecode mailing list
>>>>> use-livecode at lists.runrev.com
>>>>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>> 
>>>> _______________________________________________
>>>> use-livecode mailing list
>>>> use-livecode at lists.runrev.com
>>>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>> 
>>> 
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



From neville.smythe at optusnet.com.au  Wed Jan 24 15:41:20 2024
From: neville.smythe at optusnet.com.au (Neville Smythe)
Date: Thu, 25 Jan 2024 07:41:20 +1100
Subject: Nasty filter bug (not)
Message-ID: <AB00349D-1DBE-482C-B786-69C88F56AB85@optusnet.com.au>

Thanks Brian of putting me right (once again) . I had completely forgotten.the escape sequence for the wildcards is [*] and [? (an unexpected way to escape a character, but it is what it is) and so had overlooked that [ is itself a special character.

And neither * nor ? In the msg box example cause the so-called “bug” but for accidental reasons since they happen to match themselves, so they didn’t trigger my memory to look further for an explanation!

Neville Smythe





From brian at milby7.com  Wed Jan 24 16:37:02 2024
From: brian at milby7.com (Brian Milby)
Date: Wed, 24 Jan 2024 16:37:02 -0500
Subject: Nasty filter bug
In-Reply-To: <A35C01EB-065F-4052-9B7B-7F293BFE9CBA@starfirelighting.com>
References: <A35C01EB-065F-4052-9B7B-7F293BFE9CBA@starfirelighting.com>
Message-ID: <1E0136A0-D983-43D4-8B36-F3678BCD2E01@milby7.com>

I just want to clarify that this isn’t the regex version of filter but the wildcard pattern version.  It is much less complicated than regex.  Square brackets are used to group characters to be matched so you can use [abc]* to match any item that starts with a, b, or c.  The dictionary entry for this is pretty good.

Brian Milby
brian at milby7.com

> On Jan 24, 2024, at 3:35 PM, Craig Newman via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> Brian.
> 
> The original post tried to filter a string by filtering (without) that actual string, and was interested in why that did not yield empty. Intuitively, the result of such a filter operation ought always to be empty. The presence of the char “[“ is the “culprit”. That is as far as I took it.
> 
> Anyway, you state that the char “[“ is a regex special character, which explains a lot. The other two, “?” and “*” filter without issue, though, and I guess one has to be a regex user to see why.
> 
> I am not.
> 
> Craig
> 
>> On Jan 24, 2024, at 2:53 PM, Brian Milby via use-livecode <use-livecode at lists.runrev.com> wrote:
>> 
>> Your test misses the actual issue:
>> 
>> on mouseup
>>  local tStr
>>  local tFilter
>>  put "a*b" into tFilter
>>  put "anything bold" into tStr
>>  filter tStr with tFilter
>>  put tStr
>> end mouseup
>> 
>> Will yield "anything bold"
>> 
>> while using the following 2 lines:
>>  put "a?b" into tFilter
>>  put "a*b" into tStr
>> will yield "a*b"
>> 
>> Finally, using the following 2 lines:
>>  put "a[?]b" into tFilter
>>  put "a?b" into tStr
>> will  yield "a?b"
>> 
>> The point is that you can end up with issues if you are counting on "*" and
>> "?" to filter literally.  They don't - they are wildcards and can match
>> anything (multiple char or single char respectively).  The "[" is also
>> special.
>> 
>> To ensure that your filters work properly if you do not want to use any
>> wildcards (i.e. match * and ? literally) would require you to change *, ?,
>> and [ to [*], [?], and [[].
>> 
>>> On Wed, Jan 24, 2024 at 1:19 PM Craig Newman via use-livecode <
>>> use-livecode at lists.runrev.com> wrote:
>>> 
>>> OK, instead of working I did this:
>>> 
>>> on mouseUp
>>> 
>>> repeat with y = 1 to 255
>>> 
>>> put "XX" & numToChar(y) & "XX"  into temp
>>> 
>>> filter temp without temp
>>> 
>>> if temp <> "" then put y & return after accum
>>> 
>>> end repeat
>>> 
>>> answer accum
>>> 
>>> end mouseUp
>>> 
>>> There are two characters that prevent the filter command from doing its
>>> job: ASCII 91 (“[“) and ASCII 10, the return char.
>>> 
>>> 
>>> 
>>> Craig
>>> 
>>> 
>>>> On Jan 24, 2024, at 12:51 PM, Craig Newman via use-livecode <
>>> use-livecode at lists.runrev.com> wrote:
>>>> 
>>>> Brian.
>>>> 
>>>> Nope. Those two chars pass through the filter, er, filtered.
>>>> 
>>>> Again, I did not test the entire character set.
>>>> 
>>>> Craig
>>>> 
>>>>> On Jan 24, 2024, at 11:05 AM, Brian Milby via use-livecode <
>>> use-livecode at lists.runrev.com> wrote:
>>>>> 
>>>>> The only other two that would cause issues are ? and * which are single
>>> and multiple char wildcards respectively.
>>>>> 
>>>>> Brian Milby
>>>>> brian at milby7.com
>>>>> 
>>>>>> On Jan 24, 2024, at 10:21 AM, Craig Newman via use-livecode <
>>> use-livecode at lists.runrev.com> wrote:
>>>>>> 
>>>>>> I did not test the ASCII set exhaustively, but the culprit is the
>>> char “[“ (ASCII 91). Any other char (including “]”) in the string works
>>> correctly, that is, nothing is left after the filter command executes.
>>>>>> 
>>>>>> I do not know enough to say whether that particular char  does
>>> something to the filter command, which may use regex somehow in its inner
>>> workings.
>>>>>> 
>>>>>> Craig
>>>>>> 
>>>>>> Craig
>>>>>> 
>>>>>>> On Jan 23, 2024, at 9:45 PM, Brian Milby via use-livecode <
>>> use-livecode at lists.runrev.com> wrote:
>>>>>>> 
>>>>>>> Not sure this is really a bug.  The default is to match a
>>> wildcardPattern.  If you want to match [ then you must use [[] in the
>>> pattern.
>>>>>>> 
>>>>>>> Brian Milby
>>>>>>> brian at milby7.com
>>>>>>> 
>>>>>>>>> On Jan 23, 2024, at 9:02 PM, Neville Smythe via use-livecode <
>>> use-livecode at lists.runrev.com> wrote:
>>>>>>>> 
>>>>>>>> Try this in the msg box:
>>>>>>>> 
>>>>>>>> put "aaa[bbb" into tStr; put line 1 of tStr into tLine; filter tStr
>>> without tLine; put tStr
>>>>>>>> I get (using MacOS, LC 9.6.11)
>>>>>>>> 
>>>>>>>> aaa[bbb
>>>>>>>> 
>>>>>>>> That is to say, the line is not filtered out.
>>>>>>>> 
>>>>>>>> And:
>>>>>>>> 
>>>>>>>> put "aaa[bbb" into tStr; filter tStr with tStr; put tStr
>>>>>>>> 
>>>>>>>> produces an empty string instead of the original string.
>>>>>>>> 
>>>>>>>> The bug occurs if the line contains the character “[“ anywhere; any
>>> lines containing that character are ignored by both filter with and filter
>>> without.
>>>>>>>> 
>>>>>>>> This is really serious, because I rely on the filter command a lot,
>>> as I would think do many other developers!
>>>>>>>> 
>>>>>>>> Don’t know if it occurs with other characters, but I have never seen
>>> it before. I discovered it when filtering lines with regular expressions.
>>> Other special regexp characters I have tested do not trigger the bug.
>>>>>>>> 
>>>>>>>> Neville Smythe
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> _______________________________________________
>>>>>>>> use-livecode mailing list
>>>>>>>> use-livecode at lists.runrev.com
>>>>>>>> Please visit this url to subscribe, unsubscribe and manage your
>>> subscription preferences:
>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>> 
>>>>>>> _______________________________________________
>>>>>>> use-livecode mailing list
>>>>>>> use-livecode at lists.runrev.com
>>>>>>> Please visit this url to subscribe, unsubscribe and manage your
>>> subscription preferences:
>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>> 
>>>>>> 
>>>>>> _______________________________________________
>>>>>> use-livecode mailing list
>>>>>> use-livecode at lists.runrev.com
>>>>>> Please visit this url to subscribe, unsubscribe and manage your
>>> subscription preferences:
>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>> 
>>>>> _______________________________________________
>>>>> use-livecode mailing list
>>>>> use-livecode at lists.runrev.com
>>>>> Please visit this url to subscribe, unsubscribe and manage your
>>> subscription preferences:
>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>> 
>>>> 
>>>> _______________________________________________
>>>> use-livecode mailing list
>>>> use-livecode at lists.runrev.com
>>>> Please visit this url to subscribe, unsubscribe and manage your
>>> subscription preferences:
>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>> 
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your
>>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From craig at starfirelighting.com  Wed Jan 24 17:21:29 2024
From: craig at starfirelighting.com (Craig Newman)
Date: Wed, 24 Jan 2024 17:21:29 -0500
Subject: Nasty filter bug
In-Reply-To: <1E0136A0-D983-43D4-8B36-F3678BCD2E01@milby7.com>
References: <A35C01EB-065F-4052-9B7B-7F293BFE9CBA@starfirelighting.com>
 <1E0136A0-D983-43D4-8B36-F3678BCD2E01@milby7.com>
Message-ID: <6640E374-E41C-45B2-A09E-4D8D1AA59747@starfirelighting.com>

Brian.

So the inclusion of “[“ would have matched nothing in the original string ""aaa[bbb””? That is, even though the bracketed string was not “closed” with “]”, did it try to find a string that began with “b”, failed, and therefore returned the original string untouched?

Craig

> On Jan 24, 2024, at 4:37 PM, Brian Milby via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> I just want to clarify that this isn’t the regex version of filter but the wildcard pattern version.  It is much less complicated than regex.  Square brackets are used to group characters to be matched so you can use [abc]* to match any item that starts with a, b, or c.  The dictionary entry for this is pretty good.
> 
> Brian Milby
> brian at milby7.com <mailto:brian at milby7.com>
> 
>> On Jan 24, 2024, at 3:35 PM, Craig Newman via use-livecode <use-livecode at lists.runrev.com <mailto:use-livecode at lists.runrev.com>> wrote:
>> 
>> Brian.
>> 
>> The original post tried to filter a string by filtering (without) that actual string, and was interested in why that did not yield empty. Intuitively, the result of such a filter operation ought always to be empty. The presence of the char “[“ is the “culprit”. That is as far as I took it.
>> 
>> Anyway, you state that the char “[“ is a regex special character, which explains a lot. The other two, “?” and “*” filter without issue, though, and I guess one has to be a regex user to see why.
>> 
>> I am not.
>> 
>> Craig
>> 
>>> On Jan 24, 2024, at 2:53 PM, Brian Milby via use-livecode <use-livecode at lists.runrev.com <mailto:use-livecode at lists.runrev.com>> wrote:
>>> 
>>> Your test misses the actual issue:
>>> 
>>> on mouseup
>>> local tStr
>>> local tFilter
>>> put "a*b" into tFilter
>>> put "anything bold" into tStr
>>> filter tStr with tFilter
>>> put tStr
>>> end mouseup
>>> 
>>> Will yield "anything bold"
>>> 
>>> while using the following 2 lines:
>>> put "a?b" into tFilter
>>> put "a*b" into tStr
>>> will yield "a*b"
>>> 
>>> Finally, using the following 2 lines:
>>> put "a[?]b" into tFilter
>>> put "a?b" into tStr
>>> will  yield "a?b"
>>> 
>>> The point is that you can end up with issues if you are counting on "*" and
>>> "?" to filter literally.  They don't - they are wildcards and can match
>>> anything (multiple char or single char respectively).  The "[" is also
>>> special.
>>> 
>>> To ensure that your filters work properly if you do not want to use any
>>> wildcards (i.e. match * and ? literally) would require you to change *, ?,
>>> and [ to [*], [?], and [[].
>>> 
>>>> On Wed, Jan 24, 2024 at 1:19 PM Craig Newman via use-livecode <
>>>> use-livecode at lists.runrev.com <mailto:use-livecode at lists.runrev.com>> wrote:
>>>> 
>>>> OK, instead of working I did this:
>>>> 
>>>> on mouseUp
>>>> 
>>>> repeat with y = 1 to 255
>>>> 
>>>> put "XX" & numToChar(y) & "XX"  into temp
>>>> 
>>>> filter temp without temp
>>>> 
>>>> if temp <> "" then put y & return after accum
>>>> 
>>>> end repeat
>>>> 
>>>> answer accum
>>>> 
>>>> end mouseUp
>>>> 
>>>> There are two characters that prevent the filter command from doing its
>>>> job: ASCII 91 (“[“) and ASCII 10, the return char.
>>>> 
>>>> 
>>>> 
>>>> Craig
>>>> 
>>>> 
>>>>> On Jan 24, 2024, at 12:51 PM, Craig Newman via use-livecode <
>>>> use-livecode at lists.runrev.com <mailto:use-livecode at lists.runrev.com>> wrote:
>>>>> 
>>>>> Brian.
>>>>> 
>>>>> Nope. Those two chars pass through the filter, er, filtered.
>>>>> 
>>>>> Again, I did not test the entire character set.
>>>>> 
>>>>> Craig
>>>>> 
>>>>>> On Jan 24, 2024, at 11:05 AM, Brian Milby via use-livecode <
>>>> use-livecode at lists.runrev.com> wrote:
>>>>>> 
>>>>>> The only other two that would cause issues are ? and * which are single
>>>> and multiple char wildcards respectively.
>>>>>> 
>>>>>> Brian Milby
>>>>>> brian at milby7.com
>>>>>> 
>>>>>>> On Jan 24, 2024, at 10:21 AM, Craig Newman via use-livecode <
>>>> use-livecode at lists.runrev.com> wrote:
>>>>>>> 
>>>>>>> I did not test the ASCII set exhaustively, but the culprit is the
>>>> char “[“ (ASCII 91). Any other char (including “]”) in the string works
>>>> correctly, that is, nothing is left after the filter command executes.
>>>>>>> 
>>>>>>> I do not know enough to say whether that particular char  does
>>>> something to the filter command, which may use regex somehow in its inner
>>>> workings.
>>>>>>> 
>>>>>>> Craig
>>>>>>> 
>>>>>>> Craig
>>>>>>> 
>>>>>>>> On Jan 23, 2024, at 9:45 PM, Brian Milby via use-livecode <
>>>> use-livecode at lists.runrev.com> wrote:
>>>>>>>> 
>>>>>>>> Not sure this is really a bug.  The default is to match a
>>>> wildcardPattern.  If you want to match [ then you must use [[] in the
>>>> pattern.
>>>>>>>> 
>>>>>>>> Brian Milby
>>>>>>>> brian at milby7.com
>>>>>>>> 
>>>>>>>>>> On Jan 23, 2024, at 9:02 PM, Neville Smythe via use-livecode <
>>>> use-livecode at lists.runrev.com> wrote:
>>>>>>>>> 
>>>>>>>>> Try this in the msg box:
>>>>>>>>> 
>>>>>>>>> put "aaa[bbb" into tStr; put line 1 of tStr into tLine; filter tStr
>>>> without tLine; put tStr
>>>>>>>>> I get (using MacOS, LC 9.6.11)
>>>>>>>>> 
>>>>>>>>> aaa[bbb
>>>>>>>>> 
>>>>>>>>> That is to say, the line is not filtered out.
>>>>>>>>> 
>>>>>>>>> And:
>>>>>>>>> 
>>>>>>>>> put "aaa[bbb" into tStr; filter tStr with tStr; put tStr
>>>>>>>>> 
>>>>>>>>> produces an empty string instead of the original string.
>>>>>>>>> 
>>>>>>>>> The bug occurs if the line contains the character “[“ anywhere; any
>>>> lines containing that character are ignored by both filter with and filter
>>>> without.
>>>>>>>>> 
>>>>>>>>> This is really serious, because I rely on the filter command a lot,
>>>> as I would think do many other developers!
>>>>>>>>> 
>>>>>>>>> Don’t know if it occurs with other characters, but I have never seen
>>>> it before. I discovered it when filtering lines with regular expressions.
>>>> Other special regexp characters I have tested do not trigger the bug.
>>>>>>>>> 
>>>>>>>>> Neville Smythe
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> _______________________________________________
>>>>>>>>> use-livecode mailing list
>>>>>>>>> use-livecode at lists.runrev.com
>>>>>>>>> Please visit this url to subscribe, unsubscribe and manage your
>>>> subscription preferences:
>>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>>> 
>>>>>>>> _______________________________________________
>>>>>>>> use-livecode mailing list
>>>>>>>> use-livecode at lists.runrev.com
>>>>>>>> Please visit this url to subscribe, unsubscribe and manage your
>>>> subscription preferences:
>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>>> 
>>>>>>> 
>>>>>>> _______________________________________________
>>>>>>> use-livecode mailing list
>>>>>>> use-livecode at lists.runrev.com
>>>>>>> Please visit this url to subscribe, unsubscribe and manage your
>>>> subscription preferences:
>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>> 
>>>>>> _______________________________________________
>>>>>> use-livecode mailing list
>>>>>> use-livecode at lists.runrev.com
>>>>>> Please visit this url to subscribe, unsubscribe and manage your
>>>> subscription preferences:
>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>> 
>>>>> 
>>>>> _______________________________________________
>>>>> use-livecode mailing list
>>>>> use-livecode at lists.runrev.com
>>>>> Please visit this url to subscribe, unsubscribe and manage your
>>>> subscription preferences:
>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>> 
>>>> _______________________________________________
>>>> use-livecode mailing list
>>>> use-livecode at lists.runrev.com
>>>> Please visit this url to subscribe, unsubscribe and manage your
>>>> subscription preferences:
>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>> 
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com <mailto:use-livecode at lists.runrev.com>
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From brian at milby7.com  Wed Jan 24 18:56:25 2024
From: brian at milby7.com (Brian Milby)
Date: Wed, 24 Jan 2024 18:56:25 -0500
Subject: Nasty filter bug
In-Reply-To: <6640E374-E41C-45B2-A09E-4D8D1AA59747@starfirelighting.com>
References: <A35C01EB-065F-4052-9B7B-7F293BFE9CBA@starfirelighting.com>
 <1E0136A0-D983-43D4-8B36-F3678BCD2E01@milby7.com>
 <6640E374-E41C-45B2-A09E-4D8D1AA59747@starfirelighting.com>
Message-ID: <CA+yhkRaxcK-2rj4Fbh1m2-JjWdH370cBk9m24Qv6HhJJfpW8Uw@mail.gmail.com>

It seems that an unmatched opening bracket makes it completely fail.  My
guess is that the filter string is not valid so it doesn't even try.  I
couldn't get a filter string containing a "[" to match anything.

On Wed, Jan 24, 2024 at 5:23 PM Craig Newman via use-livecode <
use-livecode at lists.runrev.com> wrote:

> Brian.
>
> So the inclusion of “[“ would have matched nothing in the original string
> ""aaa[bbb””? That is, even though the bracketed string was not “closed”
> with “]”, did it try to find a string that began with “b”, failed, and
> therefore returned the original string untouched?
>
> Craig
>
> > On Jan 24, 2024, at 4:37 PM, Brian Milby via use-livecode <
> use-livecode at lists.runrev.com> wrote:
> >
> > I just want to clarify that this isn’t the regex version of filter but
> the wildcard pattern version.  It is much less complicated than regex.
> Square brackets are used to group characters to be matched so you can use
> [abc]* to match any item that starts with a, b, or c.  The dictionary entry
> for this is pretty good.
> >
> > Brian Milby
> > brian at milby7.com <mailto:brian at milby7.com>
> >
> >> On Jan 24, 2024, at 3:35 PM, Craig Newman via use-livecode <
> use-livecode at lists.runrev.com <mailto:use-livecode at lists.runrev.com>>
> wrote:
> >>
> >> Brian.
> >>
> >> The original post tried to filter a string by filtering (without) that
> actual string, and was interested in why that did not yield empty.
> Intuitively, the result of such a filter operation ought always to be
> empty. The presence of the char “[“ is the “culprit”. That is as far as I
> took it.
> >>
> >> Anyway, you state that the char “[“ is a regex special character, which
> explains a lot. The other two, “?” and “*” filter without issue, though,
> and I guess one has to be a regex user to see why.
> >>
> >> I am not.
> >>
> >> Craig
> >>
> >>> On Jan 24, 2024, at 2:53 PM, Brian Milby via use-livecode <
> use-livecode at lists.runrev.com <mailto:use-livecode at lists.runrev.com>>
> wrote:
> >>>
> >>> Your test misses the actual issue:
> >>>
> >>> on mouseup
> >>> local tStr
> >>> local tFilter
> >>> put "a*b" into tFilter
> >>> put "anything bold" into tStr
> >>> filter tStr with tFilter
> >>> put tStr
> >>> end mouseup
> >>>
> >>> Will yield "anything bold"
> >>>
> >>> while using the following 2 lines:
> >>> put "a?b" into tFilter
> >>> put "a*b" into tStr
> >>> will yield "a*b"
> >>>
> >>> Finally, using the following 2 lines:
> >>> put "a[?]b" into tFilter
> >>> put "a?b" into tStr
> >>> will  yield "a?b"
> >>>
> >>> The point is that you can end up with issues if you are counting on
> "*" and
> >>> "?" to filter literally.  They don't - they are wildcards and can match
> >>> anything (multiple char or single char respectively).  The "[" is also
> >>> special.
> >>>
> >>> To ensure that your filters work properly if you do not want to use any
> >>> wildcards (i.e. match * and ? literally) would require you to change
> *, ?,
> >>> and [ to [*], [?], and [[].
> >>>
> >>>> On Wed, Jan 24, 2024 at 1:19 PM Craig Newman via use-livecode <
> >>>> use-livecode at lists.runrev.com <mailto:use-livecode at lists.runrev.com>>
> wrote:
> >>>>
> >>>> OK, instead of working I did this:
> >>>>
> >>>> on mouseUp
> >>>>
> >>>> repeat with y = 1 to 255
> >>>>
> >>>> put "XX" & numToChar(y) & "XX"  into temp
> >>>>
> >>>> filter temp without temp
> >>>>
> >>>> if temp <> "" then put y & return after accum
> >>>>
> >>>> end repeat
> >>>>
> >>>> answer accum
> >>>>
> >>>> end mouseUp
> >>>>
> >>>> There are two characters that prevent the filter command from doing
> its
> >>>> job: ASCII 91 (“[“) and ASCII 10, the return char.
> >>>>
> >>>>
> >>>>
> >>>> Craig
> >>>>
> >>>>
> >>>>> On Jan 24, 2024, at 12:51 PM, Craig Newman via use-livecode <
> >>>> use-livecode at lists.runrev.com <mailto:use-livecode at lists.runrev.com>>
> wrote:
> >>>>>
> >>>>> Brian.
> >>>>>
> >>>>> Nope. Those two chars pass through the filter, er, filtered.
> >>>>>
> >>>>> Again, I did not test the entire character set.
> >>>>>
> >>>>> Craig
> >>>>>
> >>>>>> On Jan 24, 2024, at 11:05 AM, Brian Milby via use-livecode <
> >>>> use-livecode at lists.runrev.com> wrote:
> >>>>>>
> >>>>>> The only other two that would cause issues are ? and * which are
> single
> >>>> and multiple char wildcards respectively.
> >>>>>>
> >>>>>> Brian Milby
> >>>>>> brian at milby7.com
> >>>>>>
> >>>>>>> On Jan 24, 2024, at 10:21 AM, Craig Newman via use-livecode <
> >>>> use-livecode at lists.runrev.com> wrote:
> >>>>>>>
> >>>>>>> I did not test the ASCII set exhaustively, but the culprit is the
> >>>> char “[“ (ASCII 91). Any other char (including “]”) in the string
> works
> >>>> correctly, that is, nothing is left after the filter command executes.
> >>>>>>>
> >>>>>>> I do not know enough to say whether that particular char  does
> >>>> something to the filter command, which may use regex somehow in its
> inner
> >>>> workings.
> >>>>>>>
> >>>>>>> Craig
> >>>>>>>
> >>>>>>> Craig
> >>>>>>>
> >>>>>>>> On Jan 23, 2024, at 9:45 PM, Brian Milby via use-livecode <
> >>>> use-livecode at lists.runrev.com> wrote:
> >>>>>>>>
> >>>>>>>> Not sure this is really a bug.  The default is to match a
> >>>> wildcardPattern.  If you want to match [ then you must use [[] in the
> >>>> pattern.
> >>>>>>>>
> >>>>>>>> Brian Milby
> >>>>>>>> brian at milby7.com
> >>>>>>>>
> >>>>>>>>>> On Jan 23, 2024, at 9:02 PM, Neville Smythe via use-livecode <
> >>>> use-livecode at lists.runrev.com> wrote:
> >>>>>>>>>
> >>>>>>>>> Try this in the msg box:
> >>>>>>>>>
> >>>>>>>>> put "aaa[bbb" into tStr; put line 1 of tStr into tLine; filter
> tStr
> >>>> without tLine; put tStr
> >>>>>>>>> I get (using MacOS, LC 9.6.11)
> >>>>>>>>>
> >>>>>>>>> aaa[bbb
> >>>>>>>>>
> >>>>>>>>> That is to say, the line is not filtered out.
> >>>>>>>>>
> >>>>>>>>> And:
> >>>>>>>>>
> >>>>>>>>> put "aaa[bbb" into tStr; filter tStr with tStr; put tStr
> >>>>>>>>>
> >>>>>>>>> produces an empty string instead of the original string.
> >>>>>>>>>
> >>>>>>>>> The bug occurs if the line contains the character “[“ anywhere;
> any
> >>>> lines containing that character are ignored by both filter with and
> filter
> >>>> without.
> >>>>>>>>>
> >>>>>>>>> This is really serious, because I rely on the filter command a
> lot,
> >>>> as I would think do many other developers!
> >>>>>>>>>
> >>>>>>>>> Don’t know if it occurs with other characters, but I have never
> seen
> >>>> it before. I discovered it when filtering lines with regular
> expressions.
> >>>> Other special regexp characters I have tested do not trigger the bug.
> >>>>>>>>>
> >>>>>>>>> Neville Smythe
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>> _______________________________________________
> >>>>>>>>> use-livecode mailing list
> >>>>>>>>> use-livecode at lists.runrev.com
> >>>>>>>>> Please visit this url to subscribe, unsubscribe and manage your
> >>>> subscription preferences:
> >>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>>>>>>>
> >>>>>>>> _______________________________________________
> >>>>>>>> use-livecode mailing list
> >>>>>>>> use-livecode at lists.runrev.com
> >>>>>>>> Please visit this url to subscribe, unsubscribe and manage your
> >>>> subscription preferences:
> >>>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>>>>>>
> >>>>>>>
> >>>>>>> _______________________________________________
> >>>>>>> use-livecode mailing list
> >>>>>>> use-livecode at lists.runrev.com
> >>>>>>> Please visit this url to subscribe, unsubscribe and manage your
> >>>> subscription preferences:
> >>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>>>>>
> >>>>>> _______________________________________________
> >>>>>> use-livecode mailing list
> >>>>>> use-livecode at lists.runrev.com
> >>>>>> Please visit this url to subscribe, unsubscribe and manage your
> >>>> subscription preferences:
> >>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>>>>
> >>>>>
> >>>>> _______________________________________________
> >>>>> use-livecode mailing list
> >>>>> use-livecode at lists.runrev.com
> >>>>> Please visit this url to subscribe, unsubscribe and manage your
> >>>> subscription preferences:
> >>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>>>
> >>>> _______________________________________________
> >>>> use-livecode mailing list
> >>>> use-livecode at lists.runrev.com
> >>>> Please visit this url to subscribe, unsubscribe and manage your
> >>>> subscription preferences:
> >>>> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>>>
> >>> _______________________________________________
> >>> use-livecode mailing list
> >>> use-livecode at lists.runrev.com
> >>> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> >>> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>
> >>
> >> _______________________________________________
> >> use-livecode mailing list
> >> use-livecode at lists.runrev.com
> >> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> >> http://lists.runrev.com/mailman/listinfo/use-livecode
> >
> > _______________________________________________
> > use-livecode mailing list
> > use-livecode at lists.runrev.com <mailto:use-livecode at lists.runrev.com>
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>

From andreas.bergendal at gmail.com  Thu Jan 25 15:34:10 2024
From: andreas.bergendal at gmail.com (Andreas Bergendal)
Date: Thu, 25 Jan 2024 21:34:10 +0100
Subject: Livecode Demo of two way javascript communication?
In-Reply-To: <CAGASioNHi1MG+Ts2Kq4+8dB3LT18NWJBFXqJ280GqF3xQn5SXA@mail.gmail.com>
References: <6FA8DD12-71D0-412B-A5BE-2050797773A7@optusnet.com.au>
 <CAGASioPNW3k_gwKTM+v80_EnBwUYsGptvBZC8GxLboFENXRLQw@mail.gmail.com>
 <CAGASioNHi1MG+Ts2Kq4+8dB3LT18NWJBFXqJ280GqF3xQn5SXA@mail.gmail.com>
Message-ID: <4B41C94B-0154-4CCD-8011-78998CAD01DE@gmail.com>

I’ve created some web deployments where the web page interacts with the stack e.g. in the sense that a change of the browser window rect triggers a resizeStack message in the stack. 

But I’m not sure if by bidirectional you mean that actions in the stack should also affect the web page in some way? Could you give an example of what you have in mind?


> 24 jan. 2024 kl. 12:47 skrev David Bovill via use-livecode <use-livecode at lists.runrev.com>:
> 
> Is there a demo out there for simple bidirectional interaction between a
> web page and a recent stack exported as wasm? Anyone experimenting with
> this?


From bogdanoff at me.com  Thu Jan 25 18:10:43 2024
From: bogdanoff at me.com (Peter Bogdanoff)
Date: Thu, 25 Jan 2024 15:10:43 -0800
Subject: Browser widget in Windows has trouble playing videos in websites
Message-ID: <4154C06E-84AF-4C79-87EB-504216516FE5@me.com>

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

From david.bovill at gmail.com  Fri Jan 26 11:15:29 2024
From: david.bovill at gmail.com (David Bovill)
Date: Fri, 26 Jan 2024 16:15:29 +0000
Subject: Livecode Demo of two way javascript communication?
In-Reply-To: <4B41C94B-0154-4CCD-8011-78998CAD01DE@gmail.com>
References: <6FA8DD12-71D0-412B-A5BE-2050797773A7@optusnet.com.au>
 <CAGASioPNW3k_gwKTM+v80_EnBwUYsGptvBZC8GxLboFENXRLQw@mail.gmail.com>
 <CAGASioNHi1MG+Ts2Kq4+8dB3LT18NWJBFXqJ280GqF3xQn5SXA@mail.gmail.com>
 <4B41C94B-0154-4CCD-8011-78998CAD01DE@gmail.com>
Message-ID: <CAGASioNx0MMayCUTsuHna++pbD0zw6uauh82KbOfJQybXK4XZw@mail.gmail.com>

The scenario would be events like resize, or a button click in the html
page triggering a handler in the Livecode wasm export. The other way round
would ve a Livecode handler in the exported wasm widget calling a
javascriot function in the surrounding Web page.

My understanding in other contexts is that you use the postMessage Web api
for this type of thing -
https://www.google.com/url?q=https://developer.mozilla.org/en-US/docs/Web/API/Window/postMessage&sa=U&ved=2ahUKEwiE5eCSufuDAxX7UkEAHbtmBvIQFnoECAoQAg&usg=AOvVaw09QGMScP0-9YwJuHAC-sIE

Apart from triggering handlers in both directions passing (json) data in
both directions is needed.

On Thu, 25 Jan 2024, 20:35 Andreas Bergendal via use-livecode, <
use-livecode at lists.runrev.com> wrote:

> I’ve created some web deployments where the web page interacts with the
> stack e.g. in the sense that a change of the browser window rect triggers a
> resizeStack message in the stack.
>
> But I’m not sure if by bidirectional you mean that actions in the stack
> should also affect the web page in some way? Could you give an example of
> what you have in mind?
>
>
> > 24 jan. 2024 kl. 12:47 skrev David Bovill via use-livecode <
> use-livecode at lists.runrev.com>:
> >
> > Is there a demo out there for simple bidirectional interaction between a
> > web page and a recent stack exported as wasm? Anyone experimenting with
> > this?
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>

From andreas.bergendal at gmail.com  Sat Jan 27 12:49:23 2024
From: andreas.bergendal at gmail.com (Andreas Bergendal)
Date: Sat, 27 Jan 2024 18:49:23 +0100
Subject: Livecode Demo of two way javascript communication?
In-Reply-To: <CAGASioNx0MMayCUTsuHna++pbD0zw6uauh82KbOfJQybXK4XZw@mail.gmail.com>
References: <6FA8DD12-71D0-412B-A5BE-2050797773A7@optusnet.com.au>
 <CAGASioPNW3k_gwKTM+v80_EnBwUYsGptvBZC8GxLboFENXRLQw@mail.gmail.com>
 <CAGASioNHi1MG+Ts2Kq4+8dB3LT18NWJBFXqJ280GqF3xQn5SXA@mail.gmail.com>
 <4B41C94B-0154-4CCD-8011-78998CAD01DE@gmail.com>
 <CAGASioNx0MMayCUTsuHna++pbD0zw6uauh82KbOfJQybXK4XZw@mail.gmail.com>
Message-ID: <2C7BB184-3E6A-4938-9E7E-E757F6DB5CF2@gmail.com>

OK, so here’s a quick proof of concept, with functions triggered from page to stack and from stack to page.
It is not using postMessage, only 'standard’ javascript listeners. Works well on mobile too (at least iPhone).

https://wheninspace.com/WebpageInteractionStack/

If I find the time, it would be very interesting to try deploying two different stacks on the same page (is that even possible?), and then have them communicate with each other. Or have two stacks in two different pages, and have them communicate via postMessage calls…


> 26 jan. 2024 kl. 17:15 skrev David Bovill via use-livecode <use-livecode at lists.runrev.com>:
> 
> The scenario would be events like resize, or a button click in the html
> page triggering a handler in the Livecode wasm export. The other way round
> would ve a Livecode handler in the exported wasm widget calling a
> javascriot function in the surrounding Web page.
> 
> My understanding in other contexts is that you use the postMessage Web api
> for this type of thing -
> https://www.google.com/url?q=https://developer.mozilla.org/en-US/docs/Web/API/Window/postMessage&sa=U&ved=2ahUKEwiE5eCSufuDAxX7UkEAHbtmBvIQFnoECAoQAg&usg=AOvVaw09QGMScP0-9YwJuHAC-sIE
> 
> Apart from triggering handlers in both directions passing (json) data in
> both directions is needed.
> 
> On Thu, 25 Jan 2024, 20:35 Andreas Bergendal via use-livecode, <
> use-livecode at lists.runrev.com> wrote:
> 
>> I’ve created some web deployments where the web page interacts with the
>> stack e.g. in the sense that a change of the browser window rect triggers a
>> resizeStack message in the stack.
>> 
>> But I’m not sure if by bidirectional you mean that actions in the stack
>> should also affect the web page in some way? Could you give an example of
>> what you have in mind?
>> 
>> 
>>> 24 jan. 2024 kl. 12:47 skrev David Bovill via use-livecode <
>> use-livecode at lists.runrev.com>:
>>> 
>>> Is there a demo out there for simple bidirectional interaction between a
>>> web page and a recent stack exported as wasm? Anyone experimenting with
>>> this?
>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


From bobsneidar at iotecdigital.com  Mon Jan 29 11:57:15 2024
From: bobsneidar at iotecdigital.com (Bob Sneidar)
Date: Mon, 29 Jan 2024 16:57:15 +0000
Subject: tsNetCustomUploadSync: what am I doing wrong? (Answer: RTFM-P)
In-Reply-To: <26752834-9482-4ff6-abbb-1568abc9d97e@cogapp.com>
References: <cb7dbff7-17a1-4f0a-9470-8f7470233eb0@cogapp.com>
 <26752834-9482-4ff6-abbb-1568abc9d97e@cogapp.com>
Message-ID: <6284B553-6F60-4E48-A2C9-100098A68B7E@iotecdigital.com>

When AI reaches full maturity, it will know what you meant. Probably before you coded it. And then it will eat your brain.

Bob S


On Jan 24, 2024, at 4:30 AM, Ben Rubinstein via use-livecode <use-livecode at lists.runrev.com> wrote:

For the record:

> put tsNetCustomUploadSync(tURL, "POST", tRequestData, tHeaders, ...

should have been

> put tsNetCustomUploadSync(tURL, "POST", tHeaders, tRequestData, ...

:facepalm-emoji:

Ben

On 22/01/2024 21:48, Ben Rubinstein via use-livecode wrote:
I'm trying to use tsNetCustomUploadSync, but something is going wrong.
To establish a baseline, I'm using it to do a POST request. I can prove that my data is good because this works:
      set the httpHeaders to tHeaders
      post tRequestData to URL tURL
      put it into fld "ResultData"
      put libUrlLastRhHeaders() into rOutHeaders
This, however:
      put tsNetCustomUploadSync(tURL, "POST", tRequestData, tHeaders, rOutHeaders, rResult, rBytes) into fld "ResultData"
returns an 'unauthorized' error, with message "Authentication required".
That suggests that either my URL (which contains part of the application ids to which my authorisation token is specific) or my headers (which contains the authorisation token) is not being passed correctly.
My guess is that it's more likely to be the headers. Can anyone advise?
TIA,
Ben


From jiml at netrin.com  Mon Jan 29 15:24:07 2024
From: jiml at netrin.com (Jim Lambert)
Date: Mon, 29 Jan 2024 12:24:07 -0800
Subject: Livecode Demo of two way javascript communication?
In-Reply-To: <mailman.1.1706461202.375215.use-livecode@lists.runrev.com>
References: <mailman.1.1706461202.375215.use-livecode@lists.runrev.com>
Message-ID: <489768AD-C4BA-4CF9-AFCC-E4B879FBB12F@netrin.com>

Andreas,

Thanks for that demo.

Jim Lambert


From dan at clearvisiontech.com  Mon Jan 29 18:07:41 2024
From: dan at clearvisiontech.com (Dan Friedman)
Date: Mon, 29 Jan 2024 23:07:41 +0000
Subject: Access to Share Panel?
In-Reply-To: <489768AD-C4BA-4CF9-AFCC-E4B879FBB12F@netrin.com>
References: <mailman.1.1706461202.375215.use-livecode@lists.runrev.com>
 <489768AD-C4BA-4CF9-AFCC-E4B879FBB12F@netrin.com>
Message-ID: <BYAPR12MB27092F8CF7E057FB3B33BAA8B97E2@BYAPR12MB2709.namprd12.prod.outlook.com>

Greetings!

Is there a method to use the standard “Share” panel on mobile?  (Android and iOS)

Thanks in advance,
-Dan

From tom at makeshyft.com  Wed Jan 31 02:15:12 2024
From: tom at makeshyft.com (Tom Glod)
Date: Wed, 31 Jan 2024 02:15:12 -0500
Subject: Browser widget in Windows has trouble playing videos in websites
In-Reply-To: <4154C06E-84AF-4C79-87EB-504216516FE5@me.com>
References: <4154C06E-84AF-4C79-87EB-504216516FE5@me.com>
Message-ID: <CAPzQJL+=uPWamfUjr39fhkoVR_DaLWagRW3v+AfrgiarmuXUgw@mail.gmail.com>

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 at 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 at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>

From bogdanoff at me.com  Wed Jan 31 02:58:36 2024
From: bogdanoff at me.com (Peter Bogdanoff)
Date: Tue, 30 Jan 2024 23:58:36 -0800
Subject: Browser widget in Windows has trouble playing videos in websites
In-Reply-To: <CAPzQJL+=uPWamfUjr39fhkoVR_DaLWagRW3v+AfrgiarmuXUgw@mail.gmail.com>
References: <4154C06E-84AF-4C79-87EB-504216516FE5@me.com>
 <CAPzQJL+=uPWamfUjr39fhkoVR_DaLWagRW3v+AfrgiarmuXUgw@mail.gmail.com>
Message-ID: <90A467A0-7FAC-492F-948C-04EE4EEAAD70@me.com>

Tom,

I’m finding the issue is more complex, and I’m still trying to get to the bottom of it.

Daily Motion, Vimeo, and YouTube pages all work on the Mac LC browser plugin.

Daily Motion, Vimeo, and some YouTube pages don’t in Windows. However, most of the gazillion YouTube videos work very well, just not all of the ones we made for our channel. Most of our videos were compressed on a Mac, but for all but a couple YouTube shows an error in the video window: 

	"Your browser can’t play this video. Learn more."

	'Learn more' shows a page that only says the browser is compatible.


We made two on a Windows machine, one works, but the other doesn’t—both using the work flow, same compressor/wrapper ( I don’t know which).

I’ve tried recompressing on the Mac a sample video using everything available, including Ogg. None work in Windows from our YouTube channel.

I’m going to retry compressing within a Windows app. See if it makes a difference. 

It seems to me the issue is more than lack of support for h264.

Peter

> On Jan 30, 2024, at 11:15 PM, Tom Glod via use-livecode <use-livecode at lists.runrev.com> wrote:
> 
> 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 at 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 at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



From christerp1 at gmail.com  Wed Jan 31 10:14:08 2024
From: christerp1 at gmail.com (=?utf-8?Q?Christer_Pyyhti=C3=A4?=)
Date: Wed, 31 Jan 2024 17:14:08 +0200
Subject: Just for interest
Message-ID: <210E82A2-81B0-4CD8-80B7-9A91B3C57429@gmail.com>

I do not know, if measuring coding performance is reasonable.

It would be interesting, if anyone has interest to try. 

https://www.morling.dev/blog/one-billion-row-challenge/

Just for fun
Christer Pyyhtiä
christerp1 at gmail.com




From klaus at major-k.de  Wed Jan 31 10:25:32 2024
From: klaus at major-k.de (Klaus major-k)
Date: Wed, 31 Jan 2024 16:25:32 +0100
Subject: Just for interest
In-Reply-To: <210E82A2-81B0-4CD8-80B7-9A91B3C57429@gmail.com>
References: <210E82A2-81B0-4CD8-80B7-9A91B3C57429@gmail.com>
Message-ID: <C79F2DDF-9C26-4941-859C-9FC31762C3B9@major-k.de>

Hi Christer,

> Am 31.01.2024 um 16:14 schrieb Christer Pyyhtiä via use-livecode <use-livecode at lists.runrev.com>:
> 
> I do not know, if measuring coding performance is reasonable.
> It would be interesting, if anyone has interest to try. 
> https://www.morling.dev/blog/one-billion-row-challenge/
> 
> Just for fun
> Christer Pyyhtiä
> christerp1 at gmail.com

well:
-------------------------
...running from Jan 1 until Jan 31. 2024
Any submission must be written in Java.
-------------------------
8-)


Best

Klaus

--
Klaus Major
https://www.major-k.de
https://www.major-k.de/bass
klaus at major-k.de