Re: Speech on Android

[Monte Goulding via use-livecode]

Hi Jerry

> On 31 Mar 2020, at 11:38 pm, JeeJeeStudio via use-livecode 
>  wrote:
> 1. can you use any available language or must the Android System be set on a 
> language? (i suspect the first) i choose an english and dutch lang, first it 
> worked, later it talked spanish...could be a mistake from me of course.

The default voice will be in the user’s chosen locale but the voice locale is 
in the array returned from speechGetVoices(). If you have a recipe where that’s 
not the case then please post a bug report.

> 2. the list of available voice is filled with unrecoqnizable names like 
> nl-nl-x-lgc-network or nl-nl-x-dma-local, how can we change this like 
> male-female or with names like Hans-Cynthia-Ben-Susan

Unfortunately Android does not appear to have any user friendly names for 
voices.

Cheers

Monte
___
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: Video format for mobile

[Monte Goulding via use-livecode]

> On 13 Apr 2020, at 3:58 am, J. Landman Gay via use-livecode 
>  wrote:
> 
> On 4/12/20 9:43 AM, Mark Waddingham via use-livecode wrote:
>> On 2020-04-10 21:39, J. Landman Gay via use-livecode wrote:
>>> @Mark is there a bug number for this? I couldn't find anything.
>> Not specifically as yet I don't think - Monte noticed some issues late last 
>> week, and is the progress of fixing them. I've asked him to chime in when 
>> he's back to work :)
> 
> Thanks, that's good. I can give him a link to one of my videos that doesn't 
> work on Android, just in case the cause is a bit different from what he's 
> working on now. It's pretty much time-critical at my end.

Hi Jacque

I noticed some very similar behavior to what you are seeing but only when 
acceleratedRendering is on. I could hear audio but the video was just white. 
Turning off acceleratedRendering fixed the issue for me. I found a way to 
resolve the issue in the engine. If anyone is interested it has to do with how 
the main surface view and the video surface view are layered. The same issue 
appears to impact the camera control and likely (untested yet) impacts the 
barcode scanner widget. I’m not sure if what you are seeing is related if 
acceleratedRendering is not true.

First up this morning I’m creating a recipe stack for this and another issue I 
found with android player then crating bug reports. If you would like to create 
a recipe stack to demonstrate your issue that would be helpful too. Perhaps 
attach to your own bug report and then we can determine if it’s a duplicate of 
what I’m seeing or something else.

Cheers

Monte
___
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: Video format for mobile

[Monte Goulding via use-livecode]

> On 13 Apr 2020, at 3:29 pm, J. Landman Gay via use-livecode 
>  wrote:
> 
> On 4/12/20 4:16 PM, Monte Goulding via use-livecode wrote:
>>> On 13 Apr 2020, at 3:58 am, J. Landman Gay via use-livecode 
>>>  wrote:
>>> 
>>> On 4/12/20 9:43 AM, Mark Waddingham via use-livecode wrote:
>>>> On 2020-04-10 21:39, J. Landman Gay via use-livecode wrote:
>>>>> @Mark is there a bug number for this? I couldn't find anything.
>>>> Not specifically as yet I don't think - Monte noticed some issues late 
>>>> last week, and is the progress of fixing them. I've asked him to chime in 
>>>> when he's back to work :)
>>> 
>>> Thanks, that's good. I can give him a link to one of my videos that doesn't 
>>> work on Android, just in case the cause is a bit different from what he's 
>>> working on now. It's pretty much time-critical at my end.
>> Hi Jacque
>> I noticed some very similar behavior to what you are seeing but only when 
>> acceleratedRendering is on. I could hear audio but the video was just white. 
>> Turning off acceleratedRendering fixed the issue for me. I found a way to 
>> resolve the issue in the engine. If anyone is interested it has to do with 
>> how the main surface view and the video surface view are layered. The same 
>> issue appears to impact the camera control and likely (untested yet) impacts 
>> the barcode scanner widget. I’m not sure if what you are seeing is related 
>> if acceleratedRendering is not true.
>> First up this morning I’m creating a recipe stack for this and another issue 
>> I found with android player then crating bug reports. If you would like to 
>> create a recipe stack to demonstrate your issue that would be helpful too. 
>> Perhaps attach to your own bug report and then we can determine if it’s a 
>> duplicate of what I’m seeing or something else.
> 
> Done: <https://quality.livecode.com/show_bug.cgi?id=22674 
> <https://quality.livecode.com/show_bug.cgi?id=22674>>
> 
> Thanks Monte.


Hi Jacque

Good news! This is not a bug!

As of Android 9 clear text HTTP is disabled by default. This is much like the 
ATS restrictions on iOS. We probably need to add a way to configure this in the 
standalone builder for Android like we do for iOS even though it’s not 
advisable.

Changing your video url to https resoled the issue.

See 
https://developer.android.com/training/articles/security-config#CleartextTrafficPermitted
 
<https://developer.android.com/training/articles/security-config#CleartextTrafficPermitted>

Cheers

Monte
___
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: Video format for mobile

[Monte Goulding via use-livecode]

Aha! Was just about to comment on the report and it seems Panos got there first!

I should have expected that ;-)

Cheers

Monte
___
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: a QR Code reader for iOS and Android?

[Monte Goulding via use-livecode]

> On 14 Apr 2020, at 8:30 am, kee nethery via use-livecode 
>  wrote:
> 
> I see that the Android Barcode Library can scan QRcodes. That’s great.
> 
> I see that mergeAVCam can scan barcodes of various types for ios and mac as 
> specified by mergAVCamBarcodeTypes(). I could potentially use these two 
> libraries to scan any QR code.
> 
> On my Mac when I run "put mergAVCamBarcodeTypes()” in the message box, it 
> returns an empty list. Does that mean that Livecode can’t scan any barcode 
> type on my Mac? That seems bizarre. 

mergAVCam is not supported on mac since we have the camera control in the 
engine.

Last I checked the AVFoundation barcode detection was not implemented in the 
macOS version of that framework either but it seems it has been in Catalina so 
I’ll raise this internally as a possibility.

Ideally we would extend the android barcode scanner widget to be cross platform.

Cheers

Monte
___
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: a QR Code reader for iOS and Android?

[Monte Goulding via use-livecode]

> On 14 Apr 2020, at 9:06 am, kee nethery via use-livecode 
>  wrote:
> 
> The dictionary in 9.5.1 Indy indicates mergeAVCam is ios and mac. Thanks for 
> clarifying it is not mac.

Ah, ok that should get fixed
> 
> Can you tell me the list of bar code types that mergAVCamBarcodeTypes() would 
> return in ios? That list is not in the dictionary.

AVMetadataObjectTypeUPCECode, 
AVMetadataObjectTypeCode39Code, 
AVMetadataObjectTypeCode39Mod43Code,
AVMetadataObjectTypeEAN13Code, 
AVMetadataObjectTypeEAN8Code, 
AVMetadataObjectTypeCode93Code,
AVMetadataObjectTypeCode128Code,
AVMetadataObjectTypePDF417Code, 
AVMetadataObjectTypeQRCode, 
AVMetadataObjectTypeAztecCode, 
AVMetadataObjectTypeITF14Code, 
AVMetadataObjectTypeDataMatrixCode
> 
> Am hoping that I can build something for Android and iOS that can exchange 
> data between those devices using QR codes (assuming QR codes are supported by 
> ios for scanning).

Yes they are

Cheers

Monte
___
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: Video format for mobile

[Monte Goulding via use-livecode]

> On 14 Apr 2020, at 10:00 am, J. Landman Gay via use-livecode 
>  wrote:
> 
> The bug was me. I didn't know about the HTTPS requirement, but in addition I 
> had to add the SSL library and set hardware acceleration too (I think that's 
> what Colin meant, and I misunderstood.)

Hmm… I only needed to change the url to https here.
> 
> Sorry you had to spend time on this, especially since Panos beat you to it.

Actually it’s good that we have had a chance to identify an improvement we can 
make to the standalone builder.

Cheers

Monte
___
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: Keyhole effect?

[Monte Goulding via use-livecode]

If I understand what you want correctly then:

Create image
Create mask object
Group both
Set the ink of the mask object to blendDstIn
Set the ink of the group to blendSrcOver

Like everything else graphical I’m sure Scott Rossi has a better way ;-)

Cheers

Monte

> On 15 Apr 2020, at 7:31 am, Richard Gaskin via use-livecode 
>  wrote:
> 
> Back in the day I could easily make a sort of keyhole effect, in which I used 
> one graphic to obscure an image, and a second graphic on top as a mask to 
> define a shape (such as a keyhole) through which I could see a portion of the 
> image.
> 
> It was done easily enough with inks.
> 
> Inks that, it seems, we no longer have.
> 
> So given the subset of inks we're now limited to, has anyone here seen 
> firsthand an example of this in LC v9.x?
> 
> -- 
> 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

Re: md5Digest gives different results Mac vs Windows LC 9.5.1

[Monte Goulding via use-livecode]

Hi Bill

As Brian said LiveCode is not calculating different values on different 
platforms. You can’t just look at the output in a text field and compare 
though. The function returns binary data so needs to be hex encoded for cross 
platform comparison. If you put it into a field then LiveCode will do its 
normal binary data to string conversion which uses a different text encoding on 
each platform so it will look different in the field.

To compare cross platform use:
get binaryDecode("h*", messageDigest(textEncode("My very large data", "UTF-8"), 
"SHA3-256"), tHash); put tHash

Cheers

Monte

> On 20 Apr 2020, at 10:14 am, Bill Vlahos via use-livecode 
>  wrote:
> 
> The LiveCode Dictionary states:
> When generating a messageDigest for a string, it is a good idea to encode it 
> to binary data using the textEncode <> function. Otherwise, the messageDigest 
> could be different, depending on the platform <> on which your application is 
> running.
> 
> However, I tried their example in the Dictionary but it still gives different 
> values on Macintosh vs. Windows:
> put textEncode("My very large data", "UTF-8") into tOriginal
> put messageDigest(tOriginal, "SHA3-256") into tChecksum
> 
> Why would the platform calculate the hashes differently?
> Why did older versions of LiveCode calculate it the same?

___
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: mergAV Select specific rear camera

[Monte Goulding via use-livecode]

Hi Andrew

It looks like both mergAVCam and the cameraControl in the Indy+ engines need to 
be updated to use APIs added in iOS 11 for `minAvailableVideoZoomFactor` and 
`maxAvailableVideoZoomFactor`. The multiple lens back camera is treated as one 
device and it switches between the lenses depending on the zoom factor. If you 
would like to open a report about this so it gets prioritised that would be 
great.

Cheers

Monte

> On 1 May 2020, at 7:51 am, Andrew at MidWest Coast Media via use-livecode 
>  wrote:
> 
> The only devices that are returned by mergAVCamGet(“video devices”) is:
> com.apple.avfondation.avcapturedvice.built-in_video:0 Back Camera
> com.apple.avfondation.avcapturedvice.built-in_video:1 Front Camera
> 
> mergAVPick(“rear camera”) brings up the native camera controls, but my goal 
> is to have a live feed from the camera but WITHOUT all the overlays the 
> native camera adds. I can do this easily with the mergAV demo stack, but 
> can’t access all the features.
> 
> I’ve been able to utilize the mergAVCamGet/Set("zoom”) to work on the normal 
> (non wide-angle) lens from 1x to 2x but it won’t go all the way to 3x or down 
> to 0.5x like the native camera will do (0.5x-1x by using the wide-angle, not 
> sure why I can’t use 2x-3x even without a telephoto lens if the native 
> control does).
> 
> -Andrew Bell
> ___
> 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: [ANN] Release 9.6.0 RC-1

[Monte Goulding via use-livecode]

Hi Ralph

The splash images are not scaled or stretched. They are centred on the launch 
screen. You can use any size image. There’s two main options to choose from 
here.

- use a logo PNG with transparency and rely on the background color to fill the 
rest. You can choose from using the system background color so it switches for 
light and dark mode or an explicit color. This is what I would recommend as 
there’s no maintenance for new devices apple might release.

- use an image that is sized large enough to cover the entire screen in all 
supported orientations. If supporting portrait and landscape you would need a 
square image. As the image is not scaled you would need to update it if Apple 
releases a larger device.

Cheers

Monte


> On 12 May 2020, at 1:51 am, panagiotis merakos via use-livecode 
>  wrote:
> 
> Hello Ralph,
> 
> I'll leave this for Monte to provide more details, but my understanding is
> that now with the storyboard you only need to provide one image, and this
> will be scaled automatically for all screen sizes.
> 
> So if you provide only image in the 3x slot, say a 2048x2732, the
> storyboard mechanism will use the same image scaled down to
> (2048/2)x(2732/2) for the 2x  slot and (2048/3)x(2732/3) for the 1x slot.
> 
> So the idea is that now you do not need one separate image for each
> possible device size. You only need one "small", and/or one "medium" and/or
> one "large" image, and this image (or these images, in case you provide
> more than one) will be used for "small","medium" and "large" device screen
> sizes.
> 
> There are no specific required dimensions for each of the 1x,2x,3x slots,
> so you get no error message, but a rule of thumb is to use the largest
> image you used before for the 3x slot, and let the S/B do the rest for you.
> 
> *>Also, Will the image be stretched or cropped to fit the various
> aspect*
> *ratios?*
> 
> The image will be cropped.
> 
> If you only provide a "small" image (i.e. a 1x one), then in some large
> screens it might appear as a letterbox, but you can choose the background
> color to display in this case (in the areas that would appear "black" in
> the letterbox). If the description is not clear, I suggest you do some
> experimenting and see what is the behavior in this case.
> 
> Hope this helps.
> 
> Kind regards,
> Panos
> 
> 
> On Mon, 11 May 2020 at 18:37, Ralph DiMola via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> Also, Will the image be stretched or cropped to fit the various aspect
>> ratios? I would think the they will cropped as stretching would distort the
>> splash image. Is there a way for the storyboard to use custom images for
>> each of Apple's screen types? I know that this is what their trying to get
>> away from. I'm confused.
>> 
>> Ralph DiMola
>> IT Director
>> Evergreen Information Services
>> rdim...@evergreeninfo.net
>> 
>> 
>> -Original Message-
>> From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On
>> Behalf
>> Of panagiotis merakos via use-livecode
>> Sent: Monday, May 11, 2020 11:12 AM
>> To: How to use LiveCode
>> Cc: panagiotis merakos
>> Subject: Re: [ANN] Release 9.6.0 RC-1
>> 
>> Hello Ralph,
>> 
>> I believe that if you just set the 3x image to the largest image you used
>> before (e.g. use a 2048x2732 image), then the storyboard mechanism will
>> take
>> care of the rest and scale the image automagically to fit all screen sizes.
>> At least this was the case in my tests.
>> 
>> We'll see if we could add more info in the tooltips or in the release notes
>> to make this less confusing :)
>> 
>> Also, off-topic, I noticed that the app loads faster now that it uses the
>> storyboard. I am curious if it is faster for you as well.
>> 
>> Kind regards,
>> Panos
>> --
>> 
>> 
>> 
>> On Mon, 11 May 2020 at 17:55, Ralph DiMola via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
>>> Panos,
>>> 
>>> What size does the splash images need to be? How are they resized for
>>> various device aspect ratios? I make the splash image the same as the
>>> first card of the stack and in the past it was easy to make them
>>> match. I could not find anything in the docs or release notes. There
>>> used to be an image for each device. Now there is only 3 for all
>>> devices. Actually there is 6 three light three dark but only three for
>>> any mode. How is this going to work?
>>> 
>>> Ralph DiMola
>>> IT Director
>>> Evergreen Information Services
>>> rdim...@evergreeninfo.net
>>> 
>>> -Original Message-
>>> From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On
>>> Behalf Of panagiotis merakos via use-livecode
>>> Sent: Monday, May 11, 2020 9:00 AM
>>> To: How to use LiveCode
>>> Cc: panagiotis merakos
>>> Subject: [ANN] Release 9.6.0 RC-1
>>> 
>>> Dear list members,
>>> 
>>> We are pleased to announce the release of LiveCode 9.6.0 RC-1.
>>> 
>>> 
>>> Getting the Release
>>> ===
>>> You can get the release at https://downloads.l

Re: [ANN] Release 9.6.0 RC-1

[Monte Goulding via use-livecode]

Hi Ralph

We have had some discussions internally about the feasibility of users 
including custom storyboard file templates and imagesets. That _might_ be the 
best way forward although it could be difficult to match your UI exactly given 
storyboard does not have specific device categories but compact and regular 
width/height categories.

Cheers

Monte

> On 12 May 2020, at 12:55 pm, Ralph DiMola via use-livecode 
>  wrote:
> 
> Monte,
> 
> Thanks for the reply! But the problem I have is I want to match pixel for 
> pixel the splash page with the first card on all devices. These were my 
> customers specs. I now have to tell them this is not possible anymore. When I 
> submit an app update the splash page of the initial launch of their app will 
> be changing. This is not going to go over very well I can tell you that. Is 
> it not possible to have the storyboard code use specific images for specific 
> devices as was available in previous versions? Is this an Apple or an LC 
> limitation?
> 
> Thanks again
> 
> Ralph DiMola
> IT Director
> Evergreen Information Services
> rdim...@evergreeninfo.net
> 
> -Original Message-
> From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf 
> Of Monte Goulding via use-livecode
> Sent: Monday, May 11, 2020 9:58 PM
> To: How to use LiveCode
> Cc: Monte Goulding
> Subject: Re: [ANN] Release 9.6.0 RC-1
> 
> Hi Ralph
> 
> The splash images are not scaled or stretched. They are centred on the launch 
> screen. You can use any size image. There’s two main options to choose from 
> here.
> 
> - use a logo PNG with transparency and rely on the background color to fill 
> the rest. You can choose from using the system background color so it 
> switches for light and dark mode or an explicit color. This is what I would 
> recommend as there’s no maintenance for new devices apple might release.
> 
> - use an image that is sized large enough to cover the entire screen in all 
> supported orientations. If supporting portrait and landscape you would need a 
> square image. As the image is not scaled you would need to update it if Apple 
> releases a larger device.
> 
> Cheers
> 
> Monte
> 
> 
>> On 12 May 2020, at 1:51 am, panagiotis merakos via use-livecode 
>>  wrote:
>> 
>> Hello Ralph,
>> 
>> I'll leave this for Monte to provide more details, but my 
>> understanding is that now with the storyboard you only need to provide 
>> one image, and this will be scaled automatically for all screen sizes.
>> 
>> So if you provide only image in the 3x slot, say a 2048x2732, the 
>> storyboard mechanism will use the same image scaled down to
>> (2048/2)x(2732/2) for the 2x  slot and (2048/3)x(2732/3) for the 1x slot.
>> 
>> So the idea is that now you do not need one separate image for each 
>> possible device size. You only need one "small", and/or one "medium" 
>> and/or one "large" image, and this image (or these images, in case you 
>> provide more than one) will be used for "small","medium" and "large" 
>> device screen sizes.
>> 
>> There are no specific required dimensions for each of the 1x,2x,3x 
>> slots, so you get no error message, but a rule of thumb is to use the 
>> largest image you used before for the 3x slot, and let the S/B do the rest 
>> for you.
>> 
>> *>>>>>Also, Will the image be stretched or cropped to fit the various
>> aspect*
>> *ratios?*
>> 
>> The image will be cropped.
>> 
>> If you only provide a "small" image (i.e. a 1x one), then in some 
>> large screens it might appear as a letterbox, but you can choose the 
>> background color to display in this case (in the areas that would 
>> appear "black" in the letterbox). If the description is not clear, I 
>> suggest you do some experimenting and see what is the behavior in this case.
>> 
>> Hope this helps.
>> 
>> Kind regards,
>> Panos
>> 
>> 
>> On Mon, 11 May 2020 at 18:37, Ralph DiMola via use-livecode < 
>> use-livecode@lists.runrev.com> wrote:
>> 
>>> Also, Will the image be stretched or cropped to fit the various 
>>> aspect ratios? I would think the they will cropped as stretching 
>>> would distort the splash image. Is there a way for the storyboard to 
>>> use custom images for each of Apple's screen types? I know that this 
>>> is what their trying to get away from. I'm confused.
>>> 
>>> Ralph DiMola
>>> IT Director
>>> Evergreen Information Services
>>&

Re: [ANN] Release 9.6.0 RC-1

[Monte Goulding via use-livecode]

You can choose a large image designed in such a way the content on the sides or 
top can be clipped or you can choose a smaller image and have the background 
visible.

> On 12 May 2020, at 1:50 pm, scott--- via use-livecode 
>  wrote:
> 
> I am puzzled by how we should approach this for apps that work on both iPhone 
> and iPad? It seems we choose an iPhone image and an iPad simply has a 
> background border around and iPhone shaped splash?

___
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: mergDocCanOpen opens iOS sharing menu

[Monte Goulding via use-livecode]

Hi Ralf

It might be that `mergDocCanOpen` needs to be deprecated as it relied on a hack 
and Apple must have changed the behavior. Checking the result after 
`mergDocShow*` commands will still report if the document interaction 
controller was able to be shown for the document.

Cheers

Monte

> On 13 May 2020, at 4:07 am, Ralf Bitter via use-livecode 
>  wrote:
> 
> Seems there is an issue with mergDocCanOpen(). Whenever this function
> is called the iOS sharing menu shows up for a short moment at the top
> of the screen. I am running LC 9.6.0 (rc1) and iOS SDK 13.2. The particular
> script including this function worked fine in earlier versions.
> 
> Does anybody have a recipe to avoid this undesirable behavior?
> 
> Ralf
> 
> ___
> 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: LC9.6 Android EXIF image data issue

[Monte Goulding via use-livecode]

Hi Alan

EXIF data from the returned photo in mobilePickPhoto probably shouldn’t be 
relied upon. On iOS it definitely won’t be there. On Android it definitely 
won’t be there if calling mobilePickPhoto with width and height parameters but 
if those parameters aren’t used it might be there (depending on what the camera 
app does).

Cheers

Monte

> On 13 May 2020, at 11:39 am, Alan Stenhouse via use-livecode 
>  wrote:
> 
> There seems to be an issue with getting EXIF data from images using 
> mobilePickPhoto on Android (well, at least new Samsung mobile phones).
> 
> I *think* this is a new bug with LC 9.6, but as I don't have a relevant phone 
> to test with, it's sorta difficult to check further. Particularly as we 
> couldn't even use mobilePickPhoto on these phones prior to 9.6!
> 
> Has anyone else seen this at all? If it's a new issue then it'd be great to 
> get it resolved in the 9.6 cycle.
> 
> cheers
> 
> Alan
> ___
> 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: OAuth2 on Win10: not returning to my app

[Monte Goulding via use-livecode]

It does sound like an issue with the redirect uri.

Perhaps a configuration issue in your app on the endpoint? Some endpoints will 
use the redirect uri from the request, some will ensure it matches perfectly 
with your settings for your app on their portal, some will just use the 
redirect in the portal settings.

Whatever is happening, there is no HTTP request to localhost on your specified 
port because if there was the dialog would close by itself.

> On 30 Jun 2020, at 6:14 am, Richard Gaskin via use-livecode 
>  wrote:
> 
> I've been working with the Oauth2 lib included with v9 (superhandy, team, 
> thanks!), and I've run into a snag:
> 
> When I call it, the browser widgets opens and goes to the authentication 
> provider (in this case Office 365), and authentication seems to work well.
> 
> However, at that point I'd expect the browser widget's window to close and 
> "it" would contain the approved auth scope info.
> 
> Instead what I'm seeing is the browser widget window remains open, and it 
> redirects into my Office 365 account.  I can close the window manually with 
> the "Cancel" button, but then "it" in my calling script contains "Cancel", no 
> auth info.
> 
> Have any of you successfully used LC's OAuth2 lib to log into MS Office 365 
> or other MS product that uses OAuth?
> 
> If so, what did you use for the redirect URL?  Or is there something else I 
> should be considering?
> 
> TIA -
> 
> -- 
> 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

Re: text to speech android

[Monte Goulding via use-livecode]

Hi Scott

The identifiers and names all come from the macOS NSSpeechSynthesizer API and 
yes Victoria does appear to be the only voice with an uppercase character in 
the identifier `com.apple.speech.synthesis.voice.Victoria`,

Cheers

Monte

> On 20 Jul 2020, at 12:57 pm, scott--- via use-livecode 
>  wrote:
> 
> Ack! with the exception of “Victoria” which seems to require an Uppercase 
> first letter. (utter chaos)
> 
>> On Jul 19, 2020, at 7:44 PM, scott--- via use-livecode 
>>  wrote:
>> 
>> I notice that  although speechGetVoices() provides names that begin with an 
>> uppercase letter
>> speechSetVoice() appears to require the name be lowercase for it to work 
>> reliably.  
>> 
>> LC 9.6.0  Mac Mojave
>> 
>> —
>> Scott Morrow
>> 
>>> On Jul 19, 2020, at 9:00 AM, matthias rebbe via use-livecode 
>>>  wrote:
>>> 
>>> Hi Klaus,
>>> 
>>> just did a quick successful test on Mac OS 10.14.6 with this script
>>> 
>>> on mouseup
>>> 
>>> speechInitializeLibrary
>>> 
>>> end mouseup
>>> 
>>> on speechLibraryInitialized pSuccess
>>> 
>>> if pSuccess then
>>> 
>>> speechSpeakUtterance "Hallo Klaus"
>>> 
>>> get speechfinalizeLibrary()
>>> 
>>> end if
>>> 
>>> end speechLibraryInitialized
>>> 
>>> 
>>> -
>>> Matthias Rebbe
>>> Life Is Too Short For Boring Code
>>> 
 Am 19.07.2020 um 14:28 schrieb Klaus major-k via use-livecode 
 :
 
 Hi Klaus,
 
> Am 18.07.2020 um 12:30 schrieb Klaus major-k via use-livecode 
> :
> 
> Hi all,
> 
> in 9.6 we have a new speech library for Mac, iOs and Android.
> In the dictionary "revspeak" is still listed as Mac and Windows only.
> 
> Am I correct to presume that the syntax-> revspeak "what to speak"
> is still the same for this new speech library on Android?
 
 no, you are not correct!
 The new syntax is -> speechSpeakUtterance "what to speech speak or say?"
 
> Thanks in advance!
 
 You're welcome!
 
> Best
> 
> Klaus
 
 Did someone could make this work on a Mac so far?
 
 
 Best
 
 Klaus
 
 --
 Klaus Major
 https://www.major-k.de
 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
>> 
>> 
>> ___
>> 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: Livecode S3 library for AWS compatible object store

[Monte Goulding via use-livecode]

Hi Mark

If you would like to create an enhancement request at quality.livecode.com 
 we can see what we can do. If it’s just a matter 
of changing the host (currently hard coded as s3[-].amazonaws.com 
) then it’s a relatively trivial patch. FWIW I just 
opened this issue after reminding myself how we build the endpoint 
https://quality.livecode.com/show_bug.cgi?id=22917

Cheers

Monte

> On 24 Sep 2020, at 5:28 am, Mark Clark via use-livecode 
>  wrote:
> 
> Hello, I have been away from LC for a while and noticed that there is now an 
> AWSS3 library. Looks great and simple. However, this seems from a cursory 
> read to be actually tied to AWS vs a more generic S3 wrapper allowing 
> arbitrary endpoints. Is there a mechanism to point this at S3 compatible 
> storage systems in addition to the actual ($$$) Amazon? Specifically I am 
> interested in minio (minio.io ) and cloudian connectivity. 
> I have been using shell to access object but it would be much nicer to do 
> this all within LC.TIA, hope this isn’t a frequently asked/answered question.
> 
> Mark
> ___
> 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: Need to track click on a MacStatusMenu without menu items

[Monte Goulding via use-livecode]

Hi Matthias

It would be possible to add to the library I think. Should just be a matter of 
setting an action which posts a callback on the button of the NSStatusItem. If 
you want to have a play the library is open source ;-)

Cheers

Monte

> On 2 Nov 2020, at 4:09 am, matthias rebbe via use-livecode 
>  wrote:
> 
> Hi
> 
> i am currently working on a Mac OS app which makes use of the MacStatusMenu 
> Library.
> Now i need a way to track a click on a Mac Status Menu icon which does not 
> have any menu items.
> 
> Is this somehow possible?
> 
> Currently i am only able to track the click of a menu item of a Mac Status 
> Menu.
> But if no menu item is set and i click directly on the status menu icon, i do 
> not get anything back.
> 
> Any ideas?
> 
> Regards,
> Matthias
> 
> 
> 
> -
> Matthias Rebbe
> Life Is Too Short For Boring Code
> 
> 
> ___
> 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: mergeJSON on server problem

[Monte Goulding via use-livecode]

> On 1 Nov 2020, at 6:21 am, David Bovill via use-livecode 
>  wrote:
> 
> Thanks Mark - I may give fastjson a go.
> 
> I tracked down the problem to the "\u00a0” unicode character in the json I 
> fetched, which was causing mergeJSON to fail. This hack fixed the issue in a 
> temporary way.
>   replace "\u00a0” with empty in episodeJson -- hack to remove "¬"
> 
> Any thoughts on safe encoding of data I fetch fro jsonrpc calls so that it 
> plays nicely with Livecode?

Hi David

The following seems to work without error:
put format("[ \"\\u00a0\" ]") into tJSON; get JSONToArray(tJSON); put tJSON && 
it[1]

Cheers

Monte
___
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: Ali or Monte - MimeEncodeAsMIMEMultipartDocument

[Monte Goulding via use-livecode]

Hi Sean

The MIME lib is all my fault so don’t blame Ali ;-)

It may help you to read RFCs 2045-2049 to gain an understanding of MIME. With 
the exception of mimeEncodeFieldAsMIMEMultipartDocument you really need to 
understand MIME to use the library.

You probably want the mimeEncodeAsMIMEEmail command though.

For the body presuming plain text email then you want something like:

put "Content-Type: text/plain; charset=UTF-8" & crlf & \
 "Content-Transfer-Encoding: quoted-printable" & crlf & crlf & \
  mimeEncodeForMIMETransfer(tText, "quoted-printable”) into tBody

If you want html email then if you don’t know what you need as parameters for 
mimeEncodeAsMIMEMultipartDocument then best to see the code of 
mimeEncodeFieldAsMIMEMultipartDocument as an example which builds that from 
field content.

Regarding BCC that’s nothing to do with the library. See tsNet recipients list 
for that.

Cheers

Monte

> On 29 Dec 2020, at 3:18 am, Sean Cole (Pi) via use-livecode 
>  wrote:
> 
> Hi all,
> 
> The dictionary, as usual, is a bit lacking in regards to the Mime Library.
> For MimeEncodeAsMIMEMultipartDocument we have parameters but no idea what
> the values (enum) for them could or should be.
> 
> pContentA: How do we pre-encode parts including headers?
> 
> pMultipartType: What MultiPart types are there?
> 
> pParamA: What kind of parameters does ParamA take?
> 
> There is a lesson that has a single use-case instance but it does not cover
> all attachment or part types so we are still left guessing. Perhaps this is
> where either Monte or Ali who coded this could help us out. (
> https://github.com/livecode/livecode/blob/38790fc428ff5fc3dc769b3a9cde5733bcf209a2/extensions/script-libraries/mime/mime.livecodescript
> )
> 
> I'm trying to attach a pdf to an email and have bcc addresses too.
> 
> Thanks
> 
> Sean Cole
> *Pi Digital *
> ___
> 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: MergExt BLE

[Monte Goulding via use-livecode]

Hi Camm

The mergExt externals are supported by LiveCode so the best route for support 
is supp...@livecode.com .

Cheers

Monte

> On 31 Jan 2021, at 1:16 am, General 2018 via use-livecode 
>  wrote:
> 
> Hi,
> 
> Is Monte able to support MergeBLE still or is this now solely with Livecode ?
> 
> Anyone help please .
> 
> Regards Camm

___
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: Polygon fill algo?

[Monte Goulding via use-livecode]

Hi Richard

Have you checked out the `fillRule` property docs?

Cheers

Monte

> On 15 Feb 2021, at 9:25 am, Richard Gaskin via use-livecode 
>  wrote:
> 
> I was hoping to use a single polygon draw a box, using the old trick of 
> making discontiguous regions by adding a blank line between lists of points.
> 
> The results draws the lines as I expected, but the fill is unpredictable, at 
> least for me.  Apparently the fill rules for a polygon cause it to not fill 
> some regions, even when discontiguous.
> 
> I guess I'll have to use separate objects, but I was wondering if anyone has 
> a description of the polyfill rule(s), or better, a way to coerce 
> discontiguous polygon regions to always be filled.
> 
> -- 
> Richard Gaskin
> Fourth World Systems
> 
> ___
> 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: S3 Compatible?

[Monte Goulding via use-livecode]

Hi Todd

Given I’m the expert that needs to review this (I wrote the library) I thought 
I’d comment. 

The library was implemented for a business customer that required AWS S3. There 
was no discussion or investigation at the time about whether it would be 
feasible to make the library work for non-AWS endpoints. Indeed I wasn’t fully 
aware that other objects storage services had replicated the AWS S3 API. As you 
suggest it’s quite feasible it could be just a small change however that 
requires investigation. I don’t know if there’s differences in authentication 
(the library only uses AWS signature version 4). Then there’s implementation 
time and testing against multiple endpoints which would take a while too. To be 
honest I think I could easily lose a few days doing this even if the actual 
library changes are trivial.

Rather than becoming annoyed I recommend you contact supp...@livecode.com 
 about your needs and discuss how they could be 
pushed higher up our todo list.

Cheers

Monte

> On 25 Feb 2021, at 5:51 am, Tom Glod via use-livecode 
>  wrote:
> 
> Hi Folks,
> 
> I'm really annoyed at the moment  realizing that our AWS library only
> works on amazon.
> 
> Is there currently any workaround for using the AWS S3 library with s3
> compatible hosts?
> 
> Its beyond me why the endpoints needed to be hardcoded and require EXPERT
> REVIEW to implement a function to change the endpoint.
> 
> Secondly, is there any hope this can be fixed soon? Its been under expert
> review since october.
> 
> Thanks,
> 
> Tom
> 
> 
> 
> 
> -- 
> Tom Glod
> Founder & Developer
> MakeShyft R.D.A (www.makeshyft.com)
> Mobile:647.562.9411
> ___
> 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: Array Split vs Combine

[Monte Goulding via use-livecode]

It’s probably most likely to do with the string buffer needing to be constantly 
resized as the array is iterated for combine. Some googling suggests Windows 
may have issues with this. Our strategy for growing string buffers at the 
moment is to allocate just enough for the string. Mark would need to chime in 
on whether growing the buffer exponentially would be suitable. It would result 
in more memory being allocated than necessary but much less frequent 
allocations so it depends on what’s most costly as memory gets cheaper.

Cheers

Monte

> On 11 Mar 2021, at 11:34 am, Sean Cole (Pi) via use-livecode 
>  wrote:
> 
> The code for 'Split':
> 
> void MCArraysExecSplit(MCExecContext& ctxt, MCStringRef p_string,
> MCStringRef p_element_delimiter, MCStringRef p_key_delimiter, MCArrayRef&
> r_array)
> {
> if (MCStringSplit(p_string, p_element_delimiter, p_key_delimiter, ctxt .
> GetStringComparisonType(), r_array))
> return;
> 
> ctxt . Throw();
> }
> 
> 
> vs
> 
> The code for 'Combine' (// comments added by me):
> 
> void MCArraysExecCombine(MCExecContext& ctxt, MCArrayRef p_array,
> MCStringRef p_element_delimiter, MCStringRef p_key_delimiter, MCStringRef&
> r_string)
> {
> bool t_success;
> t_success = true;  // Create a register to check progress success
> 
> uindex_t t_count;  // Create a new (t)emp counter for indices
> t_count = MCArrayGetCount(p_array);  // Find out how many arrays there are
> 
> MCAutoStringRef t_string;  // Create (t)emp string to store the result
> if (t_success)
> 
> t_success = MCStringCreateMutable(0, &t_string); // t_success is always
> true here initially and is reset as true if t_string is now mutable, false
> if not
> 
> 
> combine_array_t t_lisctxt;  // create a new array object
> t_lisctxt . elements = nil; // initialise t_lisctxt array
> if (t_success)
> 
> t_success = MCMemoryNewArray(t_count, t_lisctxt . elements); // make sure
> the array was created
> 
> 
> if (t_success)
> {
> 
> t_lisctxt . index = 0;
> 
> MCArrayApply(p_array, list_array_elements, &t_lisctxt);
> 
> qsort(t_lisctxt . elements, t_count, sizeof(array_element_t),
> compare_array_element); // sort the elements
> 
> for(uindex_t i = 0; i < t_count; i++)
> 
> { // Loop through all indices
> 
> MCAutoStringRef t_value_as_string; // create a (t)emp string for element
> value
> 
> 
> 
> t_success = ctxt . ConvertToString(t_lisctxt . elements[i] . value,
> &t_value_as_string); // convert array value to string
> 
> if (!t_success)
> 
> break; skip if unable to convert to string
> 
> 
> t_success =
> 
> (p_key_delimiter == nil ||
> 
> (MCStringAppend(*t_string, MCNameGetString(t_lisctxt . elements[i] . key))
> &&
> 
> MCStringAppend(*t_string, p_key_delimiter)))&&
> 
> MCStringAppend(*t_string, *t_value_as_string) &&
> 
> (i == t_count - 1 ||
> 
> MCStringAppend(*t_string, p_element_delimiter)); // t_success is true if
> the array element and values are added correctly
> 
> 
> if (!t_success)
> 
> break; // skip if unable to add value
> 
> }
> 
> }
> 
> if (t_success)
> 
> t_success = MCStringCopy(*t_string, r_string);  // Copies the (t)emp string
> into the (r)eturn string
> 
> 
> MCMemoryDeleteArray(t_lisctxt . elements);
> 
> if (t_success)
> 
> return;
> 
> 
> // Throw the current error code (since last library call returned false).
> ctxt . Throw();
> }
> 
> 
> Following on from Bob's VM comment, there is reference to
> 'MCMemoryNewArray(t_count,
> t_lisctxt . elements)' which does highlight that some memory management for
> the arrays is necessary in the combine command. This only creates a
> temporary copy of the array for working through. How this plays out
> differently for Windows vs Mac/Linux and why this would be increasing the
> time necessary by a factor of about 4:1 I can't see.
> 
> I've tested as far back as LC7
> (Times - Read into memory, Split to array, Combine from array)
> LC9.5.0 Win64 - 0.437s, 0.516s, 3m 1.378s
> LC9.0.5 Win32 - 0.446s, 0.547s, 3m 27.9s
> LC8.2.0 DP2 - 0.543s, 0.577s, 3m 30.208s
> LC8.0.0 - 0.542s, 0.545s, 3m 30.815s
> LC7.0.0 - 0.827s, 0.460s , 3m 37.896s
> 
> On mac all times are less than 1sec, 3 sec total.
> 
> Sean
> 
> 
> On Wed, 10 Mar 2021 at 17:08, Bob Sneidar via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> Now THAT is fascinating, considering the Windows performance issues with
>> file access reported in the past. Could it be that combine is somehow
>> caching data to virtual memory?
>> 
>> Bob S
>> 
>> 
>> On Mar 9, 2021, at 1:05 PM, Sean Cole (Pi) via use-livecode <
>> use-livecode@lists.runrev.com>
>> wrote:
>> 
>> It's looking to be a Windows only issue. I need to see how far this goes
>> back and then I'll post a bug report. It's making a process that should
>> only take 30s max on a single thread 2GHz remote Win server take 16mins to
>> process 2 of these files, so it will be good to find a solution for this.
>> 
>> Thanks everyone for confirming and providing your input.
>> 
>> Regards
>> Sean
>>

Re: Array Split vs Combine

[Monte Goulding via use-livecode]

Ideally we wouldn’t introduce an additional iteration of the array to 
pre-calculate but yes there’s probably a few ways to go. It could also be 
possible to flag a string with a buffer allocation strategy on creation so the 
cases where the engine creates a string then repeatedly appends to it can use a 
different strategy. Anyway, I’m actually only guessing at the problem so best 
to create an issue from which we can create a benchmark test.

Cheers

Monte

> On 11 Mar 2021, at 1:28 pm, Sean Cole (Pi) via use-livecode 
>  wrote:
> 
> Monte,
> Would it be possible to precalculate (ish) how big a string buffer is
> required from the size (memalloc) of the array? Then, if later down the
> process, it works out it doesn't have enough, it can add a bunch more
> memory to the buffer, thus reducing the frequency of buffer resizing. Or
> maybe do it in kind-of blocks of n bytes. I'm just spit-balling but I guess
> you get my thinking.
> 
> Sean
> 
> On Thu, 11 Mar 2021 at 00:52, Monte Goulding via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> It’s probably most likely to do with the string buffer needing to be
>> constantly resized as the array is iterated for combine. Some googling
>> suggests Windows may have issues with this. Our strategy for growing string
>> buffers at the moment is to allocate just enough for the string. Mark would
>> need to chime in on whether growing the buffer exponentially would be
>> suitable. It would result in more memory being allocated than necessary but
>> much less frequent allocations so it depends on what’s most costly as
>> memory gets cheaper.
>> 
>> Cheers
>> 
>> Monte
>> 
>>> On 11 Mar 2021, at 11:34 am, Sean Cole (Pi) via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>> 
>>> The code for 'Split':
>>> 
>>> void MCArraysExecSplit(MCExecContext& ctxt, MCStringRef p_string,
>>> MCStringRef p_element_delimiter, MCStringRef p_key_delimiter, MCArrayRef&
>>> r_array)
>>> {
>>> if (MCStringSplit(p_string, p_element_delimiter, p_key_delimiter, ctxt .
>>> GetStringComparisonType(), r_array))
>>> return;
>>> 
>>> ctxt . Throw();
>>> }
>>> 
>>> 
>>> vs
>>> 
>>> The code for 'Combine' (// comments added by me):
>>> 
>>> void MCArraysExecCombine(MCExecContext& ctxt, MCArrayRef p_array,
>>> MCStringRef p_element_delimiter, MCStringRef p_key_delimiter,
>> MCStringRef&
>>> r_string)
>>> {
>>> bool t_success;
>>> t_success = true;  // Create a register to check progress success
>>> 
>>> uindex_t t_count;  // Create a new (t)emp counter for indices
>>> t_count = MCArrayGetCount(p_array);  // Find out how many arrays there
>> are
>>> 
>>> MCAutoStringRef t_string;  // Create (t)emp string to store the result
>>> if (t_success)
>>> 
>>> t_success = MCStringCreateMutable(0, &t_string); // t_success is always
>>> true here initially and is reset as true if t_string is now mutable,
>> false
>>> if not
>>> 
>>> 
>>> combine_array_t t_lisctxt;  // create a new array object
>>> t_lisctxt . elements = nil; // initialise t_lisctxt array
>>> if (t_success)
>>> 
>>> t_success = MCMemoryNewArray(t_count, t_lisctxt . elements); // make sure
>>> the array was created
>>> 
>>> 
>>> if (t_success)
>>> {
>>> 
>>> t_lisctxt . index = 0;
>>> 
>>> MCArrayApply(p_array, list_array_elements, &t_lisctxt);
>>> 
>>> qsort(t_lisctxt . elements, t_count, sizeof(array_element_t),
>>> compare_array_element); // sort the elements
>>> 
>>> for(uindex_t i = 0; i < t_count; i++)
>>> 
>>> { // Loop through all indices
>>> 
>>> MCAutoStringRef t_value_as_string; // create a (t)emp string for element
>>> value
>>> 
>>> 
>>> 
>>> t_success = ctxt . ConvertToString(t_lisctxt . elements[i] . value,
>>> &t_value_as_string); // convert array value to string
>>> 
>>> if (!t_success)
>>> 
>>> break; skip if unable to convert to string
>>> 
>>> 
>>> t_success =
>>> 
>>> (p_key_delimiter == nil ||
>>> 
>>> (MCStringAppend(*t_string, MCNameGetString(t_lisctxt . elements[i] .
>> key))
>>> &&
>>> 
>>> MCStringAppend(*t_string, p_key_delimiter)))&&
&g

Re: Rust

[Monte Goulding via use-livecode]

> On 29 Apr 2021, at 1:34 pm, David Bovill via use-livecode 
>  wrote:
> 
> I need to interface with an open-source project that is being ported to rust 
> (from C++). I would like to make an extensions library to add new syntax to 
> my scripts.
> 
> Is the way to go to create some C code that interfaces with rust - 
> https://docs.rust-embedded.org/book/interoperability/rust-with-c.html

If you read the page you link then you will know the answer is yes ;-)

Also from the looks of things you should be able to make a shared library you 
can call from LCB by following the directions there.

Cheers

Monte


___
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: Read barcodes on Mac with mergAV?

[Monte Goulding via use-livecode]

Hi Terry

Sorry to say but mergAV has never supported barcode scanning on macOS

Cheers

Monte

> On 4 Aug 2021, at 4:44 pm, Terry Judd via use-livecode 
>  wrote:
> 
> So, I’m trying to get mergAV to recognise any sort or barcode on a Mac but 
> when I query mergAVCamBarcodeTypes() it returns empty.
> 
> Pretty sure this used to work – at least when I last tried it (admittedly 
> probable 3 or 4 years ago) I was at least able to get it to recognise QR 
> codes.
> 
> Any ideas?
> 
> Terry…
> ___
> 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 Viewer widget - how to enable interaction?

[Monte Goulding via use-livecode]

Hi Keith

I think you want the `linkClicked` message. Navigation via links is under 
script control so possibly what you want is:

on linkClicked pAction
   if pAction[“type”] is “goto” then
   set the currentDestination of me to pAction
   end if
end linkClicked

> On 9 Dec 2021, at 2:01 am, Keith Clarke via use-livecode 
>  wrote:
> 
> Hi folks,
> Can anyone share any experiences with the PDF Viewer widget that’s available 
> via the old Business Edition or Pro Pack subscription?
> 
> I’m testing this on LC 9.6.5 with a Pro subscription on Mac 11.6. Following 
> the PDF guide https://livecode.com/resources/guide/ I’ve been able to load 
> various PDF documents into the viewer widget and view, paginate, scroll, etc. 
> I can select text, as per the example code in the guide and this ability to 
> select toggles with the autoHighlight property on the widget - as expected. 
> However, I’m struggling to get much else.
> 
> The widget seems to be rendering the PDF documents in a passive ‘preview’ 
> mode, in that they seem to lack any of the interactive behaviour available 
> when opened in Preview or Adobe reader. There are no hovers or navigation on 
> obvious links or bookmarks. Furthermore, other than documentPages and 
> documentMetadata, all of the arrays that should handle these navigation 
> elements are empty - documentBookmarks, documentNamedDestination, linkStyles.
> 
> Maybe I’ve missed another property that needs to be set to enable 
> interaction? I don’t see any obvious setting to change in the dictionary, the 
> LC guide doc, LC forums or online sources of documentation.
> 
> Any clues gratefully received...
> Best,
> 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: How to extract whole text from a PDF file with the PDF widget?

[Monte Goulding via use-livecode]

Hi Folks

Currently you can extract text in the widget by setting the hilitedRange and 
getting the hilitedRangeText. It wouldn’t be that hard to add extracted text to 
the documentPages property. The PDF widget was built to meet the requirements 
for a client rather than to match the features of XPDF so it’s worthwhile 
anyone still using XPDF to take the time to audit their use and see if there’s 
any extra features required. If so please create feature requests for them. 
While XPDF will continue to function we intend to stop including it in LiveCode.

Cheers

Monte

> On 12 Dec 2021, at 12:27 am, Paul Dupuis via use-livecode 
>  wrote:
> 
> I suspect it is for backward compatibility.
> 
> When I turned over the XPDF external to Livecode, I asked that they maintain 
> it for a couple years. I had expected we'd migrate out apps to the PDF widget 
> by then, but business factors mean we're only now just starting a migration.
> 
> That's why I jumped in on this thread - we HAVE to have the ability to 
> extract text and images from the PDF widget (as you can with the External) - 
> to migrate to the Widget.
> 
> I suspect many other commercial developers who used the External still have 
> active code using it that they have not migrated yet OR the issue of the 
> undocumented (or, even worse, missing) properties of the widget most likely 
> would have been raised before now.
> 
> To migrate, all the command and functions of the External need to be mapped 
> to the properties of the Widget. We have probably a couple hundred calls to 
> the External in our code all of which need to be mapped, updated, and tested 
> - so no trivial task.
> 
> 
> On 12/11/2021 6:50 AM, matthias rebbe via use-livecode wrote:
>> Ah, i thought you were referring only to XPDF.
>> Btw. do you have an idea why both, XPDF external and PDF widget, are 
>> maintained? Wouldn't it make sense to have only one pdf solution included?
>> Or am i missing something?
>> 
>> Regards,
>> Matthias
>> 
>> 
>>> Am 11.12.2021 um 02:01 schrieb Paul Dupuis via use-livecode 
>>> :
>>> 
>>> Yes, I am familiar with the XPDF external (based on Google's PDFium 
>>> library), having designed it and paid Monte to code it and then turned it 
>>> over to LiveCode.
>>> 
>>> I was referring to the PDF Widget (also based on Google's PDFium), which 
>>> should have a comparable property for fetching the text of a page. The LC 
>>> dictionary does not list any property for returning the page text, so I 
>>> assume that is a Dictionary/Documentation error and that Monte can tell us 
>>> the correct property of the PDF widget that will return the text of a page.
>>> 
>>> 
>>> On 12/10/2021 7:05 PM, matthias rebbe via use-livecode wrote:
 Paul,
 
 here on mac OS the dictionary of LC 10 DP1 definitely lists the function 
 XPDFViewer_Text(viewerName, pageNumber).
 Btw. checking this showed me that this function seems to be deprecated and 
 instead the command
  XPDFViewer_Unicode viewerName, pageNumber, variableName
 should be used.
 
 
> Am 10.12.2021 um 23:22 schrieb Paul Dupuis via use-livecode 
> :
> 
> There must be an undocumented property for the text of a page - there was 
> a function to return the full text of a page in the External (XPDF) and 
> to get the full text of the PDF file, you just stepped through the pages 
> (1..N) getting and concatenating the page text.
> 
> Monte? LC 10.0.0 Dictionary does not list a property for the page text.
> 
> 
> On 12/10/2021 4:46 PM, Torsten Holmer via use-livecode wrote:
>> Hi,
>> 
>> I have a PDF file with text and pictures, but I just want the text.
>> 
>> I can do it manually with Ctrl-A and Ctrl-Copy by viewing the file with 
>> Preview on MacOS.
>> 
>> I have a business licence and want to use the PDF widget but I cannot 
>> find a way to do it.
>> 
>> Can someone help me out?
>> 
>> Cheers,
>> Torsten
>> ___
>> 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
>>> Plea

Re: How to extract whole text from a PDF file with the PDF widget?

[Monte Goulding via use-livecode]

Both the page and character index are clamped to the number of pages and 
characters on a page so you could set both to very high numbers. Adding 
character counts to the documentPages property might be useful here too.

Cheers

Monte

> On 13 Dec 2021, at 11:17 am, Paul Dupuis via use-livecode 
>  wrote:
> 
> Thank you Monte,
> 
> We've just started to make a map from XPDF APIs to the PDF Widget APIs, so 
> I'll make sure that gets done soon and add any missing capabilities as 
> requests to the LC Quality Center.
> 
> With regard to the hilitedRange and hilitedRangeText properties, can you just 
> advise on the correct use to get a PDF's text? i.e can you use a range of 1 
> to -1 to get the whole document text or would that just be the current page 
> text?
> 
> Thanks in advance,
> 
> 
> On 12/12/2021 6:49 PM, Monte Goulding via use-livecode wrote:
>> Hi Folks
>> 
>> Currently you can extract text in the widget by setting the hilitedRange and 
>> getting the hilitedRangeText. It wouldn’t be that hard to add extracted text 
>> to the documentPages property. The PDF widget was built to meet the 
>> requirements for a client rather than to match the features of XPDF so it’s 
>> worthwhile anyone still using XPDF to take the time to audit their use and 
>> see if there’s any extra features required. If so please create feature 
>> requests for them. While XPDF will continue to function we intend to stop 
>> including it in LiveCode.
>> 
>> Cheers
>> 
>> Monte
>> 
>>> On 12 Dec 2021, at 12:27 am, Paul Dupuis via use-livecode 
>>>  wrote:
>>> 
>>> I suspect it is for backward compatibility.
>>> 
>>> When I turned over the XPDF external to Livecode, I asked that they 
>>> maintain it for a couple years. I had expected we'd migrate out apps to the 
>>> PDF widget by then, but business factors mean we're only now just starting 
>>> a migration.
>>> 
>>> That's why I jumped in on this thread - we HAVE to have the ability to 
>>> extract text and images from the PDF widget (as you can with the External) 
>>> - to migrate to the Widget.
>>> 
>>> I suspect many other commercial developers who used the External still have 
>>> active code using it that they have not migrated yet OR the issue of the 
>>> undocumented (or, even worse, missing) properties of the widget most likely 
>>> would have been raised before now.
>>> 
>>> To migrate, all the command and functions of the External need to be mapped 
>>> to the properties of the Widget. We have probably a couple hundred calls to 
>>> the External in our code all of which need to be mapped, updated, and 
>>> tested - so no trivial task.
>>> 
>>> 
>>> On 12/11/2021 6:50 AM, matthias rebbe via use-livecode wrote:
>>>> Ah, i thought you were referring only to XPDF.
>>>> Btw. do you have an idea why both, XPDF external and PDF widget, are 
>>>> maintained? Wouldn't it make sense to have only one pdf solution included?
>>>> Or am i missing something?
>>>> 
>>>> Regards,
>>>> Matthias
>>>> 
>>>> 
>>>>> Am 11.12.2021 um 02:01 schrieb Paul Dupuis via use-livecode 
>>>>> :
>>>>> 
>>>>> Yes, I am familiar with the XPDF external (based on Google's PDFium 
>>>>> library), having designed it and paid Monte to code it and then turned it 
>>>>> over to LiveCode.
>>>>> 
>>>>> I was referring to the PDF Widget (also based on Google's PDFium), which 
>>>>> should have a comparable property for fetching the text of a page. The LC 
>>>>> dictionary does not list any property for returning the page text, so I 
>>>>> assume that is a Dictionary/Documentation error and that Monte can tell 
>>>>> us the correct property of the PDF widget that will return the text of a 
>>>>> page.
>>>>> 
>>>>> 
>>>>> On 12/10/2021 7:05 PM, matthias rebbe via use-livecode wrote:
>>>>>> Paul,
>>>>>> 
>>>>>> here on mac OS the dictionary of LC 10 DP1 definitely lists the function 
>>>>>> XPDFViewer_Text(viewerName, pageNumber).
>>>>>> Btw. checking this showed me that this function seems to be deprecated 
>>>>>> and instead the command
>>>>>>  XPDFViewer_Unicode viewerName, pageNumber, variableName
>>>>

Re: open socket on start up and can't close

[Monte Goulding via use-livecode]

Is there a reason you are trying to close it? This is the socket port the 
remote debugger is listening on and there is a loop ensuring its existence.

Cheers

Monte

> On 16 Dec 2021, at 6:26 am, RobEppich via use-livecode 
>  wrote:
> 
> Downloaded and run Livecode 9.6.5, type “put the opensockets” and a socket is 
> open, 65463. Close socket 65463 and put the opensockets again and result is 
> 65466.
> 
> Close the socket that is opened on startup always results in another socket 
> being opened. This was not the case in 9.6.3 and previous versions. Can 
> someone verify this?
> 
> Also have checked 10.0 dp 1 and same issue is there.
> 
> Thanks
> Rob Eppich
> ___
> 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: Encrypting long text

[Monte Goulding via use-livecode]

I have opened this issue to correct the documentation. Autocomplete parses the 
syntax definitions in the docs to create a list of possible command variations.
https://quality.livecode.com/show_bug.cgi?id=23489

> On 17 Dec 2021, at 6:08 am, Sean Cole via use-livecode 
>  wrote:
> 
> Hi Mark
> 
> So it must be the auto-completes that have the wrong possible values added
> to its list. Type 'encrypt' into the script editor and go to the bottom,
> then right and there are every possible iteration based on the syntax given
> in the dictionary. This does not match up with your description so perhaps
> needs looking in to.
> 
> Thanks for your help
> 
> Sean
> 
> On Thu, 16 Dec 2021 at 17:36, Mark Waddingham via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> On 2021-12-16 17:09, Sean Cole via use-livecode wrote:
>>> Thanks Mark,
>>> 
>>> New problem. Trying to use aes-256-ctr instead. I'm following the
>>> syntax in
>>> the dictionary but it throws a red cross on it:
>>> 
>>> encrypt tData using "aes-256-ctr" with key tMyKey and salt tMySalt
>> 
>> I think you can either specify a key, or a password with an optional
>> salt.
>> 
>> If you specify a password it uses the provided salt (or a random one if
>> one is not provided) to generate a key of the correct length (the bit
>> length of the cipher).
>> 
>> If you provide a key then it uses that verbatim to encrypt the data (in
>> this case the key must be the correct number of bits as defined by the
>> chosen cipher - 256 in this case).
>> 
>> Warmest Regards,
>> 
>> Mark.
>> 
>> --
>> Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
>> LiveCode: Everyone can create apps
>> 
>> ___
>> 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: PDF Viewer widget: expected experience from set the currentDestination?

[Monte Goulding via use-livecode]

Hi Keith

Yes it does look like the currentDestination docs leaves a lot to be desired. I 
think there’s a couple of missing related items which is making the document 
display incorrectly. I’ve created an issue for that here 
https://quality.livecode.com/show_bug.cgi?id=23493

Here’s a simple example of using the currentDestination though:

local tDest
put "goto" into tDest["type”]
put "Fit" into tDest["mode”]
put 3 into tDest["page”]
set the currentDestination of widget “pdf" to tDest

Cheers

Monte

> On 23 Dec 2021, at 4:24 am, Keith Clarke via use-livecode 
>  wrote:
> 
> Hi folks,
> Please can anyone share the response/experience to be expected in the PDF 
> Viewer widget after a successful call to set the currentDestination?
> 
> I have the widget successfully changing currentPage when set but I was hoping 
> to see some visual feedback with on a change of currentDestination - to 
> perhaps highlight something or zoom or scroll the named destination into 
> focus? 
> 
> Unfortunately, the dictionary entry for currentDestination doesn’t help as it 
> has no examples and the description of as it seems to be missing chunks of 
> critical text regarding the ‘receive’ end of the message... 
> 
> "This is the format that is sent as a parameter in the message and is used by 
> the  and  and properties for goto type destinations:...”
> 
> Perhaps I’ve missed some settings on the widget to allow it to respond to 
> this message?
> TIA
> Best,
> 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: PDW widget: get the rect of the hilitedRange

[Monte Goulding via use-livecode]

I think we would need to add a new property for that. Quite feasible as we 
already need to determine rects of the halite text to draw the selection. 
Perhaps create an enhancement request for this?

Cheers

Monte

> On 11 Jan 2022, at 9:19 am, Keith Clarke via use-livecode 
>  wrote:
> 
> Hi folks,
> Please can anyone advise how to get the rendered rectangle of highlighted 
> text in the PDF widget…?
> 
> I can successfully get the first word from the page text using something like:
> put pPageNum into tHilitedArray["from"]["page”] // = 1
> 
> put pPageNum into tHilitedArray["to"]["page”] // = 1
> put the length of word tWordNum of pPageText into tWordLength // = ‘3’ as the 
> word is “the"
> 
> put tWordIndex into tHilitedArray["from"]["index”] // = 1
> 
> put tWordIndex + tWordLength -1 into tHilitedArray["to"]["index”] // = 3
> set the hilitedRange of control "PDF1" to tHilitedArray
> 
> put the hilitedRangeText of control "PDF1" into tText // = “the"
> 
> 
> However, when I attempt to get the rendered rect of this word, to compare 
> with namedDestinations in the page ... 
> put the rectangle of the hilitedRange of control "PDF1" into tRect // returns 
> (Chunk: error in object expression) near “the”...
> 
> I’ve tried using the hilitedRangeText but get similar errors. 
> Any clues?
> TIA
> 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: Widget properties

[Monte Goulding via use-livecode]

I suspect this will be classed as not a bug as there has never been any 
intention of supporting the properties for widgets as far as I’m aware but it 
might be worth submitting it anyway and detailing your use case. I think if you 
look at the old lcVCS discussions on the forums from before my time on the LC 
team Mark implemented import/export widget in response to my needs there. The 
properties is really not that worthwhile for widgets as it would only ever 
support the common object properties like visible, rect etc.

Thinking back when I did a PR for the properties soon after LC went open source 
it should have been deprecated instead of accepting it. I wouldn’t have 
understood that was the best thing to do at the time though. It really would be 
better to add all the other object types to the import/export commands. One 
reason I think it would be good for you to submit a bug report is it could be 
changed to a docs bug and resolved by deprecating the properties, adding a note 
about the lack of widget support and the import/export command that can be used 
there and perhaps opening a feature request to support other objects in 
import/export.

Cheers

Monte

> On 6 Apr 2022, at 10:03 pm, Neville Smythe via use-livecode 
>  wrote:
> 
> Is it not a bug that
> 
> the properties of widget “foo”
> 
> returns empty (for all values of foo)?
> 
> No rect, no visible, no disabled etc, even though these clearly are settable 
> and functional properties of the widget.
> 
> You can
> 
>export widget “foo” to array “bar”
> 
> but that gives the intrinsic properties of the widget not the usual object 
> properties. Oh and don’t forget the reserved word “array” in the above line, 
> that causes an IDE crash (bug 23655 
>  confirmed)
> 
> Neville
> ___
> 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: Widget properties

[Monte Goulding via use-livecode]

> On 7 Apr 2022, at 9:39 am, Richard Gaskin via use-livecode 
>  wrote:
> 
> Monte Goulding wrote:
> 
> > ...there has never been any intention of supporting the properties
> > for widgets as far as I’m aware...
> 
> If the company wants widgets to be seen as first-class citizens, a little 
> more conformity with existing object syntax would go a long way to making 
> that happen.
> 
> It's possible for the engine to derive a set of widget properties. If it's 
> not also possible to map that into how "the properties" works that would be 
> very enlightening.
> 
> 
> FWIW I've had requests to update my 4W Property Sheet tool to special-case 
> for widgets. I tell people I'll take widgets seriously when the company does, 
> and if they do I won't need to update my tool because the existing call to 
> "the properties" that works for everything else will work for widgets.
> 
> Maybe I've been overestimating the importance of widgets to LC Ltd. Guidance 
> welcome.

It seems a stretch to imply the lack of support for a property that has little 
to no use case outside the IDE means the company doesn’t take widgets seriously 
but I’m not going to argue with you about that. I will say there’s two main use 
cases for `the properties` and neither of them it serves very well:

- Getting the properties of an object to apply to recreate the object 
elsewhere. export widget does a much better job of this and was designed 
specifically for that use case. In some variants of this use case the copy 
command is much simpler to use here too.
- Introspecting what properties an object has in order to create an editor 
without maintaining your own lists of properties. It has never been good at 
this. It doesn’t tell you anything about acceptable values for those 
properties, it doesn’t tell you the importance of the property, it doesn’t tell 
you about alternative object properties that may be more useful to edit (text, 
styledText, htmlText, rtfText etc) or whether it’s potentially risky to present 
a UI that can edit it. Really this use case is served best by a well documented 
library that covers all objects. Currently you would need to dig the details 
out of the IDE scripts

Cheers

Monte
___
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: Widget properties

[Monte Goulding via use-livecode]

> On 7 Apr 2022, at 11:25 am, Richard Gaskin via use-livecode 
>  wrote:
> 
> > I will say there’s two main use cases for `the properties` and neither
> > of them it serves very well:
> >
> > - Getting the properties of an object to apply to recreate the object
> > elsewhere. export widget does a much better job of this and was
> > designed specifically for that use case.
> 
> Can you help me understand how it's better than "the properties", and why 
> this superior method isn't used for engine controls?
> 

Because the array created by export and used by import contains the state of 
the widget as is saved when saving the stack. The content may or may not be the 
same as the property names exposed to user scripts but a widget created with 
that state should be the same as if it were saved in the stack and the stack 
re-opened.

> 
> > - Introspecting what properties an object has in order to create an
> > editor without maintaining your own lists of properties. It has never
> > been good at this. It doesn’t tell you anything about acceptable
> > values for those properties, it doesn’t tell you the importance of
> > the property, it doesn’t tell you about alternative object properties
> > that may be more useful to edit (text, styledText, htmlText, rtfText
> > etc) or whether it’s potentially risky to present a UI that can edit
> > it. Really this use case is served best by a well documented library
> > that covers all objects. Currently you would need to dig the details
> > out of the IDE scripts
> 
> That seems to answer the first question, though while the metadata about 
> types and options is useful for some things, it would still be useful to get 
> just the name-value pairs as "the properties" does.
> 
> That the company has such a narrowly specific view of the applicability of 
> "the properties" is indeed helpful. Thank you for chiming in.

I’m not the company. Mark may spend a lot more time pondering the utility of 
`the properties` than I do and indeed may have a different opinion. Indeed my 
opinion was much closer to yours is now when I sent in a PR for LC 6.1 all 
those years ago ;-)

> Let me simplify the question:
> 
> How hard would it be for the team to map the existing means of extracting 
> widget properties to "the properties”?

I don’t think it would be particularly tricky to iterate the exported property 
definitions to come up with a list of property names then turn that into a 
key/value array. Whether it would provide the utility you are looking for is a 
separate question.

Cheers

Monte



___
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: remoteDebugger error

[Monte Goulding via use-livecode]

Hi Bob

Could you create a bug report about this? The remote debugger obviously 
shouldn’t be throwing bugs itself. It should be telling the IDE about errors 
and getting it to show the debugger.

Cheers

Monte

> On 14 Jul 2022, at 9:02 am, Bob Sneidar via use-livecode 
>  wrote:
> 
> Yup. Don't we all have to be on that license if we are running 9.6.8? But I 
> found the problem, just not how to prevent remoteDebugger from throwing 
> unknown errors, or how to figure out what the error is. I basically had to 
> step through my code until I found the culprit. 
> 
> Thanks though. I am going through the code which sets up sqlYoga so that I 
> can have multiple database objects and connections instead of just using the 
> defaults. 
> 
> Bob S
> 
> 
>> On Jul 13, 2022, at 15:44 , matthias rebbe via use-livecode 
>>  wrote:
>> 
>> Just a shot in the dark, but the RemoteDebugger is part of the Pro Features 
>> Pack. Does your license include that pack?
>> 
>> Regards,
>> 
>> Matthias
> 
> 
> ___
> 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: REGRESSION in LC 9.6.9rc2

[Monte Goulding via use-livecode]

Hi Paul

I believe this issue is already resolved for RC3. It is in the engine so not 
something that can be scripted around unfortunately. 

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


Cheers

Monte

> On 8 Mar 2023, at 4:58 am, Paul Dupuis via use-livecode 
>  wrote:
> 
> Sadly, I just found another serious regression in LC 9.6.9rc2 that seems to 
> cause dropdown menus in modal dialogs to fail.
> 
> Code that works in LC 9.6.8 does not work at all in 9.6.9rc2
> 
> See https://quality.livecode.com/show_bug.cgi?id=24133
> 
> I am hoping LC can fix this for 9.6.8rc3 or, like the last regression in rc2 
> I found, can provide a script fix I can apply to rc2
> 
> 
> 
> 
> ___
> 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: REGRESSION in LC 9.6.9rc2

[Monte Goulding via use-livecode]

Hi Paul

RC3 is not far off and both Kevin and Mark are already very keen to get it out 
already. I believe there are arrangements for access to internal builds, 
however, I’m not sure of the fees involved. Might be best to query Heather on 
that.

Cheers

Monte

> On 8 Mar 2023, at 8:38 am, Paul Dupuis via use-livecode 
>  wrote:
> 
> Monte,
> 
> Thank you! Yes, it does appear I just spent several hours tracking down a 
> DUPLICATE bug entry. Curse me for NOT searching the bug database FIRST!
> 
> So, I guess my next task is to pester Kevin and /or Mark tomorrow to get me 
> 969rc3 ASAP as I was literally QA testing the last bug before customer 
> release of an maintenance update to our app based on 969rc2 (with  regression 
> fixes) when I discovered this!
> 
> Sigh,
> 
> On 3/7/2023 4:26 PM, Monte Goulding via use-livecode wrote:
>> Hi Paul
>> 
>> I believe this issue is already resolved for RC3. It is in the engine so not 
>> something that can be scripted around unfortunately.
>> 
>> See https://quality.livecode.com/show_bug.cgi?id=24003 
>> <https://quality.livecode.com/show_bug.cgi?id=24003>
>> 
>> Cheers
>> 
>> Monte
>> 
>>> On 8 Mar 2023, at 4:58 am, Paul Dupuis via use-livecode 
>>>  wrote:
>>> 
>>> Sadly, I just found another serious regression in LC 9.6.9rc2 that seems to 
>>> cause dropdown menus in modal dialogs to fail.
>>> 
>>> Code that works in LC 9.6.8 does not work at all in 9.6.9rc2
>>> 
>>> See https://quality.livecode.com/show_bug.cgi?id=24133
>>> 
>>> I am hoping LC can fix this for 9.6.8rc3 or, like the last regression in 
>>> rc2 I found, can provide a script fix I can apply to rc2
>>> 
>>> 
>>> 
>>> 
>>> ___
>>> 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: LC and Universal Links

[Monte Goulding via use-livecode]

Hi Dan

The answer to your question is you could use a custom manifest to do this on 
Android. On iOS it would require an engine patch. Also note that for both 
platforms you need to place JSON files on your domain so the OS can confirm 
that the app does actually have the right to be the browser for the domain urls.

Cheers

Monte

> On 16 Mar 2023, at 5:14 am, Dan Friedman via use-livecode 
>  wrote:
> 
> I know that LC supports Custom URLs… I have used on both iOS and Android and 
> it works great!  But it looks like there is a new method, “Universal Links”.  
>  
> https://developer.apple.com/documentation/xcode/supporting-universal-links-in-your-app
> 
> Does anyone know if LC supports Universal Links?
> 
> -Dan
> ___
> 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: mySQL and primary key

[Monte Goulding via use-livecode]

If you can connect remotely to the server then try using MySQL workbench 
(available from Oracle) if not then you will need to SSH to the server, login 
to mysql on command line and do it there.

> On 29 Apr 2023, at 9:40 pm, jbv via use-livecode 
>  wrote:
> 
> Hi list,
> 
> I have a mySQL table with 1350 entries that weights
> almost 20 Gb.
> I need to create a primary key on the "id" column.
> I have tried in phpMyAdmin as well as in a script with
> "ALTER TABLE myTable ADD PRIMARY KEY(id)", but each time
> I get a "504 Gateway Timeout" error, and no index is created.
> 
> What else can I try ?
> 
> Thank you in advance.
> jbv
> 
> ___
> 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: OAuth2 broken in LC 10 (dp6)

[Monte Goulding via use-livecode]

Hi Ben

Launching the url in the default browser is by design as it is a required 
change to conform to RFC 8252. The notion being the user’s default browser is 
trusted not to record entered credentials while web views presented in apps 
don’t have that trust. There are notes on this breaking change in the release 
notes. 

Could you please create a bug report. It sounds like there’s some issue with 
the formation of the authorisation url or parameters we are attempting to 
launch in the browser. If you could include the parameters you are using in the 
report along with it that would be most helpful. Just change the client id and 
secret so it is different but conforms to the same pattern as you are using. If 
you can launch the url in your browser and copy the url the browser is trying 
to open that would be helpful but we can do that once we have the parameters.

Thanks

Monte

> On 8 Sep 2023, at 7:02 am, Ben Rubinstein via use-livecode 
>  wrote:
> 
> Am I doing something wrong, or is OAuth2 broken in LC 10? (Using dp6, but 
> also true of dp5).
> 
> When I call OAuth2, it attempts to open a link in my default browser, instead 
> of in a sheet on the stack. This doesn't display anything.
> 
> Same stack works fine in 9.6.10 and all earlier versions I've tried, opening 
> a sheet which correctly allows me to authorise, logging in as necessary.
> 
> This is on Mac, in the IDE, on macOS 12.6.7.
> 
> I'm not sure if this something to do with 
> https://quality.livecode.com/show_bug.cgi?id=23767.
> 
> Can anyone confirm, before I bugzilla it?
> 
> TIA,
> 
> Ben
> 
> ___
> 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 Widget No Filled Forms

[Monte Goulding via use-livecode]

Hi Bob

Try setting the `drawAnnotations` to true and see if the form data renders

Cheers

Monte

> On 28 Sep 2023, at 1:27 am, Bob Sneidar via use-livecode 
>  wrote:
> 
> Hi all. 
> 
> I have filled forms, and I am just now wanting to display those FILLED forms 
> in a PDF widget. Only problem is, the form data is not being displayed. Is 
> that the current state of affairs? If so, then boo! 
> 
> Bob S
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
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 Widget No Filled Forms

[Monte Goulding via use-livecode]

Hi Bob

Hmm… OK, it could be a bit of a project to get your forms rendering then. If 
it’s something you need soon and you have a budget then contact 
supp...@livecode.com . Otherwise you can create a 
bug report and attach the PDF.

FYI there is no support for form interactivity at the moment so the select text 
is on the PDF text rather than the form fields.

Cheers

Monte

> On 28 Sep 2023, at 9:58 am, Bob Sneidar via use-livecode 
>  wrote:
> 
> Nope. Not only that, but the autoHilite (Select Text) is not working either. 

___
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: arrayToJSON not working in lcserver on Linux - resolved

[Monte Goulding via use-livecode]

> On 30 Oct 2023, at 11:00 am, Neville Smythe via use-livecode 
>  wrote:
> 
> I remain rather puzzled that the multi-dimensional array handlers were not 
> embedded in the mergJSON C-code library in the first place by Monte or LC 
> when they took it over. Blazing speed when communicating with javascript, 
> which is where these calls would most likely be used particularly with 
> LCServer, would seem to be imperative. Maybe the internal implementation of 
> arrays was yet not settled? Whatever, a fix for this code lacuna would be 
> nice, if unlikely to happen.

Hi Neville

There is no multi-dimensional array support in the externals API. If I were 
implementing mergJSON from scratch now I would use LCB and direct calls to 
Jansson. I don’t think we could just change mergJSON in a backwards compatible 
way unfortunately. I agree our server docs should detail the installation of 
any support libraries for included externals and it would likely be helpful if 
server had a built in extension loader so you can just put extensions in a 
folder near it.

Cheers

Monte
___
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: Working with AWS S3 commands

[Monte Goulding via use-livecode]

Hi Peter

A couple of suggestions are to first check you called AWSSetCredentials with 
the region your bucket is in. If that is correct then try specifying the full 
endpoint url as https://s3 .your-bucket-region.amazonaws.com 
 via the endpoint parameter as AWS 
appear to have standardised away from the original 
https://s3-your-bucket-region.amazonaws.com 
 which is what the library builds 
from your region unless it’s us-east-1 in which case it does 
https://s3.amazonaws.com  . It’s possible if you are 
using a newer region that AWS isn’t supporting the older endpoint style on it.

Let me know how you go with that.

Cheers

Monte
> On 14 Feb 2024, at 3:50 pm, Peter Bogdanoff via use-livecode 
>  wrote:
> 
> Hi all,
> 
> I’m for the first time trying to use the Amazon AWS S3 commands to upload a 
> file to my AWS storage, but am having difficulty with the PutObject command.
> 
> I successfully entered my credentials with the AWSSetCredentials command.
> 
> However, using the AWSS3PutObject command I’m getting an error about the 
> bucket name. Either it “can’t find” it or says to use a different end point.
> 
> The AWS documentation is unclear to me exactly how to specify the bucket 
> name. Is it a just the name of the bucket (which doesn’t work), or does it 
> include some kind of path? And the region?
> 
> Has anyone had success with this?
> 
> Peter Bogdanoff
> 
> 
> 
> ___
> 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: Working with AWS S3 commands

[Monte Goulding via use-livecode]

> On 14 Feb 2024, at 4:49 pm, Monte Goulding via use-livecode 
>  wrote:
> 
> It’s possible if you are using a newer region that AWS isn’t supporting the 
> older endpoint style on it.

I just found where they documented this so I’ll create an issue to fix 
https://docs.aws.amazon.com/AmazonS3/latest/userguide/VirtualHosting.html 
<https://docs.aws.amazon.com/AmazonS3/latest/userguide/VirtualHosting.html> in 
the s3-Region section.

Cheers

Monte
___
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: LC Web integration is not good enough

[Monte Goulding via use-livecode]

> On 1 May 2018, at 11:29 am, Mark Wieder via use-livecode 
>  wrote:
> 
> On 04/30/2018 03:15 PM, Ralph DiMola via use-livecode wrote:
>> Andre,
>> I'm using JSONToArray and ArrayToJSON for round trip with no problems. I'm
>> storing an LC config array in a JSON text file, then later read the file
>> back into an LC array. The only criticism I have is the formatting of the
>> JSON in the text file could be better for manual changes with a text editor.
>> Other than that it faithfully saves/recreates the LC array.
> 
> ... as long as you don't have to deal with JSON lists.
> 
> https://quality.livecode.com/show_bug.cgi?id=19698

ArrayToJSON deals with JSON list differently to JSONExport. ArrayToJSON uses 
mergJSON which checks if the array keys are a numeric sequence and assumes it’s 
a list. There is a way to force it to be an object if required. 

JSONExport on the other hand is done in LCB and LCB has a proper list type. The 
issue is when passing a LCS array to LCB there is no way for the engine to know 
for sure if your array is a list or map so it keeps it as a map with string 
keys. In the long run if we ever get proper lists in LCS then JSONExport will 
likely do as you are expecting.

Cheers

Monte
___
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: LC Web integration is not good enough

[Monte Goulding via use-livecode]

> On 2 May 2018, at 9:20 am, Andre Garzia  wrote:
> 
> The problem is that no web api expects an object with numeric keys, it 
> expects an honest, real, array. The fact that LC arrays are actually hashmaps 
> is awesome, I love them as well, but it still makes it impossible to export 
> arrays from LC which are really common on Web APIs. JSONExport library should 
> check if the keys of a given array level are all numeric and cast it to a 
> list type.

I think that’s what Mark ended up agreeing with on the bug report. JSONExport 
probably needs a LCB API does what you expect with the types it is passed and a 
LCS API that does some of this fudging like checking if a string is a number of 
if it’s true or false or an array is a list… etc.
> 
> Thats is what I say when RunRev web integration is not good enough. They 
> provide a json import and export function but it doesn't work well enough for 
> you to call any API that expects an array... We always go like 70% or 80% of 
> the way in a feature and then there is a new LC Infinite Ultra Campaign to 
> get some new stuff in when the current stuff is not yet ready.

You did see what I wrote about ArrayToJSON? It’s included in LiveCode also and 
is also significantly faster than JSONExport.
> 
> Same thing with executing JS inside a WebView Widget, we need to use the "do 
> in widget" statement but this doesn't have a way to bind values, so you end 
> up assembling a JS string by hand in hopes that you got all the correct 
> quotes right because you need to inline all params as literal objects...

Can you open a feature request for this. I presume you mean:

do “something(:1,:2)” in widget “foo” with “bar”,”baz”

Seems quite feasible. The best way to get what you want is to ask for it ;-)

Cheers

Monte
___
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: URGENT: MergGoogle no longer works on iOS: CLIENTS VERY UNHAPPY

[Monte Goulding via use-livecode]

Hi Sean

I’m sorry to hear about your situation. It seems from the blog link you posted 
there was a notice on the iOS consent page. We weren’t notified in any other 
way and do not have a bug report open about this. It seems neither us, nor any 
of our users noticed the notice… anyway, we are here now and ready to help.

From the sounds of things our OAuth2 script library won’t work for Google 
either so that isn’t an option. I’m looking for alternatives right now.

If there is any chance of recovery with your clients please let me know if 
there is a new deadline to work to and I will do my best to get it done.

Monte

> On 2 May 2018, at 8:55 pm, Sean Cole (Pi) via use-livecode 
>  wrote:
> 
> Hi
> 
> Apparently, google stopped using their old method of oAuth and started
> deprecation from 1March 2017. As of Apr 20 2018 it no longer works. My
> clients rely on this feature and are shooting a pilot today (as in NOW!).
> And the features built in no longer work as google docs no longer works.
> Months in the making and preparation, and Google choose today of all days
> to disallow it's use. FAB!!!
> 
> 
> Why oh why oh why was this not addressed in the months leading up to this??
> I am screwed and will not get paid now! I am sick and tired of how behind
> Livecode gets. Off to find a cliff to jump from as this obviously wont get
> fixed in time and I wont have any money to pay my bills as all of it went
> it to putting this together! I'm as good as homeless. THANKS A MILLION!!
> 
> 
> Sean Cole
> *Pi Digital Productions Ltd*
> www.pidigital.co.uk
> 
> 
> eMail Ts & Cs    Pi Digital
> Productions Ltd is a UK registered limited company, no. 5255609
> ___
> 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: URGENT: MergGoogle no longer works on iOS: CLIENTS VERY UNHAPPY

[Monte Goulding via use-livecode]

I have opened this bug report for mergGoogle

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

I will need to change the api of mergGoogle as you will need to hand it the url 
you get in the urlWakeUp message.

This one is an enhancement request for the OAuth2 library to use AppAuth on 
platforms that can:

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

> On 3 May 2018, at 8:50 am, Monte Goulding via use-livecode 
>  wrote:
> 
> Hi Sean
> 
> I’m sorry to hear about your situation. It seems from the blog link you 
> posted there was a notice on the iOS consent page. We weren’t notified in any 
> other way and do not have a bug report open about this. It seems neither us, 
> nor any of our users noticed the notice… anyway, we are here now and ready to 
> help.
> 
> From the sounds of things our OAuth2 script library won’t work for Google 
> either so that isn’t an option. I’m looking for alternatives right now.
> 
> If there is any chance of recovery with your clients please let me know if 
> there is a new deadline to work to and I will do my best to get it done.
> 
> Monte
> 
>> On 2 May 2018, at 8:55 pm, Sean Cole (Pi) via use-livecode 
>>  wrote:
>> 
>> Hi
>> 
>> Apparently, google stopped using their old method of oAuth and started
>> deprecation from 1March 2017. As of Apr 20 2018 it no longer works. My
>> clients rely on this feature and are shooting a pilot today (as in NOW!).
>> And the features built in no longer work as google docs no longer works.
>> Months in the making and preparation, and Google choose today of all days
>> to disallow it's use. FAB!!!
>> 
>> 
>> Why oh why oh why was this not addressed in the months leading up to this??
>> I am screwed and will not get paid now! I am sick and tired of how behind
>> Livecode gets. Off to find a cliff to jump from as this obviously wont get
>> fixed in time and I wont have any money to pay my bills as all of it went
>> it to putting this together! I'm as good as homeless. THANKS A MILLION!!
>> 
>> 
>> Sean Cole
>> *Pi Digital Productions Ltd*
>> www.pidigital.co.uk
>> 
>> 
>> eMail Ts & Cs <http://pidigital.co.uk/emailTCs.rtf>   Pi Digital
>> Productions Ltd is a UK registered limited company, no. 5255609
>> ___
>> 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: URGENT: MergGoogle no longer works on iOS: CLIENTS VERY UNHAPPY

[Monte Goulding via use-livecode]

The issue is google no longer allow you to use webviews in app to do OAuth. So 
basically this rules out anything that doesn’t open up an OS browser. The 
fastest way to resolve this for mergGoogle is to change to using GTMAppAuth 
from GTMOAuth2. It may be that the OAuth2 library can do what’s needed in pure 
LCS (with a few feature additions) by following the implementation details here 
https://tools.ietf.org/html/rfc8252 ,  
however, as I’d still need to modify mergGoogle to pass it the auth token I 
think the first step is updating that separately. Hopefully, getting Sean out 
of some of his hot water in the process although from the sounds of things it 
may be too late for that.

> On 3 May 2018, at 10:05 am, zryip theSlug via use-livecode 
>  wrote:
> 
> I don't know if this would help, but I have native LC code for OAuth2
> working with the google API on LC 8 and 9. I was using it with the google
> calendar API in an experimental lib last year and the code still working.
> Drop me a note and I could send you what I have.

___
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: URGENT: MergGoogle no longer works on iOS: CLIENTS VERY UNHAPPY

[Monte Goulding via use-livecode]

Hi Sean

I realise it may be too late to recover with your client now but I have 
mergGoogle working with google’s OAuth library GTMAppAuth.

The new lcext file is here: 
https://www.dropbox.com/s/2vuu3jed0dp3wai/mergGoogle.lcext?dl=0
Updated docs are here: https://www.dropbox.com/s/xy62zhetu7yt20r/api.lcdoc?dl=0 


The main difference is you need to add your client id reversed as a custom url 
scheme to your app and if you get the `urlWakeUp` message with a url for that 
scheme then you call `mergGoogleAuthResume` with the url. On iOS 11+ you don’t 
need to do that as it uses SFAuthenticationSession which has a built in 
callback. Happy to chat you through it if that helps.

Hoping you are OK

Monte
___
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: HTTPD Server Post Requests work ........about half the time

[Monte Goulding via use-livecode]

Andre I think that should only be an issue if your number of requests * time 
per request > client timeout.

Tom probably the best place to start is some logs of the requests and responses 
on both client and server.

Cheers

Monte

> On 8 May 2018, at 11:28 am, Andre Garzia via use-livecode 
>  wrote:
> 
> Remember that LC is using a single thread and that script execution is
> blocking, so, if your server is busy doing work to respond to a request,
> then it will probably not acknowledge an incoming request at the same time.
> Or at least that was true for my RevHTTPd version...
> 
> On Mon, May 7, 2018 at 12:13 PM, Tom Glod via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> Hi folks, so spent the last 2 days working on getting my client to talk to
>> a simple service I created taking advantage of the httpd library in v9.
>> 
>> Everything works fine. half the time. literally the request is
>> identical each time but the result differs.
>> 
>> the content type is set to text/plain. so the (base64 encoded) content
>> is in the "content" variable.
>> 
>> but thats only true half the time the other time it comes in empty.
>> 
>> I also checked my post request with an online "post request"
>> mechanism...and 100 % of the requests come in correctly. so the problem
>> must be on my httpd service end.
>> 
>> Anyone have any clue what could be creating this inconsistency?
>> ___
>> 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
>> 
> 
> 
> 
> -- 
> http://www.andregarzia.com -- All We Do Is Code.
> http://fon.nu -- minimalist url shortening service.
> ___
> 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: Sean?

[Monte Goulding via use-livecode]

> On 9 May 2018, at 2:13 am, Dan Brown via use-livecode 
>  wrote:
> 
> I just received word from Sean's family, he is safe and is coping with last
> week's difficult events

That is such a relief to hear!

Thanks Dan

Monte
___
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: [BUG] Browser widget implemented without access to localStorage API

[Monte Goulding via use-livecode]

Brahma I’m fairy sure the issue you are seeing is because you have so many 
behaviors and libraries added via copy files and we don’t check if those files 
happen to be stacks that are open and are saved before we include them in the 
build. So it is probably the case you have changes applied but not saved to 
disk.

I have asked internally what people think the best solution might be (detect if 
they are stacks and ensure they are saved or enable the stacks pane of the 
standalone settings for mobile).

Cheers

Monte

> On 16 May 2018, at 11:48 am, Sannyasin Brahmanathaswami via use-livecode 
>  wrote:
> 
> Andre was working on an HTML% module that is in big app SivaSiva.
> 
> He pushed to our Git account, and you can check out from here.
> 
> He was working in LC9.  And I wonder if he got the bug I did today (again) I 
> had stopped using 9, but I needed to debug on my phone.
> 
> So: you save all your scripts, built a standalone, you find something, go 
> back in fix it on desktop /  IDE, save the script again and run the 
> standalone. 
> 
> Wait! What??  There old scripts running again? Even though you changed them!
> 
> I would not have seen this. But I checked UI message to user "Enter search: 
> title, subtitle…" 
>  but it was too long. I fixed the script to say 
> 
> "Search: Title, Subtitle…"  saved the script, run on desktop  and then ran 
> the standalone
> 
> BLINK?  "what the heck…..?"
> 
> "Enter search: title, subtitle…" appears from the old script!
> 
> From the message box in ran openstacks and find a window  with a huge long 
> numeric id.  Not in stacks I have open
> 
> Is there some way to cause the IDE/Standalone to completely forget past. 
> Toggling between 8.1.10rc1 and 9 in getting tedious.
> 
> Hopefull 9.0.1 rc 1 come soon!
> 
> BR
> 
> panagiotis merakos  wrote:
> 
>I realised my previous reply was sent only to Andre, so I am posting it
>again for anyone else watching the thread and/or suffering from the same
>problem:
> 
>-
>Hi Andre,
> 
>No I am not aware of any issue. I saw your report about the
>javascripthandlers not working on Android. I did a quick test using the
>stack attached to bug https://quality.livecode.com/show_bug.cgi?id=19666,
>and it works as expected on my Android phone.
> 
>If you could attach a sample stack to your report, we will be able to
>isolate the problem faster.
> 
>Best,
>Panos
> 
> ___
> 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: [BUG] Browser widget implemented without access to localStorage API

[Monte Goulding via use-livecode]

If we can come up with a recipe for the IDE telling you it has saved a stack 
and that not being the case I’d love to fix it!

Cheers

Monte

> On 16 May 2018, at 1:51 pm, Sannyasin Brahmanathaswami via use-livecode 
>  wrote:
> 
> Because in quitting, the text only text appear you have unsaved changes… 
> even though we did hit cmd-S in already in the script editor. With that stack 
> open.

___
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: new library messages

[Monte Goulding via use-livecode]

> On 17 May 2018, at 1:44 pm, Mark Wieder via use-livecode 
>  wrote:
> 
> Looking through some of the IDE's library stacks, I see handlers for the 
> messages extensionInitialize and extensionFinalize. From the code in the 
> handlers it seems that these are now standard ways to set up and tear down 
> extension libraries, but I don't see the messages documented anywhere.
> Can I assume that the engine now issues these messages when extension 
> libraries are loaded and unloaded?

No, they are called from the initialisation library.

> And that they should be a required part of extension library scripts?

Previously we had handlers `revLoadLibrary` and `revUnloadLibrary` but when Ali 
did the work for script libraries to be able to be packaged in a way similar to 
LCB extensions he renamed these to `extensionInitialize` and 
`extensionFinalize`.

Cheers

Monte
___
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: Should "put" to the Message Box be affected by lockMessages?

[Monte Goulding via use-livecode]

Ah… yes please report it if you haven’t yet done so. It should just be a matter 
of temporarily setting the MClockmessages to False before sending the message 
in MCB_setmsg then back to the previous state after. We do that elsewhere for 
things like dispatch. The result will be better than reverting to the old 
behavior because clearly it was previously possible for the message box to be 
presented while messages were blocked causing some bugs I’m sure.

This would be an easy community contribution for someone that wants to dip 
their toe in ;-)

Cheers

Monte

> On 24 May 2018, at 9:34 am, Richard Gaskin via use-livecode 
>  wrote:
> 
> I like the new Message Box API, but I've noticed that now that it's 
> message-driven it's no longer immune to the lockMessages.
> 
> I have a habit of putting in a simple "put" command here and there during 
> development for diagnostics, and with the v9 changes "put" won't bring up the 
> Message Box if the lockMessages is set to true.
> 
> Anyone else miss the old behavior?
> 
> Has anyone missed it enough to submit a bug report/feature request to 
> reinstate the traditional behavior?
> 
> -- 
> 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

Re: Was: URGENT: MergGoogle no longer works on iOS: CLIENTS VERY UNHAPPY

[Monte Goulding via use-livecode]

Hi Sean

It is a relief to hear from you. I’m sorry if you were weirded out by the help 
offered. I have struggled in the past to swallow my pride and just accept help 
when I need it. Last year dealing with Rebecca’s cancer was a humbling 
experience for me in this regard. 

Anyway, there’s a few points I thought it might be helpful to clarify for 
yourself and others below.

> Due to various security risks,
> Google had decided to deprecate the use of webviews for authenticating
> oAuth entry.

Although this may appear to be blame shifting I’d like to point out that when 
Dropbox dropped API v1 they sent a number of emails allowing us to get prepared 
to offer something for v2. Google’s little note at the bottom of a page you 
don’t really look for little notes on really didn’t help that much clearly.

>  Despite being distributed as part of LC, mergext is
> not open source so can’t be repaired by any of us.

All we need is a decent bug report for anything that isn’t open source.

> which
> we can’t fix easily because it’s part of the ide and they won’t accept ide
> amendments due to the fact it can’t be checked and compared using
> GitHub!!!

If the issue is in a script only stack which most things are in the IDE then we 
do accept contributions.

> Looking at the latest LC8 release, the ‘fix’ Monte did for mergGoogle
> hasn’t been added in. It’s hardly working let alone ‘Stable’ then, is it!!

This is the main point I wanted to clarify. When I heard of your situation I 
stopped doing the work I had been assigned and started working on a fix for 
you. Doing it as quick as I could meant breaking the mac cross compilation so I 
built for iOS, ensured it worked and posted a link for you (or anyone else to 
access it). So that leaves on the todo list before it becomes part of the main 
distribution for me to fix the mac build, have it reviewed by another member of 
the team and included in the main bundle of mergExt builds we include in the 
distribution. In the meantime we have a build that works for those that need it.

Regards

Monte
___
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: Was: URGENT: MergGoogle no longer works on iOS: CLIENTS VERY UNHAPPY

[Monte Goulding via use-livecode]

> On 28 May 2018, at 2:40 am, Pi Digital via use-livecode 
>  wrote:
> 
> Thanks for the clarification, Monte. 
> 
> But just to clarify in return (respectfully), when I spoke of IDE changes I 
> was specifically referring to the Project Browser (omitted from your quote). 
> As the greatest extent of items within the IDE that need fixing are GUI with 
> the majority of their code within their respective stacks. I’d started on the 
> project browser back n it’s early days but quickly got shut down by two of 
> LCs former coders. I even created a stack comparator but they weren’t 
> interested (surprisingly).

OK well this may or may not have been before my time with the company so I’m 
not sure what as involved. If you find your patch needs to touch scripts in 
binary stacks then I would recommend the following:

- ensure there is a bug/enhancement report for what you want to do
- open up a report requesting the scripts you want to edit be turned into 
script only stacks and mention you will fix the original report if this is 
done. This will need to be done by someone on the team but as it doesn’t take 
long, we want to do it anyway and we like to help out people that are 
contributing we should be able to do it fairly quickly.
- wait for the scriptification then make your patch to that.

If your patch involves changes to the controls on binary stacks then the best 
we can offer at the moment is asking you to write a script that makes the 
changes. That will actually help us if we have a merge conflict and is a 
process we have used once or twice even within the team. For example when 
legacy inks were removed I wrote a script to fix them and we applied it to 
multiple branches die to a merge conflict.

The best thing you can do is communicate with the team what you would like to 
work on and we will help in whatever way we can. Gitter is a good venue for 
such discussions.

> 
> I appreciate, though, that google had been a bit rubbish at notifying, mainly 
> because they relied mostly on notifying when people logged in but our API had 
> silent mode on so we never heard. In my defence however, oAuth and similar 
> have been under review by every provider for the last three years due to 
> security, so perhaps having looked during those years for anything that uses 
> oAuth or similar to ensure they are up to date. Now is probably a good 
> opportunity to check all of the other ones. 

Yes I have opened a report to update the oauth2 library as soon as we can.
> 
> I hope this doesn’t touch a nerve, but why hasn’t the mergext stuff been set 
> as open source also. This would be useful to the community with regards 
> building extensions for LiveCode (similar to the new sockets library). 

There are some mergExt externals that were always open source and still are. 
The rest of it fit into Indy and Business to add product differentiation.
> 
>> All we need is a decent bug report for anything that isn’t open source
> 
> And then we just need to wait several months potentially before that fix sees 
> the light of day. Not helpful!

Not necessarily true either. There are a number of factors that are involved in 
determining what makes it into our fortnightly sprint. Ali is probably the one 
to discuss that though.

Cheers

Monte
___
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: Windows 10 and LC9.0

[Monte Goulding via use-livecode]

Hi Folks

I just wanted to chime in here on a couple of things.

Regarding the windows day I am trying to do as much as I can on Windows now. 
It’s a bit easier now that 8.x has been EOLd there’s only one toolchain to deal 
with. Having said that though the way we work on LiveCode and the way you work 
with LiveCode are completely different so good bug reports are essential to 
getting what you are seeing fixed.

I currently have a couple of PRs open that should resolve some of the issues 
people are seeing so hopefully in 9.0.1 people won’t see the slow typing in the 
SE and when nudging lots of controls.

Regarding other issues here it would be really helpful if people could quote 
bug numbers when discussing problems they are having so that we can get them 
sorted.

Cheers

Monte



___
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: LiveCode Builder linter support for Sublime Text

[Monte Goulding via use-livecode]

Trevor this is cool. 

I’ve recently been evaluating Sublime Text because I find Atom often goes very 
slow. One little tweak to the docs you have on that branch is that the 
`executable` for server needs to be specified in the builder settings also 
otherwise it won’t find it.

Cheers

Monte

> On 29 May 2018, at 12:35 pm, Trevor DeVore via use-livecode 
>  wrote:
> 
> For anyone writing LiveCode Builder code in Sublime Text I’ve added linter
> support to the `tkd-lcb-linter` branch on the
> https://github.com/trevordevore/sublimelinter-contrib-livecodelint project.
> Sublime Text will alert you to syntax errors without having to compile in
> LiveCode.
> 
> To try it out replace your existing plugin folder with the contents of the
> following branch:
> 
> https://github.com/trevordevore/sublimelinter-contrib-livecodelint/tree/tkd-lcb-linter
> 
> If you need more help with installation let me know and I can provide more
> detailed instructions.
> 
> -- 
> Trevor DeVore
> ScreenSteps
> www.screensteps.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: mergDoc - no preview, no sharing

[Monte Goulding via use-livecode]

Hi Ralf

I think there is a bug or perhaps deliberate policy change on 11.2+ that means 
that files from within the app bundle are not recognised correctly. Try copying 
files out of the bundle.

Cheers

Monte

> On 30 May 2018, at 7:32 am, Ralf Bitter via use-livecode 
>  wrote:
> 
> Is there anybody who can confirm that the iOS external
> mergDoc plays nicely in an iOS 11.2 or iOS 11.3.1 environment?
> 
> I am particularly interested to know if handler mergDocShowPreview
> and “Copy to …” share extensions using mergDocShowOpenInMenu
> or the share button work.
> 
> My tests using the mergDoc.livecode demo in LC 9.0 as well as in LC 8.1.10
> produced the following results so far:
> 
> Files tested: .docx, ppsx, .txt, .pages, .pdf, .png
> 
> Device: iOS 11.2 on iPad Pro 10.5 inch
> 
> mergDocShowPreview worked for .png files only
> “Copy to …” share extensions using mergDocShowOpenInMenu
> or the share button fails although mergDocCanOpen() returns true,
> the modal just shows the file name and “Office Open XML show” for
> .ppsx files as an example
> 
> Simulator: iOS 11.2 on iPad Pro 10.5 inch
> 
> mergDocShowPreview works for all files
> “Copy to …” share extensions using mergDocShowOpenInMenu
> or the share button can not be tested
> 
> 
> Device: iOS 11.3.1 on iPad Air
> 
> mergDocShowPreview works for all files
> “Copy to …” share extensions using mergDocShowOpenInMenu
> or the share button fails although mergDocCanOpen() returns true,
> the modal just shows the file name and “Office Open XML show” for
> .ppsx files as an example
> 
> Simulator: iOS 11.2 on iPad Air
> 
> mergDocShowPreview works for all files
> “Copy to …” share extensions using mergDocShowOpenInMenu
> or the share button: can not be tested
> 
> 
> Ralf
> ___
> 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: Help converting Hex UTF-8 bytes to character

[Monte Goulding via use-livecode]

Hi Trevor

I’m pretty sure that the following will do what you want here:

textDecode(format(),”utf-8”)

Cheers

Monte

> On 1 Jun 2018, at 6:13 am, Trevor DeVore via use-livecode 
>  wrote:
> 
> Hi,
> 
> I have a text file that contains Hex UTF-8 bytes encode in the following
> manner:
> 
> ```
> \xC3\xB3
> ```
> 
> This particular sequence represents the following character:
> 
> ```
> ó
> ```
> 
> I need to read this file in, converting these hex bytes to the proper
> character. For example, the following string:
> 
> ```
> versi\xC3\xB3n HTML5
> ```
> 
> should be read in as:
> 
> ```
> versión HTML 5
> ```
> 
> Does anybody know how to use the C3 B3 hex values to generate the proper
> character?
> 
> Thanks,
> 
> -- 
> Trevor DeVore
> ScreenSteps
> www.screensteps.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: Help converting Hex UTF-8 bytes to character

[Monte Goulding via use-livecode]

> On 1 Jun 2018, at 2:18 pm, Trevor DeVore via use-livecode 
>  wrote:
> 
> Yes it does! `format` is my new best friend.

Hmm… why not just throw the whole thing at format? If it has one escape 
sequence it might have others and you can’t put one in there and expect a 
single `\` to be literal.

Cheers

Monte
___
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: Cropping an image

[Monte Goulding via use-livecode]

This reminds me I was looking at this stuff the other day and it’s really not a 
big job to add a pixelData property that is ARGB instead of the xRGB we have 
for imageData which would reduce the data you are dealing with if you want to 
set the alpha at the same time.

Good community contribution I’d suggest (that doesn’t mean you have to do it 
today Brian ;-)

Cheers

Monte

> On 1 Jun 2018, at 2:07 pm, Ralph DiMola via use-livecode 
>  wrote:
> 
> OK, Here's the deal. Although there is a byte for alpha in the z buffer 
> (imagedata) it seems to be ignored. The alpha data is only in the alphadata 
> property. You also must set the text property to empty before you set the new 
> image(imagedata) and alpha data(alphadata).
> 
> This example just does a crop in the middle of y and pastes the remaining top 
> and bottom together:
> 
> command CropMiddleOfImage pImageName, pMiddlePercentCrop
>   --
>   -- pImageName ==> LiveCode image control's name
>   -- pMiddlePercentCrop ==> 0 to 100
>   --
>   local tImageData, tWidth, tHeight, tTop, tBottom, tNewImageData, 
> tAlphaData, tNewAlphaData
> 
>   lock screen
>   put the imagedata of image pImageName into tImageData
>   put the alphadata of image pImageName into tAlphaData
>   put the width of image pImageName into tWidth
>   put the height of image pImageName into tHeight
> 
>   put pMiddlePercentCrop / 100 into pMiddlePercentCrop
>   put trunc((tHeight - (tHeight * pMiddlePercentCrop)) / 2) into tTop
>   put tTop into tBottom
>   if not (((tHeight - (tHeight * pMiddlePercentCrop)) / 2) is an integer) then
>  add 1 to tBottom
>   end if
> 
>   put byte 1 to (tTop*4*tWidth) -1 of tImageData into tNewImageData
>   put byte (the number of bytes of tImageData - (tBottom*4*tWidth)) to -1 of 
> tImageData after tNewImageData
>   put byte 1 to (tTop*tWidth) -1 of tAlphaData into tNewAlphaData
>   put byte (the number of bytes of tAlphaData - (tBottom*tWidth)) to -1 of 
> tAlphaData after tNewAlphaData
> 
>   set the height of image pImageName to tTop+tBottom
>   set the width of image pImageName to tWidth
>   set the text of image pImageName to empty
>   set the imagedata of image pImageName to tNewImageData
>   set the alphadata of image pImageName to tNewAlphaData
> 
>   unlock screen
> 
> end CropMiddleOfImage pImageName
> 
> 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: Linux Screen Resolution

[Monte Goulding via use-livecode]

Hi Glen

Yes our linux engine does not support pixel scaling on high dpi screens. From 
the looks of things we could feasibly read the environment variable `GDK_SCALE` 
and if set use it. Is it set for you? I have only had the briefest look at this 
though so there may be things I haven’t considered. Feel free to report this.

Cheers

Monte

> On 14 Jun 2018, at 8:15 am, Glen Bojsza via use-livecode 
>  wrote:
> 
> "put the screenPixelScale" returns 1
> 
> set the pixelScale to 2  gives an error that the pixelScale property
> cannot be set on this platform
> 
> 
> 
> On Wed, Jun 13, 2018 at 3:34 PM, J. Landman Gay via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> On 6/13/18 6:37 AM, Glen Bojsza via use-livecode wrote:
>> 
>>> Hello,
>>> 
>>> I just got a new Ubuntu system and after installing Livecode the app
>>> interface is tiny.
>>> 
>>> My screen resolution is 4K and all the other Ubuntu apps (libre office,
>>> firefox etc) appear normal in size?
>>> 
>>> Is there a way I can change Livecode's appearance so it is useable?
>>> 
>> 
>> Try setting the pixelScale to 2. LC is supposed to do that automatically
>> on startup though. What does "put the screenPixelScale" return?
>> 
>> 
>> --
>> 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
>> 
> ___
> 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: Open recent File Menu

[Monte Goulding via use-livecode]

> On 15 Jun 2018, at 11:25 am, Brian Milby via use-livecode 
>  wrote:
> PR submitted against develop:
> https://github.com/livecode/livecode-ide/pull/1984

Just reviewed it thanks again Brian. Still wondering why it’s useful given the 
menu cleans out deleted stacks by itself but it seems enough other people think 
it is to make it worthwhile ;-)

Cheers

Monte
___
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: Dark Mode in macOS Mojave, any thoughts from the mothership?

[Monte Goulding via use-livecode]

> On 15 Jun 2018, at 12:05 pm, Brian Milby via use-livecode 
>  wrote:
> 
> I'm also interested to see what they have to say.  I do like the dark look
> (that is how I have Atom configured and the SE in LiveCode too).
> 
> With property inheritance, it shouldn't be too difficult to implement for
> elements within the stack.  This is the kind of thing that the profile
> manager would be good at managing, but it may be better to separate out the
> position and "theme" elements.  If you had small/large portrait/landscape
> then you would go from 4 to 8 profiles to handle light/dark as well.  As a
> developer, we would just need the messages telling us when the user changed
> the mode.  I'm not sure how much work it will be in the IDE/Engine itself
> though.

We haven’t yet got a system with it running on yet. If anyone does (Colin?) we 
would be interested in any reports regarding dark mode or anything else. We get 
default colors from the OS via NSColor class methods so hopefully things will 
just work for the most part. Obviously where a user has set a color then that’s 
going to be an issue. I presume there’s appropriate NSApplication methods to 
determine the current theme. Perhaps either Trevor or Paul can be convinced to 
put stuff for that in their mac extensions in the short term.

Cheers

Monte
___
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: LiveCode - Andoid SDK - Java compatibility chart?

[Monte Goulding via use-livecode]

Hi Folks

Just to clarify as I have looked into this. 

Android SDK itself requires you to install Java 8 max. So while we have a bug 
about this in our db it’s not really fixable by us. We do have some ideas about 
presenting dialogs if you have the wrong one installed though. Note this mainly 
impacts Windows because Java 9 & 10 use different registry entries to find the 
java home folder and dx.bat uses a javac option that is no longer supported. 
Still I would not recommend installing higher than 8 on macOS or Linux.

Cheers

Monte

> On 15 Jun 2018, at 11:26 pm, panagiotis merakos via use-livecode 
>  wrote:
> 
> So this is a bug in LC, not a compatibility issue. There is a bug report
> here:
> 
> https://quality.livecode.com/show_bug.cgi?id=20719 
> 

___
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: Open recent File Menu

[Monte Goulding via use-livecode]

Hmm… ok then

> On 16 Jun 2018, at 1:11 am, Bob Sneidar via use-livecode 
>  wrote:
> 
> One reason is that sometimes I have to go to a backup or archive of a stack 
> to revert some script or object deletion. When that happens I get 2 instances 
> of the recent stack, but now they are prepended by (sometimes) long paths. 
> Also, I will open sample stack from time to time, and those stay in the menu 
> cluttering it up until more recent stacks push them out. 

Cheers

Monte
___
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: Browser Widget Layer on mobile

[Monte Goulding via use-livecode]

Hi Dan

This sounds like a bug to me. For widgets that are in groups we create an extra 
container layer view to put them in so they should be clipped to the group rect 
and also as close as possible respect the layering of objects on the card. It 
sounds like it’s working correctly for you on mac but not on iOS. Could you 
open a report with an example stack please?

Cheers

Monte

> On 24 Jun 2018, at 3:49 am, Dan Friedman via use-livecode 
>  wrote:
> 
> Brian,
> 
> I think that’s true for Native Controls, but I’m seeing different results for 
> the bowser widget.  I find that if I put the bowser widget in a group, it 
> draws within the group’s bounds like other controls.  What I’m experiencing 
> is that on Mobile (at least iOS), it’s acting like a standard native control, 
> not like it does on desktop.
> 
> -Dan
> 
>> I may not be stating it in the right terms, but native controls are above 
>> everything else in their own layer.
> 
> 
>>> I am working on a mobile app where I have a bowser widget in a group that 
>>> is scrollable. It scrolls just fine (frankly, smoother that I thought it 
>>> would!). However, there is a problem when the widget gets scrolled past the 
>>> bounds of the group’s rect. On my mac, it’s working correctly, but on a 
>>> real device (and the simulator), the bowser widget is being shown even 
>>> outside the rect of the group – like it’s not in the group.
>>> 
>>> Here’s a screen shot of what I’m talking about: 
>>> http://www.clearvisiontech.com/temp/sampleImage.jpg
>>> 
>>> Any thoughts or advise are appreciated!
>>> 
>>> -Dan
> ___
> 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: LCB Foreign LC9.0.0

[Monte Goulding via use-livecode]

Hi Kevin

The code folder conform to the platform id spec. 
https://github.com/livecode/livecode/blob/develop/docs/development/platform-id.md
 


For iOS it will likely be universal-ios presuming you have universal binaries 
and don’t have separate builds for each sdk. In iOS 8+ there is such a thing as 
a dynamic framework which may be why your library comes as a lib and a 
framework. There are also lots of libraries delivered as static frameworks 
which are just a hack to make delivery easier. Dropping any of these inside the 
code/universal-ios folder should work.

If the iOS library requires linker dependencies a text file 
(`.txt`) may be included to list them in the form:

{library | [weak-]framework} 

Note that if you only have a static library then as we don’t do static linking 
of our simulator builds it won’t work there.

> On 30 Jun 2018, at 6:15 am, Kevin Bergman via use-livecode 
>  wrote:
> 
> Now I am trying to work with an ios external.  I have a static lib - xx.a
> and a headers folder as well as a xx.framework folder.  I have no idea where
> to put these items.
> 
> Do I need to use staic and not the framework on ios?  Do I include the
> headers folder or just the xx.a file?
> 
> 
> 
> CVTTest\
> 
>xx.lcb
> 
>xx.livecode
> 
>code
> 
>??

___
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: Script Only Stack Behaviors and Nesting

[Monte Goulding via use-livecode]

> On 3 Jul 2018, at 9:16 am, Bob Sneidar via use-livecode 
>  wrote:
> 
> That would be very cool! That would mean you could get and set the script 
> locals of another object. 

No it really wouldn’t. It would make them worse than globals… eek.

Cheers

Monte
___
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: Script Only Stack Behaviors and Nesting

[Monte Goulding via use-livecode]

> On 4 Jul 2018, at 12:52 am, Bob Sneidar via use-livecode 
>  wrote:
> 
> Jacque says you can reference a behavior's script locals ie. the sLocal of 
> THIS ME

Well you can’t actually do that so maybe Jacque is being misquoted?

Cheers

Monte
___
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: How to create a QR Code Version 14 (73x73modules)

[Monte Goulding via use-livecode]

Hi Matthias

This looks like a relatively easy patch to make. Probably adding min version 
and max version optional parameters which default to 1 and 40 then using those 
in the loop to find the min version at line 1525 of the script. Then you just 
use 14,14 for the parameters.

It would be great if you would open an enhancement report and if so inclined 
contribute the patch in case others hit the same requirement.

Cheers

Monte

> On 18 Jul 2018, at 8:20 am, Matthias Rebbe via use-livecode 
>  wrote:
> 
> Hi.
> 
> My app needs to create qr codes. This is not a problem so far, as Splash21´s  
> qrCode library is now included in Livecode.
> 
> My problem is that i need to create qr Codes with exact version 14, which has 
> a matrix size of 73 x 73. The customer needs exact that kind of code. The 
> codes are scanned by a parcel service and the tech papers of the parcel 
> service note exact those requirements.
> 
> As the  qrCode library in LC automatically decides according to the number 
> and types of the characters, what version is used for creation, i am not sure 
> if this is even possible. But is there a way to create just version 14 codes 
> regardless of the number of character? Maybe with a modified library?
> 
> Regards,
> 
> Matthias
> 
> 
> ___
> 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, acceleratedRendering and visual effect

[Monte Goulding via use-livecode]

Hi Dan

This looks like a regression from the large number of acceleratedRendering 
related patches that went into 9.0.1 rc 1. I am looking into it as it will be a 
blocker for 9.0.1-rc-2.

Cheers

Monte

> On 20 Jul 2018, at 4:13 am, Dan Friedman via use-livecode 
>  wrote:
> 
> Hello!
> 
> Using LC 9.0.1 (rc1), on android only, if I have acceleratedRendering on, the 
> effect is not applied when doing this:
> 
> lock screen for visual effect
> //do something
> unlock screen with visual effect wipe left //any effect fails
> 
> However, if acceleratedRendering is off, the visual effect is applied.
> 
> Any thoughts?
> 
> 
> -Dan
> 
> ___
> 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, acceleratedRendering and visual effect

[Monte Goulding via use-livecode]

Hi Dan

A little update. 

The bug report is here: 
https://quality.livecode.com/show_bug.cgi?id=21434 
<https://quality.livecode.com/show_bug.cgi?id=21434>

The PR for the fix is here:
https://github.com/livecode/livecode/pull/6610 
<https://github.com/livecode/livecode/pull/6610>

Cheers

Monte

> On 20 Jul 2018, at 9:54 am, Monte Goulding via use-livecode 
>  wrote:
> 
> Hi Dan
> 
> This looks like a regression from the large number of acceleratedRendering 
> related patches that went into 9.0.1 rc 1. I am looking into it as it will be 
> a blocker for 9.0.1-rc-2.
> 
> Cheers
> 
> Monte
> 
>> On 20 Jul 2018, at 4:13 am, Dan Friedman via use-livecode 
>>  wrote:
>> 
>> Hello!
>> 
>> Using LC 9.0.1 (rc1), on android only, if I have acceleratedRendering on, 
>> the effect is not applied when doing this:
>> 
>> lock screen for visual effect
>> //do something
>> unlock screen with visual effect wipe left //any effect fails
>> 
>> However, if acceleratedRendering is off, the visual effect is applied.
>> 
>> Any thoughts?
>> 
>> 
>> -Dan
>> 
>> ___
>> 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: Oauth2 (Dropbox) on iOS

[Monte Goulding via use-livecode]

> On 26 Jul 2018, at 12:54 am, Ben Rubinstein via use-livecode 
>  wrote:
> 
> I've been trying with some variations of this - so far without success!

Hi Ben

As I just commented on the bug report you should be able to resolve this using 
the following plist entry:

NSAppTransportSecurity

   NSAllowsLocalNetworking
   


This is actually a general issue for anyone wanting to run a little in app HTTP 
server like the OAuth2 lib or the httpd lib. So we need a checkbox on 
standalone settings and then including either of those libs should force the 
setting.

In the meantime a custom plist template should keep you going.

Cheers

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

Re: OT: Looking for a new programming language?

[Monte Goulding via use-livecode]

Ahaha… are you doing the LiveCode implementation?

> On 28 Jul 2018, at 2:51 am, Mark Wieder via use-livecode 
>  wrote:
> 
> 
> "But why?
> Mainly because if we make Rockstar a real (and completely pointless) 
> programming language, then recruiters and hiring managers won't be able to 
> talk about 'rockstar developers' any more."
> 
> https://boingboing.net/2018/07/25/hello-cleveland-world.html
> https://github.com/dylanbeattie/rockstar
> 
> -- 
> 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: Camera on iPad error?

[Monte Goulding via use-livecode]

Very odd that it would be IPv6 related. Are you doing anything with sockets?

> On 31 Jul 2018, at 10:22 am, Alan via use-livecode 
>  wrote:
> 
> I've submitted an app update to the Apple store and have been rejected with 
> the following error:
> 
> "We discovered one or more bugs in your app when reviewed on iPad running iOS 
> 11.4.1 on Wi-Fi connected to an IPv6 network.
> 
> Specifically, when tapping on the camera button, no further action took 
> place."
> 
> I'm using mobilePickPhoto to call up the camera with LC 9.0 - has anyone else 
> seen this problem?
> 
> cheers
> 
> Alan
> 
> 
> 
> ___
> 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: acceleratedRendering

[Monte Goulding via use-livecode]

Hi Brahma
> 
> I am sure it is a priority with team. Keep fingers crossed. 


Yes I just patched it https://github.com/livecode/livecode/pull/6620 


> FWIW... acceleratedRendering in causing trouble on Android, 9.0.1. RC 1.
> 
> Disables "touch" messages in some contexts… 

^ is not a very good description of the issue. The touches are fine. It’s 
groups not redrawing when scrolled under some circumstances.

Cheers

Monte
___
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: acceleratedRendering

[Monte Goulding via use-livecode]

> @team-- would it possible to send a new build out this week?  Even it has 
> only this patch
> 
> It is the one thing in Android that is blocking. Everything else you have 
> accomplished on 9.0.1 is fantastic, and I really *need* get an Android 
> version that works one on Google Play asap.   So I need to get this out to 
> beta tester asap

Given it’s Friday and these patches have yet to be reviewed I very much doubt 
we will be releasing an RC 2 with them in this week. We do have a service 
providing access to nightly builds I believe but I don’t know the full details 
(cost ect) so you could contact support about that if it is of interest.

Cheers

Monte
___
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: CEF browser question

[Monte Goulding via use-livecode]

> On 4 Aug 2018, at 2:35 am, prothero--- via use-livecode 
>  wrote:
> 
> As I was working on and testing the browser widget, which seemed to fail when 
> tested on my iPhone, I thought the problem was with the browser widget, but 
> it turned out to be that I was trying to link to a web site that wouldn’t let 
> me load it because I was using a vpn on my iPhone. The vpn wouldn’t let them 
> load their tracker. Nasty.

As Ralph mentioned you are likely hitting ATS issues so try disabling that. Not 
sure who’s tracker you are referring to.
> 
> So, I thought it was a browser problem and looked into using the CEF browser. 
> Docs say it is no longer supported in LC9 versions, but I see the entry in 
> the inclusions. Is there a reason this inclusion is relevant, or am I missing 
> something?

CEF is no longer supported in revBrowser or the browser widget on mac but is 
still used for the browser widget on windows and linux. It has never been used 
on iOS and I don’t think ever will be.

Cheers

Monte
___
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: Move command on iOS

[Monte Goulding via use-livecode]

Hmm… I patched the crash at startup when not in acceleratedRendering mode for 
iOS 12. I don’t think it will have much to do with the move command in 
acceleratedRendering mode. I did recently fix something in acceleratedRendering 
mode in a stack that had a group coming in from the side that was doing some 
relayering… Oh… it’s possibly feasible that this is a manifestation of the 
redraw issue that Brahma found with groups. Could someone open a report with a 
sample stack and I can check if it’s working...

> On 4 Aug 2018, at 9:49 am, MWCM via use-livecode 
>  wrote:
> 
> Are you testing in iOS 12? This is the exact problem I’m having (that Monte 
> just patched today). 
> 
> Sounds like it should be fixed in 9.0.1.rc2

___
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: Move command on iOS

[Monte Goulding via use-livecode]

@Jacque there was this one also but that is visual effects only 
https://quality.livecode.com/show_bug.cgi?id=21434 
<https://quality.livecode.com/show_bug.cgi?id=21434>

> On 4 Aug 2018, at 10:18 am, Monte Goulding via use-livecode 
>  wrote:
> 
> Hmm… I patched the crash at startup when not in acceleratedRendering mode for 
> iOS 12. I don’t think it will have much to do with the move command in 
> acceleratedRendering mode. I did recently fix something in 
> acceleratedRendering mode in a stack that had a group coming in from the side 
> that was doing some relayering… Oh… it’s possibly feasible that this is a 
> manifestation of the redraw issue that Brahma found with groups. Could 
> someone open a report with a sample stack and I can check if it’s working...
> 
>> On 4 Aug 2018, at 9:49 am, MWCM via use-livecode 
>>  wrote:
>> 
>> Are you testing in iOS 12? This is the exact problem I’m having (that Monte 
>> just patched today). 
>> 
>> Sounds like it should be fixed in 9.0.1.rc2
> 
> ___
> 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: Move command on iOS

[Monte Goulding via use-livecode]

@Jacque I’ve had a look around the engine… would be interested to know if you 
are moving without waiting or not (if that makes a difference).

It looks like the most likely cause of what you are seeing is multiple calls to 
`move` the object to a location. The second of which will look like the first 
just ended because a second move ends the first and then the object is already 
at the location. Perhaps log when you are doing it?

> On 4 Aug 2018, at 10:40 am, Monte Goulding via use-livecode 
>  wrote:
> 
> @Jacque there was this one also but that is visual effects only 
> https://quality.livecode.com/show_bug.cgi?id=21434 
> <https://quality.livecode.com/show_bug.cgi?id=21434>
> 
>> On 4 Aug 2018, at 10:18 am, Monte Goulding via use-livecode 
>>  wrote:
>> 
>> Hmm… I patched the crash at startup when not in acceleratedRendering mode 
>> for iOS 12. I don’t think it will have much to do with the move command in 
>> acceleratedRendering mode. I did recently fix something in 
>> acceleratedRendering mode in a stack that had a group coming in from the 
>> side that was doing some relayering… Oh… it’s possibly feasible that this is 
>> a manifestation of the redraw issue that Brahma found with groups. Could 
>> someone open a report with a sample stack and I can check if it’s working...
>> 
>>> On 4 Aug 2018, at 9:49 am, MWCM via use-livecode 
>>>  wrote:
>>> 
>>> Are you testing in iOS 12? This is the exact problem I’m having (that Monte 
>>> just patched today). 
>>> 
>>> Sounds like it should be fixed in 9.0.1.rc2
>> 
>> ___
>> 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: Move command on iOS

[Monte Goulding via use-livecode]

Hmm… feel free to send through to me as I’m intrigued. I will send the stack to 
Panos if I can’t figure out what is going on so he can put it wherever private 
test stacks go.

> On 4 Aug 2018, at 1:05 pm, J. Landman Gay via use-livecode 
>  wrote:
> 
> Skip the test, it works fine in isolation. Bug report is here:
> https://quality.livecode.com/show_bug.cgi?id=21461
> 
> But there must be something else going on so I should send the real stack to 
> either you or Panos I guess.
> 
> On 8/3/18 9:27 PM, J. Landman Gay via use-livecode wrote:
>> Here's the relevant part of the script. There's only one "move" command:
>> put the long id of grp "iOSPicker" into tGrp
>> get the height of tGrp div 2
>> put the height of this cd - it into tDestV
>> show tGrp -- before updating text
>> wait 1 millisecond with messages
>> move tGrp to (item 1 of the loc of me),tDestV in 500 milliseconds
>> I put the wait command in there to see if it made any difference but it 
>> doesn't.
>> If the above isn't enough, it would be quicker if I could just send you my 
>> client's stack privately. Is that okay? I'll put in a bug report regardless.
>> On 8/3/18 8:27 PM, Monte Goulding via use-livecode wrote:
>>> @Jacque I’ve had a look around the engine… would be interested to know if 
>>> you are moving without waiting or not (if that makes a difference).
>>> 
>>> It looks like the most likely cause of what you are seeing is multiple 
>>> calls to `move` the object to a location. The second of which will look 
>>> like the first just ended because a second move ends the first and then the 
>>> object is already at the location. Perhaps log when you are doing it?
>>> 
> 
> 
> -- 
> 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


___
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: Move command on iOS

[Monte Goulding via use-livecode]

This seems to work fine here testing on a device

> On 4 Aug 2018, at 2:20 pm, J. Landman Gay via use-livecode 
>  wrote:
> 
> I jumped the gun and sent a download link to both of you. But you're hours 
> ahead of him so you have time to intercept. :)
> 
> On 8/3/18 10:25 PM, Monte Goulding via use-livecode wrote:
>> Hmm… feel free to send through to me as I’m intrigued. I will send the stack 
>> to Panos if I can’t figure out what is going on so he can put it wherever 
>> private test stacks go.
>>> On 4 Aug 2018, at 1:05 pm, J. Landman Gay via use-livecode 
>>>  wrote:
>>> 
>>> Skip the test, it works fine in isolation. Bug report is here:
>>> https://quality.livecode.com/show_bug.cgi?id=21461
>>> 
>>> But there must be something else going on so I should send the real stack 
>>> to either you or Panos I guess.
>>> 
>>> On 8/3/18 9:27 PM, J. Landman Gay via use-livecode wrote:
>>>> Here's the relevant part of the script. There's only one "move" command:
>>>> put the long id of grp "iOSPicker" into tGrp
>>>> get the height of tGrp div 2
>>>> put the height of this cd - it into tDestV
>>>> show tGrp -- before updating text
>>>> wait 1 millisecond with messages
>>>> move tGrp to (item 1 of the loc of me),tDestV in 500 milliseconds
>>>> I put the wait command in there to see if it made any difference but it 
>>>> doesn't.
>>>> If the above isn't enough, it would be quicker if I could just send you my 
>>>> client's stack privately. Is that okay? I'll put in a bug report 
>>>> regardless.
>>>> On 8/3/18 8:27 PM, Monte Goulding via use-livecode wrote:
>>>>> @Jacque I’ve had a look around the engine… would be interested to know if 
>>>>> you are moving without waiting or not (if that makes a difference).
>>>>> 
>>>>> It looks like the most likely cause of what you are seeing is multiple 
>>>>> calls to `move` the object to a location. The second of which will look 
>>>>> like the first just ended because a second move ends the first and then 
>>>>> the object is already at the location. Perhaps log when you are doing it?
>>>>> 
>>> 
>>> 
>>> -- 
>>> 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
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> -- 
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.com
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
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: Move command on iOS

[Monte Goulding via use-livecode]

> On 5 Aug 2018, at 5:00 am, J. Landman Gay via use-livecode 
>  wrote:
> 
> I don't quite know why my stack ran okay on Monte's phone, and my 
> stripped-down test with the same code ran okay in the simulator, but my real 
> stack failed. Weird.

When I said it worked ok here I should have probably been a bit more specific. 
It seemed to work as scripted. I tested on a mini. The first move the group 
came up on an angle from bottom left. Cancel would move it straight down about 
half way then hide it. Presenting it again moved it straight up. Cancel again 
moved it straight down and hid.

So I guess ensuring it is positioned correctly for the device before the first 
move and the hide move hides the whole thing would be a good place to start.

Cheers

Monte
___
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: LCB - Text entry/edit in a widget

[Monte Goulding via use-livecode]

There is still some work needed to be done in order for widgets to get keyboard 
focus and handle key events. A much simpler and available alternative though is 
to create and delete a field on top of the widget as required.

> On 5 Aug 2018, at 2:08 am, pink via use-livecode 
>  wrote:
> 
> What I would like to make is a widget that essentially functions as a multi
> field form. 
> 
> I know how to add text to a widget, but how can I make editable by the user?
> 
> Essentially, how can I create one or more "fields" in a widget?
> 
> 
> 
> -
> ---
> Greg (pink) Miller
> mad, pink and dangerous to code
> --
> Sent from: 
> http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html
> 
> ___
> 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: valueDiff for arrays?

[Monte Goulding via use-livecode]

Just to throw it out there I still want to add `each` to filter one day. So in 
this case I think it would be:

filter keys of tArray1 with expression \
  each is among the keys of tArray2 and \
  tArray1[each] is not tArray2[each]

> On 5 Aug 2018, at 11:23 am, Brian Milby via use-livecode 
>  wrote:
> 
> Here is code that only uses LCS to accomplish the goal (only returning the
> keys where they exist in both arrays but the values are different).  This
> is made to be similar to the way the existing functions work (with the
> option to mutate).
> 
> command valueDiff @pDestinationA, @pLeftA, pRightA
>   local tMutate, tLeft, tRight, tNewRight
>   if the paramCount is 3 then
>  put false into tMutate
>  put pLeftA into tLeft
>  put pRightA into tRight
>   else
>  put true into tMutate
>  put pDestinationA into tLeft
>  put pLeftA into tRight
>   end if
>   repeat for each key tKey in tLeft
>  if tKey is among the keys of tRight and \
>tLeft[tKey] is not tRight[tKey] then
> put tRight[tKey] into tNewRight[tKey]
> next repeat
>  end if
>  delete variable tLeft[tKey]
>   end repeat
>   if tMutate then
>  put tLeft into pDestinationA
>  put tNewRight into pLeftA
>   else
>  put tLeft into pDestinationA["1"]
>  put tNewRight into pDestinationA["2"]
>   end if
> end valueDiff
> 
> My question from an engine perspective is whether it would be faster to
> just generate both arrays instead of removing keys from tLeft.  I decided
> to build the tNewRight to avoid iterating the keys of tRight.
> 
> I'd be pretty confident that Mark's solution will be faster, even with 3
> iterations over the keys.
> 
> On Sat, Aug 4, 2018 at 6:52 PM, Mark Waddingham via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> On 2018-08-04 21:00, Richard Gaskin via use-livecode wrote:
>> 
>>> Mark Waddingham wrote:
>>> 
>>> Yes - so come up with LCS handlers which do that, share them, let's
 work together to make them as efficient in LCS as possible and then
 see what we can do in the engine to improve their performance (which
 I'm guessing is as much the purpose for the proposition as the
 syntax).
 
>>> 
>>> It is, primarily.  The minor convenience is nice too, but you know how
>>> much I love to see performance enhancements in the engine.
>>> 
>>> As for implementation, Mark Wieder's looks good:
>>> http://lists.runrev.com/pipermail/use-livecode/2018-August/248862.html
>>> 
>> 
>> One important point here (which I think is something which is often
>> overlooked in LC as it is just something we deal with implicitly case by
>> case)...
>> 
>> In your use-case for 'valueDiff' - do you need to tell the difference
>> between a key value being the empty string and a key value not being
>> present at all?
>> 
>> [ i.e. using an array key absence to emulate 'nothing': meaning you are
>> actually storing nothing or a value (even the empty string). ]
>> 
>> It might seem like a minor detail, but does change the operation somewhat
>> (and potential implementations).
>> 
>> Warmest Regards,
>> 
>> Mark.
>> 
>> --
>> Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
>> LiveCode: Everyone can create apps
>> 
>> ___
>> 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: valueDiff for arrays?

[Monte Goulding via use-livecode]

> On 5 Aug 2018, at 11:59 am, Monte Goulding via use-livecode 
>  wrote:
> 
> Just to throw it out there I still want to add `each` to filter one day. So 
> in this case I think it would be:
> 
> filter keys of tArray1 with expression \
>  each is among the keys of tArray2 and \
>  tArray1[each] is not tArray2[each]


Given I have been wanting to do ^ for a couple of years I decided to just go 
ahead and do it… might be a while before we have time to bikeshed the syntax 
though.

https://github.com/livecode/livecode/pull/6626 
<https://github.com/livecode/livecode/pull/6626>

Examples:
local tFoo,tBar
put "foo" into tFoo[1]
put "bar" into tFoo[2]
put "baz" into tBar[1]
put "bar" into tBar[2]
filter keys of tFoo with expression tFoo[each] is tBar[each]
— tFoo now has one key 2 which is `bar`

put “yes,foo” & return & “no,bar” into tFoo
filter lines of tFoo with expression item 1 of each is “yes”

We could feasibly not use `with|without` for this forcing the expression to 
return true to filter. If we went that way then perhaps `where` would be nicest?

filter lines of tFoo where item 1 of each is “yes”

Cheers

Monte

___
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: valueDiff for arrays?

[Monte Goulding via use-livecode]

> On 5 Aug 2018, at 10:32 pm, Mark Waddingham via use-livecode 
>  wrote:
> 
> Geez @Monte - you do like creating work for me don't you! ;)

Aha.. sorry but I have been threatening to implement this for 2 years ;-)

Cheers

Monte
___
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: valueDiff for arrays?

[Monte Goulding via use-livecode]

> On 6 Aug 2018, at 12:38 am, Mark Waddingham via use-livecode 
>  wrote:
> 
>  keeping where P -> P
>  keeping with P -> each matches wildcard P
>  keeping without P -> not (each matches wildcard P)
>  keeping matching P -> each matches pattern P
>  keeping not matching P -> not (each matches wildcard P)
> 
>  discarding where P -> not P
>  discarding with P -> not (each matches wildcard P)
>  discarding without P -> each matches wildcard P
>  discarding matching P -> not (each matches pattern P)
>  discarding not matching P -> each matches wildcard P
> 
> So the actual underling operation is the same: P is a boolean predicate 
> operating on 'each', where each is taken to be each 'chunk' of X in turn; if 
> P(each) returns true, the element is kept, otherwise it is discarded.
> 
> I quite like the above - it has a very simple underbelly (a single 
> operation!), but the actual English-like syntax is a true and correct 
> sentence.
> 
> What do people think?

I think it’s nice sugar but it adds complexity when trying to understand the 
statement. You need to comprehend the expression or pattern then comprehend the 
relationship between discarding/keeping and with | without | not matching | 
where in order to figure out what will actually happen. I would rather [by { 
keeping | discarding }] be a parser error if used with without and not matching.

Cheers

Monte
___
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: valueDiff for arrays?

[Monte Goulding via use-livecode]

> On 6 Aug 2018, at 7:07 am, Mark Waddingham via use-livecode 
>  wrote:
> 
> filter X by keeping the lines not matching pattern "regex"

My point was this statement can be written as both:

filter X by keeping the lines not matching pattern “regex"

and

filter X by discarding the lines matching pattern "regex"

So it would perhaps be a good idea to only allow `matching` rather than `not 
matching`

> Anyway - extending the current form with 'where' (rather than 'with 
> expression') is more than adequate at the moment.

Hehe.. the `with expression` thing was me trying to come up with something that 
worked with `with | without | matching | not matching`… `where` is much better 
I agree.

Cheers

Monte
___
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: valueDiff for arrays?

[Monte Goulding via use-livecode]

> On 6 Aug 2018, at 8:03 am, Mark Wieder via use-livecode 
>  wrote:
> 
> True, but syntacticly I like the idea of being able to place "not" in front 
> of any boolean without having to remember where it's legal and where it's 
> not. I also think it's harder on the engine (this off the top of my head 
> without looking at the code ) to specify where "not" is legal.

Actually you need to be careful to remember not to put not before a boolean 
expression without putting parenthesis around the expression because anything 
that is not “true” in LC evaluates to false. For example:


not “foo” is “bar” -> (not “foo”) is “bar” -> (not “false”) is “bar” -> “true" 
is “bar” -> “false”

not (“foo” is “bar”) -> not “false” -> “true"

Cheers

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