Re: Stacks whose names start with "rev"

2018-10-02 Thread Bob Sneidar via use-livecode
Yeah it's been a long time since I worked with it. We had Filemaker Server running for a couple small apps, but each user who wanted to run the app had to buy a full client license. Bob S > On Oct 1, 2018, at 16:25 , Geoff Canyon via use-livecode > wrote: > > Yep, FileMaker isn't perfect,

Re: Stacks whose names start with "rev"

2018-10-02 Thread Geoff Canyon via use-livecode
On Tue, Oct 2, 2018 at 7:35 AM Bob Sneidar via use-livecode < use-livecode@lists.runrev.com> wrote: > Yeah it's been a long time since I worked with it. We had Filemaker Server > running for a couple small apps, but each user who wanted to run the app > had to buy a full client license. > That

Re: Navigator 6.4 alpha 1 is out

2018-10-02 Thread Bob Sneidar via use-livecode
> On Oct 1, 2018, at 18:00 , Geoff Canyon via use-livecode > wrote: > > Agreed. It's annoying that my code is now uglier because of this one > special case -- although to be fair, Navigator is a fifteen-year-old plate > of spaghetti. And now you've added some cheese! WHOOPS! Sorry, off

Re: [ANN] animationEngine is free now

2018-10-02 Thread Malte Pfaff-Brill via use-livecode
Hey all! Thanks for the kind words! And please excuse I did not reply earlier. Rather busy setting up the Promo stuff at the moment. I’ll surely keep lurking on the lists. :-) There still will be an OSS project I am stewarding using liveCode, so I'll be in the boat for a while. I just feel

Re: Android compass question

2018-10-02 Thread Jonathan Lynch via use-livecode
Just following up on this - on my Android device the compass heading data from LC jumps around plus-or-minus 10 degrees while the phone is laying still, but the same data from the browser widget is stable. I was able to make it work in my app this way, but I wish the LC sensor data had also

Re: Where does LiveCode/Windows store specialFolderPath("Resources") data?

2018-10-02 Thread Brian Milby via use-livecode
It should report the parent folder of the executable. I just built a test and it works as expected per the dictionary entry for specialFolderPath. Thanks, Brian On Oct 2, 2018, 3:20 PM -0400, Howard Bornstein via use-livecode , wrote: > I'm building a cross-platform app for Mac and Windows. I

Where does LiveCode/Windows store specialFolderPath("Resources") data?

2018-10-02 Thread Howard Bornstein via use-livecode
I'm building a cross-platform app for Mac and Windows. I store a data file that is update by the user in specialFolderPath("Resources"). On the Mac, I know where this is and can even view it, using the Show Package command from the Finder. One thing that is clear with the Mac is that this data

Re: [ANN] animationEngine is free now

2018-10-02 Thread JB via use-livecode
Thanks for them many years of info, Malte. JB > On Oct 2, 2018, at 10:20 AM, Malte Pfaff-Brill via use-livecode > wrote: > > Hey all! > > Thanks for the kind words! And please excuse I did not reply earlier. Rather > busy setting up the Promo stuff at the moment. > > I’ll surely keep

Re: Stacks whose names start with "rev"

2018-10-02 Thread Richard Gaskin via use-livecode
Geoff Canyon wrote: > Yep, FileMaker isn't perfect, but it does naming right, and almost > nothing else does. Been many years, but I thought names were user-settable. What does it actually do with names? -- Richard Gaskin Fourth World Systems Software Design and Development for the

Re: Where does LiveCode/Windows store specialFolderPath("Resources") data?

2018-10-02 Thread Howard Bornstein via use-livecode
That's the result I get when I'm running in the LC environment. That didn't happen with a standalone. The dictionary describes where these files go: "In a standalone, the resources folder where files or folders specified in the Standalone Builder are located." It says your resources go in "the

Re: Stacks whose names start with "rev"

2018-10-02 Thread Geoff Canyon via use-livecode
The fact that there is an underlying permanent unique id for everything, completely abstracted from the user. So you can change the name of a column, or table, or layout, one time, in the database definition, and all references to that object in scripts, other layouts, etc. will automatically

mergAV permission dialog

2018-10-02 Thread scott--- via use-livecode
Recently had an update to an existing app rejected because the app asked permission without explaining the purpose. I believe that the dialog is produced as a result of including mergAV in the build. An automatically generated dialog is handy… but in this case I agree with the reviewer. My

Re: Stacks whose names start with "rev"

2018-10-02 Thread Geoff Canyon via use-livecode
On Tue, Oct 2, 2018 at 4:12 PM Brian Milby via use-livecode < use-livecode@lists.runrev.com> wrote: > Name lookups probably only happen in the development environment. My guess > is that everything is stored/referenced using the ID. > > I’m not sure how this could translate to LC in general

Re: Stacks whose names start with "rev"

2018-10-02 Thread Richard Gaskin via use-livecode
Geoff Canyon wrote: The fact that there is an underlying permanent unique id for everything, completely abstracted from the user. So you can change the name of a column, or table, or layout, one time, in the database definition, and all references to that object in scripts, other layouts, etc.

Re: Stacks whose names start with "rev"

2018-10-02 Thread Brian Milby via use-livecode
Name lookups probably only happen in the development environment. My guess is that everything is stored/referenced using the ID. I’m not sure how this could translate to LC in general though. Thanks, Brian On Oct 2, 2018, 7:04 PM -0400, Richard Gaskin via use-livecode , wrote: > Geoff Canyon

Re: Stacks whose names start with "rev"

2018-10-02 Thread Geoff Canyon via use-livecode
On Tue, Oct 2, 2018 at 4:04 PM Richard Gaskin via use-livecode < use-livecode@lists.runrev.com> wrote: > Geoff Canyon wrote: > > So in LiveCode terms, imagine if you could rename a card, and any script > > that referenced that card, or controls on it, wouldn't break, but just > > automatically