From harrison at all-auctions.com Fri Oct 1 10:43:16 2021 From: harrison at all-auctions.com (Rick Harrison) Date: Fri, 1 Oct 2021 10:43:16 -0400 Subject: OT: Favorite Simple Static Webpage Builder? In-Reply-To: <000001d7b65c$5f2b03e0$1d810ba0$@net> References: <9548dbc1-e6ce-9dd4-18a4-d5d8ae07871c@tweedly.net>

<2937c603-10f0-ecac-4893-b7a6284b7ebe@tweedly.net> <6fd1d49f-21ea-adce-68fa-9daed4e3c0f7@tweedly.net> <1a8f9efd-1fc7-b189-8e6e-f26bc3b71879@tweedly.net> <000001d7b65c$5f2b03e0$1d810ba0$@net> Message-ID: <08B30033-57E6-4976-BFA4-4C366EEC86FF@all-auctions.com> I used to love iWeb for Mac, but that is way too old to run on a current macOS system. All I need is one that will allow me to show text, images, short videos, and put in a few links that doesn?t access databases, that is WYSIWYG. I?m eyeing Sparkle right now, and considering getting it. What do you like to use? Thanks for your recommendations in advance! Rick From paul at smarttsoftware.co.uk Fri Oct 1 11:00:20 2021 From: paul at smarttsoftware.co.uk (Paul Richards) Date: Fri, 1 Oct 2021 15:00:20 +0000 Subject: OT: Favorite Simple Static Webpage Builder? In-Reply-To: <08B30033-57E6-4976-BFA4-4C366EEC86FF@all-auctions.com> References: <9548dbc1-e6ce-9dd4-18a4-d5d8ae07871c@tweedly.net>

<2937c603-10f0-ecac-4893-b7a6284b7ebe@tweedly.net> <6fd1d49f-21ea-adce-68fa-9daed4e3c0f7@tweedly.net> <1a8f9efd-1fc7-b189-8e6e-f26bc3b71879@tweedly.net> <000001d7b65c$5f2b03e0$1d810ba0$@net> <08B30033-57E6-4976-BFA4-4C366EEC86FF@all-auctions.com> Message-ID: Mobirise.com works on Mac and Windows. Drag and drop blocks onto the page to build. Paul -----Original Message----- From: use-livecode On Behalf Of Rick Harrison via use-livecode Sent: 01 October 2021 15:43 To: How to use LiveCode Cc: Rick Harrison Subject: OT: Favorite Simple Static Webpage Builder? I used to love iWeb for Mac, but that is way too old to run on a current macOS system. All I need is one that will allow me to show text, images, short videos, and put in a few links that doesn?t access databases, that is WYSIWYG. I?m eyeing Sparkle right now, and considering getting it. What do you like to use? Thanks for your recommendations in advance! Rick _______________________________________________ use-livecode mailing list use-livecode 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 harrison at all-auctions.com Fri Oct 1 13:37:37 2021 From: harrison at all-auctions.com (Rick Harrison) Date: Fri, 1 Oct 2021 13:37:37 -0400 Subject: OT: Favorite Simple Static Webpage Builder? In-Reply-To: References: <9548dbc1-e6ce-9dd4-18a4-d5d8ae07871c@tweedly.net>

<2937c603-10f0-ecac-4893-b7a6284b7ebe@tweedly.net> <6fd1d49f-21ea-adce-68fa-9daed4e3c0f7@tweedly.net> <1a8f9efd-1fc7-b189-8e6e-f26bc3b71879@tweedly.net> <000001d7b65c$5f2b03e0$1d810ba0$@net> <08B30033-57E6-4976-BFA4-4C366EEC86FF@all-auctions.com> Message-ID: Thanks Paul, I will check it out! Rick > On Oct 1, 2021, at 11:00 AM, Paul Richards via use-livecode wrote: > > Mobirise.com works on Mac and Windows. Drag and drop blocks onto the page to build. > > Paul From jacque at hyperactivesw.com Fri Oct 1 15:56:47 2021 From: jacque at hyperactivesw.com (J. Landman Gay) Date: Fri, 01 Oct 2021 14:56:47 -0500 Subject: iOS 15 and Xcode Cant Install app In-Reply-To: <000001d7b65c$5f2b03e0$1d810ba0$@net> References: <9548dbc1-e6ce-9dd4-18a4-d5d8ae07871c@tweedly.net>

<2937c603-10f0-ecac-4893-b7a6284b7ebe@tweedly.net> <6fd1d49f-21ea-adce-68fa-9daed4e3c0f7@tweedly.net> <1a8f9efd-1fc7-b189-8e6e-f26bc3b71879@tweedly.net> <000001d7b65c$5f2b03e0$1d810ba0$@net> <17c3d6e3c18.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <004501d7b702$16b7c980$44275c80$@net> <17c3e7bc418.2815.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: <32ACECB0-2F00-47F8-A76A-06077854731C@elementarysoftware.com> This lesson tells how to code sign, notarize and staple a Mac app... and also has a link to Mathias Rebbe?s great app that automates the process. https://lessons.livecode.com/m/4071/l/1122100-codesigning-and-notarizing-your-lc-standalone-for-distribution-outside-the-mac-appstore -- Scott Morrow Elementary Software (Now with 20% less chalk dust!) web https://elementarysoftware.com/ email scott at elementarysoftware.com booth 1-360-734-4701 mobile 360-920-0715 ------------------------------------------------------ > On Oct 1, 2021, at 5:51 PM, J. Landman Gay via use-livecode wrote: > > I found that the app would open on my own. machine but not on anyone else's. Signing, notarizing, and stapling is a manual process you have to do after the app is built, generally using terminal. Matthias Rebbe has a great utility that handles all that for you. I'm not able to get the link right now but maybe he'll see this. > -- > Jacqueline Landman Gay | jacque at hyperactivesw.com > HyperActive Software | http://www.hyperactivesw.com > On October 1, 2021 3:24:38 PM Ralph DiMola via use-livecode wrote: > >> I would assume it's signed and notarized. It installed on my Mac Mini running iOS 12.x just fine. From what I could find that this may be caused by signing on Catalina not the iOS SDK version. Apparently building on Big Sur with Xcode 12.4 is OK(until 4/2022). This might be a back-door way to get us to buy a new Mac now. It worked on me, I'm getting a M1 Mac Mini. >> >> 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 J. Landman Gay via use-livecode >> Sent: Friday, October 01, 2021 3:57 PM >> To: How to use LiveCode >> Cc: J. Landman Gay >> Subject: Re: iOS 15 and Xcode Cant Install app >> >> Is it signed and notarized? I think that's what the error means. >> >> -- >> Jacqueline Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On September 30, 2021 7:38:38 PM Ralph DiMola via use-livecode wrote: >> >>> I built an ad-hoc iOS app using Catalina 10.15.7 Xcode 12.4 and LC >>> 9.6.3. A tester tried to install and got ("App name" Needs to be >>> updated. The developer of this app need to update it to work with this >>> version of iOS) I know this was brought up on the list but was there a resolution? >>> From the Apple developer site: ?Starting April 2022, all iOS and >>> iPadOS apps submitted to the App Store must be built with Xcode 13 and the iOS 15 SDK? >>> Xcode 12.4 has the iOS 14.4 SDK so I should be OK until 4/2022. The >>> tester had a pre installed version the app that used the iOS 13 SDK >>> built last year that ran OK until they tried to install the new app. >>> Could this be an LC issue (plist?) or did Apple change the rules? It >>> seems that the older SDKs will run but just can't be installed. Is this an ad-hoc app only problem?? >>> I've seen conflicting info while doing some searches. >>> Does anyone know? >>> Thanks in advance >>> >>> 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 >> >> >> _______________________________________________ >> use-livecode mailing list >> use-livecode 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 Sun Oct 3 06:42:59 2021 From: andreas.bergendal at gmail.com (Andreas Bergendal) Date: Sun, 3 Oct 2021 12:42:59 +0200 Subject: iphoneDeviceModel lookup library Message-ID: Hi guys, This is for those of you who develop for iOS. We all know the challenge of getting the layout right for various iOS screens. ?The notch? (camera area at the top) is especially annoying, since there?s no easy way of knowing if the user?s device has one or not, and how many pixels it is (there are 4 variants!). In LC 9.6.3 iphoneDeviceModel was introduced. Where machine() just returns ?iphone?, iphoneDeviceModel() returns e.g. ?iPhone10,6? (=iPhone X) or ?iPad13,7? (=iPad Pro 11 inch). But the Dictionary entry on iphoneDeviceModel just links to a Wikipedia page listing mammoth tables of Apple device data. There is no way of knowing what ?iPhone10,6? means without a decent lookup table. So, I?ve made one! And a library to use it with! And a demo stack to test it with! It will check the device code of the current device, and return an array with values for: - notch margin - portrait bottom margin - landscape bottom margin - (device model name - in the rare case that you'd need it) You use these for determining the safe area your UI elements can use, when rearranging them in response to the resizeStack message. Or e.g. how much taller the Header bar widget needs to be on a ?notch? device in order to look good. It?s all here and free to get, use and modify as you need: https://github.com/wheninspace/WISmobDeviceLib The demo stack has the library in its stack script, and the full lookup array in a cProp, so that stack is all you need really. Testing must be done by deploying to physical devices though, as iphoneDeviceModel() does not work in the iOS Simulator (or, it works, but just returns a code for the Simulator itself?). Let me know if anything can be improved on (of course it can)! :) The source for my data is this excellent website: https://www.screensizes.app/ which has comprehensive screen info on every existing iOS device since the first iPhone. And this list which has the device codes interpreted: https://gist.github.com/adamawolf/3048717#file-apple_mobile_device_types-txt Cheers, Andreas From ahsoftware at sonic.net Sun Oct 3 12:16:22 2021 From: ahsoftware at sonic.net (Mark Wieder) Date: Sun, 3 Oct 2021 09:16:22 -0700 Subject: Sample stacks / revOnline [was: Re: Suggestion: Non-Appbuilding Community Edition] In-Reply-To: References: <9548dbc1-e6ce-9dd4-18a4-d5d8ae07871c@tweedly.net>

Message-ID: <0b503914-09e7-ab0b-ce8a-256455392ecf@sonic.net> On 9/30/21 7:02 AM, Alex Tweedly via use-livecode wrote: > ?- a "require" or "include" mechanism for dependencies in libraries LOL. That request is now some 17 years old. https://quality.livecode.com/show_bug.cgi?id=1712 -- Mark Wieder ahsoftware at gmail.com From marksmithhfx at gmail.com Sun Oct 3 14:44:24 2021 From: marksmithhfx at gmail.com (Mark Smith) Date: Sun, 3 Oct 2021 19:44:24 +0100 Subject: iphoneDeviceModel lookup library In-Reply-To: References: Message-ID: <4FC367EF-D5A3-4DCF-9E5C-33540AE827C0@gmail.com> Thanks Andreas. Looking forward to trying it out. Mark Sent from my iPhone > On Oct 3, 2021, at 11:44 AM, Andreas Bergendal via use-livecode wrote: > > ?Hi guys, > > This is for those of you who develop for iOS. We all know the challenge of getting the layout right for various iOS screens. ?The notch? (camera area at the top) is especially annoying, since there?s no easy way of knowing if the user?s device has one or not, and how many pixels it is (there are 4 variants!). > > In LC 9.6.3 iphoneDeviceModel was introduced. Where machine() just returns ?iphone?, iphoneDeviceModel() returns e.g. ?iPhone10,6? (=iPhone X) or ?iPad13,7? (=iPad Pro 11 inch). > > But the Dictionary entry on iphoneDeviceModel just links to a Wikipedia page listing mammoth tables of Apple device data. There is no way of knowing what ?iPhone10,6? means without a decent lookup table. > > So, I?ve made one! And a library to use it with! And a demo stack to test it with! > > It will check the device code of the current device, and return an array with values for: > - notch margin > - portrait bottom margin > - landscape bottom margin > - (device model name - in the rare case that you'd need it) > > You use these for determining the safe area your UI elements can use, when rearranging them in response to the resizeStack message. > Or e.g. how much taller the Header bar widget needs to be on a ?notch? device in order to look good. > > It?s all here and free to get, use and modify as you need: > https://github.com/wheninspace/WISmobDeviceLib > > The demo stack has the library in its stack script, and the full lookup array in a cProp, so that stack is all you need really. > Testing must be done by deploying to physical devices though, as iphoneDeviceModel() does not work in the iOS Simulator (or, it works, but just returns a code for the Simulator itself?). > > Let me know if anything can be improved on (of course it can)! :) > > The source for my data is this excellent website: > https://www.screensizes.app/ which has comprehensive screen info on every existing iOS device since the first iPhone. > And this list which has the device codes interpreted: > https://gist.github.com/adamawolf/3048717#file-apple_mobile_device_types-txt > > Cheers, > Andreas > _______________________________________________ > use-livecode mailing list > use-livecode 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 Mon Oct 4 09:30:21 2021 From: craig at starfirelighting.com (Craig Newman) Date: Mon, 4 Oct 2021 09:30:21 -0400 Subject: Strange closeStack behavior In-Reply-To: <3426F70D-E2CF-4B48-8A0F-3080E310C4BF@iotecdigital.com> References: <3426F70D-E2CF-4B48-8A0F-3080E310C4BF@iotecdigital.com> Message-ID: <31E74BF8-191E-4AE7-A344-D5C1EC5E387A@starfirelighting.com> Hi. Maybe just before the closeStackRequest line, ask for the topStack. Is it possible the mainStack is somehow in front? Craig > On Oct 1, 2021, at 6:22 PM, Bob Sneidar via use-livecode wrote: > > Hi all. > > Very strange. I have a substance belonging to a mainstack that has LOTS of other sub stacks. Only on this ONE substack, when I click the close button (the red dot in the upper left of a MacOS window) it asks me if I want to ave the stack, EVEN THOUGH I have a closeStackRequest in the stack script that saves the stack before passing closeStackRequest. > > If I don't save, or if I do save, the MAINSTACK closes, NOT just the substack! If I cancel nothing happens. > > What the.....??? > _______________________________________________ > use-livecode mailing list > use-livecode 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 Mon Oct 4 10:24:54 2021 From: andreas.bergendal at gmail.com (Andreas Bergendal) Date: Mon, 4 Oct 2021 16:24:54 +0200 Subject: iphoneDeviceModel lookup library Message-ID: <3A7C12BA-C1E5-4819-85CF-56616DD353D5@gmail.com> Status update: I've updated the library with a minor correction (two iPhone 11 versions with notch that weren't included in the script constants). I've also improved the demo stack a lot, so that it now works in the Simulator, if you indicate which device you will simulate, before deploying. Please also note: Whenever Apple releases new iPhones/iPads, the lookup tables will need to be manually updated accordingly. I will keep mine in gitHub updated as quick as I can, but if you copy the data into your own projects, so as not depend on external sources, you'll naturally need to to the same updating yourself. /Andreas From bobsneidar at iotecdigital.com Mon Oct 4 11:30:05 2021 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Mon, 4 Oct 2021 15:30:05 +0000 Subject: Strange closeStack behavior In-Reply-To: <31E74BF8-191E-4AE7-A344-D5C1EC5E387A@starfirelighting.com> References: <3426F70D-E2CF-4B48-8A0F-3080E310C4BF@iotecdigital.com> <31E74BF8-191E-4AE7-A344-D5C1EC5E387A@starfirelighting.com> Message-ID: <56E20A15-34C9-4682-9402-0D719C0F4874@iotecdigital.com> Ohhh good suggestion I'll do that. Bob S > On Oct 4, 2021, at 06:30 , Craig Newman via use-livecode wrote: > > Hi. > > Maybe just before the closeStackRequest line, ask for the topStack. Is it possible the mainStack is somehow in front? > > Craig > >> On Oct 1, 2021, at 6:22 PM, Bob Sneidar via use-livecode wrote: >> >> Hi all. >> >> Very strange. I have a substance belonging to a mainstack that has LOTS of other sub stacks. Only on this ONE substack, when I click the close button (the red dot in the upper left of a MacOS window) it asks me if I want to ave the stack, EVEN THOUGH I have a closeStackRequest in the stack script that saves the stack before passing closeStackRequest. >> >> If I don't save, or if I do save, the MAINSTACK closes, NOT just the substack! If I cancel nothing happens. >> >> What the.....??? >> _______________________________________________ >> use-livecode mailing list >> use-livecode 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 Oct 4 12:49:20 2021 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Mon, 4 Oct 2021 16:49:20 +0000 Subject: Strange closeStack behavior In-Reply-To: <56E20A15-34C9-4682-9402-0D719C0F4874@iotecdigital.com> References: <3426F70D-E2CF-4B48-8A0F-3080E310C4BF@iotecdigital.com> <31E74BF8-191E-4AE7-A344-D5C1EC5E387A@starfirelighting.com> <56E20A15-34C9-4682-9402-0D719C0F4874@iotecdigital.com> Message-ID: <4AF17970-E8F5-40D9-BC0B-CE0A95FA49BB@iotecdigital.com> Okay, so I went through every closeStack and closeStackRequest handler in ALL my stacks and libraries and commented out the handlers. The problem persists. The stack in question is the only substack of a couple without a custom menu, so I am wondering if the last stack with a custom menu becomes the topStack?? Bob S > On Oct 4, 2021, at 08:30 , Bob Sneidar via use-livecode wrote: > > Ohhh good suggestion I'll do that. > > Bob S > > >> On Oct 4, 2021, at 06:30 , Craig Newman via use-livecode wrote: >> >> Hi. >> >> Maybe just before the closeStackRequest line, ask for the topStack. Is it possible the mainStack is somehow in front? >> >> Craig >> >>> On Oct 1, 2021, at 6:22 PM, Bob Sneidar via use-livecode wrote: >>> >>> Hi all. >>> >>> Very strange. I have a substance belonging to a mainstack that has LOTS of other sub stacks. Only on this ONE substack, when I click the close button (the red dot in the upper left of a MacOS window) it asks me if I want to ave the stack, EVEN THOUGH I have a closeStackRequest in the stack script that saves the stack before passing closeStackRequest. >>> >>> If I don't save, or if I do save, the MAINSTACK closes, NOT just the substack! If I cancel nothing happens. >>> >>> What the.....??? >>> _______________________________________________ >>> use-livecode mailing list >>> use-livecode 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 bobsneidar at iotecdigital.com Mon Oct 4 12:50:22 2021 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Mon, 4 Oct 2021 16:50:22 +0000 Subject: Sample stacks / revOnline [was: Re: Suggestion: Non-Appbuilding Community Edition] In-Reply-To: <0b503914-09e7-ab0b-ce8a-256455392ecf@sonic.net> References: <9548dbc1-e6ce-9dd4-18a4-d5d8ae07871c@tweedly.net>

<0b503914-09e7-ab0b-ce8a-256455392ecf@sonic.net> Message-ID: I could have sired a child who was just now graduating high school! :-) Bob S > On Oct 3, 2021, at 09:16 , Mark Wieder via use-livecode wrote: > > On 9/30/21 7:02 AM, Alex Tweedly via use-livecode wrote: > >> - a "require" or "include" mechanism for dependencies in libraries > > LOL. That request is now some 17 years old. > https://quality.livecode.com/show_bug.cgi?id=1712 > > > -- > 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 bobsneidar at iotecdigital.com Mon Oct 4 13:14:23 2021 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Mon, 4 Oct 2021 17:14:23 +0000 Subject: Strange closeStack behavior In-Reply-To: <4AF17970-E8F5-40D9-BC0B-CE0A95FA49BB@iotecdigital.com> References: <3426F70D-E2CF-4B48-8A0F-3080E310C4BF@iotecdigital.com> <31E74BF8-191E-4AE7-A344-D5C1EC5E387A@starfirelighting.com> <56E20A15-34C9-4682-9402-0D719C0F4874@iotecdigital.com> <4AF17970-E8F5-40D9-BC0B-CE0A95FA49BB@iotecdigital.com> Message-ID: <8BE8503F-A227-4563-A962-71DDBC89B27A@iotecdigital.com> So my only solution I can come up with to keep this from happening is to disable the Close Window control, then add a button that saves the stack then closes it. It's ugly, but what else can I do. For my part, if a stack is a substack of a mainstack and I close it, the Save dialog should not present itself. I say that because if I manually save the substack, the splash dialog seems to indicate it is saving the mainstack and under it the list of all the substacks. Bob S > On Oct 4, 2021, at 09:49 , Bob Sneidar via use-livecode wrote: > > Okay, so I went through every closeStack and closeStackRequest handler in ALL my stacks and libraries and commented out the handlers. The problem persists. The stack in question is the only substack of a couple without a custom menu, so I am wondering if the last stack with a custom menu becomes the topStack?? > > Bob S > > >> On Oct 4, 2021, at 08:30 , Bob Sneidar via use-livecode wrote: >> >> Ohhh good suggestion I'll do that. >> >> Bob S >> >> >>> On Oct 4, 2021, at 06:30 , Craig Newman via use-livecode wrote: >>> >>> Hi. >>> >>> Maybe just before the closeStackRequest line, ask for the topStack. Is it possible the mainStack is somehow in front? >>> >>> Craig >>> >>>> On Oct 1, 2021, at 6:22 PM, Bob Sneidar via use-livecode wrote: >>>> >>>> Hi all. >>>> >>>> Very strange. I have a substance belonging to a mainstack that has LOTS of other sub stacks. Only on this ONE substack, when I click the close button (the red dot in the upper left of a MacOS window) it asks me if I want to ave the stack, EVEN THOUGH I have a closeStackRequest in the stack script that saves the stack before passing closeStackRequest. >>>> >>>> If I don't save, or if I do save, the MAINSTACK closes, NOT just the substack! If I cancel nothing happens. >>>> >>>> What the.....??? >>>> _______________________________________________ >>>> use-livecode mailing list >>>> use-livecode 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 jacque at hyperactivesw.com Mon Oct 4 13:46:10 2021 From: jacque at hyperactivesw.com (J. Landman Gay) Date: Mon, 4 Oct 2021 12:46:10 -0500 Subject: Strange closeStack behavior In-Reply-To: <8BE8503F-A227-4563-A962-71DDBC89B27A@iotecdigital.com> References: <3426F70D-E2CF-4B48-8A0F-3080E310C4BF@iotecdigital.com> <31E74BF8-191E-4AE7-A344-D5C1EC5E387A@starfirelighting.com> <56E20A15-34C9-4682-9402-0D719C0F4874@iotecdigital.com> <4AF17970-E8F5-40D9-BC0B-CE0A95FA49BB@iotecdigital.com> <8BE8503F-A227-4563-A962-71DDBC89B27A@iotecdigital.com> Message-ID: On 10/4/21 12:14 PM, Bob Sneidar via use-livecode wrote: > The stack in question is the only substack of a couple without a custom menu, so I am wondering if the last stack with a custom menu becomes the topStack?? If there is no custom menu then LC's menu takes over, and that's the one that triggers the dialog. You might be able to solve the problem by using a custom menu without much in it, maybe just File and Edit menus. If you're going to build a standalone then the problem shouldn't happen there at all. -- Jacqueline Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com From bobsneidar at iotecdigital.com Mon Oct 4 17:14:30 2021 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Mon, 4 Oct 2021 21:14:30 +0000 Subject: Strange closeStack behavior In-Reply-To: References: <3426F70D-E2CF-4B48-8A0F-3080E310C4BF@iotecdigital.com> <31E74BF8-191E-4AE7-A344-D5C1EC5E387A@starfirelighting.com> <56E20A15-34C9-4682-9402-0D719C0F4874@iotecdigital.com> <4AF17970-E8F5-40D9-BC0B-CE0A95FA49BB@iotecdigital.com> <8BE8503F-A227-4563-A962-71DDBC89B27A@iotecdigital.com> Message-ID: Got it thanks. That explains why I cannot even trap for closeStackRequest int othe substack script. The really odd thing is I can in the message box enter "close stack Time Calculator" and it closes without even bothering to ask if I want to save it, even when it is "dirty". I was thinking of checking the dirty flag on idle, with a constant or property to enable or disable auto save, then check for the dirty flag on idle + time delay and auto save the stack. This really is only an issue with development. It's a hassle to switch to the pointer tool, save the substack then switch back to the browse tool. I complained about this behavior a couple times, but there really is no graceful way to do this without some kind of a kludge. Thanks for the suggestion. Bob S > On Oct 4, 2021, at 10:46 , J. Landman Gay via use-livecode wrote: > > On 10/4/21 12:14 PM, Bob Sneidar via use-livecode wrote: >> The stack in question is the only substack of a couple without a custom menu, so I am wondering if the last stack with a custom menu becomes the topStack?? > > If there is no custom menu then LC's menu takes over, and that's the one that triggers the dialog. You might be able to solve the problem by using a custom menu without much in it, maybe just File and Edit menus. > > If you're going to build a standalone then the problem shouldn't happen there at all. > > -- > Jacqueline Landman Gay | jacque at hyperactivesw.com > HyperActive Software | http://www.hyperactivesw.com From bobsneidar at iotecdigital.com Mon Oct 4 19:44:19 2021 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Mon, 4 Oct 2021 23:44:19 +0000 Subject: Strange closeStack behavior In-Reply-To: References: <3426F70D-E2CF-4B48-8A0F-3080E310C4BF@iotecdigital.com> <31E74BF8-191E-4AE7-A344-D5C1EC5E387A@starfirelighting.com> <56E20A15-34C9-4682-9402-0D719C0F4874@iotecdigital.com> <4AF17970-E8F5-40D9-BC0B-CE0A95FA49BB@iotecdigital.com> <8BE8503F-A227-4563-A962-71DDBC89B27A@iotecdigital.com>

