Re: mergAV permission dialog
Should be: mergAVCamSet “microphone”, empty You may also need to add a custom plist template with a more specific reason why you want video permission. See http://lessons.livecode.com/m/4069/l/881992-creating-a-custom-plist Cheers Monte > On 3 Oct 2018, at 4:32 pm, scott--- via use-livecode > wrote: > > Answering my own question… I now see a note at the bottom of mergAVCamCreate > that says > > "If only capturing barcodes or photos set the microphone to empty before > calling mergAVCamCreate to avoid app store rejection.” > > So apparently my problem has a solution. At least as soon as I figure out how > to set the microphone to “empty” :- ) > > —Scott Morrow ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: mergAV permission dialog
Answering my own question… I now see a note at the bottom of mergAVCamCreate that says "If only capturing barcodes or photos set the microphone to empty before calling mergAVCamCreate to avoid app store rejection.” So apparently my problem has a solution. At least as soon as I figure out how to set the microphone to “empty” :- ) —Scott Morrow > On Oct 2, 2018, at 10:26 PM, scott--- via use-livecode > wrote: > > 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 app > scans QR codes so I understand that it asks the user for permission to use > the camera. And the reviewer probably would have thought that obvious enough. > Unfortunately, in a separate dialog, it also asks for permission to use the > microphone. (Which the app doesn’t use.) > > "This application requires access to the device’s microphone.” > > I imagine this is what triggered the rejection. Is there a way to edit this > dialog so that I can get past the review? > > -- > Scott Morrow > > Elementary Software > (Now with 20% less chalk dust!) > web http://elementarysoftware.com/ > email sc...@elementarysoftware.com > booth1-800-615-0867 > -- > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
mergAV permission dialog
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 app scans QR codes so I understand that it asks the user for permission to use the camera. And the reviewer probably would have thought that obvious enough. Unfortunately, in a separate dialog, it also asks for permission to use the microphone. (Which the app doesn’t use.) "This application requires access to the device’s microphone.” I imagine this is what triggered the rejection. Is there a way to edit this dialog so that I can get past the review? -- Scott Morrow Elementary Software (Now with 20% less chalk dust!) web http://elementarysoftware.com/ email sc...@elementarysoftware.com booth1-800-615-0867 -- ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Stacks whose names start with "rev"
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 though. > I think you're correct on both points. I'm betting this feature would be hard to retro-fit to any environment. But it sure is nice. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Stacks whose names start with "rev"
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 reflect the new name. Or rename a control, or a stack. > > Ah, thanks. I wonder how the name lookup for every element in the > system affects performance. > > It sounds like in this regard LC is no worse off than MySQL, SQLite, and > other systems where names are used directly. > If they're doing it the way I think -- having everything based on the permanent ID and only using the map to parse to the human-applied name when necessary, then the performance hit is likely very limited and infrequent. Apart from development work, FileMaker doesn't present the control name often. As far as being no worse off, agreed -- I know of no other tool that does this. It's extraordinary that FileMaker has had this feature since something like the late 80s, and no other tools have recognized how awesome it is. It's like chunk expressions -- eye-opening. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Stacks whose names start with "rev"
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 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. will > > automatically update -- or really, peeking behind the curtain, I'm guessing > > they don't have to update at all because they all reference the permanent > > unique id, and only render it into the name you know it by when they render > > themselves for you to edit them. > > > > 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 reflect the new name. Or rename a control, or a stack. > > Ah, thanks. I wonder how the name lookup for every element in the > system affects performance. > > It sounds like in this regard LC is no worse off than MySQL, SQLite, and > other systems where names are used directly. > > -- > Richard Gaskin > Fourth World Systems > Software Design and Development for the Desktop, Mobile, and the Web > > ambassa...@fourthworld.com http://www.FourthWorld.com > > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Stacks whose names start with "rev"
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. will automatically update -- or really, peeking behind the curtain, I'm guessing they don't have to update at all because they all reference the permanent unique id, and only render it into the name you know it by when they render themselves for you to edit them. 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 reflect the new name. Or rename a control, or a stack. Ah, thanks. I wonder how the name lookup for every element in the system affects performance. It sounds like in this regard LC is no worse off than MySQL, SQLite, and other systems where names are used directly. -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ambassa...@fourthworld.comhttp://www.FourthWorld.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Stacks whose names start with "rev"
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 update -- or really, peeking behind the curtain, I'm guessing they don't have to update at all because they all reference the permanent unique id, and only render it into the name you know it by when they render themselves for you to edit them. 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 reflect the new name. Or rename a control, or a stack. gc On Tue, Oct 2, 2018 at 1:09 PM Richard Gaskin via use-livecode < use-livecode@lists.runrev.com> wrote: > 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 Desktop, Mobile, and the Web > > ambassa...@fourthworld.comhttp://www.FourthWorld.com > > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Where does LiveCode/Windows store specialFolderPath("Resources") data?
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 resources folder" where any files you've specified are located. This appears to be referring to the Copy Files tab of the Standalone Builder. Since my data file is created in the app, I don't have anything to put in the Copy Files tab. If this tab is empty, what is the default location? Is there some other place in the Standalone builder where you can point to files or folders? On the Mac, this definition is verifiable, since my data file *is* in the Resources folder (although a couple levels down) within the application bundle. Under Windows, is there actually a folder somewhere called Resources? Where is it? On Tue, Oct 2, 2018 at 12:59 PM Brian Milby via use-livecode < use-livecode@lists.runrev.com> wrote: > 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 < > use-livecode@lists.runrev.com>, wrote: > > 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 file is > encapsulated > > with the app itself. If I run a separate instance of the app, the data > file > > is completely separate and not influenced by the data file of the first > app. > > > > This doesn't seem to be the case with Windows. I've built 3 separate > > standalones in Windows and have found, to my surprise, that if I change > the > > data file in one of the standalones, it is reflected in the datafile of > the > > others. > > > > Somehow it seems like the data file is stored externally from the app and > > that all versions have access to it (whether that is my intent or not). > > > > I've build special versions for each platform with the command > > "Put specialFolderPath("Resources") into fld "somefield" in the openstack > > handler. On the Mac it gives me the full path to the application along > with > > "/Contents/Resources/_MacOS/". On the Windows version, the field is > blank. > > > > So where does LC store files using specialFolderPath("Resources") under > > Windows? And why are they available to any app using > > specialFolderPath("Resources")? > > > > -- > > Regards, > > > > Howard Bornstein > > --- > > www.designeq.com > > ___ > > use-livecode mailing list > > use-livecode@lists.runrev.com > > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > > http://lists.runrev.com/mailman/listinfo/use-livecode > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- Regards, Howard Bornstein --- www.designeq.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Stacks whose names start with "rev"
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 Desktop, Mobile, and the Web ambassa...@fourthworld.comhttp://www.FourthWorld.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Where does LiveCode/Windows store specialFolderPath("Resources") data?
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 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 file is encapsulated > with the app itself. If I run a separate instance of the app, the data file > is completely separate and not influenced by the data file of the first app. > > This doesn't seem to be the case with Windows. I've built 3 separate > standalones in Windows and have found, to my surprise, that if I change the > data file in one of the standalones, it is reflected in the datafile of the > others. > > Somehow it seems like the data file is stored externally from the app and > that all versions have access to it (whether that is my intent or not). > > I've build special versions for each platform with the command > "Put specialFolderPath("Resources") into fld "somefield" in the openstack > handler. On the Mac it gives me the full path to the application along with > "/Contents/Resources/_MacOS/". On the Windows version, the field is blank. > > So where does LC store files using specialFolderPath("Resources") under > Windows? And why are they available to any app using > specialFolderPath("Resources")? > > -- > Regards, > > Howard Bornstein > --- > www.designeq.com > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Where does LiveCode/Windows store specialFolderPath("Resources") data?
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 file is encapsulated with the app itself. If I run a separate instance of the app, the data file is completely separate and not influenced by the data file of the first app. This doesn't seem to be the case with Windows. I've built 3 separate standalones in Windows and have found, to my surprise, that if I change the data file in one of the standalones, it is reflected in the datafile of the others. Somehow it seems like the data file is stored externally from the app and that all versions have access to it (whether that is my intent or not). I've build special versions for each platform with the command "Put specialFolderPath("Resources") into fld "somefield" in the openstack handler. On the Mac it gives me the full path to the application along with "/Contents/Resources/_MacOS/". On the Windows version, the field is blank. So where does LC store files using specialFolderPath("Resources") under Windows? And why are they available to any app using specialFolderPath("Resources")? -- Regards, Howard Bornstein --- www.designeq.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: [ANN] animationEngine is free now
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 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 that I can not cope with the changed markets for end user software any > more. End users expectations seem to be to receive everything at no or very > low cost. I blame mobile devices for that. Add to that the permanent struggle > with licenses and you have a mix that frustrates me perfectly. With the > Kickstarter stuff I like to test the waters if the “new times” still leave > opportunities for niche developers, to at least break even on developing > something that is not coded as a service / under contract. I hope you do not > mind if I post under [OT] label once it goes live (Sunday). > > Cheers, > > Malte > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: [ANN] animationEngine is free now
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 that I can not cope with the changed markets for end user software any more. End users expectations seem to be to receive everything at no or very low cost. I blame mobile devices for that. Add to that the permanent struggle with licenses and you have a mix that frustrates me perfectly. With the Kickstarter stuff I like to test the waters if the “new times” still leave opportunities for niche developers, to at least break even on developing something that is not coded as a service / under contract. I hope you do not mind if I post under [OT] label once it goes live (Sunday). Cheers, Malte ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Android compass question
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 been stable. You have to be careful how you do it, though, because too much back and forth data flow between LC and the browser widget can cause a crash. Anyone, this solution works in case anyone has the same issue. Sent from my iPhone > On Aug 18, 2018, at 2:20 PM, Jonathan Lynch wrote: > > Just a quick addendum to my last comment - I found an html5 online compass > demo that works well on the device. That means I might be able to use the > browser widget that displays the map to read the compass from the device. If > that works, I could reset the map heading inside the widget without having to > get data from LC. > > That is actually a huge amount of work, and I hate to have to resort to that, > but having the heading jump around so much is just unworkable. I am not sure > how the browser can get a steady reading when LC is not getting a steady > reading from the system. > >> On Sat, Aug 18, 2018 at 2:06 PM Jonathan Lynch >> wrote: >> Hi Jacqueline, >> >> Thank you for this reply. I keep working with this issue, but I still cannot >> resolve it. When I put the Android phone down on a table, to be still, the >> compass heading from LC jumps up and down by as much as 10 degrees - way too >> big of a range just to round. >> >> However, the compass app I downloaded on that same device is rock steady. >> >> I really wish it would just work, rather than having to massage the data >> from the device. >> >>> On Mon, Aug 13, 2018 at 4:24 PM J. Landman Gay via use-livecode >>> wrote: >>> On 8/11/18 3:34 PM, Jonathan Lynch via use-livecode wrote: >>> > I have a new galaxy phone. When I read the mobile compass, both magnetic >>> > heading and true heading constantly change - even if the phone is laying >>> > down still. It changes up and down randomly by 5 degrees or so. Does >>> > anyone know if this is a problem with LC or with galaxy phones? My iPhone >>> > does not do this. >>> >>> My Galaxy S5 does the same thing with a LC compass I made. My guess is >>> that's the way Android reads GPS data. When it tries to find my house, >>> it does a whole bunch of hops around the circumference before settling >>> down on the center, and even then it still twitches as it tries for more >>> accuracy. >>> >>> A compass I downloaded from the Play Store does not do that on my Pixel. >>> I'd guess that the app is doing some rounding to the nearest integer, >>> since it doesn't display fractional values. >>> >>> Try downloading a few of the dozens of compasses on the Play Store and >>> see how they behave. It may be that LC is actually more precise than you >>> want it to be. I do know that LC is only reporting what the OS tells it. >>> >>> -- >>> Jacqueline Landman Gay | jac...@hyperactivesw.com >>> HyperActive Software | http://www.hyperactivesw.com >>> >>> ___ >>> use-livecode mailing list >>> use-livecode@lists.runrev.com >>> Please visit this url to subscribe, unsubscribe and manage your >>> subscription preferences: >>> http://lists.runrev.com/mailman/listinfo/use-livecode >> >> >> -- >> Do all things with love > > > -- > Do all things with love ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Stacks whose names start with "rev"
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 part has changed (somewhat) as well. There's a robust web client; you can build a client (LC is emphasizing this); and a free iOS client. For all of those, there's no individual license, but some sort of limit on the total number of server connections. All of this is from having looked at the FM web site maybe twice in the last nine years, so ¯\_(ツ)_/¯ ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Navigator 6.4 alpha 1 is out
> 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 limits. Bob S ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Stacks whose names start with "rev"
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, but it does naming right, and almost nothing > else does. > > Also, I'm pretty sure you can type to code now (and for some years). ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode