iOS Privacy Manifest Requirements begin May 1

[HENRY LOWE via use-livecode]

Received the following today while submitting an LC App update to the iOS store:

ITMS-91053: Missing API declaration - Your app’s code references one or more 
APIs that require reasons, including the following API categories:

NSPrivacyAccessedAPICategoryFileTimestamp

While no action is required at this time, starting May 1, 2024, when you upload 
a new app or app update, you must include a NSPrivacyAccessedAPITypes array in 
your app’s privacy manifest to provide approved reasons for these APIs used by 
your app’s code.

The relevant developer info is here:

https://developer.apple.com/documentation/bundleresources/privacy_manifest_files/

I assume that the Livecode Engine is using one or more APIs that will require a 
Privacy Manifest update?

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: [[ ANN ]] Release 9.6.10 RC-1

[HENRY LOWE via use-livecode]

I see only a link to the release notes.

Henry

> On Aug 17, 2023, at 5:05 PM, panagiotis m via use-livecode 
>  wrote:
> 
> Hello Mark,
> 
> As Matthias noted, you can find this release in your account area. You have
> to scroll down a bit because the stable releases are listed at the top.
> 
> In the downloads page you can only find the last stable release - currently
> 9.6.9.
> 
> Kind regards,
> Panos
> --
> 
> On Thu, 17 Aug 2023 at 19:02, matthias rebbe via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> As Panos wrote.. ;)
>> 
>> You can find the release in your LiveCode account area or get it via the
>> automatic updater.
>> 
>>> Am 17.08.2023 um 17:57 schrieb Mark Talluto via use-livecode <
>> use-livecode@lists.runrev.com>:
>>> 
>>> Hi Panos,
>>> 
>>> I am looking forward to testing this build. I do not have any links to
>> the download on the page. They appear to be missing.
>>> 
>>> The release notes are linked, and I can read them.
>>> 
>>> 
>>> Best regards,
>>> Mark Talluto
>>> 
>>> appli.io 
>>> livecloud.io 
>>> nursenotes.net 
>>> canelasoftware.com 
>>> 
>>> 
>>> 
 On Aug 17, 2023, at 7:02 AM, panagiotis merakos via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
 
 Dear list members,
 
 We are pleased to announce the release of LiveCode 9.6.10 RC-1.
 
 LiveCode 9.6.10 RC-1 comes with more than 20 bugfixes, including support
 for Android API 33, which will be a requirement for submitting new apps
>> to
 the Google Play Store as of the 31st of August.
 
 You can find more details on the bug fixes and improvements of this new
 release here:
 
 https://livecode.com/livecode-9-6-10-rc-1-released/
 
 You can find the release in your LiveCode account area or get it via the
 automatic updater.
 
 Enjoy!
 
 Kind regards
 The LiveCode Team
 --
 ___
 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
>> 
> ___
> 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: OpenCore Legacy Patcher Supports 2012 iMac!

[HENRY LOWE via use-livecode]

Mac OS Ventura runs just fine on my 2012 iMac courtesy of OpenCore Legacy 
Patcher. I don’t run LC on this machine - use a 2019 iMac for that.

Henry 

> On May 29, 2023, at 7:42 PM, harrison--- via use-livecode 
>  wrote:
> 
> https://dortania.github.io/OpenCore-Legacy-Patcher/MODELS.html#imac
> 
> You are very lucky!  You must have looked at an old post.
> 
> Have fun!
> 
> Rick
> 
>> On May 29, 2023, at 1:11 PM, doc hawk via use-livecode 
>>  wrote:
>> 
>> If memory serves, the problem with older machines was not running the metal 
>> graphical system, as they lacked the hardware.
>> 
>> There were some near-contemporaneous patches that allowed at least the first 
>> post-mohave osx to run, put were reported as glacially and painfully slow as 
>> metal got emulated on older hardware.
>> 
>> This says that the patch allows supporter non-metal graphical cards, 
>> though—I’m curious how that would work on apple stuff that calls to metal.
>> 
>> But, alas, the 2012 iMac isn’t the list, so I guess I’m out of luck anyway.
>> 
>> 
>> ___
>> 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

Re: iOS Device orientation confusion!

[HENRY LOWE via use-livecode]

Thank you Richard.

Henry

> On Apr 12, 2023, at 5:40 PM, Richard Gaskin via use-livecode 
>  wrote:
> 
> Henry Lowe wrote:
> 
> > The problem is that when the iPhone is in Landscape Left mode
> > (according to the simulator and to Apple’s definition of that mode
> > - see below), Livecode is returning Landscape Right. When the
> > device is in Landscape Right mode, Livecode returns Landscape
> > Left - via the MobileDeviceOrientation function.
> >
> > Apple’s Definition (developer.apple.com )
> > of these two modes:
> >
> > • LandscapeLeft:
> >   The device is in landscape mode, with the device held upright and
> >   the front-facing camera on the left side.
> >
> > • LandscapeRight:
> >   The device is in landscape mode, with the device held upright and
> >   the front-facing camera on the right side.
> >
> >
> > Livecode’s Definition (Dictionary):
> >
> > • landscape left: the device is being held upward with the home button
> >   on the left
> >
> > • landscape right: the device is being held upward with the home
> >   button on the right
> >
> > It would appear that these two definitions at odds with each other.
> 
> They are indeed at odds. Apple should update their description to match LC's. 
> :)
> 
> They seem consistent with one another, except that each uses a part of the 
> hardware at opposite ends of the phone to define orientation.
> 
> Apple's docs are referencing the camera as the point of reference for 
> orientation, while LC uses the Home button as the point of reference. So 
> while "left" and "right" are used differently, you should be able to get the 
> result you need in LC.
> 
> Use Apple's spec when coding in Apple tools and languages, and LC's when 
> writing in LC and you should be fine.
> 
> -- 
> 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

iOS Device orientation confusion!

[HENRY LOWE via use-livecode]

Hi,

I am trying fix a new (I think) issue in a Livecode iOS app that had previously 
successfully handled UI updates based on changes in device orientation. I am 
using LC 9.6.9, Mac OS Ventura 13.3.1, iOS 16.4.1 and Xcode Simulator 14.2. 

The problem is that when the iPhone is in Landscape Left mode (according to the 
simulator and to Apple’s definition of that mode - see below), Livecode is 
returning Landscape Right. When the device is in Landscape Right mode, Livecode 
returns Landscape Left - via the MobileDeviceOrientation function.

Apple’s Definition (developer.apple.com ) of these 
two modes:

• LandscapeLeft:

The device is in landscape mode, with the device held upright and the 
front-facing camera on the left side.

• LandscapeRight:

The device is in landscape mode, with the device held upright and the 
front-facing camera on the right side.


Livecode’s Definition (Dictionary):

• landscape left: the device is being held upward with the home button on the 
left

• landscape right: the device is being held upward with the home button on the 
right

It would appear that these two definitions at odds with each other. Am I 
missing something?

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: iOS SDK Version Warning

[HENRY LOWE via use-livecode]

Thank you Panos.

Henry

> On Mar 20, 2023, at 2:36 AM, panagiotis m via use-livecode 
>  wrote:
> 
> Hello Henry,
> 
> Yes, we are preparing an LC update which will include support for building
> with Xcode 14.2 / iOS SDK 16.2.
> 
> Kind regards,
> Panos
> --
> 
> On Sun, 19 Mar 2023 at 20:37, HENRY LOWE via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> Hi,
>> 
>> When using Transporter to deliver an app update to the iOS App Store today
>> I received the following warning:
>> 
>> “SDK Version Issue. This app was built with the iOS 15.2 SDK. Starting
>> April 2023, all iOS apps submitted to the App Store must be built with the
>> iOS 16.1 SDK or later, included in Xcode 14.1 or later.”
>> 
>> It is my understanding the the current version of LC (I used 9.6.9 rc 2)
>> does not support Xcode 14.x? Is there an LC update coming that will address
>> this App Store requirement as of April 1 or is there a work around?
>> 
>> 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
>> 
> ___
> 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

iOS SDK Version Warning

[HENRY LOWE via use-livecode]

Hi,

When using Transporter to deliver an app update to the iOS App Store today I 
received the following warning:

“SDK Version Issue. This app was built with the iOS 15.2 SDK. Starting April 
2023, all iOS apps submitted to the App Store must be built with the iOS 16.1 
SDK or later, included in Xcode 14.1 or later.”

It is my understanding the the current version of LC (I used 9.6.9 rc 2) does 
not support Xcode 14.x? Is there an LC update coming that will address this App 
Store requirement as of April 1 or is there a work around?

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

iPadOS 16.1 and Stage Manager

[HENRY LOWE via use-livecode]

I have an iOS Livecode 9.6.8 app that runs on both iPhone and iPad. The app 
uses custom code to handle screen redraws on launch (screen size varies by 
device) and when a device's orientation changes. Tested the app today on an 
iPad running iPadOS 16.1 with Stage Manager active. Stage manager is a new 
(optional) multitasking system available in iPadOS 16.1 and MacOS Ventura. Of 
significance here is that Stage Manager allows the user to resize the app 
window by dragging a control in the bottom right corner of the app window. 
Prior to Stage Manager iPad app windows could not be manually resized.

Under Stage Manager on iPad my app did not redraw correctly when the app’s 
window was manually resized. However adding a ResizeStack handler that called 
the appropriate redraw routines fixed the issue, though the screen redrawing is 
not a smooth as I would like. 

If you have a LC app that runs on the iPad you may need to handle 
user-controlled stack resizing under Stage Manager.

In the course of investigating this issue I also discovered that you can use 
the latest Xcode simulators (version 14.1) to test Livecode apps on new iPhone 
and iPad device simulators. To do so:

1. Rename the version of the Xcode app required by Livecode (e.g. version 13.2) 
to 'Xcode 13.2’. 

2. In Livecode Preferences -> Mobile Support select the Xcode 13.2 app as the 
location for iOS SDKs.

3. Download version Xcode 14.1 RC2 from the Apple Developer site.

4. When Xcode 14.1 is installed as Xcode app in the applications folder, launch 
Xcode and select ‘Simulator’ from the Xcode -> Open Developer Tool menu. 

5. In the dock, control click (right click) on the Simulator icon select 
Options -> Keep in Dock - this allows you to launch the Simulator app at will. 

6. With the desired simulated device open use Livecode’s Development -> Test to 
launch your app in the open Simulator. This has worked fine for me so far!

Also (as others have pointed out), the Xcode 13.2 app is disabled under Mac OS 
Ventura. You can still select it as the source of Livecode’s iOS SDKs but you 
cannot launch the app.

Henry

Ascriva Health Informatics
___
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: iOS 16! It will not do landscape!

[HENRY LOWE via use-livecode]

I have an iOS app that supports both portrait and landscape mode on the iPhone. 
 It continues to work as expected in iOS 16. I don’t use LC’s built-in commands 
but instead use proprietary code to handle screen redraws.

Henry

> On Sep 16, 2022, at 4:27 PM, Brian Milby via use-livecode 
>  wrote:
> 
> It is not an orientation lock issue.  I’ve submitted a bug report but didn’t 
> have iOS 16 loaded yet and have not had a chance to build some test apps to 
> narrow down the details of the issue.  Apple did make changes in iOS 16 with 
> how apps request a specific orientation.
> 
> Brian Milby
> br...@milby7.com
> 
>> On Sep 16, 2022, at 11:11 AM, harrison--- via use-livecode 
>>  wrote:
>> 
>> Perhaps the screen lock is turned on so it only shows stuff in portrait 
>> mode?
>> 
>>> On Sep 16, 2022, at 10:45 AM, Mike Kerner via use-livecode 
>>>  wrote:
>>> 
>>> weird. we've got 16.1 on our ipads. the LC app we're running on them is
>>> working fine in landscape.
>>> 
 On Thu, Sep 15, 2022 at 9:31 PM Sannyasin Brahmanathaswami via use-livecode
  wrote:
 
 Aloha Everyone
 
 Well I was involved in iOS 16. Just yesterday.
 
 It downloaded to my phone (iPhone 13, with Version 16.0 – 20A362) . When I
 did that, none of stacks of my stacks will do landscape!
 
 stack “wordpuzzle”
 
 on preOpenStack
 
 if isMobile() then
 
 mobileSetAllowedOrientations "landscape left,landscape
 right"
 
 mobileSetFullScreenRectForOrientations "landscape
 left,landscape right","0,0,736,414"
 
   set the fullscreenmode of this stack to "showAll" --
 better for wider screens
 
 end if
 
 hide grc "blankScreen"
 
  setCardCoords "landscape"
 
 end preOpenStack
 
 stack “view_BrowserLandscape”
 
 
 
 on preopenstack
 
 local tBrowser, tOrientations
 
 set the fullscreenmode of this stack to empty
 
 put the short name this stack into tBrowser
 
 put (tBrowser contains "landscape") into sLandscapeOnly
 
 put "landscape left,landscape right" into tOrientations
 
 if sLandscapeOnly then
 
 put "landscape" into sOrientation
 
 else
 
 put "portrait,portrait upside down," before tOrientations
 
 put "portrait" into sOrientation
 
 end if
 
 setCardCoords sOrientation
 
 if isMobile() then
 
  mobileSetAllowedOrientations tOrientations
 
 end if
 
 resetUI
 
 hide grc "blankImage"
 
 send "showBrowser" to me in 10 seconds
 
 end preopenstack
 
 Where is the newest download.
 
 https://downloads.livecode.com/livecode/
 
 LiveCode 9.6.9 RC 1, 10 August 2022
 
 RC 1
 Release Notes<
 https://livecodestatic.com/downloads/livecode/9_6_9/LiveCodeNotes-9_6_9_rc_1.pdf
> 
 10 August 2
 
 
 Brahmanathaswami
 
 
 
 
 And it not there!
 
 
 Did see SivaSiva 1.7.2? It on the iPhone – App Store.
 
 Svasti Astu – Be Well
 Brahmanathaswami
 
 Get SivaSiva.app – It free!
 https://www.himalayanacademy.com/view/sivasiva
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 ___
 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
 
>>> 
>>> 
>>> -- 
>>> On the first day, God created the heavens and the Earth
>>> On the second day, God created the oceans.
>>> On the third day, God put the animals on hold for a few hours,
>>> and did a little diving.
>>> And God said, "This is good."
>>> ___
>>> 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


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:

Re: [ANN] Release 9.6.7 RC-1

[HENRY LOWE via use-livecode]

I experienced the same issue but after entering my Livecode account password 
into the activation dialog, it activated. Usually the password is pre-entered 
but not this time.

Henry

> On Feb 25, 2022, at 9:53 AM, Mark Wieder via use-livecode 
>  wrote:
> 
> Can't activate the license, though.
> 
> -- 
> Mark Wieder
> ahsoftw...@gmail.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: PDF in browser on Mac

[HENRY LOWE via use-livecode]

Using the browser widget to view a PDF under Mac OS 12.0.1 and LC 9.6.5 (rc2), 
if I right click (control + click) anywhere in the displayed PDF (including 
white space) I get a pop-up menu showing several options. Selecting any of the 
PDF’s text and right clicking shows additional options.

Henry

> On Nov 15, 2021, at 2:46 PM, Klaus major-k via use-livecode 
>  wrote:
> 
> Hi friends,
> 
> when we open a PDf in Safari, we see this little toolbar at the bottom of the 
> window
> zoom in/out, open in Preview, Download that file
> 
> I am definitively sure that we also saw this in the browser widget on Mac 
> when opening
> a PDF here. But now i don't see this little toolbar anymore!?
> 
> Did I dream this? Or was something changed in macOS or the LC version? 
> macOS 10.14.6
> LC 9.6.4
> 
> Thanks in advance!
> 
> 
> Still very annoying:
> The scrollbars for the browser widget are still not fixed, makes our apps 
> look unprofessional,
> if the users cannot scroll! Or even completely useless... :-/
> 
> 
> 
> Best
> 
> Klaus
> --
> Klaus Major
> https://www.major-k.de
> https://www.major-k.de/bass
> kl...@major-k.de
> 
> 
> ___
> 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: MacOS 12.x (Monterey) disables the Xcode 12.5 app

[HENRY LOWE via use-livecode]

Thank you Panos. Any idea when 9.6.6 (rc 1) might be released? I can probably 
get by as is for a week or so.

Henry

> On Oct 26, 2021, at 11:00 AM, panagiotis m via use-livecode 
>  wrote:
> 
> Hello Henry,
> 
> You can have as many Xcode versions installed as you want. I suggest you
> create a folder "Xcodes" and put everything in it, after you have renamed
> them appropriately (e.g. rename your current Xcode to Xcode_12_5_0.app).
> LiveCode uses the iOS 14.5 SDKs and some of Xcode's command line tools, so
> it will continue to work with Xcode12.5 without any issues, even if
> Xcode12.5 itself cannot open on MacOS Monterey.
> 
>>>>> Are there plans for LC to update to Xcode 13?
> Yes, this will happen probably in the next RC-1 release (9.6.6)
> 
> Kind regards,
> Panos
> --
> 
> On Tue, 26 Oct 2021 at 12:54, HENRY LOWE via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> Updated to MacOS Monetary (12.0.1) yesterday.
>> 
>> After the update, the installed version of Xcode (12.5) was marked as
>> disabled. Attempting to launch Xcode displayed the message:
>> 
>> "The version of Xcode installed on this Mac is not compatible with macOS
>> Monterey.”
>> 
>> LC 9.6.5 (rc 2) launches and appears to function as before. Despite the
>> Xcode app being disabled by MacOS, LC Preferences > Mobile Support shows
>> that the iOS 14.5 SDK and simulators are still recognized. I was able to
>> compile an iOS app and also run an iOS app in the Code 12.5 iOS simulator.
>> 
>> I was also able to compile and run a MacOS app.
>> 
>> So it appears that launching the Xcode 12.5 app (and earlier versions
>> presumably) is not supported by MacOS 12.x but LC can continue to use the
>> iOS 14.5 SDK and simulators. A Mac App compiled and worked as expected
>> (have not tested this MacOS app extensively).
>> 
>> I use the Xcode app for other work. Are there plans for LC to update to
>> Xcode 13?
>> 
>> Can I have two versions of Xcode installed (12.5 and 13.x) and use the
>> 12.5 version for LC and 13.x as the standalone Xcode app? Will installing
>> Xcode 13.x overwrite the 14.5 SDK and Simulators supported by LC - even if
>> I rename the 12.5 version of Xcode to “Xcode 12.5” and then install Xcode
>> 13.x as the default Xcode app?
>> 
>> 
>> Henry
>> 
>> Ascriva Health Informatics
>> ___
>> 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

MacOS 12.x (Monterey) disables the Xcode 12.5 app

[HENRY LOWE via use-livecode]

Updated to MacOS Monetary (12.0.1) yesterday.

After the update, the installed version of Xcode (12.5) was marked as disabled. 
Attempting to launch Xcode displayed the message:

"The version of Xcode installed on this Mac is not compatible with macOS 
Monterey.”

LC 9.6.5 (rc 2) launches and appears to function as before. Despite the Xcode 
app being disabled by MacOS, LC Preferences > Mobile Support shows that the iOS 
14.5 SDK and simulators are still recognized. I was able to compile an iOS app 
and also run an iOS app in the Code 12.5 iOS simulator.

I was also able to compile and run a MacOS app.

So it appears that launching the Xcode 12.5 app (and earlier versions 
presumably) is not supported by MacOS 12.x but LC can continue to use the iOS 
14.5 SDK and simulators. A Mac App compiled and worked as expected (have not 
tested this MacOS app extensively).

I use the Xcode app for other work. Are there plans for LC to update to Xcode 
13? 

Can I have two versions of Xcode installed (12.5 and 13.x) and use the 12.5 
version for LC and 13.x as the standalone Xcode app? Will installing Xcode 13.x 
overwrite the 14.5 SDK and Simulators supported by LC - even if I rename the 
12.5 version of Xcode to “Xcode 12.5” and then install Xcode 13.x as the 
default Xcode app?


Henry

Ascriva Health Informatics
___
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 MacBook Pro Display Notch

[HENRY LOWE via use-livecode]

The new 14 and 16 inch MacBook Pro models announced by Apple yesterday include 
a display notch to house the 1080P front facing camera. Clearly this may cause 
problems for apps that display content in the screen area occupied by the new 
notch.

In response Apple has created a new “compatibility mode” for apps running on 
Macs with a notch. When this mode is active, the system changes the active area 
of the display to avoid the camera housing. This mode can be turned on/off by 
the user via a checkbox in the app’s get info panel or it can be activated or 
deactivated by the developer via a new ‘info.plist’ key.

Link to Apple developer documentation on how to turn on / off this mode using 
the new ‘info.plist’ key is below:

https://developer.apple.com/documentation/bundleresources/information_property_list/nsprefersdisplaysafeareacompatibilitymode

Henry

Ascriva Health Informatics
___
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 apps crashing on devices running iOS 15.x

[HENRY LOWE via use-livecode]

Fernando and I have submitted a bug report 
(https://quality.livecode.com/show_bug.cgi?id=23364 ) after confirming that 
previously stable LC iOS apps are intermittently crashing at launch on devices 
(iPhone & iPad) running iOS 15.x. We have submitted crash logs to LC. The issue 
has been confirmed but, so far, it is unclear what is causing the crashes.
What we appear to know so far:

1. Seems to be an iOS 15.x issue on a device only (no simulator crash).

2. Crash on launch only - I have seen no crashes once app successfully launches.

3. No splash screen is shown, so crashing early in the launch process.

4. Crash on launch is intermittent.

5. Does not crash on first launch after installation.

6. Leaving the app in the background long enough for it to be killed by iOS? 
seems a necessary condition for a subsequent crash on launch.

7. Crash logs show KERN_INVALID_ADDRESS. The crashed thread accessed unmapped 
memory, either by accessing data or an instruction fetch.
Is anyone else seeing intermittent app crashes on launch under iOS 15? If so, 
can you provide any additional information and/or crash logs to LC? In my case 
the iOS App Store app is written using LC 9.6.4 (Stable) on macOS 10.14.

I have some very unhappy users and would love to submit an app update fixing 
this issue.

Thanks,

Henry

Ascriva Health Informatics

Https://www.ascriva.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: Show Tree widget row contents on hover?

[HENRY LOWE via use-livecode]

Keith,

Take a look at the widget’s ActionInspect message. 

The actionInspect message is sent to the widget's script object when the 
inspect icon is clicked on.
The inspect icon appears when the value string of a particular array element 
contains a newline character,
OR if it is too large to fit in the space provided. The pPath parameter 
contains the path to the element whose icon was clicked.

Use the ActionInspect pPath message to get the array element and then use a 
contextual menu to display the truncated element (tElement):

set the text of btn “TreeView_Contextual_Menu" to tElement
popup button “TreeView_Contextual_Menu"

This requires the user to click on the inspect icon of the truncated array 
element element to display the full element.

I agree that it would be nice to do this with a hover.

Henry

> On Apr 23, 2021, at 9:10 AM, Keith Clarke via use-livecode 
>  wrote:
> 
> Hi folks,
> I’m experimenting with a tree widget and indentation means that row content 
> gets truncated, so I’m wondering if there is any simple way to show the 
> current row’s content in a tooltip on hover?
> 
> The dictionary doesn’t mention any mouse-related messages and the 
> highlightedElement property returns a path as a comma-delimited list of array 
> keys but not the row’s content.
> 
> Am I missing some LiveCode magic here that’s too obvious to document?
> 
> Thanks in advance.
> Keith 
> 
> 
> 
> ___
> 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: TreeView Widget Drag and Drop Support

[HENRY LOWE via use-livecode]

Many thanks Brian. As you suggested, I have created an enhancement request.

https://quality.livecode.com/show_bug.cgi?id=23147 
<https://quality.livecode.com/show_bug.cgi?id=23147>

Henry

> On Mar 31, 2021, at 3:32 PM, HENRY LOWE via use-livecode 
>  wrote:
> 
> Thanks Brian. I am handling the ‘on DragDrop’ message in the widget’s script 
> but on completing the drop there is no way to determine which row in the 
> TreeView widget the data was dropped into. Ideally when in DragDrop mode the 
> widget would automatically hilite the row that the mouse is currently over 
> (standard drag and drop behavior) so that when the user finally releases the 
> mouse button the row that was the drop target would be available in 'the 
> hilitedElement’ property of the widget. Currently I am having to try to 
> determine which row was dropped on using the mouseLoc to calculate which row 
> I am in.
> 
> On the second issue, I tried using hiliteChanged message but could not get it 
> to work. Do you have an example script to do this?
> 
> Henry
> 
>> On Mar 30, 2021, at 5:06 PM, Sean Cole (Pi) via use-livecode 
>>  wrote:
>> 
>> Hi Henry,
>> 
>> I often take the widgets, like TreeView, and add in other message
>> responders like this. It's real easy to do?
>> 
>> Just make a copy of the widget folder from the LC Tools Folder
>> (Livecode.app/Contents/Tools/Extensions/com.livecode.widget.treeview) and
>> into your own Livecode extensions folder (mine is in ~/Documents/My
>> LiveCode/Extensions/ or my dropbox folder somewhere). Rename the folder
>> from com.livecode. to com.mine. or something. Then open treeview.lcb in
>> BBEdit or TextEdit, etc, from the copy folder. Line 88, change widget
>> com.livecode.widget.treeview to use the new folder name you gave.
>> 
>> Next, search for 'onMouseUp'. you should find:
>> 
>> public handler onMouseLeave() returns nothing
>> put 0 into mHoverRow
>> redraw all
>> end handler
>> 
>> Before that in the code, add in your other handlers (OnDragDrop, etc) using
>> the same syntax. No need to use the put or redraw messages of course. Look
>> in the dictionary, lcb section, to check the handler names to use.
>> 
>> Then, open the manifest.xml from the same folder. Line 2, again
>> change com.livecode.widget.treeview to use the new folder name
>> and Line 3 to something a little more unique. Then again search for
>> onmouseup. You will see:
>> 
>> 
>> 
>> Again, follow the syntax adding in the lines for the handler.
>> 
>> Look through the other files in the folder and change if you wish but it is
>> not essential.
>> 
>> Now in LC, open the extension builder and use the 'open existing..' button
>> to navigate to the folder you created. Then, from the bottom, the install
>> button will build it into the toolbar.
>> 
>> Now you have a customised version. Make sure you add your replacement
>> widget in the standaloneSettings>Inclusions before building your
>> standalones.
>> 
>> All the best
>> 
>> Sean
>> 
>> On Wed, 31 Mar 2021 at 00:26, HENRY LOWE via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
>>> I am using the LC TreeView widget to implement a sidebar containing a
>>> hierarchical menu in a MacOS app. The widget seems well suited for this
>>> purpose and I have successfully created a facsimile of the standard sidebar
>>> that is used increasingly in both MacOS and iPadOS apps. However, I need to
>>> drag rows from a data grid table to a TreeView widget row in the sidebar
>>> but the current implementation of the TreeView widget does not report the
>>> TreeView widget row (element) where the drop occurred. A TreeView widget
>>> message, such as 'ActionDragDrop pPath’ where pPath is the path to the
>>> element that was ‘dropped on’ would be incredibly helpful. I have
>>> implemented a workaround method off drag and drop to the widget but it
>>> occasionally breaks.
>>> 
>>> Looking at the LiveCode Builder documentation, widgets can support the
>>> following messages related to drag and drop functionality:
>>> 
>>> OnDragDrop, On DragEnter, OnDragFinish, OnDragLeave, On DragMove, On
>>> DragStart.
>>> 
>>> These messages are not currently supported in the TreeView widget LCB
>>> source. Adding them would make this incredibly useful widget even more
>>> powerful.
>>> 
>>> Another issue that I encountered when using the TreeView widget to
>>> implement a sidebar

Re: TreeView Widget Drag and Drop Support

[HENRY LOWE via use-livecode]

Thanks Brian. I am handling the ‘on DragDrop’ message in the widget’s script 
but on completing the drop there is no way to determine which row in the 
TreeView widget the data was dropped into. Ideally when in DragDrop mode the 
widget would automatically hilite the row that the mouse is currently over 
(standard drag and drop behavior) so that when the user finally releases the 
mouse button the row that was the drop target would be available in 'the 
hilitedElement’ property of the widget. Currently I am having to try to 
determine which row was dropped on using the mouseLoc to calculate which row I 
am in.

On the second issue, I tried using hiliteChanged message but could not get it 
to work. Do you have an example script to do this?

Henry

> On Mar 30, 2021, at 5:06 PM, Sean Cole (Pi) via use-livecode 
>  wrote:
> 
> Hi Henry,
> 
> I often take the widgets, like TreeView, and add in other message
> responders like this. It's real easy to do?
> 
> Just make a copy of the widget folder from the LC Tools Folder
> (Livecode.app/Contents/Tools/Extensions/com.livecode.widget.treeview) and
> into your own Livecode extensions folder (mine is in ~/Documents/My
> LiveCode/Extensions/ or my dropbox folder somewhere). Rename the folder
> from com.livecode. to com.mine. or something. Then open treeview.lcb in
> BBEdit or TextEdit, etc, from the copy folder. Line 88, change widget
> com.livecode.widget.treeview to use the new folder name you gave.
> 
> Next, search for 'onMouseUp'. you should find:
> 
> public handler onMouseLeave() returns nothing
> put 0 into mHoverRow
> redraw all
> end handler
> 
> Before that in the code, add in your other handlers (OnDragDrop, etc) using
> the same syntax. No need to use the put or redraw messages of course. Look
> in the dictionary, lcb section, to check the handler names to use.
> 
> Then, open the manifest.xml from the same folder. Line 2, again
> change com.livecode.widget.treeview to use the new folder name
> and Line 3 to something a little more unique. Then again search for
> onmouseup. You will see:
> 
> 
> 
> Again, follow the syntax adding in the lines for the handler.
> 
> Look through the other files in the folder and change if you wish but it is
> not essential.
> 
> Now in LC, open the extension builder and use the 'open existing..' button
> to navigate to the folder you created. Then, from the bottom, the install
> button will build it into the toolbar.
> 
> Now you have a customised version. Make sure you add your replacement
> widget in the standaloneSettings>Inclusions before building your
> standalones.
> 
> All the best
> 
> Sean
> 
> On Wed, 31 Mar 2021 at 00:26, HENRY LOWE via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> I am using the LC TreeView widget to implement a sidebar containing a
>> hierarchical menu in a MacOS app. The widget seems well suited for this
>> purpose and I have successfully created a facsimile of the standard sidebar
>> that is used increasingly in both MacOS and iPadOS apps. However, I need to
>> drag rows from a data grid table to a TreeView widget row in the sidebar
>> but the current implementation of the TreeView widget does not report the
>> TreeView widget row (element) where the drop occurred. A TreeView widget
>> message, such as 'ActionDragDrop pPath’ where pPath is the path to the
>> element that was ‘dropped on’ would be incredibly helpful. I have
>> implemented a workaround method off drag and drop to the widget but it
>> occasionally breaks.
>> 
>> Looking at the LiveCode Builder documentation, widgets can support the
>> following messages related to drag and drop functionality:
>> 
>> OnDragDrop, On DragEnter, OnDragFinish, OnDragLeave, On DragMove, On
>> DragStart.
>> 
>> These messages are not currently supported in the TreeView widget LCB
>> source. Adding them would make this incredibly useful widget even more
>> powerful.
>> 
>> Another issue that I encountered when using the TreeView widget to
>> implement a sidebar hierarchical menu was that clicking on a row in the
>> TreeView widget toggles the row’s hilite state  - click on an item and it
>> hilites, click on it again and it unhilites. While this may be standard
>> behavior for a list, in a menu clicking on a hilited row should not change
>> the row’s hilite state. It should remain hilited. Only clicking on another
>> row (menu item) should unhilite a row and then hilite the selected row. It
>> would be great to have a ’togglehilite’ TreeView property. If true the
>> TreeView would toggle a row’s hilite state as it does now, while if false
>> it would not.
>> 
>> A

Re: TreeView Widget Drag and Drop Support

[HENRY LOWE via use-livecode]

Thank you Sean for the detailed recipe.

Henry

> On Mar 30, 2021, at 5:06 PM, Sean Cole (Pi) via use-livecode 
>  wrote:
> 
> Hi Henry,
> 
> I often take the widgets, like TreeView, and add in other message
> responders like this. It's real easy to do?
> 
> Just make a copy of the widget folder from the LC Tools Folder
> (Livecode.app/Contents/Tools/Extensions/com.livecode.widget.treeview) and
> into your own Livecode extensions folder (mine is in ~/Documents/My
> LiveCode/Extensions/ or my dropbox folder somewhere). Rename the folder
> from com.livecode. to com.mine. or something. Then open treeview.lcb in
> BBEdit or TextEdit, etc, from the copy folder. Line 88, change widget
> com.livecode.widget.treeview to use the new folder name you gave.
> 
> Next, search for 'onMouseUp'. you should find:
> 
> public handler onMouseLeave() returns nothing
> put 0 into mHoverRow
> redraw all
> end handler
> 
> Before that in the code, add in your other handlers (OnDragDrop, etc) using
> the same syntax. No need to use the put or redraw messages of course. Look
> in the dictionary, lcb section, to check the handler names to use.
> 
> Then, open the manifest.xml from the same folder. Line 2, again
> change com.livecode.widget.treeview to use the new folder name
> and Line 3 to something a little more unique. Then again search for
> onmouseup. You will see:
> 
> 
> 
> Again, follow the syntax adding in the lines for the handler.
> 
> Look through the other files in the folder and change if you wish but it is
> not essential.
> 
> Now in LC, open the extension builder and use the 'open existing..' button
> to navigate to the folder you created. Then, from the bottom, the install
> button will build it into the toolbar.
> 
> Now you have a customised version. Make sure you add your replacement
> widget in the standaloneSettings>Inclusions before building your
> standalones.
> 
> All the best
> 
> Sean
> 
> On Wed, 31 Mar 2021 at 00:26, HENRY LOWE via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> I am using the LC TreeView widget to implement a sidebar containing a
>> hierarchical menu in a MacOS app. The widget seems well suited for this
>> purpose and I have successfully created a facsimile of the standard sidebar
>> that is used increasingly in both MacOS and iPadOS apps. However, I need to
>> drag rows from a data grid table to a TreeView widget row in the sidebar
>> but the current implementation of the TreeView widget does not report the
>> TreeView widget row (element) where the drop occurred. A TreeView widget
>> message, such as 'ActionDragDrop pPath’ where pPath is the path to the
>> element that was ‘dropped on’ would be incredibly helpful. I have
>> implemented a workaround method off drag and drop to the widget but it
>> occasionally breaks.
>> 
>> Looking at the LiveCode Builder documentation, widgets can support the
>> following messages related to drag and drop functionality:
>> 
>> OnDragDrop, On DragEnter, OnDragFinish, OnDragLeave, On DragMove, On
>> DragStart.
>> 
>> These messages are not currently supported in the TreeView widget LCB
>> source. Adding them would make this incredibly useful widget even more
>> powerful.
>> 
>> Another issue that I encountered when using the TreeView widget to
>> implement a sidebar hierarchical menu was that clicking on a row in the
>> TreeView widget toggles the row’s hilite state  - click on an item and it
>> hilites, click on it again and it unhilites. While this may be standard
>> behavior for a list, in a menu clicking on a hilited row should not change
>> the row’s hilite state. It should remain hilited. Only clicking on another
>> row (menu item) should unhilite a row and then hilite the selected row. It
>> would be great to have a ’togglehilite’ TreeView property. If true the
>> TreeView would toggle a row’s hilite state as it does now, while if false
>> it would not.
>> 
>> Any thoughts?
>> 
>> 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
>> 
> ___
> 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

TreeView Widget Drag and Drop Support

[HENRY LOWE via use-livecode]

I am using the LC TreeView widget to implement a sidebar containing a 
hierarchical menu in a MacOS app. The widget seems well suited for this purpose 
and I have successfully created a facsimile of the standard sidebar that is 
used increasingly in both MacOS and iPadOS apps. However, I need to drag rows 
from a data grid table to a TreeView widget row in the sidebar but the current 
implementation of the TreeView widget does not report the TreeView widget row 
(element) where the drop occurred. A TreeView widget message, such as 
'ActionDragDrop pPath’ where pPath is the path to the element that was ‘dropped 
on’ would be incredibly helpful. I have implemented a workaround method off 
drag and drop to the widget but it occasionally breaks.

Looking at the LiveCode Builder documentation, widgets can support the 
following messages related to drag and drop functionality:

OnDragDrop, On DragEnter, OnDragFinish, OnDragLeave, On DragMove, On DragStart.

These messages are not currently supported in the TreeView widget LCB source. 
Adding them would make this incredibly useful widget even more powerful.

Another issue that I encountered when using the TreeView widget to implement a 
sidebar hierarchical menu was that clicking on a row in the TreeView widget 
toggles the row’s hilite state  - click on an item and it hilites, click on it 
again and it unhilites. While this may be standard behavior for a list, in a 
menu clicking on a hilited row should not change the row’s hilite state. It 
should remain hilited. Only clicking on another row (menu item) should unhilite 
a row and then hilite the selected row. It would be great to have a 
’togglehilite’ TreeView property. If true the TreeView would toggle a row’s 
hilite state as it does now, while if false it would not.

Any thoughts?

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: Problem with Script Editor in LC 9.6.2 (rc3)

[HENRY LOWE via use-livecode]

Thanks you Lagi, Tore and others.

Looks like this is specific to Mac OS Big Sur.

I have submitted a bug report:

https://quality.livecode.com/show_bug.cgi?id=23139 
<https://quality.livecode.com/show_bug.cgi?id=23139>

Henry

> On Mar 25, 2021, at 4:11 PM, Lagi Pittas via use-livecode 
>  wrote:
> 
> HI Henry,
> 
> Tried it on windows LC 9.6.2 RC2 and it works fine.
> 
> I still have the problem of very laggy text editor  for a machine with 16G
> of Ram and SSD,
> 
>  there is no scrolling problem on a greater than 5000 line script
> 
> so it looks like it's  big Turd this time ;-)
> 
> Lagi
> 
> On Thu, 25 Mar 2021 at 21:09, HENRY LOWE via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> On further investigation this appears to be a problem with any LC
>> scrolling text field, not just the Script Editor.
>> 
>> Please try the following and let me know what you observe:
>> 
>> 1. Create a new stack (e.g. 1024 x 768)
>> 
>> 2. Add a scrolling text field and resize the field to fill the card.
>> 
>> 3. Paste enough text (multiple pastes of the same text will do) into the
>> field so that the vertical scroll bar is activated.
>> 
>> 4. Place in run mode. Click before the first text character in the field
>> 
>> 5. Drag-Select text downwards (hold mouse button down while dragging down
>> over text) towards the bottom of the field until the field begins to
>> auto-scroll
>> 
>> 6. Let go of the mouse - the field continues to autoscroll until it
>> reaches the end of the text
>> 
>> 7. LC is unresponsive during this automatic scrolling
>> 
>> 8. On the Mac the Activity Monitor app shows LC consuming 100% of CPU
>> 
>> 9. This continues for 1-2 minutes then LC unfreezes.
>> 
>> In a large script I am “locked out” of LC for 10-15 mins as the field
>> autoscrolls down.
>> 
>> This may be Mac Big Sur specific, so hopefully someone can test it on that
>> platform.
>> 
>> Looks like a bug to me.
>> 
>> Henry
>> 
>>> On Mar 25, 2021, at 11:05 AM, Sean Cole (Pi) via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>> 
>>> RichardG,
>>> That was a very long way of not answering the question. Very insightful
>>> regarding the DG though. :)
>>> It also went a long way of assuming the skill levels of the audience.
>> Some
>>> of us are not limited to xTalk level. I understand C++ and why Trevor
>>> likely coded the DG using such.
>>> 
>>> My question, just to reestablish, was what on Earth could possibly
>>> complicate the scrolling of the line-numbers in sync with the main
>> 'field'?
>>> Very occasionally the numbers freeze altogether until a click in the
>> editor
>>> which is an interesting aside and only partly related to the question. I
>>> never notice a lag between the two areas. 32-bit I feel is neither here
>> nor
>>> there in relation to the syncing or imperceivable lag, especially for the
>>> SE.
>>> 
>>> Looking on github reveals that the majority of the code for the SE are
>>> indeed, as suspected, written in livecodescript (xTalk ;)) by BHall
>> mostly,
>>> rather than CPP. And, as suspected, really quite simple and unconvoluted
>> as
>>> they can get. Barely anything to become difficult in fixing for Henry's
>>> listed issue. revsecommoneditorbehavior.livecodescript holds the key,
>> lines
>>> 2658-2721 most likely.
>>> 
>>> Sean
>>> 
>>> 
>>> On Thu, 25 Mar 2021 at 16:47, Richard Gaskin via use-livecode <
>>> use-livecode@lists.runrev.com> wrote:
>>> 
>>>> Sean Cole wrote:
>>>> 
>>>>> On Wed, 24 Mar 2021 at 21:45, Richard Gaskin wrote:
>>>>> 
>>>>>> I believe it may be related to the complicated way the line
>>>>>> number field is kept in sync.
>>>>> 
>>>>> Quick question. Why would the line number field be complicated? I
>>>>> can’t imagine anything that would necessitate making it complicated.
>>>>> Numbers and break points. That’s all it handles, right?
>>>> 
>>>> 
>>>> It's easy to describe anything in terms that make it sound simple, but
>>>> whether a task is *actually* simple depends on many things.
>>>> 
>>>> It's equally an oversimplification to arbitrarily divide the world into
>>>> two types of programmers, xTalkers and C coders, b

Re: Problem with Script Editor in LC 9.6.2 (rc3)

[HENRY LOWE via use-livecode]

On further investigation this appears to be a problem with any LC scrolling 
text field, not just the Script Editor.

Please try the following and let me know what you observe:

1. Create a new stack (e.g. 1024 x 768)

2. Add a scrolling text field and resize the field to fill the card.

3. Paste enough text (multiple pastes of the same text will do) into the field 
so that the vertical scroll bar is activated.

4. Place in run mode. Click before the first text character in the field

5. Drag-Select text downwards (hold mouse button down while dragging down over 
text) towards the bottom of the field until the field begins to auto-scroll

6. Let go of the mouse - the field continues to autoscroll until it reaches the 
end of the text

7. LC is unresponsive during this automatic scrolling

8. On the Mac the Activity Monitor app shows LC consuming 100% of CPU

9. This continues for 1-2 minutes then LC unfreezes.

In a large script I am “locked out” of LC for 10-15 mins as the field 
autoscrolls down.

This may be Mac Big Sur specific, so hopefully someone can test it on that 
platform.

Looks like a bug to me.

Henry

> On Mar 25, 2021, at 11:05 AM, Sean Cole (Pi) via use-livecode 
>  wrote:
> 
> RichardG,
> That was a very long way of not answering the question. Very insightful
> regarding the DG though. :)
> It also went a long way of assuming the skill levels of the audience. Some
> of us are not limited to xTalk level. I understand C++ and why Trevor
> likely coded the DG using such.
> 
> My question, just to reestablish, was what on Earth could possibly
> complicate the scrolling of the line-numbers in sync with the main 'field'?
> Very occasionally the numbers freeze altogether until a click in the editor
> which is an interesting aside and only partly related to the question. I
> never notice a lag between the two areas. 32-bit I feel is neither here nor
> there in relation to the syncing or imperceivable lag, especially for the
> SE.
> 
> Looking on github reveals that the majority of the code for the SE are
> indeed, as suspected, written in livecodescript (xTalk ;)) by BHall mostly,
> rather than CPP. And, as suspected, really quite simple and unconvoluted as
> they can get. Barely anything to become difficult in fixing for Henry's
> listed issue. revsecommoneditorbehavior.livecodescript holds the key, lines
> 2658-2721 most likely.
> 
> Sean
> 
> 
> On Thu, 25 Mar 2021 at 16:47, Richard Gaskin via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> Sean Cole wrote:
>> 
>>> On Wed, 24 Mar 2021 at 21:45, Richard Gaskin wrote:
>>> 
 I believe it may be related to the complicated way the line
 number field is kept in sync.
>>> 
>>> Quick question. Why would the line number field be complicated? I
>>> can’t imagine anything that would necessitate making it complicated.
>>> Numbers and break points. That’s all it handles, right?
>> 
>> 
>> It's easy to describe anything in terms that make it sound simple, but
>> whether a task is *actually* simple depends on many things.
>> 
>> It's equally an oversimplification to arbitrarily divide the world into
>> two types of programmers, xTalkers and C coders, but that won't stop me
>> from indulging in it here :
>> 
>> 
>> If we look at text editors made by C coders, they generally only render
>> the line numbers visible on screen given the current scroll position.
>> But they do everything with lower-level/computer-oriented thinking, with
>> lineto and moveto and stringAt (yes, the Inside Macintosh references
>> there show my age, but you know what I mean), so for them these types of
>> calculations are second-nature and not considered tedious at all, it's
>> just how things are done.
>> 
>> xTalkers, by virtue of choosing a language that is not only high-level
>> but among the very few that directly incorporate GUI controls as
>> inherent language elements, think differently. To us we put text into a
>> field and set the scroll as we like and let the engine figure out the
>> details.
>> 
>> 
>> Which is "best" is a topic that can be hotly debated, and was here on
>> this list several years ago in a thread on making text editors in LC.
>> 
>> One of the participants in that thread was Jeff Massung, who'd made a
>> very nice Erlang editor in LC. In his view, IIRC, it was wasteful to ask
>> the engine to render thousands of lines of line numbers if the script
>> being displayed was much shorter.  He felt that the "right" approach
>> would be to do as C programmers do, to dynamically calculate which line
>> numbers should be visible and dynamically populate the line number list
>> with only those on each scrollBarDrag.
>> 
>> Others, including myself, felt that using xTalk objects as xTalkers are
>> accustomed to using them was not a mistake at all, but actually quite
>> with-the-grain for xTalk work. Even if we're asking the engine to work
>> harder, we're doing it only once up front, relying on the engine's good
>> buffering to make scrolling 

Re: Problem with Script Editor in LC 9.6.2 (rc3)

[HENRY LOWE via use-livecode]

Thanks Matthias. I am not using any 3rd party text tools or plug-ins.

If anyone else can confirm this issue I will submit a bug report.

Henry

> On Mar 24, 2021, at 3:17 PM, matthias rebbe via use-livecode 
>  wrote:
> 
> Henry,
> 
> i had a similar problem already with previous LC releases. In my case a 3rd 
> party tool called Popclip was the culprit.
> Popclip is automatically activated as soon as some text is selected. So when 
> i selected text in the editor some strange things happened, for example the 
> whole text was selected and so on.
> Fortunately Popclip allows to exclude apps from being monitored by it, so i 
> just had to add Livecode to the list of apps that should be excluded from 
> PopClip actions.
> 
> 
> Regards,
> 
> 
> -
> Matthias Rebbe
> Life Is Too Short For Boring Code
> 
>> Am 24.03.2021 um 22:58 schrieb HENRY LOWE via use-livecode 
>> :
>> 
>> Thanks Richard. I turned off the line number option and the problem still 
>> occurs. I can reproduce this with any script that extend beyond the bottom 
>> of the script editor pane. 
>> 
>> Select the first line of a script and then (holding the mouse button down) 
>> continue dragging down to select additional lines until you are reach the 
>> last visible line. Continue to drag down to get the script editor to 
>> autoscroll and the scrolling now continues automatically until the entire 
>> script is selected. Cannot stop the scroll until the entire script is 
>> selected.
>> 
>> Looks like a new bug to me.
>> 
>> Henry
>> 
>>> On Mar 24, 2021, at 2:45 PM, Richard Gaskin via use-livecode 
>>>  wrote:
>>> 
>>> Henry Lowe wrote:
>>> 
>>>> If I select text in the LC Script Editor and then drag down to select
>>>> additional text (e.g. I want to select an entire handler), the editor
>>>> starts to autoscroll and does not stop until it reaches the end of the
>>>> script text. Nothing I do stops the scrolling and text selection. I am
>>>> locked out of LC, which is unresponsive. Activity Monitor shows that
>>>> LC is using 100% of the CPU while in this ‘autoscrolling’ state. Once
>>>> the scroll reaches the end of the text in the editor pane, I get
>>>> control of LC again.
>>>> 
>>>> This is only happening with a very large script 5900 lines of text
>>>> (238K). I am in the progress of breaking this script up into a series
>>>> of smaller scripts.
>>>> 
>>>> I suspect that this issue is related to the large amount of text in
>>>> the script but have not seen this before with this script until I
>>>> updated to LC 9.6.2 (rc3).
>>>> 
>>>> Can anyone confirm this issue?
>>> 
>>> I have seen similar issues on Ubuntu.  I believe it may be related to the 
>>> complicated way the line number field is kept in sync.
>>> 
>>> The only workaround I've tested is writing my own script editor, thankfully 
>>> subsidized by a generous soul who commissioned it.  It's not yet ready for 
>>> prime time, though, so I have no immediate solution for LC SE users.
>>> 
>>> 
>>>> Also, is there an upper limit to the size of a LC script?
>>> 
>>> There should not be, at least within reasonable memory limits.
>>> 
>>> And if there were, it shouldn't be anywhere near as short as 5900 lines. 
>>> I've been stress-testing my with 20k-line scripts.
>>> 
>>> The LC field object is quite good.  Any script editor using it should be 
>>> quite good too.
>>> 
>>> -- 
>>> 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
> 
> 
> ___
> 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: Problem with Script Editor in LC 9.6.2 (rc3)

[HENRY LOWE via use-livecode]

Thanks Richard. I turned off the line number option and the problem still 
occurs. I can reproduce this with any script that extend beyond the bottom of 
the script editor pane. 

Select the first line of a script and then (holding the mouse button down) 
continue dragging down to select additional lines until you are reach the last 
visible line. Continue to drag down to get the script editor to autoscroll and 
the scrolling now continues automatically until the entire script is selected. 
Cannot stop the scroll until the entire script is selected.

Looks like a new bug to me.

Henry

> On Mar 24, 2021, at 2:45 PM, Richard Gaskin via use-livecode 
>  wrote:
> 
> Henry Lowe wrote:
> 
> > If I select text in the LC Script Editor and then drag down to select
> > additional text (e.g. I want to select an entire handler), the editor
> > starts to autoscroll and does not stop until it reaches the end of the
> > script text. Nothing I do stops the scrolling and text selection. I am
> > locked out of LC, which is unresponsive. Activity Monitor shows that
> > LC is using 100% of the CPU while in this ‘autoscrolling’ state. Once
> > the scroll reaches the end of the text in the editor pane, I get
> > control of LC again.
> >
> > This is only happening with a very large script 5900 lines of text
> > (238K). I am in the progress of breaking this script up into a series
> > of smaller scripts.
> >
> > I suspect that this issue is related to the large amount of text in
> > the script but have not seen this before with this script until I
> > updated to LC 9.6.2 (rc3).
> >
> > Can anyone confirm this issue?
> 
> I have seen similar issues on Ubuntu.  I believe it may be related to the 
> complicated way the line number field is kept in sync.
> 
> The only workaround I've tested is writing my own script editor, thankfully 
> subsidized by a generous soul who commissioned it.  It's not yet ready for 
> prime time, though, so I have no immediate solution for LC SE users.
> 
> 
> > Also, is there an upper limit to the size of a LC script?
> 
> There should not be, at least within reasonable memory limits.
> 
> And if there were, it shouldn't be anywhere near as short as 5900 lines. I've 
> been stress-testing my with 20k-line scripts.
> 
> The LC field object is quite good.  Any script editor using it should be 
> quite good too.
> 
> -- 
> 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

Problem with Script Editor in LC 9.6.2 (rc3)

[HENRY LOWE via use-livecode]

Since updating to LC 9.6.2 (rc3) on a 2019 iMac running Mac OS Big Sur 11.2.3 I 
have been experiencing the following intermittent issue:

If I select text in the LC Script Editor and then drag down to select 
additional text (e.g. I want to select an entire handler), the editor starts to 
autoscroll and does not stop until it reaches the end of the script text. 
Nothing I do stops the scrolling and text selection. I am locked out of LC, 
which is unresponsive. Activity Monitor shows that LC is using 100% of the CPU 
while in this ‘autoscrolling’ state. Once the scroll reaches the end of the 
text in the editor pane, I get control of LC again. 

This is only happening with a very large script 5900 lines of text (238K). I am 
in the progress of breaking this script up into a series of smaller scripts.

I suspect that this issue is related to the large amount of text in the script 
but have not seen this before with this script until I updated to LC 9.6.2 
(rc3).

Can anyone confirm this issue?

Also, is there an upper limit to the size of a LC script?

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

Re: Multiple Displays and Screenrect

[HENRY LOWE via use-livecode]

In its plural form (screenRects) this function returns a list containing

the virtual co-ordinates of all the screens currently attached to the

system. The first line is always that of the primary display, and the

order of the rest are in an OS-specific order.


Henry

> On Mar 18, 2021, at 2:28 PM, Roger Guay via use-livecode 
>  wrote:
> 
> Can someone please tell me how to get the screenRect of multiple monitor 
> setup?
> 
> Thanks,
> Roger
> ___
> 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: Multidimensional array issue

[HENRY LOWE via use-livecode]

Thank you to everyone for help in resolving this issue.

The syntax for determining if tArray[“status”] contains data or an array 
appears to be either:

If the value of tArray[“status”] is not empty // contains data

or

If tArray[“status”] is not an array // contains data

If I remember correctly, LC arrays are implemented as associative arrays (key, 
value pairs). I assume that they are implemented as hash tables as opposed to 
trees?

Henry



> On Mar 10, 2021, at 9:06 AM, Bob Sneidar via use-livecode 
>  wrote:
> 
> What he said. :-)
> 
> Bob S
> 
> 
> On Mar 9, 2021, at 10:19 AM, Ralph DiMola via use-livecode 
> mailto:use-livecode@lists.runrev.com>> wrote:
> 
> If (not(tArray[“status”] is an array)) and (tArray[“status”] is not empty) 
> then -- ***tArray[“status”] is not an array and is not empty.
> As MW said empty is technically a value.
> 
> ___
> 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: Multidimensional array issue

[HENRY LOWE via use-livecode]

Thanks to all for your excellent discussion and suggestions.

To briefly restate the problem:


If tArray[“status”] does not contain a value

and

If tArray[“status”][“text”] contains a value


How do I determine if tArray[“status”] contains a value?


In the message box:

put "data" into tArray["key1"]["key2"]; answer the value of tArray["key1”] - 
returns EMPTY (so this works)

put "data" into tArray["key1"]["key2"]; answer tArray["key1”] is empty - 
returns FALSE (it should return true IMHO) 

put "data" into tArray["key1"]["key2"]; answer tArray["key1”] is an array - 
returns TRUE (so not helpful) 


Henry


> On Mar 8, 2021, at 5:36 PM, Bob Sneidar via use-livecode 
>  wrote:
> 
> Are you testing for empty, or are you testing if there is a value in an array 
> variable? If there is no key matching your array variable, LC will return an 
> empty string. An empty string is a value. 
> 
> Mark is using a different method, seeing if a key of an array is itself an 
> array. If bobtest ["value"] contains another array so that bobtest ["value"] 
> ["anumber"] contains 1, then bobtest ["value"] is an array. If bobtest 
> ["value"] contains 1 then it is not an array. 
> 
> But getting the value of bobtest ["value"] ["number"] will return empty 
> whether or not bobtest '{value"] is an array. This is why Mark is testing for 
> an array rather than the value. 
> 
> It seems a bit wonky, you might think, "Why not return an error?" But trust 
> me, when you work with arrays, especially when it comes to datagrid data, 
> this is the best course. 
> 
> Bob S
> 
> 
>> On Mar 8, 2021, at 16:25 , HENRY LOWE via use-livecode 
>>  wrote:
>> 
>> Thanks Mark. There are two possible states:
>> 
>> tArray[“status”] holds a value and tArray[“status”][“text”] does not
>> 
>> or
>> 
>> tArray[“status”][“text”] holds a value and tArray[“status”] does not
>> 
>> 
>> My code is trying to do the following:
>> 
>> If tArray[“status”] does not hold a value then check if 
>> tArray[“status”][“text”] holds a value
>> 
>> 
>> The crux is how one reliably determines that an array member (e.g. 
>> tArray[“status”]) holds a value?
>> 
>> I would have assumed that if the array member does not hold a value then  - 
>> if tArray[member] is empty would always return true. However that does not 
>> appear to be the case if the array is multidimensional.
>> 
>> 
>> It appears that both tArray[“status”] is an array and 
>> tArray[“status”][“text”] is an array are true. Am I missing something about 
>> using this syntax?
>> 
>> Thanks,
>> 
>> Henry
>> 
>> 
>>> On Mar 8, 2021, at 3:56 PM, Mark Wieder via use-livecode 
>>>  wrote:
>>> 
>>> On 3/8/21 3:46 PM, HENRY LOWE via use-livecode wrote:
>>> 
>>>> I have often used the form 'if tArray[“key1”] is empty' to determine 
>>>> whether an array element hold a value but this breaks if 
>>>> tArray[“key1”][“key2”] holds a value.
>>> 
>>> Same here. Not that I've every liked that paradigm, just that it's been 
>>> that way since life crawled out of the ocean.
>>> 
>>> However this should do the trick.
>>> 
>>> if tArray["status"] is an array then
>>> put tArray["status"]["text"] into tStatus
>>> else
>>> put tArray["status"] into tStatus
>>> end if
>>> 
>>> -- 
>>> Mark Wieder
>>> ahsoftw...@gmail.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
> 
> ___
> 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: Multidimensional array issue

[HENRY LOWE via use-livecode]

Thanks to all for your excellent discussion and suggestions.

To briefly restate the problem:


If tArray[=E2=80=9Cstatus=E2=80=9D] does not contain a value

and

If tArray[=E2=80=9Cstatus=E2=80=9D][=E2=80=9Ctext=E2=80=9D] contains a =
value


How do I determine if tArray[=E2=80=9Cstatus=E2=80=9D] contains a value?


In the message box:

put "data" into tArray["key1"]["key2"]; answer the value of =
tArray["key1=E2=80=9D] - returns EMPTY (so this works)

put "data" into tArray["key1"]["key2"]; answer tArray["key1=E2=80=9D] is =
empty - returns FALSE (it should return true IMHO)=20

put "data" into tArray["key1"]["key2"]; answer tArray["key1=E2=80=9D] is =
an array - returns TRUE (so not helpful)=20


Henry


> On Mar 8, 2021, at 4:54 PM, Mark Wieder via use-livecode 
>  wrote:
> 
> On 3/8/21 4:25 PM, HENRY LOWE via use-livecode wrote:
> 
>> My code is trying to do the following:
> 
> No, I *do* see what you're trying to do.
> Here... try it for yourself:
> 
> on mouseUp pMouseBtnNo
>   local tArray
> 
>   put "hello" into tArray["status"]
>   put tArray["status"] is an array into msg # false
>   breakpoint
>   put tArray["status"]["text"] is an array into msg # false
>   breakpoint
>   put "goodbye" into tArray["status"]["text"]
>   put tArray["status"] is an array into msg # true
>   breakpoint
>   put tArray["status"]["text"] is an array into msg # false
>   breakpoint
> end mouseUp
> 
> ...or Ralph's version will also do the trick.
> 
> -- 
> Mark Wieder
> ahsoftw...@gmail.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: Multidimensional array issue

[HENRY LOWE via use-livecode]

Thanks Mark. There are two possible states:

tArray[“status”] holds a value and tArray[“status”][“text”] does not

or

tArray[“status”][“text”] holds a value and tArray[“status”] does not


My code is trying to do the following:

If tArray[“status”] does not hold a value then check if 
tArray[“status”][“text”] holds a value


The crux is how one reliably determines that an array member (e.g. 
tArray[“status”]) holds a value?

I would have assumed that if the array member does not hold a value then  - if 
tArray[member] is empty would always return true. However that does not appear 
to be the case if the array is multidimensional.


It appears that both tArray[“status”] is an array and tArray[“status”][“text”] 
is an array are true. Am I missing something about using this syntax?

Thanks,

Henry


> On Mar 8, 2021, at 3:56 PM, Mark Wieder via use-livecode 
>  wrote:
> 
> On 3/8/21 3:46 PM, HENRY LOWE via use-livecode wrote:
> 
>> I have often used the form 'if tArray[“key1”] is empty' to determine whether 
>> an array element hold a value but this breaks if tArray[“key1”][“key2”] 
>> holds a value.
> 
> Same here. Not that I've every liked that paradigm, just that it's been that 
> way since life crawled out of the ocean.
> 
> However this should do the trick.
> 
> if tArray["status"] is an array then
>  put tArray["status"]["text"] into tStatus
> else
>  put tArray["status"] into tStatus
> end if
> 
> -- 
> Mark Wieder
> ahsoftw...@gmail.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

Multidimensional array issue

[HENRY LOWE via use-livecode]

I am using multidimensional arrays to process data read from JSON files.

Some of the data in the JSON files can be represented in alternative forms in 
files from different sources.

For example a field named “status” may be represented as either:

“status": {
"text": “active"}

or

“status": {“active”}

To recognize both forms I use code (after transforming JSON to an array tArray] 
such as:

Local tArray, tStatus

Put tArray[“status”] into tStatus
If tStatus is empty then
put tArray[“status”][“text”] into tStatus
End if

I have discovered that if tArray[“status”][“text”] contains a value then 
tArray[“status”] is not empty (as expected), so my test fails. 

However the expression ‘the value of tArray[“status”]’ return empty and calling 
 - answer tArray[“status”] returns an empty (null) string.

Is this a bug or a (perhaps) a logical outcome of how LC implements arrays?

I have often used the form 'if tArray[“key1”] is empty' to determine whether an 
array element hold a value but this breaks if tArray[“key1”][“key2”] holds a 
value.

Try the following in the message box: put "data" into tA["A"]["B"];answer 
tA["A"] is empty

The result is false! Livecode reports that tA[“A”] is not empty

However entering the following in the message box returns true!

 put "data" into tA["A"]["B"];answer the value of tA["A"] is empty

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?

[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

Test

[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

Dark Mode support and iOS startup screens

[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

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

[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

New Apple Developer iOS requirements beginning April 30

[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

Cannot identify the Menubar button clicked under Mac OS

[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