Message-ID: Okay, so I've come up with a relatively simple way to go about this. The problem is that when in standalone mode, closeStack does not close the splash stack, so the app keeps running even though there are no open windows, so I need to quit when the mainStack closes. But in Development mode, I don't want to quit because THEN Livecode quits, so I need to use close stack. So I put this code in the Mainstack's script and it seems to do the trick. on closeStackRequest put getParentStack(the long id of the target) into tParentStack if the short name of the target is "Main" then dispatch resetMainForm to the target else dispatch "clearForm" to tParentStack end if save stack tParentStack if the environment is not "Development" then send "quit" to me in 0 seconds else send "close stack tParentStack" to me in 0 seconds end if pass closeStackRequest END closeStackRequest BOB S > On Oct 4, 2021, at 14:14 , Bob Sneidar via use-livecode wrote: > > Got it thanks. That explains why I cannot even trap for closeStackRequest int othe substack script. The really odd thing is I can in the message box enter "close stack Time Calculator" and it closes without even bothering to ask if I want to save it, even when it is "dirty". > > I was thinking of checking the dirty flag on idle, with a constant or property to enable or disable auto save, then check for the dirty flag on idle + time delay and auto save the stack. > > This really is only an issue with development. It's a hassle to switch to the pointer tool, save the substack then switch back to the browse tool. > > I complained about this behavior a couple times, but there really is no graceful way to do this without some kind of a kludge. > > Thanks for the suggestion. > > Bob S From jacque at hyperactivesw.com Tue Oct 5 13:52:58 2021 From: jacque at hyperactivesw.com (J. Landman Gay) Date: Tue, 5 Oct 2021 12:52:58 -0500 Subject: IAP in App Store In-Reply-To: <17c03ff4710.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> References: <4372ebfc-bf03-0bd6-f8e7-ef546d69d38f@hyperactivesw.com> <17bfeee1120.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <17c03ff4710.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: I guess this is for @Panos. Now that I have IAP working I noticed another thing. I'm building for Android with LC 9.6.5 RC-1 which includes the new billing library. My script has a purchaseStateUpdate handler that logs every response and sends the info to a IAPPurchaseComplete handler that manages the purchase or the error. If there is an error this handler puts up a dialog informing the user. I notice any error is not received by the handler, instead Google puts up its own notification and the status returns as "complete". My notification never runs. That's fine and it looks better than my own but I'm curious whether something has changed in the new billing library, and if so, what. -- Jacqueline Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com From merakosp at gmail.com Wed Oct 6 12:40:23 2021 From: merakosp at gmail.com (panagiotis m) Date: Wed, 6 Oct 2021 19:40:23 +0300 Subject: IAP in App Store In-Reply-To: References: <4372ebfc-bf03-0bd6-f8e7-ef546d69d38f@hyperactivesw.com> <17bfeee1120.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <17c03ff4710.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: Hello Jacque, What is the exact error that causes purchaseStateUpdate to be sent with a "complete" status? Google is supposed to show its own notification in most cases, so that's fine, but then the purchaseStateUpdate should be sent with an appropriate status anyway. Kind regards, Panos -- On Tue, 5 Oct 2021 at 20:54, J. Landman Gay via use-livecode < use-livecode at lists.runrev.com> wrote: > I guess this is for @Panos. > > Now that I have IAP working I noticed another thing. I'm building for > Android with LC 9.6.5 > RC-1 which includes the new billing library. My script has a > purchaseStateUpdate handler that > logs every response and sends the info to a IAPPurchaseComplete handler > that manages the > purchase or the error. If there is an error this handler puts up a dialog > informing the user. > > I notice any error is not received by the handler, instead Google puts up > its own notification > and the status returns as "complete". My notification never runs. That's > fine and it looks > better than my own but I'm curious whether something has changed in the > new billing library, > and if so, what. > > -- > Jacqueline Landman Gay | jacque at hyperactivesw.com > HyperActive Software | http://www.hyperactivesw.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 sean at pidigital.co.uk Wed Oct 6 12:56:19 2021 From: sean at pidigital.co.uk (Sean Cole (Pi)) Date: Wed, 6 Oct 2021 17:56:19 +0100 Subject: Stack with the same name loop Message-ID: Hi all, Can someone give the definitive answer as to what to choose when I save my stack with a save as to create a new iterative version and it comes up with the prompt : A stack with the same name as the one you are trying to load is already open. Save Purge Cancel Whatever I do it ends up in a loop of asking this. I'm bored of having to force close LC to get over this. What is supposed to happen if I press Save? What is supposed to happen if I press Purge? And what about Cancel? I've never understood the need for purge AND save. Purge from what? Save and close? purge and close? It's just not clear to me as a long time user let alone a new user. Btw, just to avoid unnecessary responses, I already know I can just make a copy in the finder, clear LC memory and load that one in. My question is just trying to get an understanding of this prompt. Thanks Sean From bogdanoff at me.com Wed Oct 6 13:17:47 2021 From: bogdanoff at me.com (Peter Bogdanoff) Date: Wed, 6 Oct 2021 13:17:47 -0400 Subject: Stack with the same name loop In-Reply-To: References: Message-ID: <0A45B267-F2E8-49DC-A46C-F06A5A09BA01@me.com> Good question. I have no idea either. > On Oct 6, 2021, at 12:56 PM, Sean Cole (Pi) via use-livecode wrote: > > Hi all, > Can someone give the definitive answer as to what to choose when I save my > stack with a save as to create a new iterative version and it comes up with > the prompt : > A stack with the same name as the one you are trying to load is > already open. > Save Purge Cancel > > Whatever I do it ends up in a loop of asking this. I'm bored of having to > force close LC to get over this. What is supposed to happen if I press > Save? What is supposed to happen if I press Purge? And what about Cancel? > I've never understood the need for purge AND save. Purge from what? Save > and close? purge and close? It's just not clear to me as a long time user > let alone a new user. > > Btw, just to avoid unnecessary responses, I already know I can just make a > copy in the finder, clear LC memory and load that one in. My question is > just trying to get an understanding of this prompt. > > Thanks > > Sean > _______________________________________________ > use-livecode mailing list > use-livecode 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 Wed Oct 6 13:24:11 2021 From: tom at makeshyft.com (Tom Glod) Date: Wed, 6 Oct 2021 13:24:11 -0400 Subject: Stack with the same name loop In-Reply-To: <0A45B267-F2E8-49DC-A46C-F06A5A09BA01@me.com> References: <0A45B267-F2E8-49DC-A46C-F06A5A09BA01@me.com> Message-ID: LOL..... me too.... whenever I get this, I just unplug my comp from the wall, leave the room, wait for 5 minutes and only then try again. :D On Wed, Oct 6, 2021 at 1:18 PM Peter Bogdanoff via use-livecode < use-livecode at lists.runrev.com> wrote: > Good question. I have no idea either. > > > On Oct 6, 2021, at 12:56 PM, Sean Cole (Pi) via use-livecode < > use-livecode at lists.runrev.com> wrote: > > > > Hi all, > > Can someone give the definitive answer as to what to choose when I save > my > > stack with a save as to create a new iterative version and it comes up > with > > the prompt : > > A stack with the same name as the one you are trying to load is > > already open. > > Save Purge Cancel > > > > Whatever I do it ends up in a loop of asking this. I'm bored of having to > > force close LC to get over this. What is supposed to happen if I press > > Save? What is supposed to happen if I press Purge? And what about Cancel? > > I've never understood the need for purge AND save. Purge from what? Save > > and close? purge and close? It's just not clear to me as a long time user > > let alone a new user. > > > > Btw, just to avoid unnecessary responses, I already know I can just make > a > > copy in the finder, clear LC memory and load that one in. My question is > > just trying to get an understanding of this prompt. > > > > Thanks > > > > Sean > > _______________________________________________ > > use-livecode mailing list > > use-livecode 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 > -- Tom Glod Founder & Developer MakeShyft R.D.A (www.makeshyft.com) Mobile:647.562.9411 From jmac at consensustech.com Wed Oct 6 13:37:40 2021 From: jmac at consensustech.com (Jim MacConnell) Date: Wed, 6 Oct 2021 10:37:40 -0700 Subject: Stack with the same name loop In-Reply-To: References: <0A45B267-F2E8-49DC-A46C-F06A5A09BA01@me.com> Message-ID: +1 > On Oct 6, 2021, at 10:24 AM, Tom Glod via use-livecode wrote: > > LOL..... me too.... whenever I get this, I just unplug my comp from the > wall, leave the room, wait for 5 minutes and only then try again. :D > > On Wed, Oct 6, 2021 at 1:18 PM Peter Bogdanoff via use-livecode < > use-livecode at lists.runrev.com> wrote: > >> Good question. I have no idea either. >> >>> On Oct 6, 2021, at 12:56 PM, Sean Cole (Pi) via use-livecode < >> use-livecode at lists.runrev.com> wrote: >>> >>> Hi all, >>> Can someone give the definitive answer as to what to choose when I save >> my >>> stack with a save as to create a new iterative version and it comes up >> with >>> the prompt : >>> A stack with the same name as the one you are trying to load is >>> already open. >>> Save Purge Cancel >>> >>> Whatever I do it ends up in a loop of asking this. I'm bored of having to >>> force close LC to get over this. What is supposed to happen if I press >>> Save? What is supposed to happen if I press Purge? And what about Cancel? >>> I've never understood the need for purge AND save. Purge from what? Save >>> and close? purge and close? It's just not clear to me as a long time user >>> let alone a new user. >>> >>> Btw, just to avoid unnecessary responses, I already know I can just make >> a >>> copy in the finder, clear LC memory and load that one in. My question is >>> just trying to get an understanding of this prompt. >>> >>> Thanks >>> >>> Sean >>> _______________________________________________ >>> use-livecode mailing list >>> use-livecode 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 >> > > > -- > Tom Glod > Founder & Developer > MakeShyft R.D.A (www.makeshyft.com) > Mobile:647.562.9411 > _______________________________________________ > use-livecode mailing list > use-livecode 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 Wed Oct 6 13:45:09 2021 From: jacque at hyperactivesw.com (J. Landman Gay) Date: Wed, 6 Oct 2021 12:45:09 -0500 Subject: Stack with the same name loop In-Reply-To: References: Message-ID: That's the question of the century that has puzzled most of us. I always tap Purge and it works. As far as I know: Cancel: don't load the new stack, keep the open one, do nothing else Purge: close the open one and remove from memory, open the new stack Save: It's unclear. Save the new one and leave it open? Save it and close it? Save, remove from memory, and open the new one? Probably the latter. On 10/6/21 11:56 AM, Sean Cole (Pi) via use-livecode wrote: > Hi all, > Can someone give the definitive answer as to what to choose when I save my > stack with a save as to create a new iterative version and it comes up with > the prompt : > A stack with the same name as the one you are trying to load is > already open. > Save Purge Cancel > > Whatever I do it ends up in a loop of asking this. I'm bored of having to > force close LC to get over this. What is supposed to happen if I press > Save? What is supposed to happen if I press Purge? And what about Cancel? > I've never understood the need for purge AND save. Purge from what? Save > and close? purge and close? It's just not clear to me as a long time user > let alone a new user. > > Btw, just to avoid unnecessary responses, I already know I can just make a > copy in the finder, clear LC memory and load that one in. My question is > just trying to get an understanding of this prompt. > > Thanks > > Sean > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- Jacqueline Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com From sean at pidigital.co.uk Wed Oct 6 13:47:22 2021 From: sean at pidigital.co.uk (Sean Cole (Pi)) Date: Wed, 6 Oct 2021 18:47:22 +0100 Subject: Stack with the same name loop In-Reply-To: References: <0A45B267-F2E8-49DC-A46C-F06A5A09BA01@me.com>

Message-ID: hehe ? Sean On Wed, 6 Oct 2021 at 18:37, Jim MacConnell via use-livecode < use-livecode at lists.runrev.com> wrote: > +1 > > > On Oct 6, 2021, at 10:24 AM, Tom Glod via use-livecode < > use-livecode at lists.runrev.com> wrote: > > > > LOL..... me too.... whenever I get this, I just unplug my comp from the > > wall, leave the room, wait for 5 minutes and only then try again. :D > > > > On Wed, Oct 6, 2021 at 1:18 PM Peter Bogdanoff via use-livecode < > > use-livecode at lists.runrev.com> wrote: > > > >> Good question. I have no idea either. > >> > >>> On Oct 6, 2021, at 12:56 PM, Sean Cole (Pi) via use-livecode < > >> use-livecode at lists.runrev.com> wrote: > >>> > >>> Hi all, > >>> Can someone give the definitive answer as to what to choose when I save > >> my > >>> stack with a save as to create a new iterative version and it comes up > >> with > >>> the prompt : > >>> A stack with the same name as the one you are trying to load is > >>> already open. > >>> Save Purge Cancel > >>> > >>> Whatever I do it ends up in a loop of asking this. I'm bored of having > to > >>> force close LC to get over this. What is supposed to happen if I press > >>> Save? What is supposed to happen if I press Purge? And what about > Cancel? > >>> I've never understood the need for purge AND save. Purge from what? > Save > >>> and close? purge and close? It's just not clear to me as a long time > user > >>> let alone a new user. > >>> > >>> Btw, just to avoid unnecessary responses, I already know I can just > make > >> a > >>> copy in the finder, clear LC memory and load that one in. My question > is > >>> just trying to get an understanding of this prompt. > >>> > >>> Thanks > >>> > >>> Sean > >>> _______________________________________________ > >>> use-livecode mailing list > >>> use-livecode 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 > >> > > > > > > -- > > Tom Glod > > Founder & Developer > > MakeShyft R.D.A (www.makeshyft.com) > > Mobile:647.562.9411 > > _______________________________________________ > > use-livecode mailing list > > use-livecode 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 iphonelagi at gmail.com Wed Oct 6 16:22:28 2021 From: iphonelagi at gmail.com (Eraklis Pittas) Date: Wed, 6 Oct 2021 21:22:28 +0100 Subject: Stack with the same name loop In-Reply-To: References: Message-ID: Hi Sean, I just put up with it and kill LC - I don't think we will ever have a definitive answer or fix (prove me wrong please!) . As I say they don't seem to eat their own Dog Food otherwise this would have been sorted years ago. While I'm here Somehow the problem with the drop down menus on a second monitor being "off screen" to the right seemed to be fixed in the last RC but now the problem is back on the latest "stable" - this is one of the biggest time wasting bugs I put up with (and that included the slowdowns) Lagi On Wed, 6 Oct 2021 at 17:57, Sean Cole (Pi) via use-livecode < use-livecode at lists.runrev.com> wrote: > Hi all, > Can someone give the definitive answer as to what to choose when I save my > stack with a save as to create a new iterative version and it comes up with > the prompt : > A stack with the same name as the one you are trying to load is > already open. > Save Purge Cancel > > Whatever I do it ends up in a loop of asking this. I'm bored of having to > force close LC to get over this. What is supposed to happen if I press > Save? What is supposed to happen if I press Purge? And what about Cancel? > I've never understood the need for purge AND save. Purge from what? Save > and close? purge and close? It's just not clear to me as a long time user > let alone a new user. > > Btw, just to avoid unnecessary responses, I already know I can just make a > copy in the finder, clear LC memory and load that one in. My question is > just trying to get an understanding of this prompt. > > Thanks > > Sean > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- KIndest Regards Lagi From jacque at hyperactivesw.com Wed Oct 6 16:33:23 2021 From: jacque at hyperactivesw.com (J. Landman Gay) Date: Wed, 6 Oct 2021 15:33:23 -0500 Subject: IAP in App Store In-Reply-To: References: <4372ebfc-bf03-0bd6-f8e7-ef546d69d38f@hyperactivesw.com> <17bfeee1120.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <17c03ff4710.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com>

Message-ID: <455ffcc4-4d91-c7fc-f86e-8c23e683215a@hyperactivesw.com> I'm confused about how the purchase flow works so my question is probably incorrect. There is no error when I see the "complete" status, it only shows up in my logging file. After adding additional logging, it looks like "complete" is sent after every transaction. But if something goes wrong, like asking for a product that isn't in the Play Store yet, there are no status reports except "complete." The app doesn't receive any other info and Android doesn't display any dialog. Seems like I should get an "invalid sku" status error. Here's part of the log where I made a successful test purchase (product ID obscured): *** Wed, 6 Oct 2021 14:12:55 -0500 BEGIN IAP PURCHASE: -- purchaseStateUpdate logs this: Wed, 6 Oct 2021 14:13:15 -0500 Purchase state: paymentReceived | PurchaseID: 3 -- fullfillment handler logs this and sends info to back end server: Wed, 6 Oct 2021 14:13:15 -0500 Purchase complete: true | | paymentReceived Wed, 6 Oct 2021 14:13:15 -0500 queryServer about to query for newPurchase Wed, 6 Oct 2021 14:13:15 -0500 newPurchase params: {"packageid": "","transaction_id": "3","source": "android"} -- and finally purchaseStateUpdate returns "complete": Wed, 6 Oct 2021 14:13:15 -0500 Purchase state: complete | PurchaseID: 3 *** I'm working in the internal test track and the choices in the test purchase dialog do not include a Cancel button. To cancel, I tap outside the dialog and it goes away. Sometimes I get an email about my "purchase" (which is normal) and usually it verifies a cancellation. But one email had some additional test info: "This test purchase was cancelled because it was not acknowledged. You should ensure all purchases are acknowledged so they are not subject to refunds. For more information see https://developer.android.com/google/play/billing/integrate#process." I just repeated the same cancellation method just now and did not get that warning in email. I didn't actually get an email at all. One faintly amusing thing is that Google is counting my unpaid test purchases as real ones in their Play Points history, and yesterday I acquired enough points to rent a free movie and advance to level Silver for additional benefits. :) Given how complex their IAP store setup is, I think that's only fair. On 10/6/21 11:40 AM, panagiotis m via use-livecode wrote: > Hello Jacque, > > What is the exact error that causes purchaseStateUpdate to be sent with a > "complete" status? > Google is supposed to show its own notification in most cases, so that's > fine, but then the purchaseStateUpdate should be sent with an appropriate > status anyway. > > Kind regards, > Panos > -- > > > > On Tue, 5 Oct 2021 at 20:54, J. Landman Gay via use-livecode < > use-livecode at lists.runrev.com> wrote: > >> I guess this is for @Panos. >> >> Now that I have IAP working I noticed another thing. I'm building for >> Android with LC 9.6.5 >> RC-1 which includes the new billing library. My script has a >> purchaseStateUpdate handler that >> logs every response and sends the info to a IAPPurchaseComplete handler >> that manages the >> purchase or the error. If there is an error this handler puts up a dialog >> informing the user. >> >> I notice any error is not received by the handler, instead Google puts up >> its own notification >> and the status returns as "complete". My notification never runs. That's >> fine and it looks >> better than my own but I'm curious whether something has changed in the >> new billing library, >> and if so, what. >> >> -- >> Jacqueline Landman Gay | jacque at hyperactivesw.com >> HyperActive Software | http://www.hyperactivesw.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 > -- Jacqueline Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com From ahsoftware at sonic.net Wed Oct 6 17:30:09 2021 From: ahsoftware at sonic.net (Mark Wieder) Date: Wed, 6 Oct 2021 14:30:09 -0700 Subject: Stack with the same name loop In-Reply-To: References: Message-ID: <940d2966-67d3-8002-9fdc-2b07c933b634@sonic.net> On 10/6/21 1:22 PM, Eraklis Pittas via use-livecode wrote: > I just put up with it and kill LC - I don't think we will ever have a > definitive answer or fix (prove me wrong please!) . As I say they > don't seem to eat their own Dog Food otherwise this would have been sorted > years ago. That's what I do as well. Kill, then go do something else for a bit. Reading the code that invokes this dialog (the reloadstack handler in revbackscriptlibrary.livecodescript) isn't much help. It's only the IDE that can't handle this, not the engine. This would all be moot if the IDE used the long id of the stack instead of just the short name of the stack, but that would require work. BTW - the original bug report on this is now 18 years old. https://quality.livecode.com/show_bug.cgi?id=1061 -- Mark Wieder ahsoftware at gmail.com From jacque at hyperactivesw.com Wed Oct 6 19:43:31 2021 From: jacque at hyperactivesw.com (J. Landman Gay) Date: Wed, 06 Oct 2021 18:43:31 -0500 Subject: Stack with the same name loop In-Reply-To: <940d2966-67d3-8002-9fdc-2b07c933b634@sonic.net> References: <940d2966-67d3-8002-9fdc-2b07c933b634@sonic.net> Message-ID: <17c57fd9cb8.2815.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> On the bright side, it isn't as confusing as the one that tells you the script has been changed in an external editor, even if it wasn't, and then you don't know whether to keep what you're looking at or take a chance and reload. You can lose work by choosing the wrong button. -- Jacqueline Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On October 6, 2021 4:32:25 PM Mark Wieder via use-livecode wrote: > On 10/6/21 1:22 PM, Eraklis Pittas via use-livecode wrote: > >> I just put up with it and kill LC - I don't think we will ever have a >> definitive answer or fix (prove me wrong please!) . As I say they >> don't seem to eat their own Dog Food otherwise this would have been sorted >> years ago. > > That's what I do as well. Kill, then go do something else for a bit. > > Reading the code that invokes this dialog (the reloadstack handler in > revbackscriptlibrary.livecodescript) isn't much help. It's only the IDE > that can't handle this, not the engine. > > This would all be moot if the IDE used the long id of the stack instead > of just the short name of the stack, but that would require work. > > BTW - the original bug report on this is now 18 years old. > https://quality.livecode.com/show_bug.cgi?id=1061 > > -- > 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 bduck at mac.com Wed Oct 6 20:01:58 2021 From: bduck at mac.com (Brian K. Duck) Date: Wed, 6 Oct 2021 20:01:58 -0400 Subject: Stack with the same name loop In-Reply-To: References: Message-ID: My process has become: Save the file in LiveCode. Close the file from LiveCode, purge from memory. Switch to Finder (Mac) or Windows Explorer, or QUIT LiveCode, Duplicate and rename the file, Open the new file, Return to LiveCode, Rename the file in stack properties, if there isa version number in the stack name. It may be needless to say, this is usually a 1x or 2x a day process. TL;DR: don?t ?save as,? save, close, quit LC, duplicate in finder / windows explorer, open new file, rename stack in stack properties - if there is a version no in the stack name. Even then, I occasionally see the message. Then i repeat and QUIT LiveCode. Sent from my iPad, Brian Duck Sent from my iPad > On Oct 6, 2021, at 12:57 PM, Sean Cole (Pi) via use-livecode wrote: > > ?Hi all, > Can someone give the definitive answer as to what to choose when I save my > stack with a save as to create a new iterative version and it comes up with > the prompt : > A stack with the same name as the one you are trying to load is > already open. > Save Purge Cancel Option 4: avoid the hassle. From sean at pidigital.co.uk Wed Oct 6 22:24:10 2021 From: sean at pidigital.co.uk (Sean Cole (Pi)) Date: Thu, 7 Oct 2021 03:24:10 +0100 Subject: Stack with the same name loop In-Reply-To: <940d2966-67d3-8002-9fdc-2b07c933b634@sonic.net> References: <940d2966-67d3-8002-9fdc-2b07c933b634@sonic.net> Message-ID: [Huff] and [sigh]! I don't know. I mean, I just don't get it. I don't get how LiveCode get defended as being people that care when they leave something as *basic as this unrepaired for EIGHT....TEEN....YEARS !?! I have this thing. I don't know if it's just part of my BPD/EUD or the 48years I've spent on the wrong side of this planet (the outside), but I tend to say People always 'SEEM' nice. But in 'real - life' they're just people - just like everyone else - bumbling masses of meat - looking out for themselves - putting on the good show of caring and loving and kind - making the appearance of someone trustworthy - but every... single... one... is beyond trust because, like everyone else, they too have themselves to deal with - and that sucks - for everyone! I got told by Heather just recently to remember that LC10, that giant promise just out of reach (this is of course in relation to html5 deployment, that noose around my neck), is just around the corner. What the heck is that supposed to mean? It's that kind of crap that causes me not to trust! The next millennia is 'just around the damned corner' for crying out loud. What comfort can I get from that? I pass that crap on to my clients and see how far that gets me? Don't worry, we'll be able to do what you've asked in 'just around the corner' days/months/years/decades/centuries/millennia! But we keep taking it because, well, we've got no choice! We've bumbled down this path, and all other roads are too far behind to go back to. We can't change, LC can't change, nothing will change. We're all locked into this perpetual loop 'til the end. Just like the haiku that the Save/Purge/Cancel dialogue presents to us if we try to upgrade or reversion our script. The only way to get out of the loop is to force quit and start over. Tomorrow. [Sigh] Sean On Wed, 6 Oct 2021 at 22:30, Mark Wieder via use-livecode < use-livecode at lists.runrev.com> wrote: > On 10/6/21 1:22 PM, Eraklis Pittas via use-livecode wrote: > > > I just put up with it and kill LC - I don't think we will ever have a > > definitive answer or fix (prove me wrong please!) . As I say they > > don't seem to eat their own Dog Food otherwise this would have been > sorted > > years ago. > > BTW - the original bug report on this is now 18 years old. > https://quality.livecode.com/show_bug.cgi?id=1061 > > From jacque at hyperactivesw.com Wed Oct 6 23:27:42 2021 From: jacque at hyperactivesw.com (J. Landman Gay) Date: Wed, 06 Oct 2021 22:27:42 -0500 Subject: Stack with the same name loop In-Reply-To: References:

Message-ID: <17c58cadbb0.2749.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> I do something similar but it's a lot less trouble. Save the stack. Go to Finder /Explorer and duplicate it. Rename the copy. Go back to LC and carry on with the original. You can update the name or any properties there. Occasionally as I work I realize that I've implemented a lot of changes that I may not want to keep. So before I save the stack, I duplicate it in Finder so I have a copy of the one I'm working on as it was before I wrote myself into a corner. That's come in handy. I don't have much trouble with the duplicate stack dialog because I always hit the Purge button which removes the first one from memory and opens the second one. I don't remember ever actually seeing a loop. If I want to work with two same-named stacks together I have two methods. 1. Open one of them in another copy of LC. I always have at least 3 different versions running at the same time, and yes, you have to be careful when you do that. I usually choose this method because most often I just want to copy a handler or a control. 2. Temporarily rename the first one slightly, open the second, do what you want, then close and remove the second one from memory and set the name of the first one back to normal. None of this has ever required me to quit LC. I suppose now that I've mentioned it, something will happen... -- Jacqueline Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On October 6, 2021 7:04:07 PM "Brian K. Duck via use-livecode" wrote: > My process has become: > Save the file in LiveCode. > Close the file from LiveCode, purge from memory. > Switch to Finder (Mac) or Windows Explorer, or QUIT LiveCode, > Duplicate and rename the file, > Open the new file, > Return to LiveCode, > Rename the file in stack properties, if there isa version number in the > stack name. > > It may be needless to say, this is usually a 1x or 2x a day process. > > TL;DR: don?t ?save as,? save, close, quit LC, duplicate in finder / windows > explorer, open new file, rename stack in stack properties - if there is a > version no in the stack name. > > Even then, I occasionally see the message. Then i repeat and QUIT LiveCode. > > Sent from my iPad, > Brian Duck > > > > Sent from my iPad >> On Oct 6, 2021, at 12:57 PM, Sean Cole (Pi) via use-livecode >> wrote: >> >> ?Hi all, >> Can someone give the definitive answer as to what to choose when I save my >> stack with a save as to create a new iterative version and it comes up with >> the prompt : >> A stack with the same name as the one you are trying to load is >> already open. >> Save Purge Cancel > > Option 4: avoid the hassle. > _______________________________________________ > use-livecode mailing list > use-livecode 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 Oct 7 00:49:27 2021 From: jacque at hyperactivesw.com (J. Landman Gay) Date: Wed, 06 Oct 2021 23:49:27 -0500 Subject: OT: Priorities (was: Re: Stack with the same name loop) In-Reply-To: References: <940d2966-67d3-8002-9fdc-2b07c933b634@sonic.net> Message-ID: <17c5915b3d8.2749.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> On October 6, 2021 9:26:37 PM "Sean Cole $Pi$ via use-livecode" wrote: > I have this thing. I don't know if it's just part of my BPD/EUD or the > 48years I've spent on the wrong side of this planet (the outside), I think it's the BPD, but I had to smile at the side of the planet you live on. :) > People always 'SEEM' nice. But in 'real - life' they're just people - > just like everyone else - bumbling masses of meat - looking out for > themselves - putting on the good show of caring and loving and kind - > making the appearance of someone trustworthy - but every... single... > one... is beyond trust because, like everyone else, they too have > themselves to deal with - and that sucks - for everyone! Yes, but no. All you have to do is read this list to see how kind most people are, there's no requirement to post here. People come in all types. There are some bad ones, but they are often victims themselves. In the long run, we are just bags of chemicals and you were unfortunately burdened with unbalanced mix. It isn't your fault, but it warps your world view. > I got told by Heather just recently I hope you meet her in person some day. She's one of the genuine people. In fact, everyone on the LC team is genuine and if you get to know them I think you'll see it too. They are all devoted to LC but they have to make considered choices in what to address at any given time given the resources available to them. They work their butts off. They need a bigger team. In the larger picture, what would you address first: an irritating dialog box for which there is an irritating workaround, a crash that prevents you from working, the shifting requirements of the mobile platforms that prevents us from submitting to the app stores (thank you team for fixing the new Android requirements, my submission deadline is in 2 weeks), the improvements to the web platform? That's a hypothetical question. Something to think about. Sorry for veering off-topic. -- Jacqueline Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com > From sean at pidigital.co.uk Thu Oct 7 03:13:53 2021 From: sean at pidigital.co.uk (Pi Digital) Date: Thu, 7 Oct 2021 08:13:53 +0100 Subject: OT: Priorities (was: Re: Stack with the same name loop) In-Reply-To: <17c5915b3d8.2749.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> References: <17c5915b3d8.2749.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: > On 7 Oct 2021, at 05:49, J. Landman Gay wrote: > > In the larger picture, what would you address first: Firstly the fundamentals Closely followed by UX These are the foundation upon which ALL software AND hardware are based. Without them everything else is a waste. Sure, a wheel can have pretty callipers and spokes, fancy tyres with run-flat technology, but if it can?t turn because the bearings are exposed or the lug nuts rust easily meaning you have to drill them out (an irritating workaround) to replace a damaged one, then what?s the point of all the fancy stuff? An ?irritating? workaround that?s been in place for ?18 YEARS? is seen as acceptable. However kind a person is, putting their core users through that torture goes to show what lies at the heart of them. Gently water boarding. Leathal injection given in nano-ounces every day/week/month. A noose tightened gradually and gently while slowly pushing the stool from under you. You get the picture. It sounds kind but ultimately winds up killing us all in the end. Everybody ?seems? kind and genuine. Without exception, everyone are not, not entirely. Every single one at their core is self-serving. That leads to protective behaviours. This is developed from childhood, impressed upon by parenting and society, then ingrained by experience and environment. Some get pampered and groomed into not seeing the maltreatment, believing that all or some are benevolent and beyond reproach. That is either illusionary or delusionary. I HAVE met a lot of the people at LC. Visited three of their bases. They all ?seemed? nice. But, unfortunately, we are all flawed and are all inconsistent. All affected and feel the effects of time and events. It?s inescapable. If we have a nerve touched we respond, as did you to my last post. Those reactions are only a natural reflex to how we have been trained to respond based on our past. You?ve been trained to accept things that others find uncomfortable. I respond badly, partly because of the chemicals, but mostly by the scars of mistreatment over a long period that have enabled me to see people in a different light, sometimes distorted, but more often in their true nature, and choose not to accept it?s discomfort. I can be nice, but my nerves are exposed and raw. I don?t mean to offend, but offence is inevitable no matter what is said in this day and age of woke mentality. So I apologise to those who have been offended now. That sounds nice but, at it?s core, is false because I don?t care if you are offended - I had something to say about how I feel and so said it. Which is only fair because a lot of what has been said here over the past few weeks has deeply offended me but I?ve said nothing. Because, so what if I?m offended. :) Now loop back to paragraph three and four and read in context. From hlowe at me.com Thu Oct 7 04:29:08 2021 From: hlowe at me.com (HENRY LOWE) Date: Thu, 7 Oct 2021 09:29:08 +0100 Subject: LC apps crashing on devices running iOS 15.x Message-ID: Fernando and I have submitted a bug report (https://quality.livecode.com/show_bug.cgi?id=23364 ) after confirming that previously stable LC iOS apps are intermittently crashing at launch on devices (iPhone & iPad) running iOS 15.x. We have submitted crash logs to LC. The issue has been confirmed but, so far, it is unclear what is causing the crashes. What we appear to know so far: 1. Seems to be an iOS 15.x issue on a device only (no simulator crash). 2. Crash on launch only - I have seen no crashes once app successfully launches. 3. No splash screen is shown, so crashing early in the launch process. 4. Crash on launch is intermittent. 5. Does not crash on first launch after installation. 6. Leaving the app in the background long enough for it to be killed by iOS? seems a necessary condition for a subsequent crash on launch. 7. Crash logs show KERN_INVALID_ADDRESS. The crashed thread accessed unmapped memory, either by accessing data or an instruction fetch. Is anyone else seeing intermittent app crashes on launch under iOS 15? If so, can you provide any additional information and/or crash logs to LC? In my case the iOS App Store app is written using LC 9.6.4 (Stable) on macOS 10.14. I have some very unhappy users and would love to submit an app update fixing this issue. Thanks, Henry Ascriva Health Informatics Https://www.ascriva.com From bdrunrev at gmail.com Thu Oct 7 05:39:44 2021 From: bdrunrev at gmail.com (Bernard Devlin) Date: Thu, 7 Oct 2021 10:39:44 +0100 Subject: Stack with the same name loop In-Reply-To: <17c57fd9cb8.2815.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> References: <940d2966-67d3-8002-9fdc-2b07c933b634@sonic.net> <17c57fd9cb8.2815.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: I guess it comes down to what different people are doing with LC. I get the erroneous "this script has been altered externally" message about 3 times a year. I never get the "A stack with the same name as the one you are trying to load" unless I really am opening two stacks with the same name. In my own work I always try to work with the long ID of every control. It's the least ambiguous thing one can do. The IDE should do the same. On Thu, Oct 7, 2021 at 12:45 AM J. Landman Gay via use-livecode < use-livecode at lists.runrev.com> wrote: > On the bright side, it isn't as confusing as the one that tells you the > script has been changed in an external editor, even if it wasn't, and then > you don't know whether to keep what you're looking at or take a chance and > reload. You can lose work by choosing the wrong button. > > -- > Jacqueline Landman Gay | jacque at hyperactivesw.com > > From bdrunrev at gmail.com Thu Oct 7 06:04:44 2021 From: bdrunrev at gmail.com (Bernard Devlin) Date: Thu, 7 Oct 2021 11:04:44 +0100 Subject: OT: Priorities (was: Re: Stack with the same name loop) In-Reply-To: <17c5915b3d8.2749.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> References: <940d2966-67d3-8002-9fdc-2b07c933b634@sonic.net> <17c5915b3d8.2749.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: At least the new licensing model should allow LC to prioritise based on what customers use. IMO the open source initiative was the single biggest mistake LC Ltd made. With that drain on resources over hopefully they can get to work on fixing some of the outstanding deficiencies. From matthias_livecode_150811 at m-r-d.de Thu Oct 7 09:16:16 2021 From: matthias_livecode_150811 at m-r-d.de (matthias_livecode_150811 at m-r-d.de) Date: Thu, 7 Oct 2021 15:16:16 +0200 Subject: Stack with the same name loop In-Reply-To: <17c58cadbb0.2749.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> References:

<17c58cadbb0.2749.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: <3F5E994B-D4E8-4A3E-8CBC-D7373E894037@m-r-d.de> I am using a little plugin for this. It allows me to save the stack file under an other name. For those who are interested... https://dl.qck.nu/?dl=copyStack.livecode When it opens it displays the name of the current top stack. If you want to copy an other opened stack then switch to that stack and click into the plugin window to get the name of the "new" top stack. To save a copy of that stack press the little icon. You'll then see a Save As dialog. I am sure it could be improved, but it does what i want to achieve with it. Regards, Matthias > Am 07.10.2021 um 05:27 schrieb J. Landman Gay via use-livecode : > > I do something similar but it's a lot less trouble. > > Save the stack. > Go to Finder /Explorer and duplicate it. Rename the copy. > Go back to LC and carry on with the original. You can update the name or any properties there. > > Occasionally as I work I realize that I've implemented a lot of changes that I may not want to keep. So before I save the stack, I duplicate it in Finder so I have a copy of the one I'm working on as it was before I wrote myself into a corner. That's come in handy. > > I don't have much trouble with the duplicate stack dialog because I always hit the Purge button which removes the first one from memory and opens the second one. I don't remember ever actually seeing a loop. If I want to work with two same-named stacks together I have two methods. > > 1. Open one of them in another copy of LC. I always have at least 3 different versions running at the same time, and yes, you have to be careful when you do that. I usually choose this method because most often I just want to copy a handler or a control. > > 2. Temporarily rename the first one slightly, open the second, do what you want, then close and remove the second one from memory and set the name of the first one back to normal. > > None of this has ever required me to quit LC. I suppose now that I've mentioned it, something will happen... > > -- > Jacqueline Landman Gay | jacque at hyperactivesw.com > HyperActive Software | http://www.hyperactivesw.com > On October 6, 2021 7:04:07 PM "Brian K. Duck via use-livecode" wrote: > >> My process has become: >> Save the file in LiveCode. >> Close the file from LiveCode, purge from memory. >> Switch to Finder (Mac) or Windows Explorer, or QUIT LiveCode, >> Duplicate and rename the file, >> Open the new file, >> Return to LiveCode, >> Rename the file in stack properties, if there isa version number in the stack name. >> >> It may be needless to say, this is usually a 1x or 2x a day process. >> >> TL;DR: don?t ?save as,? save, close, quit LC, duplicate in finder / windows explorer, open new file, rename stack in stack properties - if there is a version no in the stack name. >> >> Even then, I occasionally see the message. Then i repeat and QUIT LiveCode. >> >> Sent from my iPad, >> Brian Duck >> >> >> >> Sent from my iPad >>> On Oct 6, 2021, at 12:57 PM, Sean Cole (Pi) via use-livecode wrote: >>> >>> ?Hi all, >>> Can someone give the definitive answer as to what to choose when I save my >>> stack with a save as to create a new iterative version and it comes up with >>> the prompt : >>> A stack with the same name as the one you are trying to load is >>> already open. >>> Save Purge Cancel >> >> Option 4: avoid the hassle. >> _______________________________________________ >> use-livecode mailing list >> use-livecode 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 mark at livecode.com Thu Oct 7 09:40:00 2021 From: mark at livecode.com (Mark Waddingham) Date: Thu, 07 Oct 2021 14:40:00 +0100 Subject: Stack with the same name loop In-Reply-To: <940d2966-67d3-8002-9fdc-2b07c933b634@sonic.net> References: <940d2966-67d3-8002-9fdc-2b07c933b634@sonic.net> Message-ID: On 2021-10-06 22:30, Mark Wieder via use-livecode wrote: > That's what I do as well. Kill, then go do something else for a bit. > > Reading the code that invokes this dialog (the reloadstack handler in > revbackscriptlibrary.livecodescript) isn't much help. It's only the > IDE that can't handle this, not the engine. > > This would all be moot if the IDE used the long id of the stack > instead of just the short name of the stack, but that would require > work. That isn't true - the problem is a lot deeper than that. Most 'stack' related engine syntax works with the short name of stacks e.g. defaultStack, topStack, stackFiles. The IDE is built using the engine, so has to work within the limitations the engine has. Internally the engine references stacks by 'weak handles' (basically pointers which 'know' when the thing they are pointing at has been deleted) - it does not use names... However the way stacks are referenced by script (as mentioned above) do use the short name - to keep things simple. Of course it would be possible to add new syntax and such - and it would be possible to update the IDE to use it (and thus the 'irksome' dialog could be removed). However, the reality is that, that endeavour (which would be a very large amount of work) would only shift the problem - onto users themselves. If user code did not use the new syntax, then chances are they would end up causing really hard to track down issues in their own code due to having two stacks with the same name. This is regardless of whatever resolution order was chosen to resolve conflicts - unless user code also uses unique stack references, there is no choice which would not stop problems from happening. I'd like to point out that this is not me copping out here - it is merely pointing out that simplicity does come with restrictions - and as it stands, one of these restrictions (with livecode) is uniquely named stacks. I'd further point out that 'critical things having unique name' isn't that rare. For example, you can't have two files with the same name in a folder for example (even though on UNIX systems, every file has an internal unique integer id - the inode number) and you can't have two handlers, variables, methods, types (or any named thing) with the same name (in the same namespace) in any language that I know of. So, may I suggest, the problem to solve is to figure out why the dialog which spawned this thread does not work correctly in some circumstances? I say some circumstances, because it does work precisely as advertised in a (fresh) IDE after it has been started: 1) Create a stack "Foo" - save it as "FooEmpty.livecode" and remove from memory 2) Create another stack "Foo" - place a button on it and save it as "FooButton.livecode" 3) Load FooEmpty.livecode from the menu - ask to Purge. FooEmpty appears (and FooButton goes) 4) Add a tab control to FooEmpty. 5) Load FooButton.livecode from the menu - ask to Save, FooEmpty is saved and FooButton appears. 6) Load FooEmpty.livecode from the menu - ask to Purge, FooEmpty appears (now with tab control) and FooButton has gone. The correct behavior of that dialog is precisely what you would expect from the button names: 1) Cancel - the loading of the new stack does not happen. 2) Purge - the existing stack of the same name is removed from memory without saving first, and the new stack is loaded. 3) Save - the existing stack of the same name is saved and then removed from memory, and the new stack is loaded. The effect observed (the looping) could be an interaction with a component in the IDE (which somehow causes the stack which should be being removed to be reloaded), or it could be some code pattern in user stacks which cause much the same problem. In the former case, we need to fix the IDE to be 'purge safe in this case', in the latter case we need to understand the pattern so that we can change the mechanism to not be affected by it. Warmest Regards, Mark. -- Mark Waddingham ~ mark at livecode.com ~ http://www.livecode.com/ LiveCode: Everyone can create apps From sean at pidigital.co.uk Thu Oct 7 10:26:16 2021 From: sean at pidigital.co.uk (Pi Digital) Date: Thu, 7 Oct 2021 15:26:16 +0100 Subject: Stack with the same name loop In-Reply-To: References: Message-ID: <3B408B36-D1FB-4783-A4A7-2EAA15CC5649@pidigital.co.uk> Hi Mark (both :) ) Thanks for your explanation. Very thorough. What I don?t understand is why the engine needs to delete the old reference (weak handle) when invoking a ?save as?. Is it not just a matter of resaving you a new location and making the pointer to the storage device for that instance? Why does it need to save it and then remove from memory at all? Just carry on with what is already in memory without the need to reload. That?s why we use a ?save as? anyway. Thanks again. Sean > On 7 Oct 2021, at 14:40, Mark Waddingham via use-livecode wrote: > > ?On 2021-10-06 22:30, Mark Wieder via use-livecode wrote: >> That's what I do as well. Kill, then go do something else for a bit. >> Reading the code that invokes this dialog (the reloadstack handler in >> revbackscriptlibrary.livecodescript) isn't much help. It's only the >> IDE that can't handle this, not the engine. >> This would all be moot if the IDE used the long id of the stack >> instead of just the short name of the stack, but that would require >> work. > > That isn't true - the problem is a lot deeper than that. > > Most 'stack' related engine syntax works with the short name of stacks e.g. defaultStack, topStack, stackFiles. > > The IDE is built using the engine, so has to work within the limitations the engine has. > > Internally the engine references stacks by 'weak handles' (basically pointers which 'know' when the thing they are pointing at has been deleted) - it does not use names... However the way stacks are referenced by script (as mentioned above) do use the short name - to keep things simple. > > Of course it would be possible to add new syntax and such - and it would be possible to update the IDE to use it (and thus the 'irksome' dialog could be removed). > > However, the reality is that, that endeavour (which would be a very large amount of work) would only shift the problem - onto users themselves. > > If user code did not use the new syntax, then chances are they would end up causing really hard to track down issues in their own code due to having two stacks with the same name. This is regardless of whatever resolution order was chosen to resolve conflicts - unless user code also uses unique stack references, there is no choice which would not stop problems from happening. > > I'd like to point out that this is not me copping out here - it is merely pointing out that simplicity does come with restrictions - and as it stands, one of these restrictions (with livecode) is uniquely named stacks. > > I'd further point out that 'critical things having unique name' isn't that rare. For example, you can't have two files with the same name in a folder for example (even though on UNIX systems, every file has an internal unique integer id - the inode number) and you can't have two handlers, variables, methods, types (or any named thing) with the same name (in the same namespace) in any language that I know of. > > So, may I suggest, the problem to solve is to figure out why the dialog which spawned this thread does not work correctly in some circumstances? > > I say some circumstances, because it does work precisely as advertised in a (fresh) IDE after it has been started: > > 1) Create a stack "Foo" - save it as "FooEmpty.livecode" and remove from memory > 2) Create another stack "Foo" - place a button on it and save it as "FooButton.livecode" > 3) Load FooEmpty.livecode from the menu - ask to Purge. FooEmpty appears (and FooButton goes) > 4) Add a tab control to FooEmpty. > 5) Load FooButton.livecode from the menu - ask to Save, FooEmpty is saved and FooButton appears. > 6) Load FooEmpty.livecode from the menu - ask to Purge, FooEmpty appears (now with tab control) and FooButton has gone. > > The correct behavior of that dialog is precisely what you would expect from the button names: > > 1) Cancel - the loading of the new stack does not happen. > 2) Purge - the existing stack of the same name is removed from memory without saving first, and the new stack is loaded. > 3) Save - the existing stack of the same name is saved and then removed from memory, and the new stack is loaded. > > The effect observed (the looping) could be an interaction with a component in the IDE (which somehow causes the stack which should be being removed to be reloaded), or it could be some code pattern in user stacks which cause much the same problem. In the former case, we need to fix the IDE to be 'purge safe in this case', in the latter case we need to understand the pattern so that we can change the mechanism to not be affected by it. > > Warmest Regards, > > Mark. > > -- > Mark Waddingham ~ mark at livecode.com ~ http://www.livecode.com/ > LiveCode: Everyone can create apps > > _______________________________________________ > use-livecode mailing list > use-livecode 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 Thu Oct 7 10:26:52 2021 From: craig at starfirelighting.com (Craig Newman) Date: Thu, 7 Oct 2021 10:26:52 -0400 Subject: Stack with the same name loop In-Reply-To: References: <940d2966-67d3-8002-9fdc-2b07c933b634@sonic.net> Message-ID: <2DA90A9B-ABD2-4BE7-A36E-8E48E77D5275@starfirelighting.com> RE: the ?purge/save/cancel? thing. I see this exactly twice whenever I build a standalone for a particular project. Even in a new session, if the first thing I do is build a standalone from the splash stack, I will twice get a dialog during the process asking me the three questions. I always ?purge?, and always everything works out fine. But the only stack I open in that new session is the splash stack itself, running the build directly from there. The splash stack opens a mainStack in normal operation, and this may have something to do with the presentation of the dialog. Craig > On Oct 7, 2021, at 9:40 AM, Mark Waddingham via use-livecode wrote: > > On 2021-10-06 22:30, Mark Wieder via use-livecode wrote: >> That's what I do as well. Kill, then go do something else for a bit. >> Reading the code that invokes this dialog (the reloadstack handler in >> revbackscriptlibrary.livecodescript) isn't much help. It's only the >> IDE that can't handle this, not the engine. >> This would all be moot if the IDE used the long id of the stack >> instead of just the short name of the stack, but that would require >> work. > > That isn't true - the problem is a lot deeper than that. > > Most 'stack' related engine syntax works with the short name of stacks e.g. defaultStack, topStack, stackFiles. > > The IDE is built using the engine, so has to work within the limitations the engine has. > > Internally the engine references stacks by 'weak handles' (basically pointers which 'know' when the thing they are pointing at has been deleted) - it does not use names... However the way stacks are referenced by script (as mentioned above) do use the short name - to keep things simple. > > Of course it would be possible to add new syntax and such - and it would be possible to update the IDE to use it (and thus the 'irksome' dialog could be removed). > > However, the reality is that, that endeavour (which would be a very large amount of work) would only shift the problem - onto users themselves. > > If user code did not use the new syntax, then chances are they would end up causing really hard to track down issues in their own code due to having two stacks with the same name. This is regardless of whatever resolution order was chosen to resolve conflicts - unless user code also uses unique stack references, there is no choice which would not stop problems from happening. > > I'd like to point out that this is not me copping out here - it is merely pointing out that simplicity does come with restrictions - and as it stands, one of these restrictions (with livecode) is uniquely named stacks. > > I'd further point out that 'critical things having unique name' isn't that rare. For example, you can't have two files with the same name in a folder for example (even though on UNIX systems, every file has an internal unique integer id - the inode number) and you can't have two handlers, variables, methods, types (or any named thing) with the same name (in the same namespace) in any language that I know of. > > So, may I suggest, the problem to solve is to figure out why the dialog which spawned this thread does not work correctly in some circumstances? > > I say some circumstances, because it does work precisely as advertised in a (fresh) IDE after it has been started: > > 1) Create a stack "Foo" - save it as "FooEmpty.livecode" and remove from memory > 2) Create another stack "Foo" - place a button on it and save it as "FooButton.livecode" > 3) Load FooEmpty.livecode from the menu - ask to Purge. FooEmpty appears (and FooButton goes) > 4) Add a tab control to FooEmpty. > 5) Load FooButton.livecode from the menu - ask to Save, FooEmpty is saved and FooButton appears. > 6) Load FooEmpty.livecode from the menu - ask to Purge, FooEmpty appears (now with tab control) and FooButton has gone. > > The correct behavior of that dialog is precisely what you would expect from the button names: > > 1) Cancel - the loading of the new stack does not happen. > 2) Purge - the existing stack of the same name is removed from memory without saving first, and the new stack is loaded. > 3) Save - the existing stack of the same name is saved and then removed from memory, and the new stack is loaded. > > The effect observed (the looping) could be an interaction with a component in the IDE (which somehow causes the stack which should be being removed to be reloaded), or it could be some code pattern in user stacks which cause much the same problem. In the former case, we need to fix the IDE to be 'purge safe in this case', in the latter case we need to understand the pattern so that we can change the mechanism to not be affected by it. > > Warmest Regards, > > Mark. > > -- > Mark Waddingham ~ mark at livecode.com ~ http://www.livecode.com/ > LiveCode: Everyone can create apps > > _______________________________________________ > use-livecode mailing list > use-livecode 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 mark at livecode.com Thu Oct 7 10:38:18 2021 From: mark at livecode.com (Mark Waddingham) Date: Thu, 07 Oct 2021 15:38:18 +0100 Subject: Stack with the same name loop In-Reply-To: <3B408B36-D1FB-4783-A4A7-2EAA15CC5649@pidigital.co.uk> References: <3B408B36-D1FB-4783-A4A7-2EAA15CC5649@pidigital.co.uk> Message-ID: <06f805b7833a2fb5288d7c07bed572d2@livecode.com> On 2021-10-07 15:26, Pi Digital via use-livecode wrote: > Hi Mark (both :) ) > > Thanks for your explanation. Very thorough. > > What I don?t understand is why the engine needs to delete the old > reference (weak handle) when invoking a ?save as?. Is it not just a > matter of resaving you a new location and making the pointer to the > storage device for that instance? Why does it need to save it and then > remove from memory at all? Just carry on with what is already in > memory without the need to reload. That?s why we use a ?save as? > anyway. This isn't related to 'Save As' - nor is the engine doing anything here beyond sending a message - which is enforcing the 'only one main stack with a given (short) name exists in memory at any one time' invariant. When a stack is deserialized from the on-disk file - before it is 'hooked up' to anything (i.e. added to the list of things considered for any sort of search), it sweeps through all loaded mainStacks and checks to see if there is a name conflict (i.e. short name of new stack matches that of old). If there is (and the filenames are different) then it deletes what it has just loaded and sends a 'reloadStack' message. Otherwise, it hooks the new loaded stack up to the internal list of things considered actual stacks. The IDE handles the reloadStack message - it shows the dialog in question. If you choose 'Cancel' it takes no action - so nothing changes (no new stack loaded, no old stack deleted). If you choose 'Purge' the IDE does its best to remove the current stack in memory and *then* trys to load the new stack (from the different filepath) - as (in principal) there is no longer any stack in memory with the conflicting name, then engine loads it and things carry on. If you choose 'Save' the IDE does the same as above except that *before* it tries to remove the current stack from memory, it saves (save as, if the current stack has no filename). So the looping problem here lies somewhere in the process removing the existing stack from memory / saving it. Warmest Regards, Mark. -- Mark Waddingham ~ mark at livecode.com ~ http://www.livecode.com/ LiveCode: Everyone can create apps From sean at pidigital.co.uk Thu Oct 7 10:44:03 2021 From: sean at pidigital.co.uk (Pi Digital) Date: Thu, 7 Oct 2021 15:44:03 +0100 Subject: Stack with the same name loop In-Reply-To: <06f805b7833a2fb5288d7c07bed572d2@livecode.com> References: <06f805b7833a2fb5288d7c07bed572d2@livecode.com> Message-ID: > On 7 Oct 2021, at 15:38, Mark Waddingham via use-livecode wrote: > > So the looping problem here lies somewhere in the process removing the existing stack from memory / saving it. Like what, for example? Thanks. From mark at livecode.com Thu Oct 7 10:49:22 2021 From: mark at livecode.com (Mark Waddingham) Date: Thu, 07 Oct 2021 15:49:22 +0100 Subject: Stack with the same name loop In-Reply-To: <06f805b7833a2fb5288d7c07bed572d2@livecode.com> References: <3B408B36-D1FB-4783-A4A7-2EAA15CC5649@pidigital.co.uk> <06f805b7833a2fb5288d7c07bed572d2@livecode.com> Message-ID: <24846e9e7455b11665089eeab78adc73@livecode.com> On 2021-10-07 15:38, Mark Waddingham via use-livecode wrote: > On 2021-10-07 15:26, Pi Digital via use-livecode wrote: >> Hi Mark (both :) ) >> >> Thanks for your explanation. Very thorough. >> >> What I don?t understand is why the engine needs to delete the old >> reference (weak handle) when invoking a ?save as?. Is it not just a >> matter of resaving you a new location and making the pointer to the >> storage device for that instance? Why does it need to save it and then >> remove from memory at all? Just carry on with what is already in >> memory without the need to reload. That?s why we use a ?save as? >> anyway. > > This isn't related to 'Save As' - nor is the engine doing anything > here beyond sending a message - which is enforcing the 'only one main > stack with a given (short) name exists in memory at any one time' > invariant. Sorry Sean this thread had gone on through several things that I missed what you said in your original post... You explicitly said you were getting that dialog when doing a 'Save As' (presumably from the file menu)... There must be more to it than that though. The 'Save As' menu item in the IDE uses (with a bit of cruft around it) 'save stack ... as ' - all that does is serialize the stack (as it is in memory) to the new file, and update the filename of the stack in memory. There should be no reloadStack mechanism (as outlined above) going on *unless* something is causing a message to fire which is trying to load the stack from the previous filename. Indeed, is this a multi-stack system which you are working on? Is there a way your code (which is being triggered somehow after save) is referencing the stack you just saved as, by its original filename? Warmest Regards, Mark. -- Mark Waddingham ~ mark at livecode.com ~ http://www.livecode.com/ LiveCode: Everyone can create apps From brian at milby7.com Thu Oct 7 10:57:17 2021 From: brian at milby7.com (Brian Milby) Date: Thu, 7 Oct 2021 10:57:17 -0400 Subject: Stack with the same name loop In-Reply-To: <06f805b7833a2fb5288d7c07bed572d2@livecode.com> References: <06f805b7833a2fb5288d7c07bed572d2@livecode.com> Message-ID: <3B30FA59-CE6C-4012-87CA-F371C2AFBE16@milby7.com> Clone stack avoids the check. It is not that hard to get multiple stacks with the same short name but different long names in memory (in a standalone). The engine makes sane choices when referencing the top stack in that case. Any individual stack can be referenced via the long name. Sent from my iPhone > On Oct 7, 2021, at 10:38 AM, Mark Waddingham via use-livecode wrote: > > ?On 2021-10-07 15:26, Pi Digital via use-livecode wrote: >> Hi Mark (both :) ) >> Thanks for your explanation. Very thorough. >> What I don?t understand is why the engine needs to delete the old >> reference (weak handle) when invoking a ?save as?. Is it not just a >> matter of resaving you a new location and making the pointer to the >> storage device for that instance? Why does it need to save it and then >> remove from memory at all? Just carry on with what is already in >> memory without the need to reload. That?s why we use a ?save as? >> anyway. > > This isn't related to 'Save As' - nor is the engine doing anything here beyond sending a message - which is enforcing the 'only one main stack with a given (short) name exists in memory at any one time' invariant. > > When a stack is deserialized from the on-disk file - before it is 'hooked up' to anything (i.e. added to the list of things considered for any sort of search), it sweeps through all loaded mainStacks and checks to see if there is a name conflict (i.e. short name of new stack matches that of old). > > If there is (and the filenames are different) then it deletes what it has just loaded and sends a 'reloadStack' message. Otherwise, it hooks the new loaded stack up to the internal list of things considered actual stacks. > > The IDE handles the reloadStack message - it shows the dialog in question. > > If you choose 'Cancel' it takes no action - so nothing changes (no new stack loaded, no old stack deleted). > > If you choose 'Purge' the IDE does its best to remove the current stack in memory and *then* trys to load the new stack (from the different filepath) - as (in principal) there is no longer any stack in memory with the conflicting name, then engine loads it and things carry on. > > If you choose 'Save' the IDE does the same as above except that *before* it tries to remove the current stack from memory, it saves (save as, if the current stack has no filename). > > So the looping problem here lies somewhere in the process removing the existing stack from memory / saving it. > > Warmest Regards, > > Mark. > > -- > Mark Waddingham ~ mark at livecode.com ~ http://www.livecode.com/ > LiveCode: Everyone can create apps > > _______________________________________________ > use-livecode mailing list > use-livecode 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 mark at livecode.com Thu Oct 7 11:16:51 2021 From: mark at livecode.com (Mark Waddingham) Date: Thu, 07 Oct 2021 16:16:51 +0100 Subject: Stack with the same name loop In-Reply-To: <3B30FA59-CE6C-4012-87CA-F371C2AFBE16@milby7.com> References: <06f805b7833a2fb5288d7c07bed572d2@livecode.com> <3B30FA59-CE6C-4012-87CA-F371C2AFBE16@milby7.com> Message-ID: <0a982c6e90ff99208569e806f21f342c@livecode.com> On 2021-10-07 15:57, Brian Milby via use-livecode wrote: > Clone stack avoids the check. It is not that hard to get multiple > stacks with the same short name but different long names in memory (in > a standalone). The engine makes sane choices when referencing the top > stack in that case. Any individual stack can be referenced via the > long name. Yes indeed, you don't actually need to even use clone stack - just 'set the name of' will do it. However, the fact you can do that from script is a different case from what the IDE should let you do in the normal course of things (and indeed, perhaps we should plug the holes in the engine which let it happen) in (a perhaps vain?) attempt to stop people tying themselves into too many knots. Things like the 'topStack' and 'defaultStack' are only sane references to the actual underlying stack if they are used as direct syntax (where they resolve to the internal pointer). As soon as they are rendered to a string (e.g. when passed as an argument) that link is gone - further, if a stack has not been saved then there is no way to distinguish one from the other with any string-based reference (a stack's long id is only different from its name / long name if it has a filename). Warmest Regards, Mark. -- Mark Waddingham ~ mark at livecode.com ~ http://www.livecode.com/ LiveCode: Everyone can create apps From bobsneidar at iotecdigital.com Thu Oct 7 11:55:35 2021 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Thu, 7 Oct 2021 15:55:35 +0000 Subject: OT: Priorities (was: Re: Stack with the same name loop) In-Reply-To: References: <940d2966-67d3-8002-9fdc-2b07c933b634@sonic.net> <17c5915b3d8.2749.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: +1. Gave me the heebie jeebies when they announced the Open Source model. I survived the age of freeware. There were a LOT of people back then who opined that ALL software ought to be free! It was staggering. There were great repositories of commerial titles, and I mean the big stuff, that had been cracked so that they no longer required a license key. I knew people I worked with back then who made ample use of these. Maybe in the imaginary world of Star Trek, there is no more money and everyone just works for the joy of it, receiving nothing more than food, shelter, clothing and gratitude, but in the real world, people need to obtain those things for themselves. I say the people at Livecode LTD. deserve all the recompense they can get, and by the way, we should be thankful to Steve Jobs who gave us Hypercard (and actually convinced Apple to give it away for free!) Bob S > On Oct 7, 2021, at 03:04 , Bernard Devlin via use-livecode wrote: > > At least the new licensing model should allow LC to prioritise based on > what customers use. > > IMO the open source initiative was the single biggest mistake LC Ltd made. > With that drain on resources over hopefully they can get to work on fixing > some of the outstanding deficiencies. From sean at pidigital.co.uk Thu Oct 7 12:10:31 2021 From: sean at pidigital.co.uk (Pi Digital) Date: Thu, 7 Oct 2021 17:10:31 +0100 Subject: Stack with the same name loop In-Reply-To: <24846e9e7455b11665089eeab78adc73@livecode.com> References: <24846e9e7455b11665089eeab78adc73@livecode.com> Message-ID: <3F8B05CE-40CC-4BD0-8DE5-874143C10AFE@pidigital.co.uk> > On 7 Oct 2021, at 15:49, Mark Waddingham via use-livecode wrote: > > Indeed, is this a multi-stack system which you are working on? Is there a way your code (which is being triggered somehow after save) is referencing the stack you just saved as, by its original filename? It is a multi-stack system for sure. 114 substacks, 840 cards, 90,039 objects and counting. The stacks and cards only every reference themselves as ?me? or ?this?. The preopenstack has a bunch of references to ?start using stack ?whatever?? to run as libraries I?ve written. And then the openstack uses a dispatch to run a script from one of these libraries, closely followed by a ?send ?blah? to ?aLib? in 0 sec with messages? just to finish up. There is a preclosestack which is intentionally empty. The preopenCard and openCard of the first card in the mainStack only recall data from one of the library stacks into globals. Then runs a centreMe handler from the mainStack script which is just a ?set the loc of this stack to the screenloc?. And that is it. No closeStack handler. I can reproduce it every time I do a saveAs. The ?save/purge/cancel? is only intuitive to you it seems because you understand the background. It doesn?t seem to make sense to us (and certainly not a newcomer) because we have only our experience from other software to go on and how we expect it to work. If we do a saveAs in any other ware, we would never see a purge option. Maybe just an ?are you sure? or a ?this will have this kind of effect? warning. So we would never expect this kind of behaviour from software and know what to do with it. Hence the immediate initial responses to my OP (which were hilarious by the way, much needed light relief). Thanks yet again. Sean From bobsneidar at iotecdigital.com Thu Oct 7 12:12:36 2021 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Thu, 7 Oct 2021 16:12:36 +0000 Subject: Stack with the same name loop In-Reply-To: <2DA90A9B-ABD2-4BE7-A36E-8E48E77D5275@starfirelighting.com> References: <940d2966-67d3-8002-9fdc-2b07c933b634@sonic.net> <2DA90A9B-ABD2-4BE7-A36E-8E48E77D5275@starfirelighting.com> Message-ID: <242BB9E3-D923-420A-B785-B1A4451B01DD@iotecdigital.com> Mark, Yes, building standalones is a huge problem. I think that when a single platform standalone is created, the state Livecode ends up in ought to be the state Livecode started in before you built the standalone. This does not seem to be the case. Stacks opened during the build process seem to remain open, but are the versions that were saved when building the standalone, and NOT the ones belonging to the project. Try building a Windows AND a MacOS standalone in a single pass. Of course, it's easy for me to imagine how this could be done, but I suppose like most things, it's harder than I imagine. Bob S > On Oct 7, 2021, at 07:26 , Craig Newman via use-livecode wrote: > > RE: the ?purge/save/cancel? thing. > > I see this exactly twice whenever I build a standalone for a particular project. Even in a new session, if the first thing I do is build a standalone from the splash stack, I will twice get a dialog during the process asking me the three questions. I always ?purge?, and always everything works out fine. > > But the only stack I open in that new session is the splash stack itself, running the build directly from there. > > The splash stack opens a mainStack in normal operation, and this may have something to do with the presentation of the dialog. > > Craig > From ambassador at fourthworld.com Thu Oct 7 12:22:50 2021 From: ambassador at fourthworld.com (Richard Gaskin) Date: Thu, 7 Oct 2021 09:22:50 -0700 Subject: OT: Priorities (was: Re: Stack with the same name loop) In-Reply-To: References: Message-ID: <295ca047-716b-f8d0-d4d9-4829b9a4fd9e@fourthworld.com> Heather politely called cheese on this topic some time ago. May we please respect the wishes of the list owner? -- Richard Gaskin Fourth World Systems > Bob Sneidar wrote: > > +1. Gave me the heebie jeebies when they announced the Open Source model. > > I survived the age of freeware. There were a LOT of people back then who opined that ALL software ought to be free! It was staggering. There were great repositories of commerial titles, and I mean the big stuff, that had been cracked so that they no longer required a license key. I knew people I worked with back then who made ample use of these. > > Maybe in the imaginary world of Star Trek, there is no more money and everyone just works for the joy of it, receiving nothing more than food, shelter, clothing and gratitude, but in the real world, people need to obtain those things for themselves. > > I say the people at Livecode LTD. deserve all the recompense they can get, and by the way, we should be thankful to Steve Jobs who gave us Hypercard (and actually convinced Apple to give it away for free!) > > Bob S > >> On Oct 7, 2021, at 03:04 , Bernard Devlin via use-livecode wrote: >> >> At least the new licensing model should allow LC to prioritise based on >> what customers use. >> >> IMO the open source initiative was the single biggest mistake LC Ltd made. >> With that drain on resources over hopefully they can get to work on fixing >> some of the outstanding deficiencies. > From brian at milby7.com Thu Oct 7 12:25:45 2021 From: brian at milby7.com (Brian Milby) Date: Thu, 7 Oct 2021 12:25:45 -0400 Subject: Stack with the same name loop In-Reply-To: <0a982c6e90ff99208569e806f21f342c@livecode.com> References: <0a982c6e90ff99208569e806f21f342c@livecode.com> Message-ID: <669CB035-B25F-495B-B479-6F140B09B15D@milby7.com> I would be more of a fan of lowering the engine check to just a warning vice a hard error/prohibition. Like you said, if you don?t use the long name then most of the time you are going to reference the earliest opened version of the stack (based on the linked list of open stacks). But if you reference an object within the same stack (or at least the visible card), it can reference by short name. I guess I should expand my test stack to check that. I can see a couple of ways to implement this where it would not impact existing code. First would be a global flag to enable opening of files with the same name (default to off/false). The second would be a ?force? parameter to the open command which would bypass the check. Sent from my iPhone > On Oct 7, 2021, at 11:17 AM, Mark Waddingham via use-livecode wrote: > > ?On 2021-10-07 15:57, Brian Milby via use-livecode wrote: >> Clone stack avoids the check. It is not that hard to get multiple >> stacks with the same short name but different long names in memory (in >> a standalone). The engine makes sane choices when referencing the top >> stack in that case. Any individual stack can be referenced via the >> long name. > > Yes indeed, you don't actually need to even use clone stack - just 'set the name of' will do it. > > However, the fact you can do that from script is a different case from what the IDE should let you do in the normal course of things (and indeed, perhaps we should plug the holes in the engine which let it happen) in (a perhaps vain?) attempt to stop people tying themselves into too many knots. > > Things like the 'topStack' and 'defaultStack' are only sane references to the actual underlying stack if they are used as direct syntax (where they resolve to the internal pointer). As soon as they are rendered to a string (e.g. when passed as an argument) that link is gone - further, if a stack has not been saved then there is no way to distinguish one from the other with any string-based reference (a stack's long id is only different from its name / long name if it has a filename). > > Warmest Regards, > > Mark. > > -- > Mark Waddingham ~ mark at livecode.com ~ http://www.livecode.com/ > LiveCode: Everyone can create apps > > _______________________________________________ > use-livecode mailing list > use-livecode 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 mark at livecode.com Thu Oct 7 12:28:43 2021 From: mark at livecode.com (Mark Waddingham) Date: Thu, 07 Oct 2021 17:28:43 +0100 Subject: Stack with the same name loop In-Reply-To: <3F8B05CE-40CC-4BD0-8DE5-874143C10AFE@pidigital.co.uk> References: <24846e9e7455b11665089eeab78adc73@livecode.com> <3F8B05CE-40CC-4BD0-8DE5-874143C10AFE@pidigital.co.uk> Message-ID: <74b5acce4c888d8fe4cc0547027e069c@livecode.com> On 2021-10-07 17:10, Pi Digital via use-livecode wrote: > The ?save/purge/cancel? is only intuitive to you it seems because you > understand the background. It doesn?t seem to make sense to us (and > certainly not a newcomer) because we have only our experience from > other software to go on and how we expect it to work. If we do a > saveAs in any other ware, we would never see a purge option. Maybe > just an ?are you sure? or a ?this will have this kind of effect? > warning. So we would never expect this kind of behaviour from software > and know what to do with it. Hence the immediate initial responses to > my OP (which were hilarious by the way, much needed light relief). As I said, this isn't anything to do with 'Save As' specifically - 'Save As' is doing precisely what you would expect... i.e. Saving the stackfile to a different file, and just as when you do that in any other application the filename of the stack changes to be the new filename. What you are seeing is the mechanism which is in place to prevent two mainstacks of the same name being loaded into memory at once. That mechanism *only* occurs *if* something has attempted to load a stack into memory when there is already one with the same name (but a different filename). The question to ask is why, in your case, 'everytime you do a Save As' is that mechanism triggered? i.e. There must be some script that is running somewhere (whether it be IDE, plugin, or code in one of the project's stacks) which is causing it. So the first thing to ask is, is the recipe as simple as: 1) Select stack you want to 'Save As' 2) File > Save As 3) Give a different name and Save 4) Duplicate name Save/Purge/Cancel dialog appears? Or is there any more to the recipe? Warmest Regards, Mark. -- Mark Waddingham ~ mark at livecode.com ~ http://www.livecode.com/ LiveCode: Everyone can create apps From mark at livecode.com Thu Oct 7 12:43:44 2021 From: mark at livecode.com (Mark Waddingham) Date: Thu, 07 Oct 2021 17:43:44 +0100 Subject: Stack with the same name loop In-Reply-To: <669CB035-B25F-495B-B479-6F140B09B15D@milby7.com> References: <0a982c6e90ff99208569e806f21f342c@livecode.com> <669CB035-B25F-495B-B479-6F140B09B15D@milby7.com> Message-ID: <335f1b7a7dc8b94319513efa37118fbf@livecode.com> On 2021-10-07 17:25, Brian Milby via use-livecode wrote: > I would be more of a fan of lowering the engine check to just a > warning vice a hard error/prohibition. Like you said, if you don?t > use the long name then most of the time you are going to reference the > earliest opened version of the stack (based on the linked list of open > stacks). But if you reference an object within the same stack (or at > least the visible card), it can reference by short name. I guess I > should expand my test stack to check that. I'm not quite sure how the engine would give a warning - the behavior being discussed in this thread is the way the IDE deals with how the engine deals with a specific case... In general, the engine will either let something happen or it won't. In this specific case, it doesn't let implicit opens of stacks (which is what all initial openings of stacks are when you use a 'stack ' chunk are - given the potential disconnect between what is, and what stackfile might actually be loaded) proceed if there is already a stack with the same name in memory... However it *does* send a message 'reloadStack' that can be handled so script can decide what to do. Indeed, this handler could happily let things go ahead: on reloadStack pStackName, pPath local tOldFilename set the name of stack pStackName to (pStackName & "~") put the filename of stack pStackName into tOldFilename set the filename of stack pStackName to "this is a unique name" go stack pPath set the name of stack "this is a unique name" to pStackName end reloadStack The IDE chooses not to do this to stop the large number of other issues which could arise from having multiple stacks in memory with the same name (in an environment where it might happen 'by accident', rather than for any particularly controlled reason as might be the case in a standalone environment written to cope with it). > I can see a couple of ways to implement this where it would not impact > existing code. First would be a global flag to enable opening of > files with the same name (default to off/false). The second would be > a ?force? parameter to the open command which would bypass the check. I guess my real question here is what would be the purpose of that? i.e. What problem does it solve? Warmest Regards, Mark. -- Mark Waddingham ~ mark at livecode.com ~ http://www.livecode.com/ LiveCode: Everyone can create apps From jacque at hyperactivesw.com Thu Oct 7 13:38:09 2021 From: jacque at hyperactivesw.com (J. Landman Gay) Date: Thu, 07 Oct 2021 12:38:09 -0500 Subject: Stack with the same name loop In-Reply-To: <06f805b7833a2fb5288d7c07bed572d2@livecode.com> References: <3B408B36-D1FB-4783-A4A7-2EAA15CC5649@pidigital.co.uk> <06f805b7833a2fb5288d7c07bed572d2@livecode.com> Message-ID: <17c5bd57400.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> For me, the confusion would be resolved if the Save button was renamed to "Save and Purge". I was never quite sure what that button saved, though in retrospect it's pretty obvious. -- Jacqueline Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On October 7, 2021 9:39:43 AM Mark Waddingham via use-livecode wrote: > > If you choose 'Cancel' it takes no action - so nothing changes (no new > stack loaded, no old stack deleted). > > If you choose 'Purge' the IDE does its best to remove the current stack > in memory and *then* trys to load the new stack (from the different > filepath) - as (in principal) there is no longer any stack in memory > with the conflicting name, then engine loads it and things carry on. > > If you choose 'Save' the IDE does the same as above except that *before* > it tries to remove the current stack from memory, it saves (save as, if > the current stack has no filename). From ambassador at fourthworld.com Thu Oct 7 13:45:13 2021 From: ambassador at fourthworld.com (Richard Gaskin) Date: Thu, 7 Oct 2021 10:45:13 -0700 Subject: Stack with the same name loop In-Reply-To: <242BB9E3-D923-420A-B785-B1A4451B01DD@iotecdigital.com> References: <242BB9E3-D923-420A-B785-B1A4451B01DD@iotecdigital.com> Message-ID: <72812635-f999-bccb-dcc9-6a58d2568e08@fourthworld.com> Standalone building needs to be a separate process. In the olden days, standalones were build by merging the stack file on disk with the engine, with no changes or additions to objects inside the stack. When new features were introduced which requiring adding library button inside a newly-created group on the mainstack's first card, then later adding more options to add and separate substacks/other stack files, the build process became much more complex. In the olden days you could be deep in your work context, running your app with specific windows open with certain data set up just as you need it to observe what you're working on, then select "Build Standalone" and nothing you've so carefully arranged is at all altered; the standalone is quickly built in a second or so and you can continue with what you're doing. Accommodating the newer stack-altering features has created a world in which you lose your work context, windows appear and disappear in a dizzying display, it sometimes takes a very long time, and when everything settles down if it all goes well and the jostling finally subsides, you're left with a work context that has your mainstack open but everything else you've carefully arranged is gone. Tons of code have been added to the IDE to account for the many implications that come along with attempting to make copies of stacks in memory, initializing them to be able to add/modify them, doing those mods, and then attempting to restore at least the bare minimum of the work context you'd had. Along the way, all that added IDE code has led to side-effects, like those discussed in this thread. As a separate process, the Standalone Builder need not bother with any concern about duplicate stacks at all, because there wouldn't be any. But the biggest benefit is restoring the smooth, enjoyable workflows we once had, back when we didn't have to pause to ask ourselves if we really need to make that test build, because doing so will dramatically alter our workspace. Bonus that new users won't have to watch the parade of stacks flashing about during the sometimes-lengthy process. -- Richard Gaskin Fourth World Systems Bob Sneidar wrote: > Yes, building standalones is a huge problem. I think that when a > single platform standalone is created, the state Livecode ends up > in ought to be the state Livecode started in before you built the > standalone. This does not seem to be the case. Stacks opened during > the build process seem to remain open, but are the versions that were > saved when building the standalone, and NOT the ones belonging to the > project. Try building a Windows AND a MacOS standalone in a single > pass. > > Of course, it's easy for me to imagine how this could be done, but I > suppose like most things, it's harder than I imagine. From rdimola at evergreeninfo.net Thu Oct 7 13:49:18 2021 From: rdimola at evergreeninfo.net (Ralph DiMola) Date: Thu, 7 Oct 2021 13:49:18 -0400 Subject: IAP in App Store In-Reply-To: <455ffcc4-4d91-c7fc-f86e-8c23e683215a@hyperactivesw.com> References: <4372ebfc-bf03-0bd6-f8e7-ef546d69d38f@hyperactivesw.com> <17bfeee1120.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <17c03ff4710.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com>

<455ffcc4-4d91-c7fc-f86e-8c23e683215a@hyperactivesw.com> Message-ID: <002b01d7bba3$aa0b4e50$fe21eaf0$@net> "complete" status only means that the process is complete. A purchase is only complete if "complete" is preceded by a "paymentReceived" or in the case of a user with a new device "restored". At least that's the way I understand it. This logic has worked for me. 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 J. Landman Gay via use-livecode Sent: Wednesday, October 06, 2021 4:33 PM To: How to use LiveCode Cc: J. Landman Gay Subject: Re: IAP in App Store I'm confused about how the purchase flow works so my question is probably incorrect. There is no error when I see the "complete" status, it only shows up in my logging file. After adding additional logging, it looks like "complete" is sent after every transaction. But if something goes wrong, like asking for a product that isn't in the Play Store yet, there are no status reports except "complete." The app doesn't receive any other info and Android doesn't display any dialog. Seems like I should get an "invalid sku" status error. Here's part of the log where I made a successful test purchase (product ID obscured): *** Wed, 6 Oct 2021 14:12:55 -0500 BEGIN IAP PURCHASE: -- purchaseStateUpdate logs this: Wed, 6 Oct 2021 14:13:15 -0500 Purchase state: paymentReceived | PurchaseID: 3 -- fullfillment handler logs this and sends info to back end server: Wed, 6 Oct 2021 14:13:15 -0500 Purchase complete: true | | paymentReceived Wed, 6 Oct 2021 14:13:15 -0500 queryServer about to query for newPurchase Wed, 6 Oct 2021 14:13:15 -0500 newPurchase params: {"packageid": "","transaction_id": "3","source": "android"} -- and finally purchaseStateUpdate returns "complete": Wed, 6 Oct 2021 14:13:15 -0500 Purchase state: complete | PurchaseID: 3 *** I'm working in the internal test track and the choices in the test purchase dialog do not include a Cancel button. To cancel, I tap outside the dialog and it goes away. Sometimes I get an email about my "purchase" (which is normal) and usually it verifies a cancellation. But one email had some additional test info: "This test purchase was cancelled because it was not acknowledged. You should ensure all purchases are acknowledged so they are not subject to refunds. For more information see https://developer.android.com/google/play/billing/integrate#process." I just repeated the same cancellation method just now and did not get that warning in email. I didn't actually get an email at all. One faintly amusing thing is that Google is counting my unpaid test purchases as real ones in their Play Points history, and yesterday I acquired enough points to rent a free movie and advance to level Silver for additional benefits. :) Given how complex their IAP store setup is, I think that's only fair. On 10/6/21 11:40 AM, panagiotis m via use-livecode wrote: > Hello Jacque, > > What is the exact error that causes purchaseStateUpdate to be sent > with a "complete" status? > Google is supposed to show its own notification in most cases, so > that's fine, but then the purchaseStateUpdate should be sent with an > appropriate status anyway. > > Kind regards, > Panos > -- > > > > On Tue, 5 Oct 2021 at 20:54, J. Landman Gay via use-livecode < > use-livecode at lists.runrev.com> wrote: > >> I guess this is for @Panos. >> >> Now that I have IAP working I noticed another thing. I'm building for >> Android with LC 9.6.5 >> RC-1 which includes the new billing library. My script has a >> purchaseStateUpdate handler that logs every response and sends the >> info to a IAPPurchaseComplete handler that manages the purchase or >> the error. If there is an error this handler puts up a dialog >> informing the user. >> >> I notice any error is not received by the handler, instead Google >> puts up its own notification and the status returns as "complete". My >> notification never runs. That's fine and it looks better than my own >> but I'm curious whether something has changed in the new billing >> library, and if so, what. >> >> -- >> Jacqueline Landman Gay | jacque at hyperactivesw.com >> HyperActive Software | http://www.hyperactivesw.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 > -- Jacqueline Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.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 ambassador at fourthworld.com Thu Oct 7 13:57:19 2021 From: ambassador at fourthworld.com (Richard Gaskin) Date: Thu, 7 Oct 2021 10:57:19 -0700 Subject: Stack with the same name loop In-Reply-To: <3B30FA59-CE6C-4012-87CA-F371C2AFBE16@milby7.com> References: <3B30FA59-CE6C-4012-87CA-F371C2AFBE16@milby7.com> Message-ID: Brian Milby wrote: > Clone stack avoids the check. It is not that hard to get > multiple stacks with the same short name but different > long names in memory (in a standalone). Clone alters the name of the new clone stack. The engine prepends it with "Copy of ". AFAIK it's done that since 1998. FWIW I did some extensive research on duplicate stack names issues about four years ago, attempting to pin down how the engine behaves and what the IDE does. https://quality.livecode.com/show_bug.cgi?id=1061#c20 TL/DR: The engine has no problem with duplicate short stack names, but some IDE needs will be compromised until there is an adjustment to how the engine internally resolves short stack name references; Currently the old MC implementation remains in place in which those are resolved by load order (which is almost never what any scripter needs), but more useful would be layer/message path order (which is what most scripts and esp IDE tools need). -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ____________________________________________________________________ Ambassador at FourthWorld.com http://www.FourthWorld.com From brian at milby7.com Thu Oct 7 14:11:38 2021 From: brian at milby7.com (Brian Milby) Date: Thu, 7 Oct 2021 14:11:38 -0400 Subject: Stack with the same name loop In-Reply-To: <335f1b7a7dc8b94319513efa37118fbf@livecode.com> References: <335f1b7a7dc8b94319513efa37118fbf@livecode.com> Message-ID: I was not aware of the rename possibility, so it would be possible to produce a plug-in that would use your code snip to allow a duplicate named stack to open. The only time I?ve really run into this is with ?Untitled 1? stacks. I?ve done something quick and saved it without changing the stack name. Then opening two of those such stacks is an issue. This is about the only time I would want to have two same name stacks open (and would probably rename them anyway once both were open). I think this falls in the realm of something that could be done but there isn?t much real reason that it is needed. That does assume that the engine isn?t changed to remove the options that currently exist. I only really started looking at it due to the old bug reports that come up every year or two. Thanks for your comments Mark! Very enlightening. Brian Sent from my iPhone > On Oct 7, 2021, at 12:44 PM, Mark Waddingham via use-livecode wrote: > > ?On 2021-10-07 17:25, Brian Milby via use-livecode wrote: >> I would be more of a fan of lowering the engine check to just a >> warning vice a hard error/prohibition. Like you said, if you don?t >> use the long name then most of the time you are going to reference the >> earliest opened version of the stack (based on the linked list of open >> stacks). But if you reference an object within the same stack (or at >> least the visible card), it can reference by short name. I guess I >> should expand my test stack to check that. > > I'm not quite sure how the engine would give a warning - the behavior being discussed in this thread is the way the IDE deals with how the engine deals with a specific case... > > In general, the engine will either let something happen or it won't. In this specific case, it doesn't let implicit opens of stacks (which is what all initial openings of stacks are when you use a 'stack ' chunk are - given the potential disconnect between what is, and what stackfile might actually be loaded) proceed if there is already a stack with the same name in memory... > > However it *does* send a message 'reloadStack' that can be handled so script can decide what to do. > > Indeed, this handler could happily let things go ahead: > > on reloadStack pStackName, pPath > local tOldFilename > set the name of stack pStackName to (pStackName & "~") > put the filename of stack pStackName into tOldFilename > set the filename of stack pStackName to "this is a unique name" > go stack pPath > set the name of stack "this is a unique name" to pStackName > end reloadStack > > The IDE chooses not to do this to stop the large number of other issues which could arise from having multiple stacks in memory with the same name (in an environment where it might happen 'by accident', rather than for any particularly controlled reason as might be the case in a standalone environment written to cope with it). > >> I can see a couple of ways to implement this where it would not impact >> existing code. First would be a global flag to enable opening of >> files with the same name (default to off/false). The second would be >> a ?force? parameter to the open command which would bypass the check. > > I guess my real question here is what would be the purpose of that? i.e. What problem does it solve? > > Warmest Regards, > > Mark. > > -- > Mark Waddingham ~ mark at livecode.com ~ http://www.livecode.com/ > LiveCode: Everyone can create apps > > _______________________________________________ > use-livecode mailing list > use-livecode 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 Thu Oct 7 14:25:53 2021 From: brian at milby7.com (Brian Milby) Date: Thu, 7 Oct 2021 14:25:53 -0400 Subject: Stack with the same name loop In-Reply-To: References: Message-ID: <878085AD-9888-452F-B6AF-CF4240C5F9D7@milby7.com> Yes, but it does not add anything else. If you do it two times you end up with 2 identically named stacks. You can save them to disk with different long names and end up with multiple stacks with the same short name but different long name. My demo is on bug 18793. It works in the IDE. Sent from my iPhone > On Oct 7, 2021, at 1:58 PM, Richard Gaskin via use-livecode wrote: > > ?Brian Milby wrote: > > > Clone stack avoids the check. It is not that hard to get > > multiple stacks with the same short name but different > > long names in memory (in a standalone). > > Clone alters the name of the new clone stack. The engine prepends it with "Copy of ". > > AFAIK it's done that since 1998. > > > FWIW I did some extensive research on duplicate stack names issues about four years ago, attempting to pin down how the engine behaves and what the IDE does. > https://quality.livecode.com/show_bug.cgi?id=1061#c20 > > TL/DR: The engine has no problem with duplicate short stack names, but some IDE needs will be compromised until there is an adjustment to how the engine internally resolves short stack name references; > > Currently the old MC implementation remains in place in which those are resolved by load order (which is almost never what any scripter needs), but more useful would be layer/message path order (which is what most scripts and esp IDE tools need). > > -- > Richard Gaskin > Fourth World Systems > Software Design and Development for the Desktop, Mobile, and the Web > ____________________________________________________________________ > Ambassador at FourthWorld.com http://www.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 sean at pidigital.co.uk Thu Oct 7 15:12:27 2021 From: sean at pidigital.co.uk (Pi Digital) Date: Thu, 7 Oct 2021 20:12:27 +0100 Subject: Stack with the same name loop In-Reply-To: <74b5acce4c888d8fe4cc0547027e069c@livecode.com> References: <74b5acce4c888d8fe4cc0547027e069c@livecode.com> Message-ID: <8C0D2F04-93B8-4824-BC72-27900FC35138@pidigital.co.uk> On 7 Oct 2021, at 17:28, Mark Waddingham via use-livecode wrote: > > So the first thing to ask is, is the recipe as simple as: > > 1) Select stack you want to 'Save As' > 2) File > Save As > 3) Give a different name and Save > 4) Duplicate name Save/Purge/Cancel dialog appears? > > Or is there any more to the recipe? Quite right. I make sure it?s the main stack selected and that all other stacks, inspectors and editors are closed just in case. Then, as you have it laid out in steps 2 to 4 and 4 and 4 ad infinitum. :) That?s all there is to it. There is nothing, as I am aware, that is loading any other external stacks at all. They only reference to substacks of the main. What do we check next? Sean From matthias_livecode_150811 at m-r-d.de Thu Oct 7 15:39:31 2021 From: matthias_livecode_150811 at m-r-d.de (matthias_livecode_150811 at m-r-d.de) Date: Thu, 7 Oct 2021 21:39:31 +0200 Subject: Hot Folders solution for Windows with LC Message-ID: <3F3CA353-843B-47FD-B1DE-EA487A8AB193@m-r-d.de> Hi, before i reinvent the wheel... Has anyone on the list already created a solution for monitoring a folder on Windows (server) for new files and to do some action on that new files? I need to create a tool that monitors a folder on Windows Server 2019 and if a new pdf file is in the folder, the tool shall convert that pdf to pdf/a-1b with Ghostscript in an destination folder and rename the original one. Is there anything i should keep in mind? Are there any pitfalls? Regards, Matthias From ambassador at fourthworld.com Thu Oct 7 15:54:13 2021 From: ambassador at fourthworld.com (Richard Gaskin) Date: Thu, 7 Oct 2021 12:54:13 -0700 Subject: Stack with the same name loop In-Reply-To: <878085AD-9888-452F-B6AF-CF4240C5F9D7@milby7.com> References: <878085AD-9888-452F-B6AF-CF4240C5F9D7@milby7.com> Message-ID: <41b526b2-2625-a03c-b034-3d8d9faff335@fourthworld.com> Thank you for confirming that the engine does not throw an error when encountering stacks of the same name. At the heart of the issue seems to be a difference in how short stack names are resolved vs things like topstack. Though related to the duplicate stack name issue, the core underlying cause is a separate item logged here: https://quality.livecode.com/show_bug.cgi?id=18793 If brought into parity with so many of the functions we safely rely on like topstack (instead of the load order that's been there since the old MC days), so much IDE code and our workflows could become simplified. Your notes in Comment 9 in that report are especially helpful. Thanks for the recon. -- Richard Gaskin Fourth World Systems Brian Milby wrote: > Yes, but it does not add anything else. If you do it two times you end up with 2 identically named stacks. You can save them to disk with different long names and end up with multiple stacks with the same short name but different long name. My demo is on bug 18793. It works in the IDE. > > Sent from my iPhone > >> On Oct 7, 2021, at 1:58 PM, Richard Gaskin via use-livecode wrote: >> >> ?Brian Milby wrote: >> >> > Clone stack avoids the check. It is not that hard to get >> > multiple stacks with the same short name but different >> > long names in memory (in a standalone). >> >> Clone alters the name of the new clone stack. The engine prepends it with "Copy of ". >> >> AFAIK it's done that since 1998. >> >> >> FWIW I did some extensive research on duplicate stack names issues about four years ago, attempting to pin down how the engine behaves and what the IDE does. >> https://quality.livecode.com/show_bug.cgi?id=1061#c20 >> >> TL/DR: The engine has no problem with duplicate short stack names, but some IDE needs will be compromised until there is an adjustment to how the engine internally resolves short stack name references; >> >> Currently the old MC implementation remains in place in which those are resolved by load order (which is almost never what any scripter needs), but more useful would be layer/message path order (which is what most scripts and esp IDE tools need). >> >> -- >> Richard Gaskin >> Fourth World Systems From ahsoftware at sonic.net Thu Oct 7 16:08:25 2021 From: ahsoftware at sonic.net (Mark Wieder) Date: Thu, 7 Oct 2021 13:08:25 -0700 Subject: Stack with the same name loop In-Reply-To: <17c5bd57400.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> References: <3B408B36-D1FB-4783-A4A7-2EAA15CC5649@pidigital.co.uk> <06f805b7833a2fb5288d7c07bed572d2@livecode.com> <17c5bd57400.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: <67f0cd24-d26a-6553-2e85-be853a916705@sonic.net> On 10/7/21 10:38 AM, J. Landman Gay via use-livecode wrote: > For me, the confusion would be resolved if the Save button was renamed > to "Save and Purge". I was never quite sure what that button saved, > though in retrospect it's pretty obvious. How about a fourth option to rename the stack in memory and continue? -- Mark Wieder ahsoftware at gmail.com From curry at pair.com Thu Oct 7 16:23:16 2021 From: curry at pair.com (Curry Kenworthy) Date: Thu, 7 Oct 2021 16:23:16 -0400 Subject: OT: Priorities (was: Re: Stack with the same name loop) In-Reply-To: <295ca047-716b-f8d0-d4d9-4829b9a4fd9e@fourthworld.com> References: <295ca047-716b-f8d0-d4d9-4829b9a4fd9e@fourthworld.com> Message-ID: <902a0691-4959-6ad6-b5be-6816ca109a61@pair.com> My two pesos, following these comments.... Sean: > they leave something as *basic as this > unrepaired for EIGHT....TEEN....YEARS !?! Jacqueline: > they have to make considered choices in what to address > at any given time given the resources available to them. Bernard: > At least the new licensing model should allow LC to prioritise > based on what customers use. > IMO the open source initiative was the single biggest mistake Bob: > I survived the age of freeware. Richard: > Heather politely called cheese on this topic some time ago. > May we please respect the wishes of the list owner? (Curry:) I propose reducing the attempts to silence one another? That cheese remark doesn't sound like a very accurate portrayal; that license change topic had simply been discussed enough. No need to conflate that with this tiny celebration of better priorities. If we outlaw positive feedback too, what will be left? Maybe you'll direct us what to say? My apologies if I'm wrong (been sick going on 2 months, haven't read everything) but all of the comments on priorities, and the same-name parent topic make really good points as far as I've read. (Including Richard's on the parent thread.) Reality is a complex world. We need to respect the limitations of real people and resources. LC can't be everything to everyone for 99 cents. They've done some great things. But we also need to respect a variety of opinions. Otherwise we handicap ourselves, as we've learned. There was a time not long ago when this list was dominated by only a handful of people. 90% of the time we heard only a few voices. Result? For those few people, maybe it was OK. Their own personal needs drove their priorities and they drove conversation around their desires. For everyone else, maybe not quite so great. I like hearing different views. You learn things. A big +1 from me to a lot of varied comments. Different people have different needs and priorities. Let's be willing to listen more. I'll shut up now and go back to read/lurk/work. :) (I'm gradually doing a WordLib update ... still sick. Fairly low chance of me monitoring any replies here; this is intended as my single post for the week.) Best wishes, Curry Kenworthy Custom Software Development "Better Methods, Better Results" LiveCode Training and Consulting http://livecodeconsulting.com/ From paul at researchware.com Thu Oct 7 16:32:03 2021 From: paul at researchware.com (Paul Dupuis) Date: Thu, 7 Oct 2021 16:32:03 -0400 Subject: Hot Folders solution for Windows with LC In-Reply-To: <3F3CA353-843B-47FD-B1DE-EA487A8AB193@m-r-d.de> References: <3F3CA353-843B-47FD-B1DE-EA487A8AB193@m-r-d.de> Message-ID: The only way I know to to that in LiveCode is by polling the folder at some interval. You get the detailed files (for the last modification date) filter to PDFs output them to pdf/1-1b's Save this initial detail list of PDF files (in a variable or property or field) Then send a message to yourself in x minutes That message get the detailed files and compares the new list to the save list Any new or updated file is sent to Ghostscript Then the save list is updated Send a message to myself in X minutes That's pretty much it. On 10/7/2021 3:39 PM, matthias rebbe via use-livecode wrote: > Hi, > > before i reinvent the wheel... > > Has anyone on the list already created a solution for monitoring a folder on Windows (server) for new files and to do some action on that new files? > > I need to create a tool that monitors a folder on Windows Server 2019 and if a new pdf file is in the folder, the tool shall convert that pdf to pdf/a-1b with Ghostscript in an destination folder and rename the original one. > > Is there anything i should keep in mind? Are there any pitfalls? > > Regards, > Matthias > > > _______________________________________________ > use-livecode mailing list > use-livecode 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 Thu Oct 7 16:53:10 2021 From: ambassador at fourthworld.com (Richard Gaskin) Date: Thu, 7 Oct 2021 13:53:10 -0700 Subject: OT: Priorities (was: Re: Stack with the same name loop) In-Reply-To: <902a0691-4959-6ad6-b5be-6816ca109a61@pair.com> References: <902a0691-4959-6ad6-b5be-6816ca109a61@pair.com> Message-ID: Curry: > Richard: >> Heather politely called cheese on this topic some time ago. >> May we please respect the wishes of the list owner? > > I propose reducing the attempts to silence one another? > > That cheese remark doesn't sound like a very accurate portrayal; > that license change topic had simply been discussed enough. Agreed, of course, as is clear when you read my reply to see what I was -- and wasn't -- replying to. For the avoidance of doubt, I included the full text of both replies I was responding to - my complete post is here: http://lists.runrev.com/pipermail/use-livecode/2021-October/265845.html Relevant portions include: > IMO the open source initiative was the single biggest mistake LC Ltd > made. ... > +1. Gave me the heebie jeebies when they announced the Open Source > model. > > I survived the age of freeware. There were a LOT of people back then > who opined that ALL software ought to be free! It was staggering. LC's open source is gone, and cannot return. What's done is done. All I'm asking is that we leave the past where it is, behind us, and live in the here-and-now. And in this here-and-now, I don't have an opinion on the conversation between Jacque and Sean, which is why I didn't reply to them. Lumping my comment in with theirs suggests a more complete reading may be useful before rushing to reply. > My apologies if I'm wrong (been sick going on 2 months, > haven't read everything) ... I hope you're feeling better soon. -- Richard Gaskin Fourth World Systems From matthias_livecode_150811 at m-r-d.de Thu Oct 7 17:00:15 2021 From: matthias_livecode_150811 at m-r-d.de (matthias_livecode_150811 at m-r-d.de) Date: Thu, 7 Oct 2021 23:00:15 +0200 Subject: Hot Folders solution for Windows with LC In-Reply-To: References: <3F3CA353-843B-47FD-B1DE-EA487A8AB193@m-r-d.de> Message-ID: <65887AFD-8DFE-4944-AB0F-DA89477D5019@m-r-d.de> Thanks Paul, that's the way i was planning to do it. But i will move the original file into a subfolder, so that the hot folder only contains new unprocessed files. I was more looking to rule out any known problems that might occur when doing this. Matthias > Am 07.10.2021 um 22:32 schrieb Paul Dupuis via use-livecode : > > The only way I know to to that in LiveCode is by polling the folder at some interval. > > You get the detailed files (for the last modification date) > filter to PDFs > output them to pdf/1-1b's > Save this initial detail list of PDF files (in a variable or property or field) > Then send a message to yourself in x minutes > > That message get the detailed files and compares the new list to the save list > Any new or updated file is sent to Ghostscript > Then the save list is updated > Send a message to myself in X minutes > > That's pretty much it. > > On 10/7/2021 3:39 PM, matthias rebbe via use-livecode wrote: >> Hi, >> >> before i reinvent the wheel... >> >> Has anyone on the list already created a solution for monitoring a folder on Windows (server) for new files and to do some action on that new files? >> >> I need to create a tool that monitors a folder on Windows Server 2019 and if a new pdf file is in the folder, the tool shall convert that pdf to pdf/a-1b with Ghostscript in an destination folder and rename the original one. >> >> Is there anything i should keep in mind? Are there any pitfalls? >> >> Regards, >> Matthias >> >> >> _______________________________________________ >> use-livecode mailing list >> use-livecode 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 Oct 7 17:08:39 2021 From: curry at pair.com (Curry Kenworthy) Date: Thu, 7 Oct 2021 17:08:39 -0400 Subject: OT: Priorities (was: Re: Stack with the same name loop) In-Reply-To: References: Message-ID: <058f1f56-7555-d3a5-a2cc-fb710965af3c@pair.com> Richard: > And in this here-and-now, I don't have an opinion > on the conversation between Jacque and Sean, > which is why I didn't reply to them. Jacque and Sean made good points. As did Bob and Bernard. Which is why I quoted them too. All of them made great points on Priorities, the thread topic. (I never have, and never will, quote the entire post. Misguided trend.) Have a good week! :) Best wishes, Curry Kenworthy Custom Software Development "Better Methods, Better Results" LiveCode Training and Consulting http://livecodeconsulting.com/ From ambassador at fourthworld.com Thu Oct 7 17:23:06 2021 From: ambassador at fourthworld.com (Richard Gaskin) Date: Thu, 7 Oct 2021 14:23:06 -0700 Subject: OT: Priorities (was: Re: Stack with the same name loop) In-Reply-To: <058f1f56-7555-d3a5-a2cc-fb710965af3c@pair.com> References: <058f1f56-7555-d3a5-a2cc-fb710965af3c@pair.com> Message-ID: <7029c10e-ef01-613e-4c34-a239e4fdd1f7@fourthworld.com> Curry Kenworthy wrote: > (I never have, and never will, > quote the entire post. Misguided trend.) I edit down to the relevant portions, so people have the opportunity to know what I'm replying to. -- Richard Gaskin Fourth World Systems From ahsoftware at sonic.net Thu Oct 7 17:47:55 2021 From: ahsoftware at sonic.net (Mark Wieder) Date: Thu, 7 Oct 2021 14:47:55 -0700 Subject: Stack with the same name loop In-Reply-To: References: <940d2966-67d3-8002-9fdc-2b07c933b634@sonic.net> Message-ID: On 10/7/21 6:40 AM, Mark Waddingham via use-livecode wrote: > The correct behavior of that dialog is precisely what you would expect > from the button names: > > ? 1) Cancel - the loading of the new stack does not happen. > ? 2) Purge - the existing stack of the same name is removed from memory > without saving first, and the new stack is loaded. > ? 3) Save - the existing stack of the same name is saved and then > removed from memory, and the new stack is loaded. > Mark- Thanks muchly for the longish explanation. The main problem, as I see it, is the lack of any context for what the buttons do when that dialog appears. My reading of the reloadStack code more or less agrees with your explanation above, although there seem to be extra calls to "delete stack" which still don't give me warm fuzzies. I do what everyone else does when that dialog appears: panic, quit and restart. Maybe a different dialog that explains what the various options do? -- Mark Wieder ahsoftware at gmail.com From neville.smythe at optusnet.com.au Thu Oct 7 20:09:05 2021 From: neville.smythe at optusnet.com.au (Neville Smythe) Date: Fri, 8 Oct 2021 11:09:05 +1100 Subject: Stack with the same name loop In-Reply-To: References: Message-ID: <6B786886-7364-41E2-8271-B642A0DC2CAE@optusnet.com.au> Jaque wrote > On 8 Oct 2021, at 7:54 am, use-livecode-request at lists.runrev.com wrote: > > For me, the confusion would be resolved if the Save button was renamed to > "Save and Purge". I was never quite sure what that button saved, though in > retrospect it's pretty obvious. And ... if the dialog could inform the user as to the filename of the stack which is about to be opened, the filename of the stack currently in memory (or ?not yet saved"), and whether the current stack has unsaved changes. This would make it clearer what the consequences are in each of the options. It seems to me in Sean?s case the stack being loaded was not the stack one might expect (ie was it attempting to reload the the original or the renamed stack?) Neville From paul at researchware.com Thu Oct 7 20:32:10 2021 From: paul at researchware.com (Paul Dupuis) Date: Thu, 7 Oct 2021 20:32:10 -0400 Subject: Hot Folders solution for Windows with LC In-Reply-To: <65887AFD-8DFE-4944-AB0F-DA89477D5019@m-r-d.de> References: <3F3CA353-843B-47FD-B1DE-EA487A8AB193@m-r-d.de> <65887AFD-8DFE-4944-AB0F-DA89477D5019@m-r-d.de> Message-ID: <8b711b86-6c38-34fb-6135-5fffe0c82c26@researchware.com> I've done a lot with lists of files and moving and renaming files and folders. I've run into no 'gotchas' other my my fat fingers making typos in my code ;-) On 10/7/2021 5:00 PM, matthias rebbe via use-livecode wrote: > Thanks Paul, > > that's the way i was planning to do it. But i will move the original file into a subfolder, so that the hot folder only contains new unprocessed files. > > I was more looking to rule out any known problems that might occur when doing this. > > Matthias > >> Am 07.10.2021 um 22:32 schrieb Paul Dupuis via use-livecode : >> >> The only way I know to to that in LiveCode is by polling the folder at some interval. >> >> You get the detailed files (for the last modification date) >> filter to PDFs >> output them to pdf/1-1b's >> Save this initial detail list of PDF files (in a variable or property or field) >> Then send a message to yourself in x minutes >> >> That message get the detailed files and compares the new list to the save list >> Any new or updated file is sent to Ghostscript >> Then the save list is updated >> Send a message to myself in X minutes >> >> That's pretty much it. >> >> On 10/7/2021 3:39 PM, matthias rebbe via use-livecode wrote: >>> Hi, >>> >>> before i reinvent the wheel... >>> >>> Has anyone on the list already created a solution for monitoring a folder on Windows (server) for new files and to do some action on that new files? >>> >>> I need to create a tool that monitors a folder on Windows Server 2019 and if a new pdf file is in the folder, the tool shall convert that pdf to pdf/a-1b with Ghostscript in an destination folder and rename the original one. >>> >>> Is there anything i should keep in mind? Are there any pitfalls? >>> >>> Regards, >>> Matthias >>> >>> >>> _______________________________________________ >>> use-livecode mailing list >>> use-livecode 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 ahsoftware at sonic.net Thu Oct 7 21:51:00 2021 From: ahsoftware at sonic.net (Mark Wieder) Date: Thu, 7 Oct 2021 18:51:00 -0700 Subject: Stack with the same name loop In-Reply-To: <67f0cd24-d26a-6553-2e85-be853a916705@sonic.net> References: <3B408B36-D1FB-4783-A4A7-2EAA15CC5649@pidigital.co.uk> <06f805b7833a2fb5288d7c07bed572d2@livecode.com> <17c5bd57400.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <67f0cd24-d26a-6553-2e85-be853a916705@sonic.net> Message-ID: <371dd468-d85f-57c1-671e-b1001dcb2b63@sonic.net> On 10/7/21 1:08 PM, Mark Wieder via use-livecode wrote: > How about a fourth option to rename the stack in memory and continue? ...replying to myself... I fixed reloadStack to allow a rename and be a little less scary. I just edited the livecodescript file on disk and it so far seems to work in all my tests. on reloadStack pStackName, pFileName if the filename of stack pStackName is pFileName then toplevel pStackName else set the defaultStack to pStackName local tFilePath, tFileLongPath put the effective fileName of stack pStackName into tFilePath put tFilePath into tFileLongPath if tFileLongPath is empty then put pStackName into tFileLongPath put comma && pStackName & "?" after tFilePath else put pStackName & "?" into tFilepath end if answer warning "A stack with the name"&&pStackName&&"is already open." & cr & "Before loading" && pFileName & ", what do you want to do with stack:" & cr & tFilePath with "Rename" or "Save" or "Purge" or "Cancel" local tAction put it into tAction if gREVSuppressMessages then lock messages send "revInsertMessageBlock" to me in 100 milliseconds revInternal__UnloadLibrary "revNoMessagesLibrary" end if local tLockMessages put the lockMessages into tLockMessages switch tAction case "Cancel" exit reloadStack case "Rename" ask "rename the stack in memory to" if it is not empty and it is not pStackName then set the name of stack tFileLongPath to it end if set the lockMessages to tLockMessages go stack pFileName break case "Save" if the filename of stack pStackName is empty then revSaveAs pStackName else revSave pStackName end if case "Purge" revAOUpdateForDeleteStack pStackName lock messages delete stack pStackName set the lockMessages to tLockMessages go stack pFileName break end switch end if if there is a stack "revApplicationOverview" then send "revNewStack the short name of stack pFileName" to stack "revApplicationOverview" end if end reloadStack -- Mark Wieder ahsoftware at gmail.com From ahsoftware at sonic.net Thu Oct 7 21:54:54 2021 From: ahsoftware at sonic.net (Mark Wieder) Date: Thu, 7 Oct 2021 18:54:54 -0700 Subject: Stack with the same name loop In-Reply-To: <41b526b2-2625-a03c-b034-3d8d9faff335@fourthworld.com> References: <878085AD-9888-452F-B6AF-CF4240C5F9D7@milby7.com> <41b526b2-2625-a03c-b034-3d8d9faff335@fourthworld.com> Message-ID: <8b0e87d2-0a5a-eb41-0da8-7d01cdad405a@sonic.net> On 10/7/21 12:54 PM, Richard Gaskin via use-livecode wrote: > Though related to the duplicate stack name issue, the core underlying > cause is a separate item logged here: > https://quality.livecode.com/show_bug.cgi?id=18793 Note that you can use the property inspector to change the name of a stack to the name of another stack also in memory. The IDE gets quite confused at that point, and quitting the IDE is the best option. -- Mark Wieder ahsoftware at gmail.com From mark at livecode.com Fri Oct 8 00:51:03 2021 From: mark at livecode.com (Mark Waddingham) Date: Fri, 08 Oct 2021 05:51:03 +0100 Subject: Stack with the same name loop In-Reply-To: <8C0D2F04-93B8-4824-BC72-27900FC35138@pidigital.co.uk> References: <74b5acce4c888d8fe4cc0547027e069c@livecode.com> <8C0D2F04-93B8-4824-BC72-27900FC35138@pidigital.co.uk> Message-ID: <37ce4afc2dfb94c12d7da6d6c29c9d26@livecode.com> On 2021-10-07 20:12, Pi Digital via use-livecode wrote: > Quite right. I make sure it?s the main stack selected and that all > other stacks, inspectors and editors are closed just in case. Then, as > you have it laid out in steps 2 to 4 and 4 and 4 ad infinitum. :) > > That?s all there is to it. > > There is nothing, as I am aware, that is loading any other external > stacks at all. They only reference to substacks of the main. > > What do we check next? So we need to try and work out what is causing the load of a stack with the same name of that in memory (my hunch is that there is a filename reference to a stack somewhere, which is being triggered, and reloading the stack which has just been saved-as from it original location). If you: edit script of stack "revbackscriptlibrary" Find the `reloadStack` handler and then add: put the executionContexts At the very top of the handler - then you should get the backtrace of what handlers are executing at the point the reloadStack message is sent which should help pinpoint the culprit. Warmest Regards, Mark. -- Mark Waddingham ~ mark at livecode.com ~ http://www.livecode.com/ LiveCode: Everyone can create apps From dvglasgow at gmail.com Fri Oct 8 05:32:34 2021 From: dvglasgow at gmail.com (David Glasgow) Date: Fri, 8 Oct 2021 10:32:34 +0100 Subject: On the subject of things with the same short name... ('identical' groups which behave differently) In-Reply-To: <0a982c6e90ff99208569e806f21f342c@livecode.com> References: <06f805b7833a2fb5288d7c07bed572d2@livecode.com> <3B30FA59-CE6C-4012-87CA-F371C2AFBE16@milby7.com> <0a982c6e90ff99208569e806f21f342c@livecode.com> Message-ID: Being essentially a lazy and a sloppy programmer, I made a group which contained a script that caused the group to do what I wanted. Then I copied it again and again, and grouped the resultant groups. Rather than adapting the script to be located on the card I just left several identical scripts in groups which have the same short name. I told you. Lazy. However, all groups worked absolutely fine. I then decided to add a visual effect to the final unlock screen in each instance. I tried a couple of groups to see how it would look, and I found that it worked perfectly on one group, but not a second, identical(?) group. The script is... +++++++++++ on mouseup lock screen for visual effect in rect (the rect of the long name of me) **depending on target object which was clicked, change appearance of group here** unlock screen with visual wipe right slow end mouseup +++++++++++ There are no other locks or unlocks. The weird thing is that the script runs without error in both cases. The final appearance of the group in both cases is exactly what I would expect. However, the visual effect manifests itself in one instance, but not the other. I was bit hesitant about 'the rect of the long name of me?, but as I keep saying, it seems to works perfectly in one case. Que pasa? ( Mac 10.13.6 and LC 9.6, if that makes a difference.) Best Wishes, David Glasgow Consultant Forensic & Clinical Psychologist Carlton Glasgow Partnership Director, Child & Family Training, York Honorary Professor, Nottingham Trent University (SOCAMRU) From sean at pidigital.co.uk Fri Oct 8 05:58:14 2021 From: sean at pidigital.co.uk (Sean Cole (Pi)) Date: Fri, 8 Oct 2021 10:58:14 +0100 Subject: On the subject of things with the same short name... ('identical' groups which behave differently) In-Reply-To: References: <06f805b7833a2fb5288d7c07bed572d2@livecode.com> <3B30FA59-CE6C-4012-87CA-F371C2AFBE16@milby7.com> <0a982c6e90ff99208569e806f21f342c@livecode.com> Message-ID: The message path looks for the first instance it finds with a given name. As your script is within the group itself, it would be easier (lazier ;) ) to reference to each group as 'me' eg lock screen for visual effect in rect (the rect of me) rather than 'the rect of the long name of me' Sean On Fri, 8 Oct 2021 at 10:32, David Glasgow via use-livecode < use-livecode at lists.runrev.com> wrote: > Being essentially a lazy and a sloppy programmer, I made a group which > contained a script that caused the group to do what I wanted. Then I > copied it again and again, and grouped the resultant groups. Rather than > adapting the script to be located on the card I just left several identical > scripts in groups which have the same short name. I told you. Lazy. > However, all groups worked absolutely fine. > > I then decided to add a visual effect to the final unlock screen in each > instance. I tried a couple of groups to see how it would look, and I found > that it worked perfectly on one group, but not a second, identical(?) > group. > > The script is... > +++++++++++ > > on mouseup > > lock screen for visual effect in rect (the rect of the long name of me) > > **depending on target object which was clicked, change appearance of group > here** > > unlock screen with visual wipe right slow > > end mouseup > > +++++++++++ > > There are no other locks or unlocks. > > The weird thing is that the script runs without error in both cases. The > final appearance of the group in both cases is exactly what I would > expect. However, the visual effect manifests itself in one instance, but > not the other. I was bit hesitant about 'the rect of the long name of me?, > but as I keep saying, it seems to works perfectly in one case. > > Que pasa? > > ( Mac 10.13.6 and LC 9.6, if that makes a difference.) > > Best Wishes, > > David Glasgow > Consultant Forensic & Clinical Psychologist > Carlton Glasgow Partnership > Director, Child & Family Training, York > Honorary Professor, Nottingham Trent University (SOCAMRU) > > > _______________________________________________ > use-livecode mailing list > use-livecode 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 dvglasgow at gmail.com Fri Oct 8 07:16:29 2021 From: dvglasgow at gmail.com (David V Glasgow) Date: Fri, 8 Oct 2021 12:16:29 +0100 Subject: On the subject of things with the same short name... ('identical' groups which behave differently) In-Reply-To: References: <06f805b7833a2fb5288d7c07bed572d2@livecode.com> <3B30FA59-CE6C-4012-87CA-F371C2AFBE16@milby7.com> <0a982c6e90ff99208569e806f21f342c@livecode.com> Message-ID: Ah! (light comes on). Thanks Sean. So ?me? is actually more specific than it would seem! I avoided ?me' because it returns the short name of an object (of which there are several), and went for the long name of me because it is unique. Just to be clear, what you are saying is that when LC searches for ?me?, the first one found will always be the target, and the search stops there. I still don?t understand why rect (the rect of the long name of me) works in one but fails in another group, though. Cheers, David G > On 8 Oct 2021, at 10:58 am, Sean Cole (Pi) via use-livecode wrote: > > The message path looks for the first instance it finds with a given name. > As your script is within the group itself, it would be easier (lazier ;) ) > to reference to each group as 'me' > eg > lock screen for visual effect in rect (the rect of me) > > rather than 'the rect of the long name of me' > > Sean > > On Fri, 8 Oct 2021 at 10:32, David Glasgow via use-livecode < > use-livecode at lists.runrev.com> wrote: > >> Being essentially a lazy and a sloppy programmer, I made a group which >> contained a script that caused the group to do what I wanted. Then I >> copied it again and again, and grouped the resultant groups. Rather than >> adapting the script to be located on the card I just left several identical >> scripts in groups which have the same short name. I told you. Lazy. >> However, all groups worked absolutely fine. >> >> I then decided to add a visual effect to the final unlock screen in each >> instance. I tried a couple of groups to see how it would look, and I found >> that it worked perfectly on one group, but not a second, identical(?) >> group. >> >> The script is... >> +++++++++++ >> >> on mouseup >> >> lock screen for visual effect in rect (the rect of the long name of me) >> >> **depending on target object which was clicked, change appearance of group >> here** >> >> unlock screen with visual wipe right slow >> >> end mouseup >> >> +++++++++++ >> >> There are no other locks or unlocks. >> >> The weird thing is that the script runs without error in both cases. The >> final appearance of the group in both cases is exactly what I would >> expect. However, the visual effect manifests itself in one instance, but >> not the other. I was bit hesitant about 'the rect of the long name of me?, >> but as I keep saying, it seems to works perfectly in one case. >> >> Que pasa? >> >> ( Mac 10.13.6 and LC 9.6, if that makes a difference.) >> >> Best Wishes, >> >> David Glasgow >> Consultant Forensic & Clinical Psychologist >> Carlton Glasgow Partnership >> Director, Child & Family Training, York >> Honorary Professor, Nottingham Trent University (SOCAMRU) >> >> >> _______________________________________________ >> use-livecode mailing list >> use-livecode 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 marksmithhfx at gmail.com Fri Oct 8 09:53:17 2021 From: marksmithhfx at gmail.com (Mark Smith) Date: Fri, 8 Oct 2021 14:53:17 +0100 Subject: Stack with the same name loop In-Reply-To: <74b5acce4c888d8fe4cc0547027e069c@livecode.com> References: <24846e9e7455b11665089eeab78adc73@livecode.com> <3F8B05CE-40CC-4BD0-8DE5-874143C10AFE@pidigital.co.uk> <74b5acce4c888d8fe4cc0547027e069c@livecode.com> Message-ID: <6E0CBF7A-08F5-4749-AF52-2CADF6861D7A@gmail.com> > On Oct 7, 2021, at 5:28 PM, Mark Waddingham via use-livecode wrote: > > As I said, this isn't anything to do with 'Save As' specifically - 'Save As' is doing precisely what you would expect... i.e. Saving the stackfile to a different file, and just as when you do that in any other application the filename of the stack changes to be the new filename. Hi Mark, This has often puzzled me, but when I use 'Save As? most of the time this leaves me with 2 stacks in memory, which, if both have the same DG in them, is sort of a no-no situation in LC (the IDE cannot distinguish between 2 stacks with the same name etc...). Here?s my workflow: generally I append a sequential number anytime I am going to attempt something new or substantial, so I can easily rollback. Say I am working on VER50. I decide to add a new feature but think I may screw it up. In VER50 I rename the stack to VER51 (change the stack name) and then save it using 'Save As' as VER51 (usually in a new folder). In such a scenario I would expect to have 1 stack in memory, now called VER51. But I don?t. I have 2 identical stacks (same # of script lines) one named VER50 and another named VER51. To avoid potential cross contamination I have to quit LC and restart with VER51. OR, I could do as Jacque suggests and quit LC, copy VER50 to VER51 on disk and then open VER51. Either way requires quitting and relaunching LC. But, if I was in MS Word and copied an open file from VER50 to VER51 and looked under the Window menu I would see only 1 file named VER51. VER50 is safely tucked away, ne'er to be effected if I screw up 51. I?m not sure if there is a good reason why LC behaves differently. Mark From sean at pidigital.co.uk Fri Oct 8 10:49:10 2021 From: sean at pidigital.co.uk (Sean Cole (Pi)) Date: Fri, 8 Oct 2021 15:49:10 +0100 Subject: On the subject of things with the same short name... ('identical' groups which behave differently) In-Reply-To: References: <06f805b7833a2fb5288d7c07bed572d2@livecode.com> <3B30FA59-CE6C-4012-87CA-F371C2AFBE16@milby7.com> <0a982c6e90ff99208569e806f21f342c@livecode.com>

Message-ID: Hi David, It seems confusing and I see how. Me and This are really useful and powerful keywords. And that is the point in this example. 'The rect of me' uses it as a keyword referring to itself. It knows then not to look any further and applies it to itself. But once you add 'the long name of' the compiler looks at it as a variable. It's as if you had 'put the long name of me into tVar ; put the rect of tVar'. The difference between this and me become evident the most for me when i use something like: on openStack if the short name of me is the short name of this stack then -- Do the openStack process for the stack this script is in, and not for others end if end openStack Meaning you can have a script run for the current top-most stack using 'this stack' while having it written in the script for another stack, 'me'. 'me' is also useful in behaviors as it refers, not to the behavior button you put it in but, to the object/control that called the behavior. Livecode rocks in this type of scripting! Sean On Fri, 8 Oct 2021 at 12:16, David V Glasgow via use-livecode < use-livecode at lists.runrev.com> wrote: > Ah! (light comes on). Thanks Sean. So ?me? is actually more specific > than it would seem! I avoided ?me' because it returns the short name of an > object (of which there are several), and went for the long name of me > because it is unique. > > Just to be clear, what you are saying is that when LC searches for ?me?, > the first one found will always be the target, and the search stops there. > > I still don?t understand why rect (the rect of the long name of me) works > in one but fails in another group, though. > > Cheers, > > David G > > > On 8 Oct 2021, at 10:58 am, Sean Cole (Pi) via use-livecode < > use-livecode at lists.runrev.com> wrote: > > > > The message path looks for the first instance it finds with a given name. > > As your script is within the group itself, it would be easier (lazier ;) > ) > > to reference to each group as 'me' > > eg > > lock screen for visual effect in rect (the rect of me) > > > > rather than 'the rect of the long name of me' > > > > Sean > > > > On Fri, 8 Oct 2021 at 10:32, David Glasgow via use-livecode < > > use-livecode at lists.runrev.com> wrote: > > > >> Being essentially a lazy and a sloppy programmer, I made a group which > >> contained a script that caused the group to do what I wanted. Then I > >> copied it again and again, and grouped the resultant groups. Rather > than > >> adapting the script to be located on the card I just left several > identical > >> scripts in groups which have the same short name. I told you. Lazy. > >> However, all groups worked absolutely fine. > >> > >> I then decided to add a visual effect to the final unlock screen in each > >> instance. I tried a couple of groups to see how it would look, and I > found > >> that it worked perfectly on one group, but not a second, identical(?) > >> group. > >> > >> The script is... > >> +++++++++++ > >> > >> on mouseup > >> > >> lock screen for visual effect in rect (the rect of the long name of me) > >> > >> **depending on target object which was clicked, change appearance of > group > >> here** > >> > >> unlock screen with visual wipe right slow > >> > >> end mouseup > >> > >> +++++++++++ > >> > >> There are no other locks or unlocks. > >> > >> The weird thing is that the script runs without error in both cases. > The > >> final appearance of the group in both cases is exactly what I would > >> expect. However, the visual effect manifests itself in one instance, > but > >> not the other. I was bit hesitant about 'the rect of the long name of > me?, > >> but as I keep saying, it seems to works perfectly in one case. > >> > >> Que pasa? > >> > >> ( Mac 10.13.6 and LC 9.6, if that makes a difference.) > >> > >> Best Wishes, > >> > >> David Glasgow > >> Consultant Forensic & Clinical Psychologist > >> Carlton Glasgow Partnership > >> Director, Child & Family Training, York > >> Honorary Professor, Nottingham Trent University (SOCAMRU) > >> > >> > >> _______________________________________________ > >> use-livecode mailing list > >> use-livecode 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 jacque at hyperactivesw.com Fri Oct 8 11:08:11 2021 From: jacque at hyperactivesw.com (J. Landman Gay) Date: Fri, 08 Oct 2021 10:08:11 -0500 Subject: Stack with the same name loop In-Reply-To: <6E0CBF7A-08F5-4749-AF52-2CADF6861D7A@gmail.com> References: <24846e9e7455b11665089eeab78adc73@livecode.com> <3F8B05CE-40CC-4BD0-8DE5-874143C10AFE@pidigital.co.uk> <74b5acce4c888d8fe4cc0547027e069c@livecode.com> <6E0CBF7A-08F5-4749-AF52-2CADF6861D7A@gmail.com> Message-ID: <17c60728778.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Actually I never quit LC. I duplicate the file in Finder and then rename the one I was working on, which is still open in memory. I don't often use Save As but when I do I don't see a second copy of the stack. But I did notice once that when manually removing a stack from memory it doesn't always remove the datagrid libraries. I wonder if that's related. -- Jacqueline Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On October 8, 2021 8:55:44 AM Mark Smith via use-livecode wrote: >> On Oct 7, 2021, at 5:28 PM, Mark Waddingham via use-livecode >> wrote: >> >> As I said, this isn't anything to do with 'Save As' specifically - 'Save >> As' is doing precisely what you would expect... i.e. Saving the stackfile >> to a different file, and just as when you do that in any other application >> the filename of the stack changes to be the new filename. > > > Hi Mark, > > This has often puzzled me, but when I use 'Save As? most of the time this > leaves me with 2 stacks in memory, which, if both have the same DG in them, > is sort of a no-no situation in LC (the IDE cannot distinguish between 2 > stacks with the same name etc...). Here?s my workflow: generally I append a > sequential number anytime I am going to attempt something new or > substantial, so I can easily rollback. Say I am working on VER50. I decide > to add a new feature but think I may screw it up. In VER50 I rename the > stack to VER51 (change the stack name) and then save it using 'Save As' as > VER51 (usually in a new folder). In such a scenario I would expect to have > 1 stack in memory, now called VER51. But I don?t. I have 2 identical stacks > (same # of script lines) one named VER50 and another named VER51. To avoid > potential cross contamination I have to quit LC and restart with VER51. > > OR, I could do as Jacque suggests and quit LC, copy VER50 to VER51 on disk > and then open VER51. Either way requires quitting and relaunching LC. But, > if I was in MS Word and copied an open file from VER50 to VER51 and looked > under the Window menu I would see only 1 file named VER51. VER50 is safely > tucked away, ne'er to be effected if I screw up 51. I?m not sure if there > is a good reason why LC behaves differently. > > Mark > > _______________________________________________ > use-livecode mailing list > use-livecode 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 Oct 8 11:20:05 2021 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Fri, 8 Oct 2021 15:20:05 +0000 Subject: Stack with the same name loop In-Reply-To: References: <940d2966-67d3-8002-9fdc-2b07c933b634@sonic.net>

