LC7 rc2 ate my sloppy code
Just a warning. Something in a script that has worked forever stopped working when I switched to LC 7. In fact I did two things which were at some past time unofficially OK, but really aren't now: show this card this doesn't work (silently fails). Should be show this stack And set the points of last grc to x1,y1.x2,y2 Each pair of points needs to be on a different line, i.e. there has to be a 'return' between the two (or more) pairs of points. Stupid, I know, but it may help someone else. Graham ___ 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
hide / show oddities ?
This feels so unlikely that I wonder if I'm simply doing something wrong - but thought I'd ask first. I had a script which is supposed to (amongst other things) hide one particular group. Although it usually worked OK, in some cases, sometimes, the group would remain visible when it is not supposed to. Trying to find this in the IDE/debugger wasn't getting anywhere, so I reverted to using puts (but still in the IDE). I finished up after a few iterations with some code that said .. hide grp abcde put here now the vis of grp abcde CR after msg and it output here now true So I changed the code to .. set the vis of grp abcde to false put here now the vis of grp abcde CR after msg and what do you know - not only does it output here now false, but the group *always* becomes invisible. Does hide do anything different from simply setting the visibility to false? Is it remotely possible this isn't me misunderstanding something ? And then - in a completely different bit of the same app, in a different group, I have some code (in the group script) that was doing ... show me to ensure that the group was visible (inside a timed / delay loop). This would occasionally result in some graphics showing up wrongly (in the wrong colour) very briefly. Simply changing the code to set the visible of me to true again seems to fix this. To be honest, if someone else described these symptoms to me, I'd be looking for what else was going on that they had forgotten about :-) But I've already done that - now I'm hoping someone can offer an idea of whether this is feasible. Has anyone else seen anything like this ? Should I be pursuing an attempt to make this happen in a smaller sample so I can submit a useful bug report ? (oh - glad you asked - Mac OSX 10.8.5, LC 6.6.2) Thanks -- Alex. ___ 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
(OT) Yosemite and the immediate future ....
Hi from Beautiful (but wet) Brittany, I know where Apple is trying to lead us, AND I DON’T WANNA GO ! I have 4 Macs, with 3 versions of OSX. 10.7, 10.8 and 10.9 I like my Macs as they are, although 10.9 seems to be squeezing me, just a tad. Now, on all my OS-X versions, I get encouragements to upgrade directly to Yosemite (10.10). Youpee - it’s free - Go with the flow ! (and if we have changed your way of life, consider it PROGRESS !) I don’t like being pushed or shoved. I don’t care if Apple want to merge OSX and iOS. I want my OS X I haven’t got an iPad, I haven’t got an iPhone, and I don’t want either ! I am quite happy with OSX systems (10.8 was the best) Apple have been slowly changing the way we think of OSX for some time, when it is most certainly the BEST Operating System ever. And they push us to Yosemite only to save development costs. We have already been notified that some of our best apps won’t run on Yosemite - Sorry, you have to pay for the update : (( Will LiveCode work on iOS (version 2016), or will we have to pay for the authorisation to run our OWN apps, on our OWN computers ? …... Will Apple accept LiveCode Apps (after vetting, and, for a price !) iinevitably increasing already expensive LiveCode user costs ? Anybody out there worried like me ?? Of course, it you have a PC, you won’t be worried when they start merging Android into Windows (….. unless it has already started !) -Francis ___ 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: hide / show oddities ?
Alex. I feel your pain, and you have described a surreal situation very nicely. I cannot duplicate what you see. What happens if you start from scratch, or is the project too far along? Craig -Original Message- From: Alex Tweedly a...@tweedly.net To: How to use LiveCode use-livecode@lists.runrev.com Sent: Wed, Nov 26, 2014 6:47 am Subject: hide / show oddities ? This feels so unlikely that I wonder if I'm simply doing something wrong - but thought I'd ask first. I had a script which is supposed to (amongst other things) hide one particular group. Although it usually worked OK, in some cases, sometimes, the group would remain visible when it is not supposed to. Trying to find this in the IDE/debugger wasn't getting anywhere, so I reverted to using puts (but still in the IDE). I finished up after a few iterations with some code that said .. hide grp abcde put here now the vis of grp abcde CR after msg and it output here now true So I changed the code to .. set the vis of grp abcde to false put here now the vis of grp abcde CR after msg and what do you know - not only does it output here now false, but the group *always* becomes invisible. Does hide do anything different from simply setting the visibility to false? Is it remotely possible this isn't me misunderstanding something ? And then - in a completely different bit of the same app, in a different group, I have some code (in the group script) that was doing ... show me to ensure that the group was visible (inside a timed / delay loop). This would occasionally result in some graphics showing up wrongly (in the wrong colour) very briefly. Simply changing the code to set the visible of me to true again seems to fix this. To be honest, if someone else described these symptoms to me, I'd be looking for what else was going on that they had forgotten about :-) But I've already done that - now I'm hoping someone can offer an idea of whether this is feasible. Has anyone else seen anything like this ? Should I be pursuing an attempt to make this happen in a smaller sample so I can submit a useful bug report ? (oh - glad you asked - Mac OSX 10.8.5, LC 6.6.2) Thanks -- Alex. ___ 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: (OT) Yosemite and the immediate future ....
I feel your pain. It's hard to live in the past in a connected world, said the man who is finally preparing to permanently shutdown his 1998-era Mac still running MacOS 9 with legacy apps, proprietary data formats, LocalTalk network and floppy disk drive. In hindsight, it would have been easier to make this change when there was a clear path forward. -- Tom Bodine -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/OT-Yosemite-and-the-immediate-future-tp4686264p4686266.html Sent from the Revolution - User mailing list archive at Nabble.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: hide / show oddities ?
I have a large project running under 6.6.x (all versions over the years) which uses hide/show all the time and it's always worked okay. I can't think of anything that would cause your symptoms though, it's pretty odd. On November 26, 2014 5:46:25 AM CST, Alex Tweedly a...@tweedly.net wrote: This feels so unlikely that I wonder if I'm simply doing something wrong - but thought I'd ask first. I had a script which is supposed to (amongst other things) hide one particular group. Although it usually worked OK, in some cases, sometimes, the group would remain visible when it is not supposed to. Trying to find this in the IDE/debugger wasn't getting anywhere, so I reverted to using puts (but still in the IDE). I finished up after a few iterations with some code that said .. hide grp abcde put here now the vis of grp abcde CR after msg and it output here now true So I changed the code to .. set the vis of grp abcde to false put here now the vis of grp abcde CR after msg and what do you know - not only does it output here now false, but the group *always* becomes invisible. Does hide do anything different from simply setting the visibility to false? Is it remotely possible this isn't me misunderstanding something ? And then - in a completely different bit of the same app, in a different group, I have some code (in the group script) that was doing ... show me to ensure that the group was visible (inside a timed / delay loop). This would occasionally result in some graphics showing up wrongly (in the wrong colour) very briefly. Simply changing the code to set the visible of me to true again seems to fix this. To be honest, if someone else described these symptoms to me, I'd be looking for what else was going on that they had forgotten about :-) But I've already done that - now I'm hoping someone can offer an idea of whether this is feasible. Has anyone else seen anything like this ? Should I be pursuing an attempt to make this happen in a smaller sample so I can submit a useful bug report ? (oh - glad you asked - Mac OSX 10.8.5, LC 6.6.2) Thanks -- Alex. ___ 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 -- 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
Re: (OT) Yosemite and the immediate future ....
snip I don’t like being pushed or shoved. I don’t care if Apple want to merge OSX and iOS. I want my OS X I don’t think it’s going to go that far. Apple may be many things these days but they aren’t stupid. What they *are* doing is adopting some of the sandboxing technology that was built into the i-devices because it solves a myriad of vectors for malware. Microsoft is feeling the pain of the misguided notion that all the world will be tablet based at this very moment. As I expressed when everyone was panicking over this, tablets cannot completely replace desktops/laptops for several reasons. First, is expandability. Many people like and want the option to add on if they need to. Next is real estate. I don’t mean land acquisition. I mean screen real estate. Ever try reading email or browsing on an iPhone? Care to try to develop in Livecode on an iPad? I tried once via a remote desktop session and it sucked. Thirdly is performance. Until they can get a tablet to perform like a Macbook Pro with maxed out memory, I’m not buying. At least not as my default device. And finally is the much vaunted Touch Interface. Are people really going to be reaching across their desk and touch/swiping a screen many hundreds of times a day? What are we all Hercules?? Try just doing that 50 times and see how your arm feels. Once you create a tablet that can do all these things, and give it the memory and storage and processor speed to handle it all, with a comfortable keyboard, what are you left with? A MACBOOK PRO! And since companies are not going to want to spend the money for Macbook Pro’s for everyone, they want economical devices they can plop onto a desk with a keyboard mouse and decent sized monitor for under $800. Tablets are not taking over the world, and Yosemite is not iOS. Fear not little one the world is still safe. ;-) 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: hide / show oddities ?
Interesting… When I reported my own stack anomalies with version 7, this sounds remarkably like what I was seeing, but I was showing and hiding stacks, primarily the main stack from which all other stacks were launching. You may have uncovered the bug which bit me. Bob S On Nov 26, 2014, at 07:06 , dunb...@aol.commailto:dunb...@aol.com wrote: This feels so unlikely that I wonder if I'm simply doing something wrong - but thought I'd ask first. ___ 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: hide / show oddities ?
Hi Alex, I've occasionally seen this and been content setting the visible property as a workaround. Should have submitted a qcc report but didn't. Pete lcSQL Software On Nov 26, 2014 3:46 AM, Alex Tweedly a...@tweedly.net wrote: This feels so unlikely that I wonder if I'm simply doing something wrong - but thought I'd ask first. I had a script which is supposed to (amongst other things) hide one particular group. Although it usually worked OK, in some cases, sometimes, the group would remain visible when it is not supposed to. Trying to find this in the IDE/debugger wasn't getting anywhere, so I reverted to using puts (but still in the IDE). I finished up after a few iterations with some code that said .. hide grp abcde put here now the vis of grp abcde CR after msg and it output here now true So I changed the code to .. set the vis of grp abcde to false put here now the vis of grp abcde CR after msg and what do you know - not only does it output here now false, but the group *always* becomes invisible. Does hide do anything different from simply setting the visibility to false? Is it remotely possible this isn't me misunderstanding something ? And then - in a completely different bit of the same app, in a different group, I have some code (in the group script) that was doing ... show me to ensure that the group was visible (inside a timed / delay loop). This would occasionally result in some graphics showing up wrongly (in the wrong colour) very briefly. Simply changing the code to set the visible of me to true again seems to fix this. To be honest, if someone else described these symptoms to me, I'd be looking for what else was going on that they had forgotten about :-) But I've already done that - now I'm hoping someone can offer an idea of whether this is feasible. Has anyone else seen anything like this ? Should I be pursuing an attempt to make this happen in a smaller sample so I can submit a useful bug report ? (oh - glad you asked - Mac OSX 10.8.5, LC 6.6.2) Thanks -- Alex. ___ 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: hide / show oddities ?
Pete- Wednesday, November 26, 2014, 8:00:21 AM, you wrote: I've occasionally seen this and been content setting the visible property as a workaround. Should have submitted a qcc report but didn't. I've also seen this occasionally, but nothing I could narrow down to an actual recipe. Show/hide and the visible property don't always seem to be acting like they're in sync. And other times they do. -- -Mark Wieder ahsoftw...@gmail.com This communication may be unlawfully collected and stored by the National Security Agency (NSA) in secret. The parties to this email do not consent to the retrieving or storing of this communication and any related metadata, as well as printing, copying, re-transmitting, disseminating, or otherwise using it. If you believe you have received this communication in error, please delete it immediately. ___ 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: (OT) Yosemite and the immediate future ....
Francis- Wednesday, November 26, 2014, 4:53:15 AM, you wrote: I know where Apple is trying to lead us, AND I DONT WANNA GO ! Make the switch to linux. You'll thank me later. -- -Mark Wieder ahsoftw...@gmail.com This communication may be unlawfully collected and stored by the National Security Agency (NSA) in secret. The parties to this email do not consent to the retrieving or storing of this communication and any related metadata, as well as printing, copying, re-transmitting, disseminating, or otherwise using it. If you believe you have received this communication in error, please delete it immediately. ___ 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: Detecting the active monitor under Mavericks and Yosemite...
Paul- Tuesday, November 25, 2014, 1:35:12 PM, you wrote: so on and so on, I was hoping someone on the list had already done this and definitively knew the answer :-) I can confirm that the screenrects returns the same thing no matter which monitor is forward, and no matter where the menubar or the doc are situated (on Yosemite at least). -- -Mark Wieder ahsoftw...@gmail.com This communication may be unlawfully collected and stored by the National Security Agency (NSA) in secret. The parties to this email do not consent to the retrieving or storing of this communication and any related metadata, as well as printing, copying, re-transmitting, disseminating, or otherwise using it. If you believe you have received this communication in error, please delete it immediately. ___ 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: Detecting the active monitor under Mavericks and Yosemite...
On 11/26/2014 12:06 PM, Mark Wieder wrote: Paul- Tuesday, November 25, 2014, 1:35:12 PM, you wrote: so on and so on, I was hoping someone on the list had already done this and definitively knew the answer :-) I can confirm that the screenrects returns the same thing no matter which monitor is forward, and no matter where the menubar or the doc are situated (on Yosemite at least). Thanks Mark. That pretty much says that there is no support (yet) in LC for the multiple monitor changes under OXS 10.9 and 10.10. I'll try to dig into the Apple Developer info and see if some API exists to tell and if so submit an enhancement request to RunRev to add an interface to the APIs so that this is detectable/reportable in the future. ___ 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: hide / show oddities ?
Finding a recipe was my problem too. It hasn't happened for a while but I think it might have had something to do with nested groups. While we're talking about groups, I feel they're unnecessarily difficult to edit in LC. I find myself constantly clicking on the Select Grouped icon when I'm formatting groups and their controls. And trying to move a nested group to a different location is a pain - you should be able to do that without going into edit mode or being limited to using the arrow keys. I'd like to see something like this irrespective of the state of selectGroupedControls. If I click on a control within a group, it is selected. If I click within the rectangle of a group but outside the rectangle of any of its controls, the group is selected even if it's a nested group and I can then get into edit mode on it or drag it around the screen. That happens to suit the way I use groups but maybe it wouldn't work for all. I'd be happy if the above behavior was conditional on a modifier key in conjunction with mouse click. Pete lcSQL Software http://www.lcsql.com Home of lcStackBrowser http://www.lcsql.com/lcstackbrowser.html and SQLiteAdmin http://www.lcsql.com/sqliteadmin.html On Wed, Nov 26, 2014 at 8:56 AM, Mark Wieder mwie...@ahsoftware.net wrote: Pete- Wednesday, November 26, 2014, 8:00:21 AM, you wrote: I've occasionally seen this and been content setting the visible property as a workaround. Should have submitted a qcc report but didn't. I've also seen this occasionally, but nothing I could narrow down to an actual recipe. Show/hide and the visible property don't always seem to be acting like they're in sync. And other times they do. -- -Mark Wieder ahsoftw...@gmail.com This communication may be unlawfully collected and stored by the National Security Agency (NSA) in secret. The parties to this email do not consent to the retrieving or storing of this communication and any related metadata, as well as printing, copying, re-transmitting, disseminating, or otherwise using it. If you believe you have received this communication in error, please delete it immediately. ___ 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
Camera authorisation on iOS7.1.2
Hi all, I've been using Monte's mergAV extension to create a camera in an app. However, when I produce the standalone and install and run it on a device the 'result' from mergAVCamCreate returns Access not authorised. In my standalone settings I've set the requirements for Stills Camera and Front Facing Camera. But this is not the permissions. How do I set up the permissions. The device itself is not requesting permission to use the camera. Any help. It's for a gig that happened today and again tomorrow morning so any quick help would be much appreciated. It's worked okay in the past so I really am baffled as to what might have changed. Thanks Sean Cole *Pi Digital Productions Ltd* www.pidigital.co.uk ___ 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
External files in Standalones
Folks: I’m building an app that reads a number of external data files. I’ve been trying to create a standalone and have a number of problems with the external files. In my development area, I have a folder: App folder which contains the .livecode app and data files. It looks like this: myApp myApp.livecode files images and icons When I build the standAlone, I get a package with: Contents info.plist MacOS Externals files data dataFolder1—This is empty of files dataFolder2—This is empty of files dataFolder3—This is empty of files moreData —empty, no data etc images and icons—nothing in this folder myApp PkgInfo Resources _MacOS—This has all of my data files, with correct contents language Folders —I don’t need these My question is: Should I build the path to these files starting with “the effective path of this stack”? It would be different, depending on whether I had a standalone. Is there a specialFolderPath function that will give me the path to the original data? Alternatively, I could create these folders in my development environment and then there would only be a single set of paths. What are the “Best practices” regarding this? Also, do I need to include all these superfluous, empty language folders? Best, Bill William A. Prothero http://es.earthednet.org/ ___ 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: Detecting the active monitor under Mavericks and Yosemite...
Paul It's the difference between the screenRect and the 'working screenRect'. The dictionary describes these well under screenRect. Sean Cole Pi Digital -- This message was sent from an iPhone, probably because I'm out and about. Always contactable. Well, most of the time :/ On 25 Nov 2014, at 17:41, Paul Dupuis p...@researchware.com wrote: Starting with OSX 10.9 and 10.10, Apple introduced changes to how multiple monitors are handled. The menubar appears on all monitors and when you drag a window from one monitor to another the menubar for the application that window belongs to becomes active on the target monitor. Question: Does anyone know if there is a way to detect which monitor has the active menubar under 10.9 and up? I don't see any obvious dictionary entries for detecting this in LC 6.7 or 7.0, but maybe there is a non-obvious way. I believe that from an UI perspective, an application should open new windows on the monitor which has the active menu bar for the application, but that requires the ability to tell which monitor has the currently active menubar. ___ 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: Camera authorisation on iOS7.1.2
Hi, It's okay. Monte had updated the plugin but not made it clear what had changed and that it had done so radically. There's new commands and messages for authorisation now. mergAVRequestMediaAccess. Cheers to anyone who started to research it for me. Sean Cole *Pi Digital Productions Ltd* www.pidigital.co.uk +44(1634)402193 +44(7702)116447 π 'Don't try to think outside the box. Just remember the truth: There is no box!' 'For then you realise it is not the box you are trying to look outside of, but it is yourself!' This email and any files transmitted with it may be confidential and are intended solely for the use of the individual to whom it is addressed. You are hereby notified that if you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Any distribution, reproduction, modification or publication of this communication is strictly prohibited. If you have received this in error, please notify the sender and delete the message from your computer. Any opinions presented in this email are solely those of the author and do not necessarily represent those of Pi Digital. Pi Digital cannot accept any responsibility for the accuracy or completeness of this message and although this email and any attachments are believed to be free from viruses, it is the sole responsibility of the recipients. Pi Digital Productions Ltd is a UK registered limited company, no. 5255609. VAT GB998220972 On 26 November 2014 at 22:52, Sean Cole (Pi) s...@pidigital.co.uk wrote: Hi all, I've been using Monte's mergAV extension to create a camera in an app. However, when I produce the standalone and install and run it on a device the 'result' from mergAVCamCreate returns Access not authorised. In my standalone settings I've set the requirements for Stills Camera and Front Facing Camera. But this is not the permissions. How do I set up the permissions. The device itself is not requesting permission to use the camera. Any help. It's for a gig that happened today and again tomorrow morning so any quick help would be much appreciated. It's worked okay in the past so I really am baffled as to what might have changed. Thanks Sean Cole *Pi Digital Productions Ltd* www.pidigital.co.uk ___ 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: Detecting the active monitor under Mavericks and Yosemite...
On 11/26/2014 6:11 PM, Pi Digital wrote: Paul It's the difference between the screenRect and the 'working screenRect'. The dictionary describes these well under screenRect. Sean Cole Pi Digital I assume you are referring to checking the differences in the rects returned by 'the screenrects' vs 'the working screenrects' to determine which is reduced by the size of the menubar, but under Maverick and Yosemite, the menubar appears on EVERY monitor, it is just (potentially) dimmed on the monitor that does not contain the active window of the application and undimmed on the monitor with the active window, so there should be no difference in the working screenRects as each would be reduced by the height of a menubar. Good idea though, even if it won't work to detect the App's active monitor. For those interested who have not tried dual monitors under 10.9+ you can actually have both menubars active for different application. If App #1 is on Monitor A and has an active window, it menubar will show on Monitor A and if App #2 is on Monitor B with an active window, monitor B will have App #2's menubar active. And I haven't figured out how yet, but apparently you can assign app to have default monitors, so that an app will always come up on the monitor that it has been assigned to. -- Paul ___ 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: Detecting the active monitor under Mavericks and Yosemite...
Ok, So use the 'effective ScreenRect' which will give you the location of the selected window. Sean Cole On 26 November 2014 at 23:40, Paul Dupuis p...@researchware.com wrote: On 11/26/2014 6:11 PM, Pi Digital wrote: Paul It's the difference between the screenRect and the 'working screenRect'. The dictionary describes these well under screenRect. Sean Cole Pi Digital I assume you are referring to checking the differences in the rects returned by 'the screenrects' vs 'the working screenrects' to determine which is reduced by the size of the menubar, but under Maverick and Yosemite, the menubar appears on EVERY monitor, it is just (potentially) dimmed on the monitor that does not contain the active window of the application and undimmed on the monitor with the active window, so there should be no difference in the working screenRects as each would be reduced by the height of a menubar. Good idea though, even if it won't work to detect the App's active monitor. For those interested who have not tried dual monitors under 10.9+ you can actually have both menubars active for different application. If App #1 is on Monitor A and has an active window, it menubar will show on Monitor A and if App #2 is on Monitor B with an active window, monitor B will have App #2's menubar active. And I haven't figured out how yet, but apparently you can assign app to have default monitors, so that an app will always come up on the monitor that it has been assigned to. -- Paul ___ 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: Camera authorisation on iOS7.1.2
mergAVRequestMediaAccess isn't in the documentation on the mergext site yet... Gerry On 27 Nov 2014, at 10:33 am, Sean Cole (Pi) s...@pidigital.co.uk wrote: Hi, It's okay. Monte had updated the plugin but not made it clear what had changed and that it had done so radically. There's new commands and messages for authorisation now. mergAVRequestMediaAccess. Cheers to anyone who started to research it for me. ___ 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: External files in Standalones
I think I’ve got it. I check whether the app is a standalone using the “environment” property, then adjusting file paths accordingly. Bill On Nov 26, 2014, at 3:03 PM, William Prothero proth...@earthednet.org wrote: Folks: I’m building an app that reads a number of external data files. I’ve been trying to create a standalone and have a number of problems with the external files. In my development area, I have a folder: App folder which contains the .livecode app and data files. It looks like this: myApp myApp.livecode files images and icons When I build the standAlone, I get a package with: Contents info.plist MacOS Externals files data dataFolder1—This is empty of files dataFolder2—This is empty of files dataFolder3—This is empty of files moreData —empty, no data etc images and icons—nothing in this folder myApp PkgInfo Resources _MacOS—This has all of my data files, with correct contents language Folders —I don’t need these My question is: Should I build the path to these files starting with “the effective path of this stack”? It would be different, depending on whether I had a standalone. Is there a specialFolderPath function that will give me the path to the original data? Alternatively, I could create these folders in my development environment and then there would only be a single set of paths. What are the “Best practices” regarding this? Also, do I need to include all these superfluous, empty language folders? Best, Bill William A. Prothero http://es.earthednet.org/ ___ 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: Detecting the active monitor under Mavericks and Yosemite...
On 11/26/2014 7:14 PM, Sean Cole (Pi) wrote: Ok, So use the 'effective ScreenRect' which will give you the location of the selected window. Is that an undocumented feature? The Dictionary (in 6.7 or 7.0) states Adding the effective adjective to either form returns the area of the screen the application has to itself. In particular, if the keyboard is activated, it take into account if the keyboard is taking up space on the screen. (Android and iOS only) so I assumed effective screenRect is meaningless under OSX. ___ 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: Detecting the active monitor under Mavericks and Yosemite...
I believe that portion of the dictionary entry refers to the onscreen keyboard, which doesn't exist on desktop. But either way, it seems that effective cannot be used on desktop without working. Regards, Scott Rossi Creative Director Tactile Media UX/UI Design On Nov 26, 2014, at 6:08 PM, Paul Dupuis p...@researchware.com wrote: On 11/26/2014 7:14 PM, Sean Cole (Pi) wrote: Ok, So use the 'effective ScreenRect' which will give you the location of the selected window. Is that an undocumented feature? The Dictionary (in 6.7 or 7.0) states Adding the effective adjective to either form returns the area of the screen the application has to itself. In particular, if the keyboard is activated, it take into account if the keyboard is taking up space on the screen. (Android and iOS only) so I assumed effective screenRect is meaningless under OSX. ___ 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
Crashing V7.01(rc2)
Folks: I’m getting an application crash in V7.0.1(rc2) that doesn’t occur in V7.0. This is OSX, 10.9.5. I’m copying symbol images onto a map image. Runs fine on V7.0. The symbols copy fine for most of the application, but one type causes the crash. Anybody else seeing crashes like this? I’ll investigate further, but I have a pretty complex app and it is going to be hard to narrow it down. It crashes in both stand-alines and in the IDE. After a bit more investigation tomorrow, I’ll report it as a bug. Bill William A. Prothero http://es.earthednet.org/ ___ 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
