Re: Interface Resolution

2020-10-14 Thread John McKenzie via use-livecode


 Peter, thank you for the information about changing the scale of the
IDE user interface.

 You mentioned that if I put a script somewhere to affect the IDE
stacks that it should work. I looked up the IDE stacks as per your
directions. Thanks for those.

 I do not know where a good somewhere to put such a script would be. Is
there a directory that gets its scripts execute upon running the IDE?
Or can I put it anywhere and take other action to have it run with the
IDE startup?

 Thanks.

___
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


Standalone failures

2020-10-14 Thread Michael Lew via use-livecode
I'm trying to build standalones from 9.6.1 business and cannot get the Mac 
version to succeed. The process goes through the normal lot of "saving" and 
"building" bits but it eventually turns up an alert that says

"There was an error while saving the standalone application
Adding the ad-hoc signature failed with error: [path]: replacing existing 
signature
xcrun error: Invalid developer path (/Library/Developer/CommandLineTools), 
missing xcrun at: [path]: the codesign_allocate helper tool cannot be found or 
used
In subcomponent: [path]/tsNet.bundle"

The same thing happens after I turned off the automatic inclusions option and 
selected no inclusions.

(Windows standalones build fine.)

Do I need to have XCode installed to build a Mac standalone nowadays, or is 
there some other problem with my Mac (Mojave 10.14.6)?

Michael Lew

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


Re: Android PlayStore Warning APK v1 signature scheme

2020-10-14 Thread J. Landman Gay via use-livecode

On 10/14/20 11:18 AM, Ralph DiMola via use-livecode wrote:

I just got this message when submitting a new app to the PlayStore

Your APK is only signed using the APK v1 signature scheme. This will fail to 
install in versions of Android equal or higher to 11 if the 
android:targetSdkVersion is set to 30 or higher. Please use apksigner to sign 
your APK or switch to the Android App Bundle to fix this.

Does anyone know what the deal is here?


Google explains it here:
https://developer.android.com/studio/command-line/apksigner

Apps already published in the Play Store can continue to use the v1 scheme, created with 
keytool, because updates aren't possible if the signature changes. But new apps should use the 
v2 scheme which is done with apksigner.


I got a little lost in that web page when determining what the variables should be in the 
terminal command. Some guidance on that would be helpful. I do remember when I created the 
signature for an app a few months ago, I got a warning that I was using v1 and I should 
consider using v2 instead, but Google did not reject the app with the v1 signature.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

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


Re: Android PlayStore Warning APK v1 signature scheme

2020-10-14 Thread JeeJeeStudio via use-livecode
Good question. I'm not 100% sure, but if I'm correct you can update. So I
don't think the keypair will change. I've not had the error you have, and
I've updated with lc961 which uses the correct target. So i made the normal
keystore and did the thing as in the previous mail and had no problems as
far as i know. Only thing is lc accepts only .keystore. Most probably as
long the reversed dns name com.appname.blabla is not changed and you
increase the version nr, also when an app is wrong or declined, then it
should go ok.

Op wo 14 okt. 2020 22:03 schreef Ralph DiMola via use-livecode <
use-livecode@lists.runrev.com>:

>
>
> Ralph DiMola
> IT Director
> Evergreen Information Services
> rdim...@evergreeninfo.net
> Phone: 518-636-3998 Ex:11
> Cell: 518-796-9332
> Thanks!
>
> One interesting thing is that keytool requires the keystore and the alias
> passwords to be the same. I had them as different. Although you can change
> the alias password with other tools I left them the same for now.
>
> Question: Do you know if the key-pair or fingerprints will change? In
> otherwords can I update an existing app after converting the keystore to
> PKCS12?
>
> -Original Message-
> From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On
> Behalf
> Of JeeJeeStudio via use-livecode
> Sent: Wednesday, October 14, 2020 2:43 PM
> To: How to use LiveCode
> Cc: JeeJeeStudio
> Subject: Re: Android PlayStore Warning APK v1 signature scheme
>
> I think you need to use PKCS12 industry standard format instead of the
> normal keystore. You can import your existing key via command prompt.
> Keytool -importkeystore -srckeystore yourapp.keystore -destkeystore
> yourapp.keystore -deststoretype pkcs12
>
> Op wo 14 okt. 2020 18:17 schreef Ralph DiMola via use-livecode <
> use-livecode@lists.runrev.com>:
>
> > I just got this message when submitting a new app to the PlayStore
> >
> > Your APK is only signed using the APK v1 signature scheme. This will
> > fail to install in versions of Android equal or higher to 11 if the
> > android:targetSdkVersion is set to 30 or higher. Please use apksigner
> > to sign your APK or switch to the Android App Bundle to fix this.
> >
> > Does anyone know what the deal is here?
> >
> > Ralph DiMola
> > IT Director
> > Evergreen Information Services
> > rdim...@evergreeninfo.net
> >
> >
> > ___
> > 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: Android PlayStore Warning APK v1 signature scheme

