Cannot identify the Menubar button clicked under Mac OS

2020-02-24 Thread HENRY LOWE via use-livecode
The Livecode Lesson 'Update a menu with a list of open windows' recommends 
placing a mousedown handler in the script of the Menubar group to determine 
which menu was clicked on:

http://lessons.livecode.com/m/2592/l/126566-update-a-menu-with-a-list-of-open-windows

The suggested code is:

on mouseDown 
if the short name of the target is "Window" then

However under Mac OS, using LC 9.6.0 (dp2), 'the short name of the target' 
actually returns the name of the Menubar group not the menu that was clicked.  
This appears to be a longstanding bug, first reported in 2007:

https://quality.livecode.com/show_bug.cgi?id=5142

Anyone know of a workaround for this?

Thanks,

Henry
___
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


New Apple Developer iOS requirements beginning April 30

2020-03-04 Thread HENRY LOWE via use-livecode
See: https://developer.apple.com/news/?id=03042020b 


"Starting April 30, 2020, all iPhone apps submitted to the App Store must be 
built with the iOS 13 SDK or later."

"Starting April 30, 2020, apps submitted to the App Store must use an Xcode 
storyboard to provide the app’s launch screen. In addition, all apps that run 
on iPhone must support all iPhone screens and all apps that run on iPad must 
support all iPad screens.”

And a reference to Dark Mode: "If you need more time to make your apps look 
fantastic in Dark Mode or if Dark Mode is not suited for your app, you’ll need 
to opt out.”

“…you can temporarily opt out by including the UIUserInterfaceStyle key (with a 
value of Light ) in your app's Info. plist file. Setting this key to Light 
causes the system to ignore the user's preference and always apply a light 
appearance to your app."

See also: https://developer.apple.com/ios/submit/ 



Henry
___
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


LC 9.6.0 (dp4) - cannot set the URL of an iOS native browser if it was previously set to empty

2020-04-18 Thread HENRY LOWE via use-livecode
Took me some time to track this one down, so I thought that it might be helpful 
to know in advance:

With LC 9.6.0 (dp4) after setting the url of the iOS native browser (not the 
Browser Widget) to empty, one cannot set the browser’s url to another value.

Example:

MobileControlSet "rkWebView","URL”,empty

MobileControlSet "rkWebView”,”https://www.apple.com” 
 - page fails to load (blank display 
and browser url is empty)

This has been confirmed as a regression: 
https://quality.livecode.com/show_bug.cgi?id=22688 


Henry


___
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


Dark Mode support and iOS startup screens

2020-04-27 Thread HENRY LOWE via use-livecode
As of LC 9.6.0 (dp4) there is support for detecting whether the system is in 
dark or light mode and also a message that signals when the display mode 
changes. This works well and we have successfully added dark mode support to 
our iOS app. However, there appears to be no support for adding a light & dark 
mode startup screen. So when the app launches in dark mode it will displays the 
bright light mode start up screen. Different dark and light mode startup 
screens are supported by Xcode’s storyboards, which will soon be mandated by 
Apple as the only way to support iOS launch screens. Any idea when this support 
might be available? We were hoping to release an update to our iOS app 
implementing dark mode, as this is a much requested feature, but are now 
blocked by the startup screen issue.

Thanks,

Henry
___
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


Test

2020-06-29 Thread HENRY LOWE via use-livecode
This is a test. Please ignore.

Henry

___
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: Suspend in iOS, or when is a mobile app running?

2020-11-17 Thread HENRY LOWE via use-livecode


On iOS use mergNotify as below. Works well for me.

on openStack
 mergNotify "UIApplicationWillResignActiveNotification"
 mergNotify "UIApplicationDidBecomeActiveNotification"
end openStack

on UIApplicationWillResignActiveNotification pUserInfo
 // Your code before the app goes to background
 -- your code here to handle going to the background
end UIApplicationWillResignActiveNotification

on UIApplicationDidBecomeActiveNotification pUserInfo
// Your code after the app comes back to foreground
-- your code here to handle your app becoming active
end UIApplicationDidBecomeActiveNotification

Henry

> On Nov 17, 2020, at 10:54 AM, J. Landman Gay via use-livecode 
>  wrote:
> 
> Android has always acted like this and now that iOS apps run in the 
> background like Android does, it behaves the same way. At least our problems 
> are cross-platform now.
> 
> An app will stay in RAM until the user specifically quits or until the OS 
> needs the memory. When that happens, the OS wipes the app and it effectively 
> shuts down. We get no warning, except for a shutDown message. Android 
> recommends we store the last state of the app and restore it when it starts 
> up again.
> 
> I'd love to get a message when the app goes into the background but so far 
> there is none. Storing every little change as it happens seems tedious and 
> wasteful. I haven't had much luck with storing changes on shutdown but it's 
> worth a try, it's been a while since I did it.
> 
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software | http://www.hyperactivesw.com
> On November 17, 2020 9:27:50 AM Graham Samuel via use-livecode 
>  wrote:
> 
>> Sorry if this is documented somewhere but I can’t find it.
>> 
>> On desktop platforms, LC gives us “suspend” which is fired when the app goes 
>> into the background. I seem to be having some problems with iOS, in that 
>> when the screen locks (triggered by  user action or a time limit), my app 
>> seems to stop getting messages from the OS, so is in some sense suspended. 
>> This seems to call for something like “suspend” for mobiles. Does such a 
>> message exist?
>> 
>> Another thing that happens with iOS apps that use Location Services is that 
>> the user is sometimes asked via a popu-up on the screen of the device 
>> whether the app should be allowed to use these services when it’s not 
>> running. I don’t know what triggers these user messages, nor am exactly 
>> certain what ‘not running’ means - presumably if the app has been properly 
>> quit, that’s something other than ‘not running’. In the Standalone Settings 
>> for mobile, one can set Location Services as being a requirement, but there 
>> doesn’t seem to be a setting corresponding to this user choice.
>> 
>> Has anyone a clear understanding of all this? I would love to see an 
>> explanation.
>> 
>> TIA
>> 
>> 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
> 
> 
> 
> 
> ___
> 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