Message-ID: <801C1C86-25AD-430F-B04E-3DF0E68A7E64@iotecdigital.com> > On Oct 7, 2021, at 14:47 , Mark Wieder via use-livecode wrote: > > although there seem to be extra calls to "delete stack" which still don't give me warm fuzzies. I do what everyone else does when that dialog appears: panic, quit and restart. :-) Do you have some hidden camera in my office? How did you know THAT? LOL! Bob S From bobsneidar at iotecdigital.com Fri Oct 8 11:24:44 2021 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Fri, 8 Oct 2021 15:24:44 +0000 Subject: Stack with the same name loop In-Reply-To: <371dd468-d85f-57c1-671e-b1001dcb2b63@sonic.net> References: <3B408B36-D1FB-4783-A4A7-2EAA15CC5649@pidigital.co.uk> <06f805b7833a2fb5288d7c07bed572d2@livecode.com> <17c5bd57400.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <67f0cd24-d26a-6553-2e85-be853a916705@sonic.net> <371dd468-d85f-57c1-671e-b1001dcb2b63@sonic.net> Message-ID: <1A51DFBB-1B74-4858-9B4E-A62886A4DE3C@iotecdigital.com> Where did you find this script? I am pondering adding this to my "scripts to replace when I download a new version" list. Bob S > On Oct 7, 2021, at 18:51 , Mark Wieder via use-livecode wrote: > > On 10/7/21 1:08 PM, Mark Wieder via use-livecode wrote: >> How about a fourth option to rename the stack in memory and continue? > > ...replying to myself... > I fixed reloadStack to allow a rename and be a little less scary. > I just edited the livecodescript file on disk and it so far seems to work in all my tests. From jacque at hyperactivesw.com Fri Oct 8 11:28:21 2021 From: jacque at hyperactivesw.com (J. Landman Gay) Date: Fri, 08 Oct 2021 10:28:21 -0500 Subject: On the subject of things with the same short name... ('identical' groups which behave differently) In-Reply-To: References: <06f805b7833a2fb5288d7c07bed572d2@livecode.com> <3B30FA59-CE6C-4012-87CA-F371C2AFBE16@milby7.com> <0a982c6e90ff99208569e806f21f342c@livecode.com>

Message-ID: <17c6084fe08.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> And then there's "this me", which still tickles me. -- Jacqueline Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On October 8, 2021 9:51:34 AM "Sean Cole $Pi$ via use-livecode" wrote: > > 'me' is also useful in behaviors as it refers, not to the behavior button > you put it in but, to the object/control that called the behavior. From bobsneidar at iotecdigital.com Fri Oct 8 11:29:37 2021 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Fri, 8 Oct 2021 15:29:37 +0000 Subject: On the subject of things with the same short name... ('identical' groups which behave differently) In-Reply-To: References: <06f805b7833a2fb5288d7c07bed572d2@livecode.com> <3B30FA59-CE6C-4012-87CA-F371C2AFBE16@milby7.com> <0a982c6e90ff99208569e806f21f342c@livecode.com>

Message-ID: <34AF73A8-532F-4215-B1CF-BA2DF9EF00E0@iotecdigital.com> Even better, use the long id of me to precicely identify the object. There are occassions where the stack you think is the topstack, isn't. Bob S > On Oct 8, 2021, at 04:16 , David V Glasgow via use-livecode wrote: > > Ah! (light comes on). Thanks Sean. So ?me? is actually more specific than it would seem! I avoided ?me' because it returns the short name of an object (of which there are several), and went for the long name of me because it is unique. > > Just to be clear, what you are saying is that when LC searches for ?me?, the first one found will always be the target, and the search stops there. > > I still don?t understand why rect (the rect of the long name of me) works in one but fails in another group, though. > > Cheers, > > David G > >> On 8 Oct 2021, at 10:58 am, Sean Cole (Pi) via use-livecode wrote: >> >> The message path looks for the first instance it finds with a given name. >> As your script is within the group itself, it would be easier (lazier ;) ) >> to reference to each group as 'me' >> eg >> lock screen for visual effect in rect (the rect of me) >> >> rather than 'the rect of the long name of me' >> >> Sean >> >> On Fri, 8 Oct 2021 at 10:32, David Glasgow via use-livecode < >> use-livecode at lists.runrev.com> wrote: >> >>> Being essentially a lazy and a sloppy programmer, I made a group which >>> contained a script that caused the group to do what I wanted. Then I >>> copied it again and again, and grouped the resultant groups. Rather than >>> adapting the script to be located on the card I just left several identical >>> scripts in groups which have the same short name. I told you. Lazy. >>> However, all groups worked absolutely fine. >>> >>> I then decided to add a visual effect to the final unlock screen in each >>> instance. I tried a couple of groups to see how it would look, and I found >>> that it worked perfectly on one group, but not a second, identical(?) >>> group. >>> >>> The script is... >>> +++++++++++ >>> >>> on mouseup >>> >>> lock screen for visual effect in rect (the rect of the long name of me) >>> >>> **depending on target object which was clicked, change appearance of group >>> here** >>> >>> unlock screen with visual wipe right slow >>> >>> end mouseup >>> >>> +++++++++++ >>> >>> There are no other locks or unlocks. >>> >>> The weird thing is that the script runs without error in both cases. The >>> final appearance of the group in both cases is exactly what I would >>> expect. However, the visual effect manifests itself in one instance, but >>> not the other. I was bit hesitant about 'the rect of the long name of me?, >>> but as I keep saying, it seems to works perfectly in one case. >>> >>> Que pasa? >>> >>> ( Mac 10.13.6 and LC 9.6, if that makes a difference.) >>> >>> Best Wishes, >>> >>> David Glasgow >>> Consultant Forensic & Clinical Psychologist >>> Carlton Glasgow Partnership >>> Director, Child & Family Training, York >>> Honorary Professor, Nottingham Trent University (SOCAMRU) >>> >>> >>> _______________________________________________ >>> use-livecode mailing list >>> use-livecode 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 bobsneidar at iotecdigital.com Fri Oct 8 11:34:56 2021 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Fri, 8 Oct 2021 15:34:56 +0000 Subject: Stack with the same name loop In-Reply-To: <6E0CBF7A-08F5-4749-AF52-2CADF6861D7A@gmail.com> References: <24846e9e7455b11665089eeab78adc73@livecode.com> <3F8B05CE-40CC-4BD0-8DE5-874143C10AFE@pidigital.co.uk> <74b5acce4c888d8fe4cc0547027e069c@livecode.com> <6E0CBF7A-08F5-4749-AF52-2CADF6861D7A@gmail.com> Message-ID: Following convention, the way Word handles Save As is what the majority of apps do. But I have seen an app where save as creates a new file on disk but does NOT open it in memory, completely defying convention! Add to that the confusion Apple introduced with some of their apps, like TextEdit for instance, where they have no Save As, but rather a Duplicate, Rename and Move To options. The only thing standard these days seems to be that everyone has their own "standards". Bob S > On Oct 8, 2021, at 06:53 , Mark Smith via use-livecode wrote: > > >> On Oct 7, 2021, at 5:28 PM, Mark Waddingham via use-livecode wrote: >> >> As I said, this isn't anything to do with 'Save As' specifically - 'Save As' is doing precisely what you would expect... i.e. Saving the stackfile to a different file, and just as when you do that in any other application the filename of the stack changes to be the new filename. > > > Hi Mark, > > This has often puzzled me, but when I use 'Save As? most of the time this leaves me with 2 stacks in memory, which, if both have the same DG in them, is sort of a no-no situation in LC (the IDE cannot distinguish between 2 stacks with the same name etc...). Here?s my workflow: generally I append a sequential number anytime I am going to attempt something new or substantial, so I can easily rollback. Say I am working on VER50. I decide to add a new feature but think I may screw it up. In VER50 I rename the stack to VER51 (change the stack name) and then save it using 'Save As' as VER51 (usually in a new folder). In such a scenario I would expect to have 1 stack in memory, now called VER51. But I don?t. I have 2 identical stacks (same # of script lines) one named VER50 and another named VER51. To avoid potential cross contamination I have to quit LC and restart with VER51. > > OR, I could do as Jacque suggests and quit LC, copy VER50 to VER51 on disk and then open VER51. Either way requires quitting and relaunching LC. But, if I was in MS Word and copied an open file from VER50 to VER51 and looked under the Window menu I would see only 1 file named VER51. VER50 is safely tucked away, ne'er to be effected if I screw up 51. I?m not sure if there is a good reason why LC behaves differently. > > Mark > > _______________________________________________ > use-livecode mailing list > use-livecode 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 Oct 8 11:37:53 2021 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Fri, 8 Oct 2021 15:37:53 +0000 Subject: On the subject of things with the same short name... ('identical' groups which behave differently) In-Reply-To: <17c6084fe08.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> References: <06f805b7833a2fb5288d7c07bed572d2@livecode.com> <3B30FA59-CE6C-4012-87CA-F371C2AFBE16@milby7.com> <0a982c6e90ff99208569e806f21f342c@livecode.com>

<17c6084fe08.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: <8B1CA92D-BB90-46CF-BBB0-F6C1FDE6F9B8@iotecdigital.com> For the sake of clarity, in retrospect it may have been better to use This Me, That Me, The Other Me, and perhaps Not Me. :-) Bob S > On Oct 8, 2021, at 08:28 , J. Landman Gay via use-livecode wrote: > > And then there's "this me", which still tickles me. > > -- > Jacqueline Landman Gay | jacque at hyperactivesw.com From dvglasgow at gmail.com Fri Oct 8 11:51:08 2021 From: dvglasgow at gmail.com (David V Glasgow) Date: Fri, 8 Oct 2021 16:51:08 +0100 Subject: On the subject of things with the same short name... ('identical' groups which behave differently) In-Reply-To: <8B1CA92D-BB90-46CF-BBB0-F6C1FDE6F9B8@iotecdigital.com> References: <06f805b7833a2fb5288d7c07bed572d2@livecode.com> <3B30FA59-CE6C-4012-87CA-F371C2AFBE16@milby7.com> <0a982c6e90ff99208569e806f21f342c@livecode.com>

<17c6084fe08.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <8B1CA92D-BB90-46CF-BBB0-F6C1FDE6F9B8@iotecdigital.com> Message-ID: I don?t know what my wife is complaining about. It IS all about me! > On 8 Oct 2021, at 4:37 pm, Bob Sneidar via use-livecode wrote: > > For the sake of clarity, in retrospect it may have been better to use This Me, That Me, The Other Me, and perhaps Not Me. :-) > > Bob S > > >> On Oct 8, 2021, at 08:28 , J. Landman Gay via use-livecode wrote: >> >> And then there's "this me", which still tickles me. >> >> -- >> Jacqueline Landman Gay | jacque at hyperactivesw.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 Fri Oct 8 12:10:45 2021 From: jiml at netrin.com (Jim Lambert) Date: Fri, 8 Oct 2021 09:10:45 -0700 Subject: On the subject of things with the same short name... ('identical' groups which behave differently) References: <7AD16940-95B3-4179-AB6E-5153D90829ED@gmail.com> Message-ID: <4AB6D39E-3CBA-4560-B023-11E225A297B4@netrin.com> > Jacque wrote: > And then there's "this me", which still tickles me. "This me" could be a quote from that Scottish author's tale The Strange Case of Dr. Jekyll and Mr. Hyde. ;) Jim Lambert From sean at pidigital.co.uk Fri Oct 8 12:33:28 2021 From: sean at pidigital.co.uk (Pi Digital) Date: Fri, 8 Oct 2021 17:33:28 +0100 Subject: Stack with the same name loop In-Reply-To: <17c60728778.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> References: <17c60728778.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: <2708A990-FD83-4AFC-98C0-A4807963D6D5@pidigital.co.uk> > On 8 Oct 2021, at 16:08, J. Landman Gay via use-livecode wrote: > > ?Actually I never quit LC. I duplicate the file in Finder and then rename the one I was working on, which is still open in memory. > > I don't often use Save As but when I do I don't see a second copy of the stack. But I did notice once that when manually removing a stack from memory it doesn't always remove the datagrid libraries. I wonder if that's related. > -- > Jacqueline Landman Gay | Me too. In this Particular instance I had made some changes and thought I?d better make it a quarantined version away from the main version. I wish now I?d just do what I normally do and copy paste the code into notepad then make a copy and open that. It?s only because I got stuck in the loop I asked the question. And then got miffed because it?s another one of these things that is known about, fundamental, and still not resolved after 18yrs. 18yrs of pain versus a few weeks or months of work for LC. Sigh From marksmithhfx at gmail.com Fri Oct 8 13:37:35 2021 From: marksmithhfx at gmail.com (Mark Smith) Date: Fri, 8 Oct 2021 18:37:35 +0100 Subject: Stack with the same name loop In-Reply-To: <17c60728778.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> References: <24846e9e7455b11665089eeab78adc73@livecode.com> <3F8B05CE-40CC-4BD0-8DE5-874143C10AFE@pidigital.co.uk> <74b5acce4c888d8fe4cc0547027e069c@livecode.com> <6E0CBF7A-08F5-4749-AF52-2CADF6861D7A@gmail.com> <17c60728778.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: <4242B222-49BF-48F5-B319-EBB78F586EFF@gmail.com> Hi Jacque, Somewhere back in my history I learned not to copy ?open? files in case some important bit of information was just waiting for the file to be properly closed. Given the number of times you have probably done this, I can assume LC is not leaving the copied file in an incomplete state. Ah, the ?computing? scars we carry around with us ? Mark > On Oct 8, 2021, at 4:08 PM, J. Landman Gay via use-livecode wrote: > > Actually I never quit LC. I duplicate the file in Finder and then rename the one I was working on, which is still open in memory. From bogdanoff at me.com Fri Oct 8 15:18:04 2021 From: bogdanoff at me.com (Peter Bogdanoff) Date: Fri, 8 Oct 2021 15:18:04 -0400 Subject: Keep stack proportions when resizing Message-ID: Does anyone have a script to keep a stack?s proportions constant when the user is changing the stack size by dragging the lower right corner? This is a stack with a control containing a video or image. I?ve used the geometry manager for the objects within the stack but the stack itself needs to be shaped correctly. Peter Bogdanoff From ahsoftware at sonic.net Fri Oct 8 16:28:28 2021 From: ahsoftware at sonic.net (Mark Wieder) Date: Fri, 8 Oct 2021 13:28:28 -0700 Subject: Stack with the same name loop In-Reply-To: <1A51DFBB-1B74-4858-9B4E-A62886A4DE3C@iotecdigital.com> References: <3B408B36-D1FB-4783-A4A7-2EAA15CC5649@pidigital.co.uk> <06f805b7833a2fb5288d7c07bed572d2@livecode.com> <17c5bd57400.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <67f0cd24-d26a-6553-2e85-be853a916705@sonic.net> <371dd468-d85f-57c1-671e-b1001dcb2b63@sonic.net> <1A51DFBB-1B74-4858-9B4E-A62886A4DE3C@iotecdigital.com> Message-ID: <6c3dd95f-c50f-2734-2604-e22679a5d64b@sonic.net> On 10/8/21 8:24 AM, Bob Sneidar via use-livecode wrote: > Where did you find this script? I am pondering adding this to my "scripts to replace when I download a new version" list. It's in revbackscriptlibrary.livecodescript. Here's an improved version that avoids that double cancel. on reloadStack pStackName, pFileName if the filename of stack pStackName is pFileName then toplevel pStackName else set the defaultStack to pStackName local tFilePath, tFileLongPath put the effective fileName of stack pStackName into tFilePath put tFilePath into tFileLongPath if tFileLongPath is empty then put pStackName into tFileLongPath put comma && pStackName & "?" after tFilePath else put pStackName & "?" into tFilepath end if answer warning "A stack with the name"&&pStackName&&"is already open." & cr & "Before loading" && pFileName & ", what do you want to do with stack:" & cr & tFilePath with "Rename" or "Save" or "Purge" or "Cancel" local tAction put it into tAction if gREVSuppressMessages then lock messages send "revInsertMessageBlock" to me in 100 milliseconds revInternal__UnloadLibrary "revNoMessagesLibrary" end if local tLockMessages put the lockMessages into tLockMessages switch tAction case "Cancel" exit to top case "Rename" ask "Enter a name for the stack in memory" if it is not empty and it is not pStackName then set the name of stack tFileLongPath to it go stack pFileName else exit to top end if break case "Save" if the filename of stack pStackName is empty then revSaveAs pStackName else revSave pStackName end if case "Purge" revAOUpdateForDeleteStack pStackName lock messages delete stack pStackName set the lockMessages to tLockMessages go stack pFileName break end switch end if if there is a stack "revApplicationOverview" then send "revNewStack the short name of stack pFileName" to stack "revApplicationOverview" end if end reloadStack -- Mark Wieder ahsoftware at gmail.com From devin_asay at byu.edu Fri Oct 8 16:56:36 2021 From: devin_asay at byu.edu (Devin Asay) Date: Fri, 8 Oct 2021 20:56:36 +0000 Subject: Keep stack proportions when resizing In-Reply-To: References: Message-ID: Peter, I asked this question several years ago and what I gathered is that it?s not easy because window resizing is under the control of the operating system, and LiveCode can?t really override it. My attempts were not completely satisfactory: I have a stack that I want to constrain to a 4:3 ratio when resizing, with a minimum stack size of 800 X 600. A search of the archives didn't yield any relevant results. If I do this (in the resizeStack handler): put the topLeft of this stack into tAnchorPnt set the height of this stack to (pNewWdth * 3) div 4 set the topLeft of this stack to tAnchorPnt it works as long as my drag on the resize gadget has a horizontal component. Likewise, this works: put the topLeft of this stack into tAnchorPnt set the width of this stack to (pNewHgt * 4) div 3 set the topLeft of this stack to tAnchorPnt as long as there is a vertical component to the drag. This: put the topLeft of this stack into tAnchorPnt if pNewWdth <> pOldWdth then set the height of this stack to (pNewWdth * 3) div 4 else set the width of this stack to (pNewHgt * 4) div 3 end if set the topLeft of this stack to tAnchorPnt Just produces bizarre results. After I posted about it,I did get a few workarounds. Scott Rossi suggested that you create your own resize handle instead of using the one built-in to the window: One way to do this is to use a dedicated object for the resizer and to calculate the new dimensions before resizing the stack. Execute this in your message box: go url "http://www.tactilemedia.com/download/constrained.livecode" This demonstrates one way to do a 4 x 3 ratio stack. I'm not sure if it's possible to get the window refresh to completely sync with the location of the resizer, but maybe this will get you close. Roger Eller and Berndt Niggeman suggested that you can?t do it in real time, but you could ?snap? it to the correct size after resizing: I am with Roger on this. here is a little code snippet that does constrain the aspect after resizing ----------------------------------------------------------- on resizeStack pNewWidth, pNewHeight, pOldWidth, pOldHeight -- block repeat loop if you want to have all the changes occur after last resize, kind of animation repeat for each line aMessage in the pendingMessages if aMessage contains "adjustRatio" then cancel item 1 of aMessage end repeat send "adJustRatio pNewWidth, pNewHeight, pOldWidth, pOldHeight" to me in 0 milliseconds end resizeStack on adJustRatio pNewWidth, pNewHeight, pOldWidth, pOldHeight put round (pNewWidth / 2) into tNewHeight put the rect of me into tRect put item 2 of tRect + tNewHeight into item 4 of tRect set the rect of me to tRect end adJustRatio ----------------------------------------------------------- Dunbarx suggested trapping the resizeStack handler, but that doesn?t seem to work just right, probably because the message is sent *after* the resize, not before. Hope this helps. - Devin On Oct 8, 2021, at 1:18 PM, Peter Bogdanoff via use-livecode > wrote: Does anyone have a script to keep a stack?s proportions constant when the user is changing the stack size by dragging the lower right corner? This is a stack with a control containing a video or image. I?ve used the geometry manager for the objects within the stack but the stack itself needs to be shaped correctly. Peter Bogdanoff _______________________________________________ use-livecode mailing list use-livecode at lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode Devin Asay Director Office of Digital Humanities Brigham Young University From bogdanoff at me.com Fri Oct 8 17:11:38 2021 From: bogdanoff at me.com (Peter Bogdanoff) Date: Fri, 8 Oct 2021 17:11:38 -0400 Subject: Keep stack proportions when resizing In-Reply-To: References:

Message-ID: <87887082-0E01-4C72-B843-AF39292952A7@me.com> Thanks Devin, I?ll try these out. I?m seeing that the resizing process is not going to be visually smooth, so I?m content at present to have something that does the job in chunks or at the end of the resize. Peter > On Oct 8, 2021, at 4:56 PM, Devin Asay via use-livecode wrote: > > Peter, > > I asked this question several years ago and what I gathered is that it?s not easy because window resizing is under the control of the operating system, and LiveCode can?t really override it. > > My attempts were not completely satisfactory: > > I have a stack that I want to constrain to a 4:3 ratio when resizing, with a minimum stack size of 800 X 600. A search of the archives didn't yield any relevant results. > > If I do this (in the resizeStack handler): > > put the topLeft of this stack into tAnchorPnt > set the height of this stack to (pNewWdth * 3) div 4 > set the topLeft of this stack to tAnchorPnt > > it works as long as my drag on the resize gadget has a horizontal component. > > Likewise, this works: > > put the topLeft of this stack into tAnchorPnt > set the width of this stack to (pNewHgt * 4) div 3 > set the topLeft of this stack to tAnchorPnt > > as long as there is a vertical component to the drag. > > This: > > put the topLeft of this stack into tAnchorPnt > if pNewWdth <> pOldWdth then > set the height of this stack to (pNewWdth * 3) div 4 > else > set the width of this stack to (pNewHgt * 4) div 3 > end if > set the topLeft of this stack to tAnchorPnt > > Just produces bizarre results. > > After I posted about it,I did get a few workarounds. > > Scott Rossi suggested that you create your own resize handle instead of using the one built-in to the window: > > One way to do this is to use a dedicated object for the resizer and to > calculate the new dimensions before resizing the stack. > > Execute this in your message box: > go url "http://www.tactilemedia.com/download/constrained.livecode" > > This demonstrates one way to do a 4 x 3 ratio stack. I'm not sure if it's > possible to get the window refresh to completely sync with the location of > the resizer, but maybe this will get you close. > > Roger Eller and Berndt Niggeman suggested that you can?t do it in real time, but you could ?snap? it to the correct size after resizing: > > I am with Roger on this. > > here is a little code snippet that does constrain the aspect after resizing > > ----------------------------------------------------------- > on resizeStack pNewWidth, pNewHeight, pOldWidth, pOldHeight > > -- block repeat loop if you want to have all the changes occur after last > resize, kind of animation > repeat for each line aMessage in the pendingMessages > if aMessage contains "adjustRatio" then cancel item 1 of aMessage > end repeat > > send "adJustRatio pNewWidth, pNewHeight, pOldWidth, pOldHeight" to me in > 0 milliseconds > end resizeStack > > on adJustRatio pNewWidth, pNewHeight, pOldWidth, pOldHeight > put round (pNewWidth / 2) into tNewHeight > put the rect of me into tRect > put item 2 of tRect + tNewHeight into item 4 of tRect > set the rect of me to tRect > end adJustRatio > ----------------------------------------------------------- > > > Dunbarx suggested trapping the resizeStack handler, but that doesn?t seem to work just right, probably because the message is sent *after* the resize, not before. > > Hope this helps. > > - Devin > > > On Oct 8, 2021, at 1:18 PM, Peter Bogdanoff via use-livecode > wrote: > > Does anyone have a script to keep a stack?s proportions constant when the user is changing the stack size by dragging the lower right corner? This is a stack with a control containing a video or image. I?ve used the geometry manager for the objects within the stack but the stack itself needs to be shaped correctly. > > Peter Bogdanoff > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > > Devin Asay > Director > Office of Digital Humanities > Brigham Young University > > _______________________________________________ > use-livecode mailing list > use-livecode 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 Fri Oct 8 17:15:34 2021 From: ambassador at fourthworld.com (Richard Gaskin) Date: Fri, 8 Oct 2021 14:15:34 -0700 Subject: Keep stack proportions when resizing In-Reply-To: References: Message-ID: I had a similar request from a client a few years ago. We couldn't find any apps from the 21st century that do that, so instead we opted for what we see in apps from Apple and many others: We leave the user in control of their desired window size, and adjust our media in the content region proportionately, with a dark gray background filling in any edge gaps. Bonus that it's also super easy to implement. -- Richard Gaskin Fourth World Systems Devin Asay wrote: > I asked this question several years ago and what I gathered is that > it?s not easy because window> resizing is under the control of the > operating system, and LiveCode can?t really override it. > > My attempts were not completely satisfactory: ... > On Oct 8, 2021, at 1:18 PM, Peter Bogdanoff wrote: > > Does anyone have a script to keep a stack?s proportions constant when > the user is changing the stack size by dragging the lower right > corner? This is a stack with a control containing a video or image. > I?ve used the geometry manager for the objects within the stack but > the stack itself needs to be shaped correctly. From sean at pidigital.co.uk Fri Oct 8 17:31:21 2021 From: sean at pidigital.co.uk (Sean Cole (Pi)) Date: Fri, 8 Oct 2021 22:31:21 +0100 Subject: Keep stack proportions when resizing In-Reply-To: References:

Message-ID: on resizeStack send "ratioSet" to me in 0.01 sec end resizeStack on ratioSet lock screen put the topleft of this stack into tTL set the width of this stack to the height of me * 1.78 -- Ratio 16:9 set the topleft of this stack to tTL unlock screen end ratioSet From rdimola at evergreeninfo.net Fri Oct 8 18:40:18 2021 From: rdimola at evergreeninfo.net (Ralph DiMola) Date: Fri, 8 Oct 2021 18:40:18 -0400 Subject: Keep stack proportions when resizing In-Reply-To: References:

Message-ID: <005201d7bc95$7b4c35a0$71e4a0e0$@net> resizeStack has 4 parameters that can be very useful. resizeStack pNewWidth, pNewHeight, pOldWidth, pOldHeight 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 Sean Cole (Pi) via use-livecode Sent: Friday, October 08, 2021 5:31 PM To: How to use LiveCode Cc: Sean Cole (Pi) Subject: Re: Keep stack proportions when resizing on resizeStack send "ratioSet" to me in 0.01 sec end resizeStack on ratioSet lock screen put the topleft of this stack into tTL set the width of this stack to the height of me * 1.78 -- Ratio 16:9 set the topleft of this stack to tTL unlock screen end ratioSet _______________________________________________ use-livecode mailing list use-livecode 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 Fri Oct 8 21:20:01 2021 From: jacque at hyperactivesw.com (J. Landman Gay) Date: Fri, 8 Oct 2021 20:20:01 -0500 Subject: Webview scrolling Message-ID: <2dc48d18-1336-13bc-39fc-558c74858428@hyperactivesw.com> I told a web designer I'd ask here to see if anyone has ideas. I'm displaying a web page with a form in a browser widget. On Android, when I tap into one of the lower form fields, the browser content does not scroll up and the keyboard covers the field you're trying to type into. There are two or three entry fields at the bottom that do that. On iOS it scrolls up automatically so there's no problem. Android doesn't move at all. You can manually scroll to the bottom but not beyond it, so the lower fields are obscured. Anyone here know how to fix that? The designer has tinkered with margins and padding but that isn't working. -- Jacqueline Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com From brian at milby7.com Fri Oct 8 22:55:57 2021 From: brian at milby7.com (Brian Milby) Date: Fri, 8 Oct 2021 22:55:57 -0400 Subject: Webview scrolling In-Reply-To: <2dc48d18-1336-13bc-39fc-558c74858428@hyperactivesw.com> References: <2dc48d18-1336-13bc-39fc-558c74858428@hyperactivesw.com> Message-ID: Could you detect the keyboard being shown and resize the web view? Sent from my iPad > On Oct 8, 2021, at 9:21 PM, J. Landman Gay via use-livecode wrote: > > ?I told a web designer I'd ask here to see if anyone has ideas. I'm displaying a web page with a form in a browser widget. On Android, when I tap into one of the lower form fields, the browser content does not scroll up and the keyboard covers the field you're trying to type into. There are two or three entry fields at the bottom that do that. > > On iOS it scrolls up automatically so there's no problem. Android doesn't move at all. You can manually scroll to the bottom but not beyond it, so the lower fields are obscured. > > Anyone here know how to fix that? The designer has tinkered with margins and padding but that isn't working. > > -- > Jacqueline Landman Gay | jacque at hyperactivesw.com > HyperActive Software | http://www.hyperactivesw.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 Sat Oct 9 06:48:44 2021 From: matthias_livecode_150811 at m-r-d.de (matthias_livecode_150811 at m-r-d.de) Date: Sat, 9 Oct 2021 12:48:44 +0200 Subject: Webview scrolling In-Reply-To: <2dc48d18-1336-13bc-39fc-558c74858428@hyperactivesw.com> References: <2dc48d18-1336-13bc-39fc-558c74858428@hyperactivesw.com> Message-ID: <4961A0AC-9AA1-43AC-A8E5-40F881234952@m-r-d.de> Jacque, i am not sure if this is of help, but... https://stackoverflow.com/questions/7026854/textbox-hidden-below-keyboard-in-android-webview > Am 09.10.2021 um 03:20 schrieb J. Landman Gay via use-livecode : > > I told a web designer I'd ask here to see if anyone has ideas. I'm displaying a web page with a form in a browser widget. On Android, when I tap into one of the lower form fields, the browser content does not scroll up and the keyboard covers the field you're trying to type into. There are two or three entry fields at the bottom that do that. > > On iOS it scrolls up automatically so there's no problem. Android doesn't move at all. You can manually scroll to the bottom but not beyond it, so the lower fields are obscured. > > Anyone here know how to fix that? The designer has tinkered with margins and padding but that isn't working. > > -- > Jacqueline Landman Gay | jacque at hyperactivesw.com > HyperActive Software | http://www.hyperactivesw.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 marksmithhfx at gmail.com Sat Oct 9 06:50:11 2021 From: marksmithhfx at gmail.com (Mark Smith) Date: Sat, 9 Oct 2021 11:50:11 +0100 Subject: Screensizes.app Message-ID: <3D8450A3-033A-4312-9EFF-AD7F4A5D3D53@gmail.com> Stumbled on this today. Lists all Apple models and screen sizes (plus safe areas, notch areas, portrait, landscape, etc) includes iPhone, iPad, watches, TV, etc. You can list by screen size or model, and there is a spreadsheet view ('Compare Models'). https://www.screensizes.app Mark From bdrunrev at gmail.com Sat Oct 9 08:24:00 2021 From: bdrunrev at gmail.com (Bernard Devlin) Date: Sat, 9 Oct 2021 13:24:00 +0100 Subject: Webview scrolling In-Reply-To: <2dc48d18-1336-13bc-39fc-558c74858428@hyperactivesw.com> References: <2dc48d18-1336-13bc-39fc-558c74858428@hyperactivesw.com> Message-ID: Are you using mobileSetKeyboardDisplay "pan"? I found a bug with that too though. https://quality.livecode.com/show_bug.cgi?id=23245 On Sat, Oct 9, 2021 at 2:21 AM J. Landman Gay via use-livecode < use-livecode at lists.runrev.com> wrote: > I told a web designer I'd ask here to see if anyone has ideas. I'm > displaying a web page with a > form in a browser widget. On Android, when I tap into one of the lower > form fields, the browser > content does not scroll up and the keyboard covers the field you're trying > to type into. There > are two or three entry fields at the bottom that do that. > > On iOS it scrolls up automatically so there's no problem. Android doesn't > move at all. You can > manually scroll to the bottom but not beyond it, so the lower fields are > obscured. > > Anyone here know how to fix that? The designer has tinkered with margins > and padding but that > isn't working. > > -- > Jacqueline Landman Gay > From harrison at all-auctions.com Sat Oct 9 10:17:42 2021 From: harrison at all-auctions.com (Rick Harrison) Date: Sat, 9 Oct 2021 10:17:42 -0400 Subject: Screensizes.app In-Reply-To: <3D8450A3-033A-4312-9EFF-AD7F4A5D3D53@gmail.com> References: <3D8450A3-033A-4312-9EFF-AD7F4A5D3D53@gmail.com> Message-ID: Hi Mark, That?s a nice resource. Thanks! Rick > On Oct 9, 2021, at 6:50 AM, Mark Smith via use-livecode wrote: > > Stumbled on this today. Lists all Apple models and screen sizes (plus safe areas, notch areas, portrait, landscape, etc) includes iPhone, iPad, watches, TV, etc. You can list by screen size or model, and there is a spreadsheet view ('Compare Models'). > > https://www.screensizes.app > > Mark > > > _______________________________________________ > use-livecode mailing list > use-livecode 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 Sat Oct 9 13:15:04 2021 From: jacque at hyperactivesw.com (J. Landman Gay) Date: Sat, 9 Oct 2021 12:15:04 -0500 Subject: Webview scrolling In-Reply-To: References: <2dc48d18-1336-13bc-39fc-558c74858428@hyperactivesw.com> Message-ID: On 10/9/21 7:24 AM, Bernard Devlin via use-livecode wrote: > Are you using mobileSetKeyboardDisplay "pan"? > > I found a bug with that too though. > > https://quality.livecode.com/show_bug.cgi?id=23245 I wasn't using "pan" because I completely forgot we had it now. I just tried it and it works great. I did not have any problem entering visible text into the lower fields. I'm on a Pixel 5, which is pretty new, running Android 11 so maybe that matters. I'm not sure what older versions will do. I built with LC 9.6.5 rc-1. Thanks for the reminder, it helped. I was ready to implement the resizing suggestion Devin made if this failed, and we get bad feedback about panning then I'll do that instead. -- Jacqueline Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com From jacque at hyperactivesw.com Sat Oct 9 15:54:28 2021 From: jacque at hyperactivesw.com (J. Landman Gay) Date: Sat, 9 Oct 2021 14:54:28 -0500 Subject: Webview scrolling In-Reply-To: References: <2dc48d18-1336-13bc-39fc-558c74858428@hyperactivesw.com>

Message-ID: On 10/9/21 12:15 PM, J. Landman Gay via use-livecode wrote: > I was ready to implement the resizing suggestion Devin made if this failed Oops, I meant Brian. -- Jacqueline Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com From jacque at hyperactivesw.com Sat Oct 9 15:56:56 2021 From: jacque at hyperactivesw.com (J. Landman Gay) Date: Sat, 9 Oct 2021 14:56:56 -0500 Subject: Previous request not completed Message-ID: <735d3ee6-0cc8-493e-4136-a9e1cea3c5be@hyperactivesw.com> When sending several requests to a server, I get "Previous request not completed" a lot. If I set tsNetLibUrlReuseConnection to false, will that prevent it? Are there any down sides? -- Jacqueline Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com From tom at makeshyft.com Sat Oct 9 23:31:37 2021 From: tom at makeshyft.com (Tom Glod) Date: Sat, 9 Oct 2021 23:31:37 -0400 Subject: Previous request not completed In-Reply-To: <735d3ee6-0cc8-493e-4136-a9e1cea3c5be@hyperactivesw.com> References: <735d3ee6-0cc8-493e-4136-a9e1cea3c5be@hyperactivesw.com> Message-ID: Hhhmm Hi Jacquelinee, .... which library are you using to send the requests? Because that sounds like an error from liburl, and it describes the limitation of the library. I could be wrong, but when using tsnet in async mode, that error would not be triggered by the engine. Hope that helps. On Sat, Oct 9, 2021 at 3:58 PM J. Landman Gay via use-livecode < use-livecode at lists.runrev.com> wrote: > When sending several requests to a server, I get "Previous request not > completed" a lot. If I > set tsNetLibUrlReuseConnection to false, will that prevent it? Are there > any down sides? > > -- > Jacqueline Landman Gay | jacque at hyperactivesw.com > HyperActive Software | http://www.hyperactivesw.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 > -- Tom Glod Founder & Developer MakeShyft R.D.A (www.makeshyft.com) Mobile:647.562.9411 From jacque at hyperactivesw.com Sun Oct 10 13:00:42 2021 From: jacque at hyperactivesw.com (J. Landman Gay) Date: Sun, 10 Oct 2021 12:00:42 -0500 Subject: Previous request not completed In-Reply-To: References: <735d3ee6-0cc8-493e-4136-a9e1cea3c5be@hyperactivesw.com> Message-ID: <17c6b264290.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> I'm sure it's coming from libURL. TSNet adds functionality to libURL and they work together. As I understand it, you can't use TSNet alone, it needs libURL. https://www.mail-archive.com/use-livecode at lists.runrev.com/msg85062.html Also: "So include libUrl and you get normal libUrl; include libUrl and tsNet and you get libUrl driven by tsNet; include neither and you get the in-engine implementation." https://www.mail-archive.com/use-livecode at lists.runrev.com/msg106501.html Because TSNet allows me to set multiple connections, I wonder if that would solve the problem. I'm too close to deadline to have time to tinker too much. -- Jacqueline Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On October 9, 2021 10:34:05 PM Tom Glod via use-livecode wrote: > Hhhmm Hi Jacquelinee, .... which library are you using to send the > requests? Because that sounds like an error from liburl, and it describes > the limitation of the library. I could be wrong, but when using tsnet in > async mode, that error would not be triggered by the engine. > > Hope that helps. > > On Sat, Oct 9, 2021 at 3:58 PM J. Landman Gay via use-livecode < > use-livecode at lists.runrev.com> wrote: > >> When sending several requests to a server, I get "Previous request not >> completed" a lot. If I >> set tsNetLibUrlReuseConnection to false, will that prevent it? Are there >> any down sides? >> >> -- >> Jacqueline Landman Gay | jacque at hyperactivesw.com >> HyperActive Software | http://www.hyperactivesw.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 > > > -- > Tom Glod > Founder & Developer > MakeShyft R.D.A (www.makeshyft.com) > Mobile:647.562.9411 > _______________________________________________ > use-livecode mailing list > use-livecode 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 irog at mac.com Mon Oct 11 12:48:40 2021 From: irog at mac.com (Roger Guay) Date: Mon, 11 Oct 2021 09:48:40 -0700 Subject: [ANN] bnGuides has been updated In-Reply-To: <1F608E73-BAFF-43F5-A0D1-0665F06A9166@m-r-d.de> References:

<1F608E73-BAFF-43F5-A0D1-0665F06A9166@m-r-d.de> Message-ID: <4EA53A07-F6DA-423A-97ED-8484D2CC743D@mac.com> bnGuides is unobtrusive and efficient, cute even. I like it a lot! I added a script to alternately collapse and expand it making it even more unobtrusive. When it comes to UI design, you never get a second chance to make to make a first impression! Thank you, Bernd Roger From bobsneidar at iotecdigital.com Mon Oct 11 13:56:28 2021 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Mon, 11 Oct 2021 17:56:28 +0000 Subject: [ANN] bnGuides has been updated In-Reply-To: <4EA53A07-F6DA-423A-97ED-8484D2CC743D@mac.com> References:

<1F608E73-BAFF-43F5-A0D1-0665F06A9166@m-r-d.de> <4EA53A07-F6DA-423A-97ED-8484D2CC743D@mac.com> Message-ID: <31B088F0-3465-4FAC-9423-2E0BBA9AC7DA@iotecdigital.com> Where would I get the latest? I have rev .05, but I noted in your notes that "A behavior is temporarily attached to the object..." What happens to the existing behavior if there is one? I noticed that having selected a button with bnGuides open, revNavigator shows that object in a red color, and I can no longer double click the object in revNavigator to get the script object. Livecode.com resources is not working. I cannot download this using that site. Clicking on anything after searching for it just reloads the page. Bob S > On Oct 11, 2021, at 09:48 , Roger Guay via use-livecode wrote: > > bnGuides is unobtrusive and efficient, cute even. I like it a lot! > > I added a script to alternately collapse and expand it making it even more unobtrusive. > > When it comes to UI design, you never get a second chance to make to make a first impression! > > Thank you, Bernd > > Roger > > > > _______________________________________________ > use-livecode mailing list > use-livecode 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 Oct 11 14:00:06 2021 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Mon, 11 Oct 2021 18:00:06 +0000 Subject: [ANN] bnGuides has been updated In-Reply-To: <31B088F0-3465-4FAC-9423-2E0BBA9AC7DA@iotecdigital.com> References:

<1F608E73-BAFF-43F5-A0D1-0665F06A9166@m-r-d.de> <4EA53A07-F6DA-423A-97ED-8484D2CC743D@mac.com> <31B088F0-3465-4FAC-9423-2E0BBA9AC7DA@iotecdigital.com> Message-ID: <1C0A3403-1009-468A-B176-F82FF54FC463@iotecdigital.com> Concerning the issue of the revNavigator item being red and unckickable, I found that the behavior had not been removed. It was a simple edit to remove the stranded behavior. Bob S > On Oct 11, 2021, at 10:56 , Bob Sneidar wrote: > > Where would I get the latest? I have rev .05, but I noted in your notes that "A behavior is temporarily attached to the object..." What happens to the existing behavior if there is one? I noticed that having selected a button with bnGuides open, revNavigator shows that object in a red color, and I can no longer double click the object in revNavigator to get the script object. > > Livecode.com resources is not working. I cannot download this using that site. Clicking on anything after searching for it just reloads the page. > > Bob S > > >> On Oct 11, 2021, at 09:48 , Roger Guay via use-livecode wrote: >> >> bnGuides is unobtrusive and efficient, cute even. I like it a lot! >> >> I added a script to alternately collapse and expand it making it even more unobtrusive. >> >> When it comes to UI design, you never get a second chance to make to make a first impression! >> >> Thank you, Bernd >> >> Roger >> >> >> >> _______________________________________________ >> use-livecode mailing list >> use-livecode 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 ahsoftware at sonic.net Mon Oct 11 14:17:22 2021 From: ahsoftware at sonic.net (Mark Wieder) Date: Mon, 11 Oct 2021 11:17:22 -0700 Subject: [ANN] bnGuides has been updated In-Reply-To: <31B088F0-3465-4FAC-9423-2E0BBA9AC7DA@iotecdigital.com> References:

<1F608E73-BAFF-43F5-A0D1-0665F06A9166@m-r-d.de> <4EA53A07-F6DA-423A-97ED-8484D2CC743D@mac.com> <31B088F0-3465-4FAC-9423-2E0BBA9AC7DA@iotecdigital.com> Message-ID: <0d798ec0-1dbf-253e-05ce-f81ea62519fd@sonic.net> On 10/11/21 10:56 AM, Bob Sneidar via use-livecode wrote: > Livecode.com resources is not working. I cannot download this using that site. Clicking on anything after searching for it just reloads the page. http://livecodeshare.runrev.com/stack/918/BnGuides -- Mark Wieder ahsoftware at gmail.com From ahsoftware at sonic.net Mon Oct 11 15:35:31 2021 From: ahsoftware at sonic.net (Mark Wieder) Date: Mon, 11 Oct 2021 12:35:31 -0700 Subject: Previous request not completed In-Reply-To: <17c6b264290.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> References: <735d3ee6-0cc8-493e-4136-a9e1cea3c5be@hyperactivesw.com> <17c6b264290.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: On 10/10/21 10:00 AM, J. Landman Gay via use-livecode wrote: > I'm sure it's coming from libURL. TSNet adds functionality to libURL and > they work together. As I understand it, you can't use TSNet alone, it > needs libURL. > > https://www.mail-archive.com/use-livecode at lists.runrev.com/msg85062.html > > Also: > "So include libUrl and you get normal libUrl; include libUrl and tsNet > and you get libUrl driven by tsNet; include neither and you get the > in-engine implementation." > https://www.mail-archive.com/use-livecode at lists.runrev.com/msg106501.html > > Because TSNet allows me to set multiple connections, I wonder if that > would solve the problem. I'm too close to deadline to have time to > tinker too much. Jacque- I would get that error before when doing an update check using https. put url("https://...") and if I try an update check on another stack before the first one has time to timeout I'll get the "previous request not completed" error. So I'd say either try the tsNettsNetLibUrlReuseConnection command or loop on the socket you're using in the opensockets (in my case it was :443), waiting for it to disappear from the list. Unfortunately, simply completing a put url and getting valid status from the remote resource doesn't automatically free the socket. Or if you're up against a deadline just kludge it and put in a wait. -- Mark Wieder ahsoftware at gmail.com From Bernd.Niggemann at uni-wh.de Mon Oct 11 15:37:18 2021 From: Bernd.Niggemann at uni-wh.de (Niggemann, Bernd) Date: Mon, 11 Oct 2021 19:37:18 +0000 Subject: [ANN] bnGuides has been updated Message-ID: Thank you Roger for the kind words. I think I did not announce the update on the use-list. It fixes a bug when returning from "Edit Group" via "Stop Editing" bnGuides is a plug-in that shows guides to place UI-objects. I announced the update here: https://forums.livecode.com/viewtopic.php?f=4&t=31920&p=209453&sid=3c72aae96597f167ba6cb9882dd8413d#p209370 and you can find bnGuides on livecodeshare http://livecodeshare.runrev.com/stack/918/BnGuides Kind regards Bernd From Bernd.Niggemann at uni-wh.de Mon Oct 11 16:13:46 2021 From: Bernd.Niggemann at uni-wh.de (Niggemann, Bernd) Date: Mon, 11 Oct 2021 20:13:46 +0000 Subject: [ANN] bnGuides has been updated Message-ID: <16B25F9B-7EEF-442F-9846-4D0A667BE2F8@uni-wh.de> > Bob Sneidar via use-livecode Mon, 11 Oct 2021 11:01:44 -0700 > Concerning the issue of the revNavigator item being red and unckickable, I > found that the behavior had not been removed. It was a simple edit to remove > the stranded behavior. > On Oct 11, 2021, at 10:56 , Bob Sneidar > wrote: > > Where would I get the latest? I have rev .05, but I noted in your notes that > "A behavior is temporarily attached to the object..." What happens to the > existing behavior if there is one? I noticed that having selected a button > with bnGuides open, revNavigator shows that object in a red color, and I can > no longer double click the object in revNavigator to get the script object. > Bob, the behavior used by bnGuides is set to a control. If that control already has a behavior/behaviors set then bnGuides sets its behavior to the last in the chain of behaviors and removes it when the control is not selected anymore. Do you have a recipe for an unremoved behavior set by bnGuides? I have not tested bnGuides when revNavigator is in use. Maybe I should. Kind regards Bernd From bobsneidar at iotecdigital.com Mon Oct 11 18:15:07 2021 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Mon, 11 Oct 2021 22:15:07 +0000 Subject: [ANN] bnGuides has been updated In-Reply-To: <16B25F9B-7EEF-442F-9846-4D0A667BE2F8@uni-wh.de> References: <16B25F9B-7EEF-442F-9846-4D0A667BE2F8@uni-wh.de> Message-ID: It was an old version so I imagine that was the issue. I got the new version and am testing it in my IDE. I'll let you know if there are any issues. Bob S > On Oct 11, 2021, at 13:13 , Niggemann, Bernd via use-livecode wrote: > >> Bob Sneidar via use-livecode Mon, 11 Oct 2021 11:01:44 -0700 > >> Concerning the issue of the revNavigator item being red and unckickable, I >> found that the behavior had not been removed. It was a simple edit to remove >> the stranded behavior. > > > >> On Oct 11, 2021, at 10:56 , Bob Sneidar > wrote: >> >> Where would I get the latest? I have rev .05, but I noted in your notes that >> "A behavior is temporarily attached to the object..." What happens to the >> existing behavior if there is one? I noticed that having selected a button >> with bnGuides open, revNavigator shows that object in a red color, and I can >> no longer double click the object in revNavigator to get the script object. >> > > Bob, > > the behavior used by bnGuides is set to a control. If that control already has a behavior/behaviors set then bnGuides > sets its behavior to the last in the chain of behaviors and removes it when the control is not selected anymore. > > Do you have a recipe for an unremoved behavior set by bnGuides? > > I have not tested bnGuides when revNavigator is in use. Maybe I should. > > Kind regards > Bernd > _______________________________________________ > use-livecode mailing list > use-livecode 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 Bernd.Niggemann at uni-wh.de Mon Oct 11 18:38:54 2021 From: Bernd.Niggemann at uni-wh.de (Niggemann, Bernd) Date: Mon, 11 Oct 2021 22:38:54 +0000 Subject: [ANN] bnGuides has been updated Message-ID: <7CDEA2BC-640F-4D95-BDA1-EF54788E9E4F@uni-wh.de> > Bob Sneidar wrote > It was an old version so I imagine that was the issue. I got the new version > and am testing it in my IDE. I'll let you know if there are any issues. I think I know what is going on. Navigator selects the object to indicate the target. That triggers a selectedObjectChanged message. I naively assumed that would only happen when in "Edit mode" i.e. the tool is the "pointer tool" If you add the following conditional to the card script in handler revSelectedObjectChanged on revSelectedObjectChanged local tSelected, tSelectedOne ## dont set behavior if the tool is not "pointer tool" ## i.e. editing layout of controls if the tool <> "pointer tool" then exit revSelectedObjectChanged end if you should be fine. I will have to put out a new version which catches that. Kind regards Bernd From ahsoftware at sonic.net Mon Oct 11 18:44:27 2021 From: ahsoftware at sonic.net (Mark Wieder) Date: Mon, 11 Oct 2021 15:44:27 -0700 Subject: [ANN] bnGuides has been updated In-Reply-To: <7CDEA2BC-640F-4D95-BDA1-EF54788E9E4F@uni-wh.de> References: <7CDEA2BC-640F-4D95-BDA1-EF54788E9E4F@uni-wh.de> Message-ID: <42754082-9ef4-4452-3633-21df3a417fbd@sonic.net> On 10/11/21 3:38 PM, Niggemann, Bernd via use-livecode wrote: > if the tool <> "pointer tool" then > exit revSelectedObjectChanged > end if Wouldn't that still be a problem if something else (e.g. the Project Browser) selects an object? -- Mark Wieder ahsoftware at gmail.com From bobsneidar at iotecdigital.com Mon Oct 11 19:02:06 2021 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Mon, 11 Oct 2021 23:02:06 +0000 Subject: [ANN] bnGuides has been updated In-Reply-To: <7CDEA2BC-640F-4D95-BDA1-EF54788E9E4F@uni-wh.de> References: <7CDEA2BC-640F-4D95-BDA1-EF54788E9E4F@uni-wh.de> Message-ID: Hi Bernd. Yes the problem persists. I won't attempt this with an object that already has a behavior for fear it may break the link. By the way, one unintended (or otherwise intended) "feature" of this handy little utility is that you can drag items that are lockLoc'd. I actually like that! Bob S > On Oct 11, 2021, at 15:38 , Niggemann, Bernd via use-livecode wrote: > >> Bob Sneidar wrote > >> It was an old version so I imagine that was the issue. I got the new version >> and am testing it in my IDE. I'll let you know if there are any issues. > > > > I think I know what is going on. > > Navigator selects the object to indicate the target. That triggers a selectedObjectChanged message. > > I naively assumed that would only happen when in "Edit mode" i.e. the tool is the "pointer tool" > > > If you add the following conditional to the card script in handler revSelectedObjectChanged > > > > on revSelectedObjectChanged > local tSelected, tSelectedOne > > ## dont set behavior if the tool is not "pointer tool" > ## i.e. editing layout of controls > if the tool <> "pointer tool" then > exit revSelectedObjectChanged > end if > > you should be fine. I will have to put out a new version which catches that. > > Kind regards > Bernd > _______________________________________________ > use-livecode mailing list > use-livecode 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 Oct 11 19:06:26 2021 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Mon, 11 Oct 2021 23:06:26 +0000 Subject: [ANN] bnGuides has been updated In-Reply-To: <7CDEA2BC-640F-4D95-BDA1-EF54788E9E4F@uni-wh.de> References: <7CDEA2BC-640F-4D95-BDA1-EF54788E9E4F@uni-wh.de> Message-ID: <2BD1378E-A8E2-4A95-8B60-94AA7E2C3323@iotecdigital.com> Sorry, no love. I made the change as you suggested, but the behavior property of the object still retains the bnGuides behavior. Bob S > On Oct 11, 2021, at 15:38 , Niggemann, Bernd via use-livecode wrote: > >> Bob Sneidar wrote > >> It was an old version so I imagine that was the issue. I got the new version >> and am testing it in my IDE. I'll let you know if there are any issues. > > > > I think I know what is going on. > > Navigator selects the object to indicate the target. That triggers a selectedObjectChanged message. > > I naively assumed that would only happen when in "Edit mode" i.e. the tool is the "pointer tool" > > > If you add the following conditional to the card script in handler revSelectedObjectChanged > > > > on revSelectedObjectChanged > local tSelected, tSelectedOne > > ## dont set behavior if the tool is not "pointer tool" > ## i.e. editing layout of controls > if the tool <> "pointer tool" then > exit revSelectedObjectChanged > end if > > you should be fine. I will have to put out a new version which catches that. > > Kind regards > Bernd > _______________________________________________ > use-livecode mailing list > use-livecode 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 Bernd.Niggemann at uni-wh.de Mon Oct 11 19:21:50 2021 From: Bernd.Niggemann at uni-wh.de (Niggemann, Bernd) Date: Mon, 11 Oct 2021 23:21:50 +0000 Subject: [ANN] bnGuides has been updated Message-ID: <52AD6E2E-03FC-4468-BABD-8F4F50426CA5@uni-wh.de> Mark Wieder wrote: On 10/11/21 3:38 PM, Niggemann, Bernd via use-livecode wrote: if the tool <> "pointer tool" then exit revSelectedObjectChanged end if Wouldn't that still be a problem if something else (e.g. the Project Browser) selects an object? Not that I can see. bnGuides just stays out of this if Navigator or the Project Browser selects a control when the tool is browse tool. If you are in browse mode you will not and can not move controls around for layout. But maybe I am not seeing all implications. Kind regards Bernd From Bernd.Niggemann at uni-wh.de Mon Oct 11 19:33:20 2021 From: Bernd.Niggemann at uni-wh.de (Niggemann, Bernd) Date: Mon, 11 Oct 2021 23:33:20 +0000 Subject: [ANN] bnGuides has been updated Message-ID: > Bob Sneidar via use-livecode Mon, 11 Oct 2021 16:07:53 -0700 > > Sorry, no love. I made the change as you suggested, but the behavior property > of the object still retains the bnGuides behavior. Bob, I assume that the behavior that sticks was added after you made the changes to bnGuides and that it is not a behavior that was added before you made the changes to bnGuides. Maybe a short test with a new stack and a couple of controls that you inspect via Navigator while in Browse Mode. Then I will have to investigate further because in my testing bnGuides does not add a behavior to a control when in "Browse" mode and Navigator or the Project Browser selects a control as a feedback for the target. Kind regards Bernd From bobsneidar at iotecdigital.com Mon Oct 11 19:35:16 2021 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Mon, 11 Oct 2021 23:35:16 +0000 Subject: [ANN] bnGuides has been updated In-Reply-To: <52AD6E2E-03FC-4468-BABD-8F4F50426CA5@uni-wh.de> References: <52AD6E2E-03FC-4468-BABD-8F4F50426CA5@uni-wh.de> Message-ID: FYI all my actions have been in pointer mode. Bob S > On Oct 11, 2021, at 16:21 , Niggemann, Bernd via use-livecode wrote: > > Mark Wieder wrote: > > On 10/11/21 3:38 PM, Niggemann, Bernd via use-livecode wrote: > > if the tool <> "pointer tool" then > exit revSelectedObjectChanged > end if > > > Wouldn't that still be a problem if something else (e.g. the Project Browser) selects an object? > > > > Not that I can see. bnGuides just stays out of this if Navigator or the Project Browser selects a control when the tool is browse tool. > If you are in browse mode you will not and can not move controls around for layout. > > But maybe I am not seeing all implications. > > Kind regards > Bernd > _______________________________________________ > use-livecode mailing list > use-livecode 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 Oct 11 19:40:56 2021 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Mon, 11 Oct 2021 23:40:56 +0000 Subject: [ANN] bnGuides has been updated In-Reply-To: References: Message-ID: I see. I think I did not maky myself clear. With the object inspector open and the behavior tab selected, before dragging the object with the pointer tool, there is no behavior registered. Upon dragging the object, the tool works as advertised, and that is the coolest thing since sliced bread, however the behavior for bnGuides is registered in the inspector, and remains registered even after I stop dragging the object. The same symptoms occur in a simple stack with two buttons, and does so even with the revNavigator stack closed. I quit Livecode so all of my own projects were closed, and tried again with a simple stack, and got the same results. HTH Bob S > On Oct 11, 2021, at 16:33 , Niggemann, Bernd via use-livecode wrote: > >> Bob Sneidar via use-livecode Mon, 11 Oct 2021 16:07:53 -0700 >> >> Sorry, no love. I made the change as you suggested, but the behavior property >> of the object still retains the bnGuides behavior. > > > Bob, > I assume that the behavior that sticks was added after you made the changes to bnGuides and that it is not a behavior that was added before you made the changes to bnGuides. > Maybe a short test with a new stack and a couple of controls that you inspect via Navigator while in Browse Mode. > > Then I will have to investigate further because in my testing bnGuides does not add a behavior to a control when in "Browse" mode and Navigator or the Project Browser selects a control as a feedback for the target. > > Kind regards > Bernd From Bernd.Niggemann at uni-wh.de Mon Oct 11 19:58:15 2021 From: Bernd.Niggemann at uni-wh.de (Niggemann, Bernd) Date: Mon, 11 Oct 2021 23:58:15 +0000 Subject: [ANN] bnGuides has been updated Message-ID: <4C1A207B-EADB-487C-B248-1F7F1F1A83FA@uni-wh.de> > Bob Sneidar via use-livecode Mon, 11 Oct 2021 16:42:20 -0700 > > I see. I think I did not maky myself clear. With the object inspector open and > the behavior tab selected, before dragging the object with the pointer tool, > there is no behavior registered. Upon dragging the object, the tool works as > advertised, and that is the coolest thing since sliced bread, however the > behavior for bnGuides is registered in the inspector, and remains registered > even after I stop dragging the object. Just in case I did not make it clear: the behavior is removed when the selection of the dragged is, well, deselected. Independend of dragging. To see that in the Properties inspector you would have to lock the Properties Inspector for that object and after deselecting the object you would have to change the tab in the Properties Inspector and go back to the "Behavior" tab to see that the behavior is gone. Kind regards Bernd From jacque at hyperactivesw.com Mon Oct 11 23:28:12 2021 From: jacque at hyperactivesw.com (J. Landman Gay) Date: Mon, 11 Oct 2021 22:28:12 -0500 Subject: Previous request not completed In-Reply-To: References: <735d3ee6-0cc8-493e-4136-a9e1cea3c5be@hyperactivesw.com> <17c6b264290.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: <55039d1c-6848-b3f8-cc97-e17cf81d823c@hyperactivesw.com> On 10/11/21 2:35 PM, Mark Wieder via use-livecode wrote: > So I'd say either try the tsNettsNetLibUrlReuseConnection command or loop on the socket you're > using in the opensockets (in my case it was :443), waiting for it to disappear from the list. > Unfortunately, simply completing a put url and getting valid status from the remote resource > doesn't automatically free the socket. > > Or if you're up against a deadline just kludge it and put in a wait. I'm going with the wait for now, deadline is looming. Next release I think I'll try tsNet's reusable connection just to see how it goes. Thanks for responding. -- Jacqueline Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com From charles at techstrategies.com.au Tue Oct 12 02:42:08 2021 From: charles at techstrategies.com.au (Charles Warwick) Date: Tue, 12 Oct 2021 17:42:08 +1100 Subject: Previous request not completed Message-ID: <978023C5-67AB-49A6-B256-70D9BBFACA9D@techstrategies.com.au> ?Hi Jacque, You can use tsNet without libURL by using tsNet functions (tsNetGet, tsNetPost, ...) rather than the libURL syntax (get URL, put URL, ...). tsNet includes a libURL wrapper so that if you choose to use libURL commands and tsNet is included then libURL will perform the requests using tsNet instead of its own internal methods. However, you are also free to not include libURL and just use tsNet by itself. Whether you are using tsNet or libUrl, you can get the "previous request not completed" error if you are not using pro features and you are performing synchronous transfers. The "non-pro" version of tsNet acts the same as libURL by only allowing one synchronous request at a time (the pro version of tsNet allows multiple synchronous requests at the same time). In order to fix this, you can use tsNet's asynchronous commands (e.g. tsNetGet instead of tsNetGetSync, tsNetPost instead of tsNetPostSync, ...) or libURL's "load URL" command. The "load URL" command only support HTTP GET requests which means that if you need to use other types of requests (e.g. POST) then use the tsNet functions directly. The tsNetLibUrlReuseConnection command is used to control whether or not your application will try to re-use an open connection to perform another request against the same server or whether it will open a completely new connection each time. You will still experience the "previous request not completed" if you try to make two synchronous requests against the same server at the same time regardless of this setting. Hope that helps, Charles > On 11 Oct 2021, at 4:02 am, J. Landman Gay via use-livecode wrote: > > ?I'm sure it's coming from libURL. TSNet adds functionality to libURL and they work together. As I understand it, you can't use TSNet alone, it needs libURL. > > https://www.mail-archive.com/use-livecode at lists.runrev.com/msg85062.html > > Also: > "So include libUrl and you get normal libUrl; include libUrl and tsNet and you get libUrl driven by tsNet; include neither and you get the in-engine implementation." > https://www.mail-archive.com/use-livecode at lists.runrev.com/msg106501.html > > Because TSNet allows me to set multiple connections, I wonder if that would solve the problem. I'm too close to deadline to have time to tinker too much. > > -- > Jacqueline Landman Gay | jacque at hyperactivesw.com > HyperActive Software | http://www.hyperactivesw.com >> On October 9, 2021 10:34:05 PM Tom Glod via use-livecode wrote: >> Hhhmm Hi Jacquelinee, .... which library are you using to send the >> requests? Because that sounds like an error from liburl, and it describes >> the limitation of the library. I could be wrong, but when using tsnet in >> async mode, that error would not be triggered by the engine. >> Hope that helps. >> On Sat, Oct 9, 2021 at 3:58 PM J. Landman Gay via use-livecode < >> use-livecode at lists.runrev.com> wrote: >>> When sending several requests to a server, I get "Previous request not >>> completed" a lot. If I >>> set tsNetLibUrlReuseConnection to false, will that prevent it? Are there >>> any down sides? >>> -- >>> Jacqueline Landman Gay | jacque at hyperactivesw.com >>> HyperActive Software | http://www.hyperactivesw.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 >> -- >> Tom Glod >> Founder & Developer >> MakeShyft R.D.A (www.makeshyft.com) >> Mobile:647.562.9411 >> _______________________________________________ >> use-livecode mailing list >> use-livecode 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 Tue Oct 12 11:15:52 2021 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Tue, 12 Oct 2021 15:15:52 +0000 Subject: [ANN] bnGuides has been updated In-Reply-To: <4C1A207B-EADB-487C-B248-1F7F1F1A83FA@uni-wh.de> References: <4C1A207B-EADB-487C-B248-1F7F1F1A83FA@uni-wh.de> Message-ID: <31B9281E-DC4B-459A-B9CD-8646B63B34B6@iotecdigital.com> IOC! If an object is selected, THAT is when the behavior is applied, and when deselected THAT is when the behavior is removed. Works as advertised then. :-) To test I closed your stack after deselecting the button then checked the behavior again, which was cleared. Bob S > On Oct 11, 2021, at 16:58 , Niggemann, Bernd via use-livecode wrote: > >> Bob Sneidar via use-livecode Mon, 11 Oct 2021 16:42:20 -0700 >> >> I see. I think I did not maky myself clear. With the object inspector open and >> the behavior tab selected, before dragging the object with the pointer tool, >> there is no behavior registered. Upon dragging the object, the tool works as >> advertised, and that is the coolest thing since sliced bread, however the >> behavior for bnGuides is registered in the inspector, and remains registered >> even after I stop dragging the object. > > Just in case I did not make it clear: the behavior is removed when the selection of the dragged is, well, deselected. Independend of dragging. > > To see that in the Properties inspector you would have to lock the Properties Inspector for that object and after deselecting the object you would have to change the tab in the Properties Inspector and go back to the "Behavior" tab to see that the behavior is gone. > > Kind regards > Bernd From jacque at hyperactivesw.com Wed Oct 13 16:54:10 2021 From: jacque at hyperactivesw.com (J. Landman Gay) Date: Wed, 13 Oct 2021 15:54:10 -0500 Subject: Previous request not completed In-Reply-To: <978023C5-67AB-49A6-B256-70D9BBFACA9D@techstrategies.com.au> References: <978023C5-67AB-49A6-B256-70D9BBFACA9D@techstrategies.com.au> Message-ID: <04c866f8-781b-1d82-4c47-3f9bb95ee2fa@hyperactivesw.com> Thanks Charles. I forgot about using TSNet by itself, mostly because the various commands are beyond my skill level. You actually have to know what you're doing for that. In the process of revising my scripts, the duplicate requests that were causing the problem seem to have disappeared. I settled for a short wait regardless. So far, so good. On 10/12/21 1:42 AM, Charles Warwick via use-livecode wrote: > You can use tsNet without libURL by using tsNet functions (tsNetGet, tsNetPost, ...) rather than the libURL syntax (get URL, put URL, ...). > > tsNet includes a libURL wrapper so that if you choose to use libURL commands and tsNet is included then libURL will perform the requests using tsNet instead of its own internal methods. However, you are also free to not include libURL and just use tsNet by itself. > > Whether you are using tsNet or libUrl, you can get the "previous request not completed" error if you are not using pro features and you are performing synchronous transfers. The "non-pro" version of tsNet acts the same as libURL by only allowing one synchronous request at a time (the pro version of tsNet allows multiple synchronous requests at the same time). > > In order to fix this, you can use tsNet's asynchronous commands (e.g. tsNetGet instead of tsNetGetSync, tsNetPost instead of tsNetPostSync, ...) or libURL's "load URL" command. The "load URL" command only support HTTP GET requests which means that if you need to use other types of requests (e.g. POST) then use the tsNet functions directly. > > The tsNetLibUrlReuseConnection command is used to control whether or not your application will try to re-use an open connection to perform another request against the same server or whether it will open a completely new connection each time. You will still experience the "previous request not completed" if you try to make two synchronous requests against the same server at the same time regardless of this setting. -- Jacqueline Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com From rdimola at evergreeninfo.net Thu Oct 14 15:03:26 2021 From: rdimola at evergreeninfo.net (Ralph DiMola) Date: Thu, 14 Oct 2021 15:03:26 -0400 Subject: Android SDK install without Android Studio (LC 9.6.5 App Bundles) In-Reply-To: <04c866f8-781b-1d82-4c47-3f9bb95ee2fa@hyperactivesw.com> References: <978023C5-67AB-49A6-B256-70D9BBFACA9D@techstrategies.com.au> <04c866f8-781b-1d82-4c47-3f9bb95ee2fa@hyperactivesw.com> Message-ID: <007201d7c12e$2e1f5260$8a5df720$@net> If you don't want all the weight of the full Studio install you can install just the build tools (100mb vs. 1gb). Unfortunately the SDK manager GUI is no longer included with the build tools. The old GUI only lets you install APIs up to API 29. LC 9.6.5 requires API 30. This seems like Google's push to get users to download and install the full studio where the GUI now exists. LC(and some other like dev tools) don't use or need the full studio. Five simple steps: This is for Windows but it should be relatively the same for other platforms. 1) Download the "Command line tools only" from https://developer.android.com/studio#downloads 2) Unzip into some folder. 3) Open up a command prompt and navigate to the "bin" folder 4) Execute this command. NOTE fill in "somePath" to the location where the "bin" folder is. (one level up from the folder you navigated to in step 3) sdkmanager --sdk_root=somePath "platform-tools" "platforms;android-30" "build-tools;30.0.3" 5) Point the LC mobile prefs to the somePath folder Done. Now build away... Note: the command sdkmanager --sdk_root=somePath --list Will list all available packages. When LC requires an newer SDK down the road you will find it in this list. Ralph DiMola IT Director Evergreen Information Services rdimola at evergreeninfo.net From bdrunrev at gmail.com Fri Oct 15 03:29:57 2021 From: bdrunrev at gmail.com (Bernard Devlin) Date: Fri, 15 Oct 2021 08:29:57 +0100 Subject: Android SDK install without Android Studio (LC 9.6.5 App Bundles) In-Reply-To: <007201d7c12e$2e1f5260$8a5df720$@net> References: <978023C5-67AB-49A6-B256-70D9BBFACA9D@techstrategies.com.au> <04c866f8-781b-1d82-4c47-3f9bb95ee2fa@hyperactivesw.com> <007201d7c12e$2e1f5260$8a5df720$@net> Message-ID: One has to wonder why, if that is so simple, LC Ltd recommend that people install the full Android Studio. That is the only advice they provide on setting things up for Android development. You only have to look at the Lesson to see the problems people have with the existing procedure. There are 86 comments on that Lesson. I've spent days on the Forum helping people out with Android Studio/LC config problems. https://lessons.livecode.com/m/4069/l/985962-livecode-and-android-studio Regards, Bernard > From toolbook at kestner.de Fri Oct 15 03:41:09 2021 From: toolbook at kestner.de (toolbook at kestner.de) Date: Fri, 15 Oct 2021 09:41:09 +0200 Subject: how to autodetect inclusions in a password protected stack Message-ID: <002a01d7c198$062fe1b0$128fa510$@kestner.de> Hello, When you build a standalone, the inclusions can't be detected automatically, when the stack is pw protected. I am working with pw protected stacks and have copied manually the needed externals in my externals folder on windows or in the app bundle on mac from the beginning of the days. After years I am asking myself, what the regular approach is. Is there is an automated build including the externals with pw protected stacks? How is this meant to be done correctly? Thanks Tiemo From mark at livecode.com Fri Oct 15 03:46:24 2021 From: mark at livecode.com (Mark Waddingham) Date: Fri, 15 Oct 2021 08:46:24 +0100 Subject: how to autodetect inclusions in a password protected stack In-Reply-To: <002a01d7c198$062fe1b0$128fa510$@kestner.de> References: <002a01d7c198$062fe1b0$128fa510$@kestner.de> Message-ID: <7a0e1bae2688b72fbe740aefd98f08d3@livecode.com> On 2021-10-15 08:41, Tiemo via use-livecode wrote: > When you build a standalone, the inclusions can't be detected > automatically, > when the stack is pw protected. > > I am working with pw protected stacks and have copied manually the > needed > externals in my externals folder on windows or in the app bundle on mac > from > the beginning of the days. > > After years I am asking myself, what the regular approach is. Is there > is an > automated build including the externals with pw protected stacks? How > is > this meant to be done correctly? If your stacks are password protected then the automated detection process cannot run as it needs to iterated over all scripts looking for keywords to suggest what you are using (a process which is, unfortunately, not 100% reliable). Therefore, in this case you have to select inclusions manually in the Standalone Builder and choose the things you use explicitly. Warmest Regards, Mark. -- Mark Waddingham ~ mark at livecode.com ~ http://www.livecode.com/ LiveCode: Everyone can create apps From merakosp at gmail.com Fri Oct 15 03:58:25 2021 From: merakosp at gmail.com (panagiotis m) Date: Fri, 15 Oct 2021 10:58:25 +0300 Subject: Android SDK install without Android Studio (LC 9.6.5 App Bundles) In-Reply-To: References: <978023C5-67AB-49A6-B256-70D9BBFACA9D@techstrategies.com.au> <04c866f8-781b-1d82-4c47-3f9bb95ee2fa@hyperactivesw.com> <007201d7c12e$2e1f5260$8a5df720$@net> Message-ID: Hello all, What Ralph suggests does work, and this is what we have advised a couple of users to try, after they contacted us. However, the problem with this approach is that it is quite possible it will break in the future. Moreover, using the Terminal/cmd can be quite advanced for several users. Taking these into account, as well as the fact that Google pushes people to use Android Studio, we decided to choose Android Studio as the suggested approach, since it is way more futureproof. PS: Using Android Studio will also probably eliminate the need to download a separate jdk from Oracle. The reason we have not yet implemented Bernard's suggestion so far - i.e. to tweak the IDE to use the jre/openjdk that is bundled with Android Studio - is that it requires some work to make it work seamlessly on all 3 platforms (Mac/Win/Linux), and usually we have more "pressing" issues to resolve. Moreover, Bernard's comments and instruction in the forums and elsewhere are very clear and easy to follow. But we do have this in our (long) TODO list. Kind regards, Panos -- On Fri, 15 Oct 2021 at 10:31, Bernard Devlin via use-livecode < use-livecode at lists.runrev.com> wrote: > One has to wonder why, if that is so simple, LC Ltd recommend that people > install the full Android Studio. That is the only advice they provide on > setting things up for Android development. > > You only have to look at the Lesson to see the problems people have with > the existing procedure. There are 86 comments on that Lesson. I've spent > days on the Forum helping people out with Android Studio/LC config > problems. > > https://lessons.livecode.com/m/4069/l/985962-livecode-and-android-studio > > 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 merakosp at gmail.com Fri Oct 15 04:19:04 2021 From: merakosp at gmail.com (panagiotis m) Date: Fri, 15 Oct 2021 11:19:04 +0300 Subject: Android SDK install without Android Studio (LC 9.6.5 App Bundles) In-Reply-To: References: <978023C5-67AB-49A6-B256-70D9BBFACA9D@techstrategies.com.au> <04c866f8-781b-1d82-4c47-3f9bb95ee2fa@hyperactivesw.com> <007201d7c12e$2e1f5260$8a5df720$@net>

Message-ID: Hello all, Update: I did not realise that Ralph was talking about the "new" thing (released on Feb 2020) that is the "command line tools". I thought he was suggesting to use the "old" sdk tools, but instead of using the SDK Manager GUI, which is now broken, to use the "sdkmanager" command line tool that is located in "sdk_tools/bin/sdkmanager". So, the part of my previous response that says that this approach is quite possible it will break in the future, does not apply to what Ralph was actually referring to, i.e the "command line tools": >>>>>1) Download the "Command line tools only" from https://developer.android.com/studio#downloads So, we can update the lesson to offer the simpler option as outlined by Ralph. Kind regards, Panos -- On Fri, 15 Oct 2021 at 10:58, panagiotis m wrote: > Hello all, > > What Ralph suggests does work, and this is what we have advised a > couple of users to try, after they contacted us. > > However, the problem with this approach is that it is quite possible it > will break in the future. Moreover, using the Terminal/cmd can be quite > advanced for several users. > > Taking these into account, as well as the fact that Google pushes people > to use Android Studio, we decided to choose Android Studio as the suggested > approach, since it is way more futureproof. > > PS: Using Android Studio will also probably eliminate the need to download > a separate jdk from Oracle. The reason we have not yet implemented > Bernard's suggestion so far - i.e. to tweak the IDE to use the jre/openjdk > that is bundled with Android Studio - is that it requires some work to make > it work seamlessly on all 3 platforms (Mac/Win/Linux), and usually we have > more "pressing" issues to resolve. > Moreover, Bernard's comments and instruction in the forums and elsewhere > are very clear and easy to follow. But we do have this in our (long) TODO > list. > > Kind regards, > Panos > -- > > > On Fri, 15 Oct 2021 at 10:31, Bernard Devlin via use-livecode < > use-livecode at lists.runrev.com> wrote: > >> One has to wonder why, if that is so simple, LC Ltd recommend that people >> install the full Android Studio. That is the only advice they provide on >> setting things up for Android development. >> >> You only have to look at the Lesson to see the problems people have with >> the existing procedure. There are 86 comments on that Lesson. I've spent >> days on the Forum helping people out with Android Studio/LC config >> problems. >> >> https://lessons.livecode.com/m/4069/l/985962-livecode-and-android-studio >> >> 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 toolbook at kestner.de Fri Oct 15 05:09:55 2021 From: toolbook at kestner.de (toolbook at kestner.de) Date: Fri, 15 Oct 2021 11:09:55 +0200 Subject: AW: how to autodetect inclusions in a password protected stack In-Reply-To: <7a0e1bae2688b72fbe740aefd98f08d3@livecode.com> References: <002a01d7c198$062fe1b0$128fa510$@kestner.de> <7a0e1bae2688b72fbe740aefd98f08d3@livecode.com> Message-ID: <004401d7c1a4$6cc2c4e0$46484ea0$@kestner.de> Thanks Mark! -----Urspr?ngliche Nachricht----- Von: use-livecode Im Auftrag von Mark Waddingham via use-livecode Gesendet: Freitag, 15. Oktober 2021 09:46 An: How to use LiveCode Cc: Mark Waddingham Betreff: Re: how to autodetect inclusions in a password protected stack On 2021-10-15 08:41, Tiemo via use-livecode wrote: > When you build a standalone, the inclusions can't be detected > automatically, when the stack is pw protected. > > I am working with pw protected stacks and have copied manually the > needed externals in my externals folder on windows or in the app > bundle on mac from the beginning of the days. > > After years I am asking myself, what the regular approach is. Is there > is an automated build including the externals with pw protected > stacks? How is this meant to be done correctly? If your stacks are password protected then the automated detection process cannot run as it needs to iterated over all scripts looking for keywords to suggest what you are using (a process which is, unfortunately, not 100% reliable). Therefore, in this case you have to select inclusions manually in the Standalone Builder and choose the things you use explicitly. Warmest Regards, Mark. -- Mark Waddingham ~ mark at livecode.com ~ http://www.livecode.com/ LiveCode: Everyone can create apps _______________________________________________ use-livecode mailing list use-livecode 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 bdrunrev at gmail.com Fri Oct 15 08:11:13 2021 From: bdrunrev at gmail.com (Bernard Devlin) Date: Fri, 15 Oct 2021 13:11:13 +0100 Subject: Android SDK install without Android Studio (LC 9.6.5 App Bundles) In-Reply-To: References: <978023C5-67AB-49A6-B256-70D9BBFACA9D@techstrategies.com.au> <04c866f8-781b-1d82-4c47-3f9bb95ee2fa@hyperactivesw.com> <007201d7c12e$2e1f5260$8a5df720$@net>

Message-ID: I'm glad to hear that. I don't think my instructions were easy to follow. AFAIK Klaus was the only person able to benefit from them unaided. Others I had to walk through a debugging process as they either couldn't follow the instructions or they had a new problem which I hadn't yet encountered. TBH I dreaded offering to help anyone else because it could be a multi-day process. On Fri, Oct 15, 2021 at 9:20 AM panagiotis m via use-livecode < use-livecode at lists.runrev.com> wrote: > > So, we can update the lesson to offer the simpler option as outlined by > Ralph. > > > From rdimola at evergreeninfo.net Fri Oct 15 11:01:46 2021 From: rdimola at evergreeninfo.net (Ralph DiMola) Date: Fri, 15 Oct 2021 11:01:46 -0400 Subject: Android SDK install without Android Studio (LC 9.6.5 App Bundles) In-Reply-To: References: <978023C5-67AB-49A6-B256-70D9BBFACA9D@techstrategies.com.au> <04c866f8-781b-1d82-4c47-3f9bb95ee2fa@hyperactivesw.com> <007201d7c12e$2e1f5260$8a5df720$@net>

Message-ID: <002a01d7c1d5$963c0670$c2b41350$@net> Panos, I agree that this might be too much for some users. The main reason I wanted to get a way around the full studio is I just got a new M1 Mac with a soldered in HD and wanted to preserve disk space (in this day and age can you imagine that?). I started on the Win 10(that had JDK installed already) and moved last night to the new Mac. As you said without the full studio it can be complicated, I did not document the installation of the Java JDK. Question: Although I was able to build and sign an Android app using my existing KeyStore on the Mac after using my command line method, in the LC prefs the JDK location is empty? I installed the version I had jdk-8u102-macosx-x64. 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 panagiotis m via use-livecode Sent: Friday, October 15, 2021 4:19 AM To: How to use LiveCode Cc: panagiotis m Subject: Re: Android SDK install without Android Studio (LC 9.6.5 App Bundles) Hello all, Update: I did not realise that Ralph was talking about the "new" thing (released on Feb 2020) that is the "command line tools". I thought he was suggesting to use the "old" sdk tools, but instead of using the SDK Manager GUI, which is now broken, to use the "sdkmanager" command line tool that is located in "sdk_tools/bin/sdkmanager". So, the part of my previous response that says that this approach is quite possible it will break in the future, does not apply to what Ralph was actually referring to, i.e the "command line tools": >>>>>1) Download the "Command line tools only" from https://developer.android.com/studio#downloads So, we can update the lesson to offer the simpler option as outlined by Ralph. Kind regards, Panos -- On Fri, 15 Oct 2021 at 10:58, panagiotis m wrote: > Hello all, > > What Ralph suggests does work, and this is what we have advised a > couple of users to try, after they contacted us. > > However, the problem with this approach is that it is quite possible > it will break in the future. Moreover, using the Terminal/cmd can be > quite advanced for several users. > > Taking these into account, as well as the fact that Google pushes > people to use Android Studio, we decided to choose Android Studio as > the suggested approach, since it is way more futureproof. > > PS: Using Android Studio will also probably eliminate the need to > download a separate jdk from Oracle. The reason we have not yet > implemented Bernard's suggestion so far - i.e. to tweak the IDE to use > the jre/openjdk that is bundled with Android Studio - is that it > requires some work to make it work seamlessly on all 3 platforms > (Mac/Win/Linux), and usually we have more "pressing" issues to resolve. > Moreover, Bernard's comments and instruction in the forums and > elsewhere are very clear and easy to follow. But we do have this in > our (long) TODO list. > > Kind regards, > Panos > -- > > > On Fri, 15 Oct 2021 at 10:31, Bernard Devlin via use-livecode < > use-livecode at lists.runrev.com> wrote: > >> One has to wonder why, if that is so simple, LC Ltd recommend that >> people install the full Android Studio. That is the only advice they >> provide on setting things up for Android development. >> >> You only have to look at the Lesson to see the problems people have >> with the existing procedure. There are 86 comments on that Lesson. >> I've spent days on the Forum helping people out with Android >> Studio/LC config problems. >> >> https://lessons.livecode.com/m/4069/l/985962-livecode-and-android-stu >> dio >> >> 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 >> > _______________________________________________ use-livecode mailing list use-livecode 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 Fri Oct 15 11:49:34 2021 From: rdimola at evergreeninfo.net (Ralph DiMola) Date: Fri, 15 Oct 2021 11:49:34 -0400 Subject: iOS Ad-Hoc installation iOS 15 In-Reply-To: References: <978023C5-67AB-49A6-B256-70D9BBFACA9D@techstrategies.com.au> <04c866f8-781b-1d82-4c47-3f9bb95ee2fa@hyperactivesw.com> <007201d7c12e$2e1f5260$8a5df720$@net>