2020-10-14 Thread Ralph DiMola via use-livecode



Ralph DiMola
IT Director
Evergreen Information Services
rdim...@evergreeninfo.net
Phone: 518-636-3998 Ex:11
Cell: 518-796-9332
Thanks!

One interesting thing is that keytool requires the keystore and the alias
passwords to be the same. I had them as different. Although you can change
the alias password with other tools I left them the same for now.

Question: Do you know if the key-pair or fingerprints will change? In
otherwords can I update an existing app after converting the keystore to
PKCS12?

-Original Message-
From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf
Of JeeJeeStudio via use-livecode
Sent: Wednesday, October 14, 2020 2:43 PM
To: How to use LiveCode
Cc: JeeJeeStudio
Subject: Re: Android PlayStore Warning APK v1 signature scheme

I think you need to use PKCS12 industry standard format instead of the
normal keystore. You can import your existing key via command prompt.
Keytool -importkeystore -srckeystore yourapp.keystore -destkeystore
yourapp.keystore -deststoretype pkcs12

Op wo 14 okt. 2020 18:17 schreef Ralph DiMola via use-livecode <
use-livecode@lists.runrev.com>:

> I just got this message when submitting a new app to the PlayStore
>
> Your APK is only signed using the APK v1 signature scheme. This will 
> fail to install in versions of Android equal or higher to 11 if the 
> android:targetSdkVersion is set to 30 or higher. Please use apksigner 
> to sign your APK or switch to the Android App Bundle to fix this.
>
> Does anyone know what the deal is here?
>
> Ralph DiMola
> IT Director
> Evergreen Information Services
> rdim...@evergreeninfo.net
>
>
> ___
> 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: Big Sur hangs when printing

2020-10-14 Thread Marty Knapp via use-livecode
UPDATE:
Apple just released BigSur public beta 10 today and it’s back to printing OK 
for me here. So the issue was apparently with Apple. Anybody want to check on 
your end to confirm?

Marty

> On Oct 14, 2020, at 11:34 AM, Marty Knapp  wrote:
> 
> This BigSur printing bug happens when you "open printing with dialog” and has 
> been confirmed by Panos. Drop the “with dialog” and you can print. I don’t 
> know at this point if the issue is with LC or with Apple. In the event that 
> it doesn’t get fixed by the time BigSur is released, I want to have a 
> stand-by work-around by creating my own print dialog. 
> 
> I see that I can get a list of all the installed printers and can get the 
> currently selected printer - easy enough to take care of printer selection. 
> What I don’t seem to be able to do is access any “Presets" that the user may 
> have configured (paper tray etc). Is that out of our reach? printerFeatures 
> and printerSettings do not seem to cover it.
> 
> Marty
> 
>> On Oct 8, 2020, at 5:15 PM, Marty Knapp  wrote:
>> 
>> I just installed the latest beta of Big Sur and if you attempt to print from 
>> LC (either in the IDE or a Mac standalone) it will hang, requiring a force 
>> quit. It was working OK in the previous beta. I’ve had several customers 
>> report the same issue. This is making me really nervous as I would guess the 
>> Big Sure release is going to be here very soon. I have a mission critical 
>> app with printing as an absolute necessity. Try it for yourself - create a 
>> stack in the LC IDE and then try to print the card. The print dialog never 
>> appears and it will hang. I was able to successfully print from a couple of 
>> Apple apps with no problem.
>> 
>> I have filed bug #22930 and attached a few system logs but have not heard 
>> anything back. I don’t know enough about error logs to know if the issue is 
>> with LC or the OS beta.
>> 
>> Marty
> 


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


Re: Android PlayStore Warning APK v1 signature scheme

2020-10-14 Thread JeeJeeStudio via use-livecode
I think you need to use PKCS12 industry standard format instead of the
normal keystore. You can import your existing key via command prompt.
Keytool -importkeystore -srckeystore yourapp.keystore -destkeystore
yourapp.keystore -deststoretype pkcs12

Op wo 14 okt. 2020 18:17 schreef Ralph DiMola via use-livecode <
use-livecode@lists.runrev.com>:

> I just got this message when submitting a new app to the PlayStore
>
> Your APK is only signed using the APK v1 signature scheme. This will fail
> to install in versions of Android equal or higher to 11 if the
> android:targetSdkVersion is set to 30 or higher. Please use apksigner to
> sign your APK or switch to the Android App Bundle to fix this.
>
> Does anyone know what the deal is here?
>
> Ralph DiMola
> IT Director
> Evergreen Information Services
> rdim...@evergreeninfo.net
>
>
> ___
> 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: Big Sur hangs when printing

2020-10-14 Thread Marty Knapp via use-livecode
This BigSur printing bug happens when you "open printing with dialog” and has 
been confirmed by Panos. Drop the “with dialog” and you can print. I don’t know 
at this point if the issue is with LC or with Apple. In the event that it 
doesn’t get fixed by the time BigSur is released, I want to have a stand-by 
work-around by creating my own print dialog. 

I see that I can get a list of all the installed printers and can get the 
currently selected printer - easy enough to take care of printer selection. 
What I don’t seem to be able to do is access any “Presets" that the user may 
have configured (paper tray etc). Is that out of our reach? printerFeatures and 
printerSettings do not seem to cover it.

Marty

> On Oct 8, 2020, at 5:15 PM, Marty Knapp  wrote:
> 
> I just installed the latest beta of Big Sur and if you attempt to print from 
> LC (either in the IDE or a Mac standalone) it will hang, requiring a force 
> quit. It was working OK in the previous beta. I’ve had several customers 
> report the same issue. This is making me really nervous as I would guess the 
> Big Sure release is going to be here very soon. I have a mission critical app 
> with printing as an absolute necessity. Try it for yourself - create a stack 
> in the LC IDE and then try to print the card. The print dialog never appears 
> and it will hang. I was able to successfully print from a couple of Apple 
> apps with no problem.
> 
> I have filed bug #22930 and attached a few system logs but have not heard 
> anything back. I don’t know enough about error logs to know if the issue is 
> with LC or the OS beta.
> 
> Marty


___
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


Android PlayStore Warning APK v1 signature scheme

2020-10-14 Thread Ralph DiMola via use-livecode
I just got this message when submitting a new app to the PlayStore

Your APK is only signed using the APK v1 signature scheme. This will fail to 
install in versions of Android equal or higher to 11 if the 
android:targetSdkVersion is set to 30 or higher. Please use apksigner to sign 
your APK or switch to the Android App Bundle to fix this.

Does anyone know what the deal is here?

Ralph DiMola
IT Director
Evergreen Information Services
rdim...@evergreeninfo.net


___
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: The iOS "Files" folder

2020-10-14 Thread Brian Milby via use-livecode
Apple has already provided a way forward for this.  Their current best practice 
is for apps to store files in their Documents folder in iCloud.  This provides 
seamless access between multiple devices and data security since it is not tied 
to the app remaining installed.

I briefly looked at the dev docs on this and it does take some work to 
integrate.  The most complicated piece will be detecting and resolving 
conflicts.  I think it would be a good feature request just not sure how to do 
the conflict resolution piece.  The mechanics of putting and getting a file are 
not that bad.

Sent from my iPhone

> On Oct 13, 2020, at 8:42 PM, John Balgenorth via use-livecode 
>  wrote:
> 
> One my iPad I have everything turned on for iCloud and I am
> sure everything is backed up with my backup file.  I do not
> see all of my individual files when I access icloud except for
> ones I added through a different means than the application.
> 
> The issue of apps becoming outdated and any files being
> locked in with the app is serious to me.  Not a big issue to
> solve if Apple wants to.
> 
> JB
> 
>> On Oct 13, 2020, at 8:24 AM, Bob Sneidar via use-livecode 
>>  wrote:
>> 
>> I’ll have to take issue with that one. If your device is set to sync to the 
>> cloud, your notes will be preserver. There’s no unlikely about it. The only 
>> way they would not sync is if you had sync turned off for notes. In that 
>> case it is not only likely but certain you will lose any new data since sync 
>> was disabled.
>> 
>> If it did not work this way, iCould would die a quick and horrible death.
>> 
>> Bob S
>> 
>> 
>> On Oct 12, 2020, at 3:09 PM, John Balgenorth via use-livecode 
>> mailto:use-livecode@lists.runrev.com>> wrote:
>> 
>> Most likely it will not be saved to the
>> icloud independently so the files you have for that app even
>> though they exist with the app on your icloud backup will be
>> deleted with the app.
>> 
>> ___
>> 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: Correct use of string A 'is in' string B?

2020-10-14 Thread Keith Clarke via use-livecode
Indeed. The joy of web services integration projects - sometimes there are more 
standards and variations of words than characters in a crime drama! :)
Best,
Keith

> On 14 Oct 2020, at 12:25, Tore Nilsen via use-livecode 
>  wrote:
> 
> You should not be to embarrassed. There is a particular reason why I spotted 
> this. I think we have all been there at one time or another.
> 
> Best regards
> Tore
> 
>> 14. okt. 2020 kl. 13:22 skrev Keith Clarke via use-livecode 
>> :
>> 
>> Oh, dear - that's embarrassing! Thanks Tore - time to take a break and check 
>> for updates on my eyeball firmware! :-D
>> Best,
>> Keith
>> 
>>> On 14 Oct 2020, at 12:04, Tore Nilsen via use-livecode 
>>>  wrote:
>>> 
>>> In the url itself you use access_token but in your search you use 
>>> access_code. May this be the reason for your problems?
>>> 
>>> Best regards
>>> Tore Nilsen
>>> 
 14. okt. 2020 kl. 13:00 skrev Keith Clarke via use-livecode 
 :
 
 Hi folks,
 Am I misreading the docs and abusing the 'is in' logic or syntax here...?
 
 In my test case, the browser widget URL takes the form (truncated) 
 https://somewhere.com/callback.lc#access_token=0123456789;...
 
 This is visible in the field "ResponseURL" but the if statement is not 
 firing. 
 
 Is this a syntax or logic error on my part?
 on browserNavigateComplete
 
 get the URL of widget "Browser" 
 put it into field "ResponseURL" 
 
 # Update Access Token
 
 put it into tURL
 
 if "access_code" is in tURL then
 
 put tURL
 
 do UpdateAccessToken(tURL)
 
 end if
 
 get the HTMLText of widget "Browser" 
 
 put it into field "Content" 
 
 end browserNavigateComplete
 
 BTW I've also tried the inverse if 'tURL contains 'access_code" 
 
 Thanks & regards,
 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
>> 
>> 
>> ___
>> 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: Correct use of string A 'is in' string B?

2020-10-14 Thread Tore Nilsen via use-livecode
You should not be to embarrassed. There is a particular reason why I spotted 
this. I think we have all been there at one time or another.

Best regards
Tore

> 14. okt. 2020 kl. 13:22 skrev Keith Clarke via use-livecode 
> :
> 
> Oh, dear - that's embarrassing! Thanks Tore - time to take a break and check 
> for updates on my eyeball firmware! :-D
> Best,
> Keith
> 
>> On 14 Oct 2020, at 12:04, Tore Nilsen via use-livecode 
>>  wrote:
>> 
>> In the url itself you use access_token but in your search you use 
>> access_code. May this be the reason for your problems?
>> 
>> Best regards
>> Tore Nilsen
>> 
>>> 14. okt. 2020 kl. 13:00 skrev Keith Clarke via use-livecode 
>>> :
>>> 
>>> Hi folks,
>>> Am I misreading the docs and abusing the 'is in' logic or syntax here...?
>>> 
>>> In my test case, the browser widget URL takes the form (truncated) 
>>> https://somewhere.com/callback.lc#access_token=0123456789;...
>>> 
>>> This is visible in the field "ResponseURL" but the if statement is not 
>>> firing. 
>>> 
>>> Is this a syntax or logic error on my part?
>>> on browserNavigateComplete
>>> 
>>> get the URL of widget "Browser" 
>>> put it into field "ResponseURL" 
>>> 
>>> # Update Access Token
>>> 
>>> put it into tURL
>>> 
>>> if "access_code" is in tURL then
>>> 
>>> put tURL
>>> 
>>> do UpdateAccessToken(tURL)
>>> 
>>> end if
>>> 
>>> get the HTMLText of widget "Browser" 
>>> 
>>> put it into field "Content" 
>>> 
>>> end browserNavigateComplete
>>> 
>>> BTW I've also tried the inverse if 'tURL contains 'access_code" 
>>> 
>>> Thanks & regards,
>>> 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
> 
> 
> ___
> 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: Correct use of string A 'is in' string B?

2020-10-14 Thread Keith Clarke via use-livecode
Oh, dear - that's embarrassing! Thanks Tore - time to take a break and check 
for updates on my eyeball firmware! :-D
Best,
Keith

> On 14 Oct 2020, at 12:04, Tore Nilsen via use-livecode 
>  wrote:
> 
> In the url itself you use access_token but in your search you use 
> access_code. May this be the reason for your problems?
> 
> Best regards
> Tore Nilsen
> 
>> 14. okt. 2020 kl. 13:00 skrev Keith Clarke via use-livecode 
>> :
>> 
>> Hi folks,
>> Am I misreading the docs and abusing the 'is in' logic or syntax here...?
>> 
>> In my test case, the browser widget URL takes the form (truncated) 
>> https://somewhere.com/callback.lc#access_token=0123456789;...
>> 
>> This is visible in the field "ResponseURL" but the if statement is not 
>> firing. 
>> 
>> Is this a syntax or logic error on my part?
>> on browserNavigateComplete
>> 
>> get the URL of widget "Browser" 
>> put it into field "ResponseURL" 
>> 
>> # Update Access Token
>> 
>> put it into tURL
>> 
>> if "access_code" is in tURL then
>> 
>> put tURL
>> 
>> do UpdateAccessToken(tURL)
>> 
>> end if
>> 
>> get the HTMLText of widget "Browser" 
>> 
>> put it into field "Content" 
>> 
>> end browserNavigateComplete
>> 
>> BTW I've also tried the inverse if 'tURL contains 'access_code" 
>> 
>> Thanks & regards,
>> 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


___
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: Correct use of string A 'is in' string B?

2020-10-14 Thread Tore Nilsen via use-livecode
In the url itself you use access_token but in your search you use access_code. 
May this be the reason for your problems?

Best regards
Tore Nilsen

> 14. okt. 2020 kl. 13:00 skrev Keith Clarke via use-livecode 
> :
> 
> Hi folks,
> Am I misreading the docs and abusing the 'is in' logic or syntax here...?
> 
> In my test case, the browser widget URL takes the form (truncated) 
> https://somewhere.com/callback.lc#access_token=0123456789;...
> 
> This is visible in the field "ResponseURL" but the if statement is not 
> firing. 
> 
> Is this a syntax or logic error on my part?
> on browserNavigateComplete
> 
> get the URL of widget "Browser" 
> put it into field "ResponseURL" 
> 
> # Update Access Token
> 
> put it into tURL
> 
> if "access_code" is in tURL then
> 
> put tURL
> 
> do UpdateAccessToken(tURL)
> 
> end if
> 
> get the HTMLText of widget "Browser" 
> 
> put it into field "Content" 
> 
> end browserNavigateComplete
> 
> BTW I've also tried the inverse if 'tURL contains 'access_code" 
> 
> Thanks & regards,
> 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


Correct use of string A 'is in' string B?

2020-10-14 Thread Keith Clarke via use-livecode
Hi folks,
Am I misreading the docs and abusing the 'is in' logic or syntax here...?

In my test case, the browser widget URL takes the form (truncated) 
https://somewhere.com/callback.lc#access_token=0123456789;...

This is visible in the field "ResponseURL" but the if statement is not firing. 

Is this a syntax or logic error on my part?
on browserNavigateComplete

get the URL of widget "Browser" 
put it into field "ResponseURL" 

# Update Access Token

put it into tURL

if "access_code" is in tURL then

put tURL

do UpdateAccessToken(tURL)

end if

get the HTMLText of widget "Browser" 

put it into field "Content" 

end browserNavigateComplete

BTW I've also tried the inverse if 'tURL contains 'access_code" 

Thanks & regards,
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


Re: Is this a bug?

2020-10-14 Thread panagiotis merakos via use-livecode
Hello David,

Have you tried trashing your Prefs?

1. Quit LC
2. Delete files:

/Users//Library/Preferences/RunRev/livecode.rev
/Users//Library/Preferences/RunRev/livecode7.rev

3. Open LC

I hope this fixes the problem :)

Kind regards,
Panos
--

On Wed, 14 Oct 2020 at 01:10, David Bovill via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Does anyone else have this behaviour in MacOs? Note I have no plugins
> installed or loaded in the demo. The same behaviour happens on different
> laptops.
>
> • https://vimeo.com/466580164
>
> On 9 Oct 2020, 16:33 +0100, Paul Dupuis via use-livecode <
> use-livecode@lists.runrev.com>, wrote:
> > Sorry,
> >
> > When I read you posts and saw "windows" I thought you were talking about
> > this happening on Microsoft Windows.
> >
> > I have seen something similar on macOS, but only when you have dual
> > monitors and the second monitor has it's top positioned higher than the
> > primary monitor.
> >
> >
> >
> >
> >
> >
> > On 10/9/2020 10:23 AM, Paul Dupuis via use-livecode wrote:
> > > Window 10 has a snap to feature on by default that will try to snap
> > > any window of any application to the edges and resize it to have the
> > > screen (or perhaps other options) if the windows is being dragged and
> > > the mouse moves close to a screen edge. I have not explored the
> > > feature fully, so I am not sure of the details.
> > >
> > >
> > >
> > > On 10/9/2020 9:48 AM, David Bovill via use-livecode wrote:
> > > > I’m getting pretty curious about this bug :)
> > > >
> > > > Testing  mouse clicks- and not stacks jumping position when moving
> > > > their location - I find that a stack that is successfully moved
> > > > between the four quadrants of the screen - accepts mouse clicks
> > > > accurately in the bottom-left, top-right and bottom right quadrants -
> > > > but in the top-eft quadrant the mouse-click interactions are offset
> > > > vertically in a way that is compatible with the stack jump. So if you
> > > > manage to locate the. Stack without it jumping - in the top-left
> > > > quadrant the mouse clicks are off.
> > > >
> > > > Monitor settings are set for default value of the MacBook Pro
> > > > display. I think I’ll make a short video of this behaviour.
> > > > On 9 Oct 2020, 14:35 +0100, David Bovill ,
> > > > wrote:
> > > > > Also tested on Livecode 8.1.5 with same results.
> > > > > On 9 Oct 2020, 14:00 +0100, David Bovill ,
> > > > > wrote:
> > > > > > Windows intermittently jump to a location on the screen when I
> move
> > > > > > windows. It’s got too annoying to ignore.
> > > > > >
> > > > > > • Is anyone else having this problem?
> > > > > >
> > > > > > I am testing this on Mojave and Livecode 9.6.1 rc2. I am testing
> > > > > > this without any of my own code such just was IDE stacks. This I
> > > > > > “think” is quite a long standing bug that I suspect is related to
> > > > > > the global coordinate system as I have been working around this
> for
> > > > > > quite a while now.
> > > > > >
> > > > > >
> > > > > > Detail
> > > > > > The location of the jump seems to be the same horizontal x
> > > > > > location. But with the vertical value being reset to the halfway
> > > > > > point.
> > > > > >
> > > > > > I am testing by. Simply moving the message box. It is
> intermittent
> > > > > > - so occurring about once every 5 moves, and strangely is
> happening
> > > > > > only when the top left of the stack window is within the top left
> > > > > > quadrant of the screen. Using. The following code int eh message
> > > > > > box I find the top of the message box stack is always 492 after a
> > > > > > jump (see below). This appears to be related to half the screen
> > > > > > less the decorations like menu?
> > > > > > put the screenrect & CR & the rect of stack” Message box"
> > > > > >
> > > > > > 0,0,1680,1050
> > > > > > 215,492,634,640
> > > > > > As a further indication that the problem is due to the IDE, I
> find
> > > > > > that creating a test stack (no scripts or controls) exhibits the
> > > > > > same behaviour - but this behaviour can be suppressed by choosing
> > > > > > “Suppress Messages” from the “Development” menu. This suppression
> > > > > > has no effect on the message box or other IDE windows which still
> > > > > > jump intermittently.
> > > > > >
> > > > > > The problem is most intense when working with multiple screens.
> For
> > > > > > at least a couple of years stacks I create and place on second or
> > > > > > third monitors receive mouse clicks in the wrong location. This
> > > > > > happens on different machines, and different. Monitor setups.
> Only
> > > > > > tested on Macs.
> > > > > >
> > > > > > I am currently creating a multiscreen app - so taking the
> tracking
> > > > > > down. Of this bug more seriously. The current tests are one on my
> > > > > > laptop without external monitors, and having restarted the
> computer
> > > > > > (several times). Applications other than Livecode don’t suffer
>