Re: Splash-stack apps on Google Play

Mark is talking about downloading and installing on the fly so as long as baked into the app it would be fine. Widgets do use foreign code if native. As long as the private key isn’t compromised, then you can keep using the same pair. One advantage to changing though would be to ensure that the

Re: Splash-stack apps on Google Play

On 2018-05-23 05:14, Brian Milby wrote: @Mark Would the loading of LCB extensions be a good thing to add to the securityPermissions (or does external already cover it)? The securityPermissions is definitely the right place to do this. Standalones are built with a small startup script which is

Re: NavBar widget in LC9.0.0

Wow, I really need to lay off of responding from my phone... Anyway, I just made a test stack on LC9, Mac (Sierra) and it works as expected. Here's the button code: local sItemCount on mouseUp put the number of items of the itemNames of widget "Navigation Bar" into sItemCount roundRobin

Re: NavBar widget in LC9.0.0

I’ll make a test stack. But the problem is, I click on item 1. Item 1 is hilited. Then I run a script with: Set the hiliteditem of widget “navbar” to 3 Item 3 does not hilite, but if I do, in script: Put the hiliteditem of widget “navbar” into theItem .. theItem is set to 3, but the widget’s

Re: how to clear residual garbage in a stack?

Ok, I can summarize what is happening here. When a card that contains a background with shared text disabled on a field, the data is indeed retained. The extra data survives saves and "compact this stack" as long as the shared group remains on any card. If you remove the group from the last

Re: NavBar widget in LC9.0.0

I ran the test on Linux and Win10 with the same result. The icon highlight moved along as expected. My test stack just had one button and a navbar widget. On Thu, May 24, 2018 at 12:39 AM prothero--- via use-livecode < use-livecode@lists.runrev.com> wrote: > I’ll make a test stack. But the

Re: NavBar widget in LC9.0.0

I did the same test on MacOS 10.13 and LC 9.0.0. Everything works as expected here. Best, Tore Nilsen > 24. mai 2018 kl. 07:47 skrev Brian Milby via use-livecode > : > > I ran the test on Linux and Win10 with the same result. The icon highlight > moved along as

Re: Should "put" to the Message Box be affected by lockMessages?

On Wed, May 23, 2018 at 1:35 PM Richard Gaskin via use-livecode < use-livecode@lists.runrev.com> wrote: > I like the new Message Box API, but I've noticed that now that it's > message-driven it's no longer immune to the lockMessages. > > I have a habit of putting in a simple "put" command here

Re: execution doesn't stop when multiple function calls in a line

It is out to get you ;)  I can’t replicate this. The first stop stops the full execution for me (as expected). Do you have anything in your getVal that can cause it (e.g. recursion)? :-Håkan On 23 May 2018, 00:47 +0200, Dr. Hawkins via use-livecode , wrote: > >

Re: how to clear residual garbage in a stack?

Thanks Richard. Disregard my nonsense about the EOF at 28KB, I misread the BBEdit output. The file did indeed have extra garbage after deleting all but 1 card. The extraneous data actually consists of the text of the background field from the deleted cards: “Lorem ipsum” occurs 2024 in the

Should "put" to the Message Box be affected by lockMessages?

I like the new Message Box API, but I've noticed that now that it's message-driven it's no longer immune to the lockMessages. I have a habit of putting in a simple "put" command here and there during development for diagnostics, and with the v9 changes "put" won't bring up the Message Box if

Re: Should "put" to the Message Box be affected by lockMessages?

Ah… yes please report it if you haven’t yet done so. It should just be a matter of temporarily setting the MClockmessages to False before sending the message in MCB_setmsg then back to the previous state after. We do that elsewhere for things like dispatch. The result will be better than

NavBar widget in LC9.0.0

Folks: I suppose this has already been submitted, but I just want to add my 2c re the navBar widget. There seems to be no way to set the hilitedItem of the navBar. The only way seems to click it with the mouse. The dictionary states that one can set the hilitedItem, and when I do I can get the

Re: NavBar widget in LC9.0.0

What version are you testing in? I’ve worked in that code a bit and though it was working properly. On Wed, May 23, 2018 at 9:10 PM Brian Milby wrote: > Can’t test right now, but this is from the dictionary: > > set the hilitedItem of widget to itemNumber > > On Wed, May 23,

Re: NavBar widget in LC9.0.0

Can’t test right now, but this is from the dictionary: set the hilitedItem of widget to itemNumber On Wed, May 23, 2018 at 8:05 PM William Prothero via use-livecode < use-livecode@lists.runrev.com> wrote: > Folks: > I suppose this has already been submitted, but I just want to add my 2c re >

Re: how to clear residual garbage in a stack?

You have to go to the Object menu and choose Place Group to see all of the orphaned groups. All I did to replicate was put the big field inside a group and made it a background. I’m sure it would be possible to delete them, but I would need to look for the process. On Wed, May 23, 2018 at 7:12 AM

Re: Splash-stack apps on Google Play

Thanks very much for this, Brian. It's not only helpful, it's easier than I was trying to make it. Am I correct that I can continue to use the same .pem files for each update, as long as I recreate the signatures? Is there any disadvantage to that? It doesn't matter too much since your

Re: Splash-stack apps on Google Play

Do Android widgets use foreign handlers? If only some of them would be excluded, it would be helpful to know which those are. A symbol or note in the inclusions list would be nice. Or am I conflating widgets with other extensions? I'm using the Android toast library. Would that count? It