Creating a new stack will no longer clear the project browser when it was previously displaying deeply nested controls.The names of the localization resources used in macOS standalones have been updated to use ISO-639 codes to better support codesigning and notarization.Clicking the bottom left of a collapse branch icon in the project browser now works correctly.Clicking on links to bug reports in the release notes from the documentation viewer will now open them in an external browser.Modal dialogs will no longer flash briefly before being displayed on Windows.The ‘Newsletters’ item of the Help menu has been renamed to ‘Blog’ and now points to the LiveCode blog.The dictionary has been updated to clarify the names of the text encodings accepted by the textEncode and textDecode functions.A new menu item ‘Report an Issue’ has been added to the Help menu.The ‘Go to handler…’ submenu in the Handlers menu in the script editor is now sorted according to the Handler List sorting option chosen in preferences.Due to this it is recommended that the new property only be used on iOS 16 and above – with the previous method sufficing on older OS versions. However, at least the artwork and title properties will always be used. Which fields from the displayData are used in the music control center appears to be somewhat device and OS version dependent. MobileControlSet "MyPlayer", "filename", "MyMedia.mp3" MobileControlSet "MyPlayer", "displayData", tInfo Put the text of image "MyArtwork" into tInfo The property is applied the next time the content of the player is changed, so should be setīefore the filename property. title: a string describing the title of the media.subtitle: a string describing the subtitle of the media.genre: a string describing the genre of the media.description: a string describing the media.artwork: the png, jpeg, gif or bmp image data to display as an image.To work around this problem a new property “displayData” has been added to the native player control on iOS. However, on iOS 16 and above this command no longer works when using a native player control, as only metadata defined in the file being played is used. The lock screen on iOS displays information about the currently running media, which can be controlled using the “iphoneSetRemoteControlDisplay” command. LiveCode and any standalones it builds will now run using the native architecture of the platform by default.Ĭontrolling the music control center display on iOSĪ “displayData” property has been added to the IOS native player control to allow control over the music control center on iOS 16 and above. You can build for M1, M2 etc natively on Mac OS. Options to add audio related permissions to android apps have been added to the standalone builder.Īpple architecture support out of “experimental” phaseĪpple architecture support has now been officially added to the macOS IDE, standalone builder, and server engine. This version will now become the default download from your LiveCode account. Support for building with Xcode 14.2 and the iOS 16.2 SDK to meet the new (as of April 2023) requirements of the Apple AppStore.Update to the version of OpenSSL used by the engine to 1.1.1q, allowing LiveCode built apps including “SSL & Encryption” to be submitted successfully to the Google Play Store.Support for Android API 31, which is now a requirement for submitting new apps to the Google Play Store. This version comes with more than 75 new features, bugfixes, and security improvements compared to 9.6.8, including: We’re delighted today to announce the release of LiveCode 9.6.9, Stable.
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |