Re: S3 Compatible?

2021-02-24 Thread 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: Polygon fill algo?

2021-02-14 Thread 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: MergExt BLE

2021-01-31 Thread 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: Ali or Monte - MimeEncodeAsMIMEMultipartDocument

2021-01-03 Thread 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: mergeJSON on server problem

2020-11-02 Thread 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: Need to track click on a MacStatusMenu without menu items

2020-11-02 Thread 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: Livecode S3 library for AWS compatible object store

2020-09-23 Thread 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: text to speech android

2020-07-19 Thread 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: OAuth2 on Win10: not returning to my app

2020-06-30 Thread 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: LC9.6 Android EXIF image data issue

2020-05-12 Thread 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: mergDocCanOpen opens iOS sharing menu

2020-05-12 Thread 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: [ANN] Release 9.6.0 RC-1

2020-05-11 Thread 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: [ANN] Release 9.6.0 RC-1

2020-05-11 Thread 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
>>> rd

Re: [ANN] Release 9.6.0 RC-1

2020-05-11 Thread 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 

Re: mergAV Select specific rear camera

2020-04-30 Thread 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: md5Digest gives different results Mac vs Windows LC 9.5.1

2020-04-19 Thread 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: Keyhole effect?

2020-04-14 Thread 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: Video format for mobile

2020-04-13 Thread 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: a QR Code reader for iOS and Android?

2020-04-13 Thread 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: a QR Code reader for iOS and Android?

2020-04-13 Thread 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: Video format for mobile

2020-04-13 Thread 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: Video format for mobile

2020-04-13 Thread 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

2020-04-12 Thread 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: Speech on Android

2020-04-02 Thread 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: Targeting iOS 5.1

2020-03-05 Thread Monte Goulding via use-livecode
Panos is the oracle for this kind of detail (he would be asleep right now I 
think) but basically you will need an old version Xcode which you will only be 
able to run on an old version of macOS and then the version of LiveCode that 
matches said Xcode/macOS combo. The information is in the release notes which 
you can download from https://downloads.livecode.com/livecode/ 


I’d take a stab at LiveCode 6.7.11

Cheers

Monte

> On 6 Mar 2020, at 10:12 am, Ben Rubinstein via use-livecode 
>  wrote:
> 
> We've got some first generation iPads, which can't be updated past iOS 5.1. I 
> think I could find useful roles for them around the office, if I could build 
> to them.
> 
> The essential https://livecode.com/docs/9-5-0/faq/faq/ doesn't go back as far 
> as 5.1. But I know that LiveCode could in the past build to these machines - 
> some of the apps I built in the past are still on them, though sadly since 
> they were built with developer provisioning profiles they've expired! So I'm 
> guessing that the compilers of the above table just felt it wasn't worth 
> going that far back in time.
> 
> Does anyone know what the latest versions of LiveCode and Xcode (and MacOS) 
> are that I can use to target iOS 5.1?
> 
> Many thanks,
> 
> 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: LC Server: shebang breaks tags?

2020-02-10 Thread Monte Goulding via use-livecode


> On 11 Feb 2020, at 6:10 am, Richard Gaskin via use-livecode 
>  wrote:
> 
> Can the merge function be extended to support scripts interleaved between 
> blocks of non-code?
> 
> e.g. this works in Server, and not in Merge:
> 
> 
> This is some non-code
> 
> Some other non-code
> 

I suspect it could but might require merge to do two parses to execute server 
style then execute merge style so in the end it might be better to have a 
separate function. A way to just parse once and execute multiple times like a 
regular script would be useful. Perhaps the engine could maintain a stack of 
compiled server style scripts like it does for regex. I’m not overly sure it 
adds a great deal to the platform though. Probably use cases for this are 
better served my multi-line string literals.

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 Server: shebang breaks tags?

2020-02-09 Thread Monte Goulding via use-livecode
Hey guys!

This is one of my early community contributions. The server has an in tag mode 
and a not in tag mode. The shebang both tells the OS where to find the 
executable to run the script and sets enters tag mode. So:

#! /some/path

put the long date && the long time
?>FooBar

Should generate the same output as:

FooBar

You can see why this is necessary if you consider that you don’t want the 
engine to output the shebang line.

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: Remote Debugger 9.6dp1?

2019-12-01 Thread Monte Goulding via use-livecode
Is the iPhone on the same local network as IDE?

> On 1 Dec 2019, at 1:27 pm, Sannyasin Brahmanathaswami via use-livecode 
>  wrote:
> 
> I have Remote Debugger in the inclusions for making a mobile standalone
> The Development Menu has checked "Script Debug Mode"
> 
> I put an explicit "breakpoint" in a handler; test (target) my iPhone.
> Boot the app on the phone. The app hangs where I have the breakpoint.
> But the script editor does not open, allowing us to step through the rest of 
> the handler.
> 
> Is there something else to do? I could have sworn this worked on iOS before…
> 
> BR
> 
> ___
> use-livecode mailing list
> use-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: mergAV and AVkit

2019-11-27 Thread Monte Goulding via use-livecode
mergAV has already supported this for a while. You set the microphone to empty 
before creating the camera. It is in the docs for mergAVCamCreate.

> On 28 Nov 2019, at 5:30 am, Andrew Bell via use-livecode 
>  wrote:
> 
> I'm excited to see that the switch to AVkit in LC 9.6 fixes the bug where  href="https://quality.livecode.com/show_bug.cgi?id=21438;>cameraControl 
> automatically configured audio and video input devices when created!
> 
> Will these syntax changes be made to mergAV? Using the barcode reader on iOS 
> still asks for microphone access which is hard to explain to customers.
> 
> --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: Does anyone know...

2019-09-26 Thread Monte Goulding via use-livecode
Perhaps create a bug report with the document attached etc.

> On 26 Sep 2019, at 11:15 pm, Paul Dupuis via use-livecode 
>  wrote:
> 
> Thank you Monte!
> 
> I ask because a text document we're working with word counting and word 
> searching was returning odd results for a document in Georgian, but all other 
> tested other languages (far short of all languages) are correct. I saw that 
> Unicode 11.0 made some changes to Georgian.
> 
> It would be nice if LC 10 (or a sooner version) could include an update to 
> ICU 64.2 which covers Unicode 12.0. ICU 61.2 especially is listed as have 
> addressed many bug fixes that could account for some of the Unicode oddness 
> we're still seeing (a few of which have been reported to the Quality Center)
> 
> 
> On 9/25/2019 8:54 PM, Monte Goulding via use-livecode wrote:
>> We currently use ICU 58.2 which looks to be Unicode 9.0 + some extras 
>> http://site.icu-project.org/download/58 
>> <http://site.icu-project.org/download/58>
>> 
>>> On 26 Sep 2019, at 7:50 am, Paul Dupuis via use-livecode 
>>>  wrote:
>>> 
>>> ... how often the Unicode engine/rules are updated in LiveCode? For 
>>> example, the standard is at 12.1 (released May 2019 to add 1 character) and 
>>> the last major release was 12.0 (released March 2019). Does anyone know 
>>> what version the Unicode library in LC905rc1 uses?
>>> 
>>> Perhaps a  "the unicodeVersion" property might be a nice tiny addition to 
>>> the language?
>>> 
>>> ___
>>> use-livecode mailing list
>>> use-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: Does anyone know...

2019-09-25 Thread Monte Goulding via use-livecode
We currently use ICU 58.2 which looks to be Unicode 9.0 + some extras 
http://site.icu-project.org/download/58 


> On 26 Sep 2019, at 7:50 am, Paul Dupuis via use-livecode 
>  wrote:
> 
> ... how often the Unicode engine/rules are updated in LiveCode? For example, 
> the standard is at 12.1 (released May 2019 to add 1 character) and the last 
> major release was 12.0 (released March 2019). Does anyone know what version 
> the Unicode library in LC905rc1 uses?
> 
> Perhaps a  "the unicodeVersion" property might be a nice tiny addition to the 
> language?
> 
> ___
> use-livecode mailing list
> use-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: high resolution when printing to pdf, either from images or pdf widgets

2019-08-28 Thread Monte Goulding via use-livecode



> On 28 Aug 2019, at 5:07 pm, Mark Waddingham via use-livecode 
>  wrote:
> 
> I'm not entirely clear what Monte meant by 'print to pdf directly' in one
> of those comments..

Ah I was talking about printing the PDF file directly. May have been before I 
realised there needed to be overlaid LC objects on the printout.

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: Datagrid2 Form view slow down.

2019-08-23 Thread Monte Goulding via use-livecode
OK, sounds like the issue is not acceleratedRendering.

> On 23 Aug 2019, at 5:03 pm, Pi Digital via use-livecode 
>  wrote:
> 
> My apologies, that was with acceleratedrendering set to false. With it true, 
> the row templates are dynamic and the main grid is container for both 
> effective and actual layerMode. But it has not improved or indeed made any 
> difference to the speed of rendering. 
> 
> Sean Cole
> Pi Digital Prod Ltd
> 
> On 23 Aug 2019, at 07:51, Pi Digital via use-livecode 
>  wrote:
> 
>>> With acceleratedRendering true for the stack just double-check the 
>>> effective layermode of the main datagrid group and any parent groups.
>> 
>> 
>> The layermode of my DataGrid is ‘container’ and the effective layermode is 
>> ‘static’. This would make sense to me as the DataGrid layer itself should 
>> not be moving. My DataGrid is not in any other container so sits directly on 
>> the card. And it has all of the properties listed in my previous mail. 
>> 
>> Sean Cole
>> Pi Digital Prod Ltd
>> 
>>> On 23 Aug 2019, at 03:36, Monte Goulding via use-livecode 
>>>  wrote:
>>> 
>>> 
>>> 
>>>>> On 23 Aug 2019, at 11:48 am, Sean Cole (Pi) via use-livecode 
>>>>>  wrote:
>>>>> 
>>>>> 
>>>>> Did you read this bit of my response? ;-)
>>>>>> The issue is more likely with the properties of the main datagrid group
>>>>> rather than your row template
>>>> 
>>>> 
>>>> Hmm, so this now confuses me further. Are you saying that the properties of
>>>> the main datagrid group also should not have their properties set? So we
>>>> cannot turn on or off the border or scrollbars for these either in the MAIN
>>>> datagrid group?? Is that documented anywhere?  Does this make sense?
>>> 
>>> 
>>> Yes so the datagrid group needs to be able to use the container layerMode 
>>> so that means the properties of it and all its owner groups must be 
>>> checked. With acceleratedRendering true for the stack just double-check the 
>>> effective layermode of the main datagrid group and any parent groups.
>>> 
>>>> 
>>>> Here are the properties of my *main datagrid group*:
>>>> rect 24,151,755,654
>>>> toolTip
>>>> hScroll 0
>>>> vScroll 0
>>>> boundingRect
>>>> bottomColor
>>>> *hScrollbar false*
>>>> visible true
>>>> sharedBehavior false
>>>> topColor
>>>> textStyle
>>>> borderWidth 0
>>>> backPattern
>>>> tabGroupBehavior false
>>>> shadowPattern
>>>> dontSearch false
>>>> *dropShadow*
>>>> topPattern
>>>> label
>>>> selectGroupedControls false
>>>> backColor
>>>> radioBehavior true
>>>> cantSelect false
>>>> lockLoc false
>>>> foreColor
>>>> hilitedButton 0
>>>> hilitePattern
>>>> forePattern
>>>> showFocusBorder true
>>>> layerMode container
>>>> *showName false*
>>>> shadowOffset 4
>>>> backgroundBehavior false
>>>> focusPattern
>>>> shadowColor
>>>> opaque false
>>>> scrollbarWidth 20
>>>> *innerGlow*
>>>> ink srcCopy
>>>> clipsToRect false
>>>> *showBorder false*
>>>> name group "O2AccountsGrid"
>>>> textSize
>>>> cantDelete false
>>>> textFont
>>>> unboundedVScroll false
>>>> disabled false
>>>> unboundedHScroll false
>>>> *colorOverlay*
>>>> altId 0
>>>> hiliteColor
>>>> behavior button id 1005 of stack "revDataGridLibrary"
>>>> borderColor 64,64,64
>>>> *innerShadow*
>>>> bottomPattern
>>>> borderPattern
>>>> *outerGlow*
>>>> id 51592
>>>> blendLevel 0
>>>> traversalOn true
>>>> vScrollbar false
>>>> focusColor
>>>> threeD false
>>>> margins 0
>>>> layer 7
>>>> 
>>>> 
>>>> On Fri, 23 Aug 2019 at 02:23, Monte Goulding via use-livecode <
>>>> use-livecode@lists.runrev.com> wrote:
>>>> 
>>>>> 
>>>>> 
>>>>>> On 23 Aug 2019, at 11:14 am, Sean Cole (Pi) via use-livecode <
>>>>> use-liv

Re: Datagrid2 Form view slow down.

2019-08-23 Thread Monte Goulding via use-livecode


> On 23 Aug 2019, at 4:51 pm, Pi Digital via use-livecode 
>  wrote:
> 
> The layermode of my DataGrid is ‘container’ and the effective layermode is 
> ‘static’.

The effective layermode needs to be the same as the layermode for things to 
work (i.e. needs to be container) so either one of the properties of the main 
datagrid group is causing an issue or the acceleratedRendering of the stack 
isn’t true (this will cause the effective layerMode to always return static).

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: Datagrid2 Form view slow down.

2019-08-22 Thread Monte Goulding via use-livecode



> On 23 Aug 2019, at 11:48 am, Sean Cole (Pi) via use-livecode 
>  wrote:
> 
>> 
>> Did you read this bit of my response? ;-)
>>> The issue is more likely with the properties of the main datagrid group
>> rather than your row template
> 
> 
> Hmm, so this now confuses me further. Are you saying that the properties of
> the main datagrid group also should not have their properties set? So we
> cannot turn on or off the border or scrollbars for these either in the MAIN
> datagrid group?? Is that documented anywhere?  Does this make sense?


Yes so the datagrid group needs to be able to use the container layerMode so 
that means the properties of it and all its owner groups must be checked. With 
acceleratedRendering true for the stack just double-check the effective 
layermode of the main datagrid group and any parent groups.

> 
> Here are the properties of my *main datagrid group*:
> rect 24,151,755,654
> toolTip
> hScroll 0
> vScroll 0
> boundingRect
> bottomColor
> *hScrollbar false*
> visible true
> sharedBehavior false
> topColor
> textStyle
> borderWidth 0
> backPattern
> tabGroupBehavior false
> shadowPattern
> dontSearch false
> *dropShadow*
> topPattern
> label
> selectGroupedControls false
> backColor
> radioBehavior true
> cantSelect false
> lockLoc false
> foreColor
> hilitedButton 0
> hilitePattern
> forePattern
> showFocusBorder true
> layerMode container
> *showName false*
> shadowOffset 4
> backgroundBehavior false
> focusPattern
> shadowColor
> opaque false
> scrollbarWidth 20
> *innerGlow*
> ink srcCopy
> clipsToRect false
> *showBorder false*
> name group "O2AccountsGrid"
> textSize
> cantDelete false
> textFont
> unboundedVScroll false
> disabled false
> unboundedHScroll false
> *colorOverlay*
> altId 0
> hiliteColor
> behavior button id 1005 of stack "revDataGridLibrary"
> borderColor 64,64,64
> *innerShadow*
> bottomPattern
> borderPattern
> *outerGlow*
> id 51592
> blendLevel 0
> traversalOn true
> vScrollbar false
> focusColor
> threeD false
> margins 0
> layer 7
> 
> 
> On Fri, 23 Aug 2019 at 02:23, Monte Goulding via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> 
>> 
>>> On 23 Aug 2019, at 11:14 am, Sean Cole (Pi) via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>> 
>>> So, the fact that some of those parameters are set to something but that
>> I
>>> did not do this, does that mean there is something wrong in the engine
>> that
>>> is setting them when it should not? Does that make sense? I've not even
>>> attempted changing any parameter on the template group and only gone in
>> to
>>> edit it's contents as usual. I may have had the inspector up and that may
>>> have displayed the settings before I clicked the 'edit group' button but
>>> that is all.
>> 
>> Did you read this bit of my response? ;-)
>>> The issue is more likely with the properties of the main datagrid group
>> rather than your row template
>> 
>>> 
>>> And, to clarify, should things like opaque, which is currently set to
>>> false, really be set to empty and likewise for all the others?
>> 
>> For boolean properties in that list you want them false.
>> 
>> 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
>> 
> ___
> use-livecode mailing list
> use-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: Datagrid2 Form view slow down.

2019-08-22 Thread Monte Goulding via use-livecode



> On 23 Aug 2019, at 11:14 am, Sean Cole (Pi) via use-livecode 
>  wrote:
> 
> So, the fact that some of those parameters are set to something but that I
> did not do this, does that mean there is something wrong in the engine that
> is setting them when it should not? Does that make sense? I've not even
> attempted changing any parameter on the template group and only gone in to
> edit it's contents as usual. I may have had the inspector up and that may
> have displayed the settings before I clicked the 'edit group' button but
> that is all.

Did you read this bit of my response? ;-)
> The issue is more likely with the properties of the main datagrid group 
> rather than your row template

> 
> And, to clarify, should things like opaque, which is currently set to
> false, really be set to empty and likewise for all the others?

For boolean properties in that list you want them false.

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: Unicode is not "everywhere"...

2019-08-22 Thread Monte Goulding via use-livecode


> On 23 Aug 2019, at 11:07 am, Paul Dupuis via use-livecode 
>  wrote:
> 
> I reported what I thought was 3 bugs in 1 report in 
> https://quality.livecode.com/show_bug.cgi?id=22213 
> . I have edited that 
> report to focus on a single bug - that the detailed files (and probably the 
> detailed folders) is broken for Unicode as every Unicode character in a file 
> name is encoded as %3F or ?. Originally I had though that meant that there 
> was a problem with urlEncode and urlDecode as per bug 
> https://quality.livecode.com/show_bug.cgi?id=14015 
>  that your references 
> Monte. However, I now consider that urlEncode and urlDecode are NOT broken 
> and bug 14015 is really a Documentation bug that the urlEncode and urlDecode 
> Dictionary entries should be updated.
> 
> If you look at the Wikipedia entry for URL (or percent) encoding, it states 
> that the standard practice for non-ASCII character in a URL is to encode them 
> as UTF8 BEFORE percent-encoding. There fore, urlDecode and urlEncode are 
> working correctly by the accepted standards. The Dictionary entries need 
> updating to note that any non-ASCII text should be UTF8 encode before 
> urlEncoding and UTF8 decoded after urlDecoding. See my DOC bugs:
> 
> https://quality.livecode.com/show_bug.cgi?id=22340 
> 
> and
> https://quality.livecode.com/show_bug.cgi?id=22341 
> 
> 
> I believe these replace bug 
> https://quality.livecode.com/show_bug.cgi?id=14015 
> 

Hmm… ok that’s a fair point. We really do need a standards compliant urlEncode 
function though which could resolve this because if it gets a string parameter 
it will know it should convert to UTF8. Again it would need a parameter or 
something.
> 
> Also, the detailed files and detailed folders doesn't need an array returned 
> (although that would be nice). This issue is the percent-encoding is not 
> following the standard convention of UTF8 encoding non-ASCII characters 
> before percent encoding. LC should follow industry conventions in this regard.

Yes, although I think we can’t do that in a backwards compatible way which is 
why I suggested an array option.

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: Datagrid2 Form view slow down.

2019-08-22 Thread Monte Goulding via use-livecode
> The following must not be set on the group for it to work as a container or 
> scrolling layermode:
> 
> - opaque 
> - showBorder 
> - showname 
> - hScrollbar
> - vScrollbar 
> - dropShadow
> - innerShadow
> - outerGlow
> - innerGlow
> - colorOverlay
> 
> Yes these should be listed in the docs for layerMode instead of just `(no 
> borders, no scrollbars)`. If someone would like to create a docs bug report 
> about that and even better submit a patch that would he helpful for everyone 
> I think.

FWIW I think it would also be pretty handy to have an indicator on the property 
inspector about whether there’s an issue with these properties in the object 
hierarchy.  It wouldn’t be that complicated, just recurse through the owner 
groups and check these properties.

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: Datagrid2 Form view slow down.

2019-08-22 Thread Monte Goulding via use-livecode


> On 23 Aug 2019, at 12:27 am, Sean Cole (Pi) via use-livecode 
>  wrote:
> 
> Hi Monte,
> 
> Many thanks for your response. I don't know how I had inferred that I was
> using mobile as this is ONLY for PC Desktop and HTML5 emscripten running in
> Chrome on a PC Desktop (which will be the final intended platform). I'm
> confused about what I said that caused Herman and yourself to assume I was
> talking about mobile. I thought the HTML5 forum was for Desktop Web only.


Sorry, my mistake so skip that bit ;-)

> 
> I checked in dglist for the effective layermode of the Row Templates in my
> form and they are coming up as 'static' (set layermode is 'dynamic'). So
> there must be some incompatible adornment. But, as Henry asked, what
> adornments would cause this? I don't even know what is meant by the term
> 'adornments’.

The following must not be set on the group for it to work as a container or 
scrolling layermode:

- opaque 
- showBorder 
- showname 
- hScrollbar
- vScrollbar 
- dropShadow
- innerShadow
- outerGlow
- innerGlow
- colorOverlay

Yes these should be listed in the docs for layerMode instead of just `(no 
borders, no scrollbars)`. If someone would like to create a docs bug report 
about that and even better submit a patch that would he helpful for everyone I 
think.

> 
> All I have in my template is 3 standard text fields with no adjustments

The issue is more likely with the properties of the main datagrid group rather 
than your row template

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: Unicode is not "everywhere"...

2019-08-22 Thread Monte Goulding via use-livecode
Both of these are anomalies we could only resolve with new syntax I think… at 
lease the urlEncode one is. I’m not sure if the expectation of shell is it 
returns text or binary data… The workaround there would be to open process for 
UTF8 text read instead of using shell... not sure if UTF8 would be right on 
windows… possibly UTF16 there.

Regarding url encoding the anomaly bug is 
https://quality.livecode.com/show_bug.cgi?id=14015 
 so your report should be 
closed as a duplicate of it I suspect.

Probably the simplest way to resolve the detailed files/folders issue is to 
have a new parameter for the files and folders function to return an array. 
Anyone want to suggest a name for the parameter?

Cheers

Monte


> On 23 Aug 2019, at 1:37 am, Paul Dupuis via use-livecode 
>  wrote:
> 
> I have filed two bug reports that are in LC905rc1 and go back to 7.0 where LC 
> functions that should deal with Unicode properly do not.
> 
> These are:
> https://quality.livecode.com/show_bug.cgi?id=22213 -- The "detailed files" 
> function fails for any files with Unicode in the name, returning the filename 
> with %3F (?) instead of the Unicode characters properly URL encoded (they 
> should be UFT8 encoded and then URL encoded)
> and
> https://quality.livecode.com/show_bug.cgi?id=22334 -- the shell command is 
> not Unicode aware in returning it's results. On OSX, the results are UTF8 
> encoded (discovered by accident) and so an extra step is needed to text 
> decode them, but on Windows it is a complete failure and any Unicode results 
> of the command line - SHOWN 100% correctly is executed in the command line - 
> are returned NATIVE encoded, causing all Unicode characters to become 
> question marks.
> 
> I have written work-around for both of these bugs that can be found in the 
> bug reports. My work-around for the "details files" is slow, due to repeated 
> calls to shell to fetch file properties one at a time.
> 
> If anyone else out there has run into these bugs in your own code and 
> developed a faster work-around for the "detailed files" and would care to 
> share, I would welcome a faster fix.
> 
> Of course, I'd welcome a fix from LiveCode, Ltd. to these bugs even more!
> 
> ___
> use-livecode mailing list
> use-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:

2019-08-21 Thread Monte Goulding via use-livecode
With the acceleratedRendering set to true on the stack can you tell me the 
effective layerMode of the groups in group dgList of your datagrid? These are 
the row groups copied from your row template. If it is not dynamic then you may 
have some adornments on your datagrid causing issues.

Having said that I see you are posting on the HTML5 forum about mobile 
performance. Are you talking about HTML5 on mobile or did you just post to the 
wrong forum?

Cheers

Monte

> On 22 Aug 2019, at 11:32 am, Sean Cole (Pi) via use-livecode 
>  wrote:
> 
> Hi All
> 
> I posted this up on the HTML5 forum. Perhaps someone on here can help me
> out.
> 
> Faster DataGrid Performance
> The number one feature we get asked for is to improve performance of
> complex DataGrids on mobile. We will improve performance in two ways.
> First, we will rework the DataGrid code to be more efficient in the way
> that it creates, removes and caches objects.
> Faster Graphics on All Platforms
> We will add new features to the engine to support accelerated rendering
> within groups. This will benefit LiveCode’s graphic performance in a
> variety of real-world situations, on all platforms including mobile,
> desktop and web.
> 
> That's a quote from the old 2017 backers campaign for DG2 just to put
> things into perspective of my expectations. I hope this doesn't come over
> as whiny or over-demanding .
> 
> I have acceleratedRendering set to true for the IDE, desktop and HTML5. But
> a DG2 Form with only 3 short fields, a rounded-rect grc and the background
> rect and only 233 records still struggle to scroll anywhere near smoothly.
> Even with the bkgnd and grc removed leaving only 3 simple text fields it
> still struggled just as much.
> 
> Is there something I am missing that can speed/smooth this up. Using a
> table view DG worked moderately better but doesn't have the required
> features the form view has for customising.
> 
> Many 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: [ANN] Release 9.5.0 RC-1

2019-07-25 Thread Monte Goulding via use-livecode


> On 26 Jul 2019, at 6:53 am, Pi Digital via use-livecode 
>  wrote:
> 
> And a big thank you to Monte for all the work he’s put into these libraries 
> for us. Barcode scanning for android is a very welcome addition. 

Actually thank Michael for this one ;-)

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: mobileSetKeyboardDisplay

2019-07-22 Thread Monte Goulding via use-livecode
Could you open a report about the issue with an example stack please.

Thanks

Monte

> On 23 Jul 2019, at 1:01 pm, Dan Friedman via use-livecode 
>  wrote:
> 
> First, may I say that mobileSetKeyboardDisplay is a beautiful thing!  This is 
> a game-changer in working with data in mobile apps.  My applause!  My hat's 
> off!  Now, with that said...
> 
> It's not working right.  The first time you open a native field with 
> mobileSetKeyboardDisplay set to "pan", it works perfect!  The second time 
> however, it doesn’t scroll down far enough.  I presume this is related to the 
> same issue that we have with the effective working screenRect.   The first 
> time you call this, and the soft keyboard is open, you get the correct rect.  
> The second time you request it, you get an incorrect rect.  I have always 
> just saved the first pass at it and used that from then on.   But, don't have 
> the option with mobileSetKeyboardDisplay.  Can we get this fixed??   
> Please
> 
> -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: PDF Widget

2019-06-24 Thread Monte Goulding via use-livecode
There’s a report open for this here to which I suggested the same workaround 
Paul has https://quality.livecode.com/show_bug.cgi?id=22134 


In order to resolve the report we need to add a way for a widget to draw 
something different into a printing context than it does normally.

Cheers

Monte

> On 25 Jun 2019, at 6:33 am, Tom Glod via use-livecode 
>  wrote:
> 
> nope thats the way. makes sense that it works that way.
> 
> On Mon, Jun 24, 2019 at 4:26 PM Paul Dupuis via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> On 6/24/2019 4:05 PM, Marty Knapp via use-livecode wrote:
>>> I was just playing with the new PDF widget in LC 9.5. You can insert a
>> PDF and overlay other LC objects (very cool) and then print the card but
>> the PDF portion prints at low resolution - or did I miss something?
>>> 
>>> 
>> 
>> 
>> The same issue exists in the external OR in any printing based on
>> printing cards in LiveCode. If you want someone at higher than screen
>> resolution (like 2x or 4x, you sort of need to size the image or pDF at
>> 2x or 4x off screen (or locked screen) and take a export of the image
>> and the size the image down to 1x size.
>> 
>> Unless some one knows of a better approach.
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-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: Filter an array by content

2019-06-20 Thread Monte Goulding via use-livecode
Hi Jacque, does the output also need to be a sequential numeric array? If so 
then no variant of the filter command will help. If not then can’t you `filter 
elements of theArray with “*foobar*”``? It would be a nice addition to filter 
elements to have `as sequence` or something so the result had keys 1..N.

> On 21 Jun 2019, at 6:56 am, J. Landman Gay via use-livecode 
>  wrote:
> 
> I need to filter a numeric array by the content of the keys, not by the keys 
> themselves. Is there a way to do that without looping through the entire 
> array and looking at each element?
> 
> -- 
> 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: Visual Studio 2017 to the rescue

2019-06-11 Thread Monte Goulding via use-livecode
Thanks Mark! Will sort it out ASAP

> On 12 Jun 2019, at 8:06 am, Mark Talluto via use-livecode 
>  wrote:
> 
> I reported the bug: https://quality.livecode.com/show_bug.cgi?id=22169 
> <https://quality.livecode.com/show_bug.cgi?id=22169>
> 
> -Mark
> 
>> On Jun 10, 2019, at 3:08 PM, Monte Goulding via use-livecode 
>>  wrote:
>> 
>> Yes this does indeed sound like a bug so if you could report it that would 
>> be great.
>> 
>>> On 11 Jun 2019, at 2:11 am, Trevor DeVore via use-livecode 
>>>  wrote:
>>> 
>>> On Mon, Jun 10, 2019 at 10:19 AM Mark Talluto via use-livecode <
>>> use-livecode@lists.runrev.com> wrote:
>>> 
>>>> Hello Friends,
>>>> 
>>>> LiveCode 9.5 dp1 is my favorite LiveCode yet. If you are dipping into
>>>> testing it out, I found something that may save you some time.
>>>> 
>>>> If you use mergJSONencode and decode on Windows, you need to make sure you
>>>> have installed the Microsoft Visual C++ Redistributable for Visual Studio
>>>> 2017. Keep in mind there are both x86 and x64 variants.
>>> 
>>> 
>>> Thanks for pointing this out Mark. Have you filed a bug report? This is
>>> incorrect behavior. I believe they just need to change some compiler flags
>>> to fix it.
>>> 
>>> 
>>> --
>>> Trevor DeVore
>>> ScreenSteps
>>> ___
>>> use-livecode mailing list
>>> use-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: Visual Studio 2017 to the rescue

2019-06-10 Thread Monte Goulding via use-livecode
Yes this does indeed sound like a bug so if you could report it that would be 
great.

> On 11 Jun 2019, at 2:11 am, Trevor DeVore via use-livecode 
>  wrote:
> 
> On Mon, Jun 10, 2019 at 10:19 AM Mark Talluto via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> Hello Friends,
>> 
>> LiveCode 9.5 dp1 is my favorite LiveCode yet. If you are dipping into
>> testing it out, I found something that may save you some time.
>> 
>> If you use mergJSONencode and decode on Windows, you need to make sure you
>> have installed the Microsoft Visual C++ Redistributable for Visual Studio
>> 2017. Keep in mind there are both x86 and x64 variants.
> 
> 
> Thanks for pointing this out Mark. Have you filed a bug report? This is
> incorrect behavior. I believe they just need to change some compiler flags
> to fix it.
> 
> 
> --
> Trevor DeVore
> ScreenSteps
> ___
> use-livecode mailing list
> use-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: Line Graph Widget - Plotting time series

2019-06-04 Thread Monte Goulding via use-livecode
No the line graph widget only treats the X axis values as labels to be evenly 
spaced along the axis. It would be nice to add a way to scale the X axis value 
along the chart so that it is a scatterplot then a way to format the values on 
both/either axes as time/date/decimal precision etc.

> On 5 Jun 2019, at 12:20 am, Glen Bojsza via use-livecode 
>  wrote:
> 
> Hello,
> 
> I am trying to use the Line Graph Widget to grapg a time series (x axis)
> where the time is in the format 2:45:16
> 
> The time data is being treated like text and therefore tries to plot using
> every x series as a x label.
> 
> Optimally I would like to see only a handful of x labels spread that covers
> the time period as x labels.
> 
> I also tried just using linear data series for the x axis and the Line
> Graph Widget wants to put a label for every number.
> 
> Is there a property that could be set that recognizes the x data series as
> a number or time?
> 
> thanks,
> 
> Glen
> ___
> use-livecode mailing list
> use-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: critical: new pdf widget causes stack to crash when opening

2019-05-31 Thread Monte Goulding via use-livecode
Hi Richard

Have you tried setting the filename or filedata of the offending widget to 
empty before going to the card? It sounds like there is something in one of 
your PDFs that PDFium doesn’t like. Either way we really need that stack to 
figure this one out.

Cheers

Monte

> On 1 Jun 2019, at 1:39 am, Dr. Hawkins via use-livecode 
>  wrote:
> 
> I put in the last pdf widget on a card to produce a 6 page form out of 
> smaller pieces.  
> 
> With the last one, the ide crashed.
> 
> Not only did it crash, but loading that card causes it to crash again.
> 
> I’ve also tried opening with 9.0.3-rc1, and it also crashes trying to open 
> the card.
> 
> workaround: I was able to rescue by opening a new stack and writing a button 
> script to copy every group on the offending card *other than* the offending 
> one.
> 
> Poor Panos and all my new bug reports :)  (although Monte beat him to fixing 
> any : ) )
> — 
> Richard E. Hawkins, Esq.
> The Hawkins Law Firm
> 3430 E. Flamingo Rd.
> Suite 232
> Las Vegas, NV  89121
> (702) 508-8462
> 
> ___
> use-livecode mailing list
> use-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: slow slower slowest scroll on Android

2019-05-29 Thread Monte Goulding via use-livecode



> On 30 May 2019, at 7:10 am, JJS via use-livecode 
>  wrote:
> 
> What will it push to the phone if all 4 options are selected? does it check 
> what is connected?

Yes the deploy library (Test button) uses an adb command to detect the target 
device architecture and just builds that no matter what you have selected in 
the standalone settings. This means you can leave armv7 and arm64 selected for 
release builds and the Test button will deploy x86 if you are targeting an x86 
emulator.

Note I just created this enhancement request to add the target architecture in 
parenthesis after the target name in the menu. 
https://quality.livecode.com/show_bug.cgi?id=22114 


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: Setting mobile scroller hScroll fails

2019-05-29 Thread Monte Goulding via use-livecode


> On 30 May 2019, at 5:01 am, J. Landman Gay via use-livecode 
>  wrote:
> 
> Thanks Monte, I did over-summarize. I'm not sure why it's going wrong, but it 
> sounds like it's something I'm doing. I have a standard "createScroller" 
> handler that I've been using for years, but I've never had to set the hScroll 
> before. It's always been zero.
> 
> In this case, I set the hScroll of the group to the formattedWidth of the 
> group, which may be wrong.

The max scroll will be the formattedWidth of the group - the width of the group 
unless you have unboundedHScroll true. I _think_ if it’s false then the engine 
will automagically clamp that though.

> The engine seems to compensate though and sets the scroll as far as it should 
> go. Then I call "createScroller" and pass the name of the group. The handler:
> 
> command createScroller pName
>  -- pName = the long ID of a grp
>  put the rect of control pName into tRect
>  put the hScrollBar of control pName into tHScroller
>  put the vScrollBar of control pName into tVScroller
>  put the hScroll of control pName into tHScroll
>  put the vScroll of control pName into tVScroll
>  set the hScrollBar of control pName to false -- remove fld scrollbars on 
> mobile
>  set the vScrollBar of control pName to false
>  mobileControlCreate "scroller", pName
>  mobileControlSet pName, "rect", tRect
>  put  ("0,0," & (the formattedwidth of control pName) & "," & the 
> formattedheight of control pName) into tContentRect
>  mobileControlSet pName, "contentRect", tContentRect
>  mobileControlSet pName, "hScroll", 0
>  mobileControlSet pName, "vScroll", 0
>  mobileControlSet pName, "hIndicator", tHScroller
>  mobileControlSet pName, "vIndicator", tVScroller
>  mobileControlSet pName, "hScroll", tHScroll
>  mobileControlSet pName, "vScroll", tVScroll
>  mobileControlSet pName, "visible", true
> end createScroller
> 
> I initialize both the group and the scroller to 0 before doing anything else, 
> because when I wrote it I couldn't get them to align correctly otherwise. I 
> should also probably mention that I'm using fullscreenMode "showAll" and the 
> group is expanded beyond the borders of the card to fill the screen; i.e., it 
> probably has a negative left margin and a wider right margin.
> When the scroller finally does scroll (after resetting itself) it scrolls too 
> far at the left side by the number of pixels between the screen left and the 
> card left, and cuts off the same amount on the right side.
> 
> Can you see what I should change?

I’m really not sure at this stage. Have you tried logging the x,y values you 
get in scrollerDidScroll? This may need a simple stack to reproduce it and an 
email to support so we can figure out what’s up. 

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: Ken Burns Effects - acceleratedRendering

2019-05-28 Thread Monte Goulding via use-livecode


> On 29 May 2019, at 1:07 pm, Sannyasin Brahmanathaswami via use-livecode 
>  wrote:
> 
> After listening to Mark Waddington presentation regarding the new container 
> mode. It would seems that the layerMode --  container is for groups only. 

Yes
> 
> So nothing has changed with respect to doing Ken Burn effect with large 
> image, or  a parallax effect with images placed on top of each other, or far 
> that matter, moving an animated gif across the screen. Setting these to a 
> dynamic layerMode, with acceleratedRendering sent to true is still "very 
> expensive"  and will block the engine.

It would be interesting to test the performance difference between an animated 
gif and locking the screen, moving a button and setting its icon. The reason 
being is I suspect the animated gif would re-render out of sync with your 
animation frames.

It may be helpful to understand exactly what the engine does with accelerated 
rendering true. Let’s say you have 10 static layerMode objects directly on a 
card then a dynamic layerMode object and then 2 static layerMode objects above 
that. This creates 3 layers (card with 10 static objects, dynamic object, 2 
static objects).

As long as none of the static objects are changed then the bottom layer and the 
top layer do not need to be re-rendered. If the dynamic object is unchanged 
then it too does not need to be re-rendered. If the object is moved, resized, 
changes properties etc that require a re-render then the layer it is drawn into 
is re-rendered. The engine then uses the compositor (openGL, CoreGraphics, 
software) to merge the layers.

For scrolling layerMode it means to retain renderings outside the bounds of the 
currently visible controls and then clip it when the layers are merged.

For container layerMode it basically just tells the engine to look inside the 
group for controls with non-static layerModes and again to clip it when the 
layers are merged.

Now the use cases:

- Ken Burn effect - This both sizes and moves an image. It may help to use 
dynamic layerMode here but if it covers the entire screen I don’t think it will 
make much difference. At some point in the future we may support applying 
transformations to dynamic layerMode objects (changing size and perhaps 
location) which would mean Ken Burn effect would be done by the GPU. I suspect 
that’s a fair way off and would definitely involve some serious Mark time ;-)

- Parallax effect - This involves having multiple layers and moving them at 
different rates. You should be able to get good performance increases for this. 
Presuming a static background layer and either dynamic foreground and 
background objects or perhaps one or more scrolling layers which can cycle 
through their content at different rates.

FWIW I suspect Mark may correct me on some of what I’ve said here but hopefully 
I’m not too far wrong.

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: Setting mobile scroller hScroll fails

2019-05-28 Thread Monte Goulding via use-livecode
Hi Jacque

I’m thinking you are over summarising what you are doing here. For example, I 
expect you mean to set the hScroll of the group to the formattedWidth - the 
width of the group. Are you setting the contentRect appropriately before 
setting the hScroll of the scroller?

Cheers

Monte

> On 27 May 2019, at 8:03 am, J. Landman Gay via use-livecode 
>  wrote:
> 
> I want to verify this is a bug and not just me.
> 
> I'm creating a mobile scroller over a group. I want the group to initially 
> display with its hScroll all the way to the right. I'm doing this:
> 
> zoom the group out to fill the screen
> create a mobile scroller with the same rect
> set the hScroll of the group to its formattedWidth
> set the hScroll of the scroller to the scroll of the group
> 
> If I insert an answer command to show the scroller's hScroll it reports the 
> correct number. But the scroller always acts like its scroll is 0, and it 
> won't scroll to the left at all. But scrolling it to the right zaps both it 
> and the group to zero and after that it scrolls normally.
> 
> I've also tried not setting the group's scroll and just setting the scroller 
> alone, thinking it might trigger the scrollerDidScroll handler, but it 
> doesn't.
> 
> If I don't set any hScroll at all on either the group or the scroller, all is 
> well.
> 
> Has anyone else seen this?
> 
> -- 
> 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: slow slower slowest scroll on Android

2019-05-28 Thread Monte Goulding via use-livecode



> On 29 May 2019, at 5:49 am, JJS via use-livecode 
>  wrote:
> 
> The DG2's where in container mode, now i've set them in scroller.
> 

You should not fiddle with the layerMode of the datagrid. The scripts already 
set the correct groups to container and scrolling. The actual scrolling 
layerMode group in the datagroup is about 3 levels in with its parents being 
container. As mentioned on other posts you need to ensure the datagrid is 
unadorned (no border etc). Also if you have it placed inside a group then that 
group must also be set to container layerMode and be unadorned.

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: Why such a large external folder on Windows?

2019-05-23 Thread Monte Goulding via use-livecode
CEF is large. On mac we use the system browser.

> On 23 May 2019, at 5:56 am, Glen Bojsza via use-livecode 
>  wrote:
> 
> Hello,
> 
> I took a very basic app that has a browser widget and made a standalone for
> OS X and Windows in LC 9.0.5
> 
> I was shocked that the Windows standalone has an external folder of 116.5
> MB plus the .exe file where as on OS X the single standalone file was 18MB.
> 
> I cannot fathom the concept of pushing out a 116.5 MB app where its OS X
> version as almost a 10th the size.
> 
> 
> Is there something in the standalone features that I need to turn off?
> 
> Below are the files and their sizes in the external folder...
> 
> 
> 
> llibcef.dll 70240768
> 
> icudtl.dat 10196592
> 
> cef.pak 4209654
> 
> d3dcompiler_47.dll 3747512
> 
> cef_extensions.pak 3332471
> 
> libGLESv2.dll 3175936
> 
> d3dcompiler_43.dll 2106216
> 
> v8_context_snapshot.bin 1522008
> 
> snapshot_blob.bin 1198536
> 
> cef_200_percent.pak 681853
> 
> cef_100_percent.pak 588801
> 
> libbrowser-cefprocess.exe 561664
> 
> chrome_elf.dll 431104
> 
> natives_blob.bin 218275
> 
> libEGL.dll 79872
> ___
> use-livecode mailing list
> use-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: 9.5 DP 1 Unadorned - LayerMode - Container

2019-05-23 Thread Monte Goulding via use-livecode



> On 23 May 2019, at 8:01 am, Trevor DeVore via use-livecode 
>  wrote:
> 
> On Thu, May 23, 2019 at 7:30 AM Sannyasin Brahmanathaswami via use-livecode
>  wrote:
> 
>> 9.5 looks exciting.
>> 
>> But we need a "lexicon"  (or Kognition) for the dictionary.
>> It is still written in "deep-in-the-engine-jungle-geek-speak"
>> 
>> For us lay people, we need a few more words. E.g.
>> 
>> layerMode
>> 
>> What does "unadorned"  mean?
> 
> 
> My understanding is that the group must have showborder set to false and
> opaque set to false.
> 

Also no graphic effects, blendMode etc.

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: Failure to build on Android.

2019-05-16 Thread Monte Goulding via use-livecode
Hmm… did they have the same application identifier?

> On 17 May 2019, at 1:12 pm, Sannyasin Brahmanathaswami via use-livecode 
>  wrote:
> 
> You were right, plus caveat. You cannot test, with the same development key, 
> two different stacks.
> 
> it was balking at having "rotationTest9.livecode" on the phone at the same 
> time
> 
> Once I deleted "rotationTest9.livecode", then "myApp.app" was installed 
> without errors.
> 
> BR
> 
> On 5/16/19, 11:23 AM, "use-livecode on behalf of Monte Goulding via 
> use-livecode"  use-livecode@lists.runrev.com> wrote:
> 
>I think it’s complaining the version of your app is lower that the 
> installed version. Perhaps either bump it up or manually delete the installed 
> version.
> 
> ___
> use-livecode mailing list
> use-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: Seeking confirmation of a bug...

2019-05-16 Thread Monte Goulding via use-livecode


> On 17 May 2019, at 7:29 am, Monte Goulding via use-livecode 
>  wrote:
> 
>> I just added an updated test stack that showed another issue of only a 
>> single file type is specified. If you have have a chance could you check 
>> that the fix addresses that use case too?
> 
> I think it would be best to open a separate report about the inconsistency 
> when there’s only a single type specified. The original report is a clear 
> regression from the refactor while the difference between mac and win when 
> only a single type is specified was always the case I think. We need to 
> figure out whether to document the inconsistency or fix for one platform or 
> the other. Note that this command setting both it and the result is actually 
> a documented anomaly so perhaps if we have the choice the result should be 
> cleared.


I opened this separate issue for the platform inconsistency issue which is 
worse on Linux as it doesn’t set the result at all 
https://quality.livecode.com/show_bug.cgi?id=22071
 <https://quality.livecode.com/show_bug.cgi?id=22071>
___
use-livecode mailing list
use-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: Seeking confirmation of a bug...

2019-05-16 Thread Monte Goulding via use-livecode


> On 17 May 2019, at 6:25 am, Paul Dupuis via use-livecode 
>  wrote:
> 
> Thank you Monte!
> 
> I just added an updated test stack that showed another issue of only a single 
> file type is specified. If you have have a chance could you check that the 
> fix addresses that use case too?

I think it would be best to open a separate report about the inconsistency when 
there’s only a single type specified. The original report is a clear regression 
from the refactor while the difference between mac and win when only a single 
type is specified was always the case I think. We need to figure out whether to 
document the inconsistency or fix for one platform or the other. Note that this 
command setting both it and the result is actually a documented anomaly so 
perhaps if we have the choice the result should be cleared.

> On 17 May 2019, at 6:52 am, Mark Wieder via use-livecode 
>  wrote:
> 
> On 5/16/19 12:53 PM, Monte Goulding via use-livecode wrote:
>> https://github.com/livecode/livecode/pull/7056 
>> <https://github.com/livecode/livecode/pull/7056>
> 
> Wow! That was a fast fix!

Haha… well I’m shifting my body clock from Tasmanian time to San Jose time over 
the next few days so up today at 5AM and this seemed helpful to sort out. 
Tomorrow it’s 4AM 

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: Failure to build on Android.

2019-05-16 Thread Monte Goulding via use-livecode
I think it’s complaining the version of your app is lower that the installed 
version. Perhaps either bump it up or manually delete the installed version.

> On 17 May 2019, at 6:42 am, Sannyasin Brahmanathaswami via use-livecode 
>  wrote:
> 
> Less that 36 hour went by,  when I could build on Android.
> 
> Then today, 9.0.4 and also 9.0.5 (rc1) (# congratulations to team!)
> 
> I am getting the from the Development→Test Target--> Android [id#]
> 
> Installation of app failed: adb: fail to install
> /private/var/folders/t8/70nlq/T/TemporaryItems/tmp.442.ljdgCONh.apk
> Failure [INSTALL_FAILED_VERSION_DOWNGRADE]
> 
> ===
> Mac, Mojave, jdk 1.8.0_171.jdk
> 
> Which, according release notes, should still work (has all along)
> 
> Moto6
> Android 8.0.0 
> 
> 
> ___
> use-livecode mailing list
> use-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: Seeking confirmation of a bug...

2019-05-16 Thread Monte Goulding via use-livecode
https://github.com/livecode/livecode/pull/7056 
<https://github.com/livecode/livecode/pull/7056>

> On 17 May 2019, at 5:43 am, Monte Goulding via use-livecode 
>  wrote:
> 
> Hi Paul
> 
> I can confirm it is broken. I’ll patch it this morning. If it has been broken 
> at some point during the refactor as the blame commit hash is a merge at that 
> time. It’s an easy fix though which is good ;-)
> 
> Cheers
> 
> Monte
> 
>> On 17 May 2019, at 5:26 am, Paul Dupuis via use-livecode 
>>  wrote:
>> 
>> Certainly there is a work around based on extensions. You and I have both 
>> written them for Researchware ;-) However, Jeanne used this feature 
>> extensively in a bunch of file i/o code she wrote for Researchware for 
>> HyperTRANSCRIBE and HyperRESEARCH exports to many formats, which is why/how 
>> I discovered it. Both HR and HT are in mid-beta on LC9 releases.
>> 
>> I have already written work-around code. What I am really looking for is 
>> CONFIRMATION this is a bug.
>> 
>> I have not checked LC7 yet, but it was working in LC 6.7.11 and is not 
>> working in 8.1.10 and 9.0.0 through 9.0.4. I am sometimes astonished that a 
>> bug like this can go undetected through so many releases. It causes me to 
>> worry about the adoption of LC as a serious commercial application building 
>> tool. However, ultimately, LC's many advantages outweigh an issue like the 
>> length of time this bug has gone undetected.
>> 
>> -- Paul
>> 
>> On 5/16/2019 1:30 PM, Richard Gaskin via use-livecode wrote:
>>> Paul Dupuis wrote:
>>> 
>>>> I just filed a serious bug for LC904 that is only under OSX. When
>>>> using 'asnwer file  with type ' the selected type is
>>>> supposed to be returned in 'the result'. This works as expected under
>>>> Windows, but under OSX using LC904 STABLE, 'the result' is the same as
>>>> the 'it', both contain the file path selected.
>>>> 
>>>> Please see https://quality.livecode.com/show_bug.cgi?id=22070
>>> 
>>> While it will be useful to have this fixed, the current state of macOS 
>>> should provide a mildly-tedious-but-not-difficult workaround:
>>> 
>>> The older Finder type codes (the four-character identifiers hidden away in 
>>> the file's metadata) are long deprecated, and for more than a decade macOS 
>>> relies on file extensions to determine type.
>>> 
>>> Since the range of type options is limited to types you set, a few minutes 
>>> writing a function to match the file extension with the type categories you 
>>> provided should at least get you going while waiting for an engine fix.
>>> 
>>> In the odd case where you may encounter a very old (or misnamed) file that 
>>> has no type extension in its name, you could extend the function to see if 
>>> the old Finder type is included in info provided with "the detailed files".
>>> 
>>> If you were super-thorough, you might even provide another check of file 
>>> contents to confirm type.  Image formats have magic numbers, and text 
>>> formats have patterns identifiable within a reasonably small number of 
>>> bytes.  A short read can confirm the type of misnamed files even beyond 
>>> what can be expected with "answer file".
>>> 
>>> 
>>> Psuedocode:
>>> 
>>>  getFileNameExtension(fileName)
>>>  if absent
>>> getDetailedFilesInfo
>>> convertFourCharTypetoExtensionString
>>>  end if
>>>  switch fileType
>>> case "png"
>>> case "jpg"
>>> case "jpeg"
>>>return "image"
>>>break
>>> case "text"
>>> case "rtf"
>>>return "text"
>>>break
>>>   end switch
>>>   -- bonus:
>>>   confirmTypeByReadingSomeContent
>>> 
>>> 
>>> The case block for your supported types is likely still in your code base.  
>>> Copying it to a new function and adding the earlier step of handling 
>>> missing types by Finder code (if not already there) will make short work of 
>>> this.
>>> 
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-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: Seeking confirmation of a bug...

2019-05-16 Thread Monte Goulding via use-livecode
Hi Paul

I can confirm it is broken. I’ll patch it this morning. If it has been broken 
at some point during the refactor as the blame commit hash is a merge at that 
time. It’s an easy fix though which is good ;-)

Cheers

Monte

> On 17 May 2019, at 5:26 am, Paul Dupuis via use-livecode 
>  wrote:
> 
> Certainly there is a work around based on extensions. You and I have both 
> written them for Researchware ;-) However, Jeanne used this feature 
> extensively in a bunch of file i/o code she wrote for Researchware for 
> HyperTRANSCRIBE and HyperRESEARCH exports to many formats, which is why/how I 
> discovered it. Both HR and HT are in mid-beta on LC9 releases.
> 
> I have already written work-around code. What I am really looking for is 
> CONFIRMATION this is a bug.
> 
> I have not checked LC7 yet, but it was working in LC 6.7.11 and is not 
> working in 8.1.10 and 9.0.0 through 9.0.4. I am sometimes astonished that a 
> bug like this can go undetected through so many releases. It causes me to 
> worry about the adoption of LC as a serious commercial application building 
> tool. However, ultimately, LC's many advantages outweigh an issue like the 
> length of time this bug has gone undetected.
> 
> -- Paul
> 
> On 5/16/2019 1:30 PM, Richard Gaskin via use-livecode wrote:
>> Paul Dupuis wrote:
>> 
>> > I just filed a serious bug for LC904 that is only under OSX. When
>> > using 'asnwer file  with type ' the selected type is
>> > supposed to be returned in 'the result'. This works as expected under
>> > Windows, but under OSX using LC904 STABLE, 'the result' is the same as
>> > the 'it', both contain the file path selected.
>> >
>> > Please see https://quality.livecode.com/show_bug.cgi?id=22070
>> 
>> While it will be useful to have this fixed, the current state of macOS 
>> should provide a mildly-tedious-but-not-difficult workaround:
>> 
>> The older Finder type codes (the four-character identifiers hidden away in 
>> the file's metadata) are long deprecated, and for more than a decade macOS 
>> relies on file extensions to determine type.
>> 
>> Since the range of type options is limited to types you set, a few minutes 
>> writing a function to match the file extension with the type categories you 
>> provided should at least get you going while waiting for an engine fix.
>> 
>> In the odd case where you may encounter a very old (or misnamed) file that 
>> has no type extension in its name, you could extend the function to see if 
>> the old Finder type is included in info provided with "the detailed files".
>> 
>> If you were super-thorough, you might even provide another check of file 
>> contents to confirm type.  Image formats have magic numbers, and text 
>> formats have patterns identifiable within a reasonably small number of 
>> bytes.  A short read can confirm the type of misnamed files even beyond what 
>> can be expected with "answer file".
>> 
>> 
>> Psuedocode:
>> 
>>   getFileNameExtension(fileName)
>>   if absent
>>  getDetailedFilesInfo
>>  convertFourCharTypetoExtensionString
>>   end if
>>   switch fileType
>>  case "png"
>>  case "jpg"
>>  case "jpeg"
>> return "image"
>> break
>>  case "text"
>>  case "rtf"
>> return "text"
>> break
>>end switch
>>-- bonus:
>>confirmTypeByReadingSomeContent
>> 
>> 
>> The case block for your supported types is likely still in your code base.  
>> Copying it to a new function and adding the earlier step of handling missing 
>> types by Finder code (if not already there) will make short work of this.
>> 
> 
> 
> ___
> use-livecode mailing list
> use-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: return with ?

2019-05-15 Thread Monte Goulding via use-livecode

> 
>  the API reference at the official LiveCode.com  site - 
> where the Dictionary seems to have fallen behind:
> 
> https://livecode.com/resources/api/#livecode_script/return 
> 

Seems worthy of a bug report ;-)
> 
> 
> > The `with` clause is something specifically for libURL which ends up
> > setting the urlResult.
> 
> Can it be used in other contexts, or is the engine hard-wired to put the 
> "with" value into the urlResult only?


Yes it puts the `with` value into the urlResult. It is deliberately not 
documented so up for change if necessary so I wouldn’t recommend using 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: return with ?

2019-05-15 Thread Monte Goulding via use-livecode



> On 16 May 2019, at 6:22 am, Richard Gaskin via use-livecode 
>  wrote:
> 
> Line 264 of libURL contains:
> 
>return empty  with urlResult laLoadedUrls[newUrl]
> 
> What is that "with" clause?
> 
> I was familiar with the "for" clause", but when I went to check this in the 
> Dictionary I found neither clause is mentioned. :(

The `for` clause is definitely in the dictionary and has been since it was 
added here https://github.com/livecode/livecode/pull/4164 


The `with` clause is something specifically for libURL which ends up setting 
the urlResult.

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: Android needs 64 bit builds

2019-05-13 Thread Monte Goulding via use-livecode
The PIC issue will not be resolved for dp 1 as it doesn’t impact our toolchains 
on travis or vulcan and as Mark pointed out there’s a workaround.

> On 14 May 2019, at 10:25 am, Brian Milby via use-livecode 
>  wrote:
> 
> Yes, building against develop.
> Using gcc 7.4.0
> 
> This was a laptop I setup about 8 months ago with Ubuntu 18.04.  I loaded all 
> of the build stuff then but ran into the PIC issue and stopped.  I had VMs 
> with 16.04 that I could still use to build on Linux.
> 
> After all of the recent activity I decided to give a build a try and it made 
> it through the link process this time.
> 
> I just pulled everything again and now it fails.  My guess is that I got a 
> “good” copy of prebuilts on my previous build somehow.  I did notice that it 
> downloaded several prebuilts this time.
> 
> Thanks,
> Brian
> On May 13, 2019, 6:13 PM -0400, Mark Wieder via use-livecode 
> , wrote:
>> On 5/13/19 12:46 PM, Brian Milby via use-livecode wrote:
>>> I was just able to build for the first time in Ubuntu 18.04 and it comes up 
>>> 9.5 (dp 1).
>>> I never went far enough to figure out how to overcome the PIC issue myself 
>>> and waited for it to make it to develop.
>> 
>> It's still in progress.
>> 
>> Are you building against the develop branch?
>> What version of gcc are you using?
>> https://github.com/livecode/livecode/pull/6953/ broke the current build
>> process. I have to patch a couple of build files to get it to compile.
>> https://github.com/livecode/livecode/pull/6897
>> 
>> Ian has a new PR on the way.
>> https://github.com/livecode/livecode/pull/7032
>> 
>> --
>> Mark Wieder
>> ahsoftw...@gmail.com
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

Re: Notarization & hardening for macOS non-App Store Apps?

2019-05-09 Thread Monte Goulding via use-livecode


> On 10 May 2019, at 10:49 am, kee nethery via use-livecode 
>  wrote:
> 
> 
> 
>> On May 9, 2019, at 5:42 PM, Monte Goulding via use-livecode 
>> mailto:use-livecode@lists.runrev.com>> wrote:
>> 
>> Looks like the hardened runtime needs —options=runtime
> 
> Which what terminal command would —options=runtime be used?
> 
> From what I can see, the only place to enable hardened runtime is with 
> projects in Xcode and … this is not a project in Xcode, right?

I’m fairly sure Xcode is just adding it when it executes codesign
> 
>> 
>> https://developer.apple.com/documentation/security/notarizing_your_app_before_distribution/resolving_common_notarization_issues?language=objc
>>  
>> <https://developer.apple.com/documentation/security/notarizing_your_app_before_distribution/resolving_common_notarization_issues?language=objc><https://developer.apple.com/documentation/security/notarizing_your_app_before_distribution/resolving_common_notarization_issues?language=objc
>>  
>> <https://developer.apple.com/documentation/security/notarizing_your_app_before_distribution/resolving_common_notarization_issues?language=objc>>
>> 
>> For the others are you using —force —deep to ensure you replace any existing 
>> code signatures?
> 
> yes. Learning lots about codesign and xattr and spctl but am really just a 
> code monkey pressing keys hoping for Shakespeare.


Haha… well we all feel like that sometimes!

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: Notarization & hardening for macOS non-App Store Apps?

2019-05-09 Thread Monte Goulding via use-livecode
Looks like the hardened runtime needs —options=runtime

https://developer.apple.com/documentation/security/notarizing_your_app_before_distribution/resolving_common_notarization_issues?language=objc
 


For the others are you using —force —deep to ensure you replace any existing 
code signatures?

> On 10 May 2019, at 10:29 am, kee nethery via use-livecode 
>  wrote:
> 
> Help.
> 
> I volunteered to research this topic and present on it. I’ve documented the 
> process to upload to the App Store, figured this would be less steps and I 
> could figure it out and present on it at the LiveCode conference (as well as 
> document it on the lessons web site).
> 
> There are two issues I’m running into and I could sorely use some help if any 
> of you have gone through this notarization process on a macOS app. 
> 
> Kee Nethery
> 
> ——— TLDR ——— 
> 
> The developer ID certificate is the same one used to sign an app on the 
> AppStore and it is not expired so … I’m really stumped as to why it is not 
> signed with a valid Developer ID.
> 
> I set the —timestamp flag in the codesign command so it should have gotten a 
> timestamp. Again, WTF?
> 
> And once those get resolved, without using Xcode, I have no idea how to “have 
> the hardened runtime enabled”.
> 
> In specific I get the following error report.
> 
> 
> 
> 
> {
>  "logFormatVersion": 1,
>  "jobId": "44f6d3f6-520b-4993-89af-3290ae2709c5",
>  "status": "Invalid",
>  "statusSummary": "Archive contains critical validation errors",
>  "statusCode": 4000,
>  "archiveFilename": "99_Bottles.pkg",
>  "uploadDate": "2019-05-08T00:41:02Z",
>  "sha256": "8f51bb68f65c36beed94c717d1bb49a146e927fe591aa4f3755aba2793bab7b3",
>  "ticketContents": null,
>  "issues": [
>{
>  "severity": "error",
>  "code": null,
>  "path": "99_Bottles.pkg/com..99bottles.pkg Contents/Payload/99 
> Bottles.app/Contents/MacOS/revsecurity.dylib",
>  "message": "The binary is not signed with a valid Developer ID 
> certificate.",
>  "docUrl": null,
>  "architecture": "x86_64"
>},
>{
>  "severity": "error",
>  "code": null,
>  "path": "99_Bottles.pkg/com..99bottles.pkg Contents/Payload/99 
> Bottles.app/Contents/MacOS/revsecurity.dylib",
>  "message": "The signature does not include a secure timestamp.",
>  "docUrl": null,
>  "architecture": "x86_64"
>},
>{
>  "severity": "error",
>  "code": null,
>  "path": "99_Bottles.pkg/com..99bottles.pkg Contents/Payload/99 
> Bottles.app/Contents/MacOS/99 Bottles",
>  "message": "The binary is not signed with a valid Developer ID 
> certificate.",
>  "docUrl": null,
>  "architecture": "x86_64"
>},
>{
>  "severity": "error",
>  "code": null,
>  "path": "99_Bottles.pkg/com..99bottles.pkg Contents/Payload/99 
> Bottles.app/Contents/MacOS/99 Bottles",
>  "message": "The signature does not include a secure timestamp.",
>  "docUrl": null,
>  "architecture": "x86_64"
>},
>{
>  "severity": "error",
>  "code": null,
>  "path": "99_Bottles.pkg/com..99bottles.pkg Contents/Payload/99 
> Bottles.app/Contents/MacOS/99 Bottles",
>  "message": "The executable does not have the hardened runtime enabled.",
>  "docUrl": null,
>  "architecture": "x86_64"
>}
>  ]
> }
> ___
> use-livecode mailing list
> use-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: Question for LCB FFI workshop attendees at upcoming conference

2019-05-07 Thread Monte Goulding via use-livecode


> On 8 May 2019, at 9:25 am, Mark Wieder via use-livecode 
>  wrote:
> 
> On 5/7/19 4:06 PM, Monte Goulding via use-livecode wrote:
>>> On 8 May 2019, at 2:36 am, Mark Wieder via use-livecode 
>>>  wrote:
>>> 
>>> is just too unreadable, unmaintainable, and error-prone to deal with.
>> Yes it would probably be helpful to be able to write `h1024` and have it 
>> convert to and from a CArray type which could have an element type property 
>> (in this case UInt8) and a length property (1024) and bridge to a list of 
>> the element type and syntax to move to and from Data if necessary.
> 
> I'd prefer 1024h, but I'm good with either. I've rant^H^H^Hsuggested this 
> several times, but it hasn't gone anywhere.

I’m not really sure if the aggregate type is intended to be a stopgap solution 
so perhaps if it is that may be a good reason not to spend too much time 
handling cases like this and figuring out how best to handle unions etc. You 
can do what you need to do it’s just not a huge amount of fun when dealing with 
complex structs.

Ideally we would have a foreign record type where you could specify member 
names and there would be syntax to support unions so they aren't so tricky to 
handle and the engine can figure out padding if union members are different 
sizes etc.

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: Question for LCB FFI workshop attendees at upcoming conference

2019-05-07 Thread Monte Goulding via use-livecode


> On 8 May 2019, at 2:36 am, Mark Wieder via use-livecode 
>  wrote:
> 
> is just too unreadable, unmaintainable, and error-prone to deal with.

Yes it would probably be helpful to be able to write `h1024` and have it 
convert to and from a CArray type which could have an element type property (in 
this case UInt8) and a length property (1024) and bridge to a list of the 
element type and syntax to move to and from Data if necessary.

FWIW my talk which is on directly before Trevor’s workshop will be a whirlwind 
tour of LCB FFI so that anybody that feels they want a refresher/primer before 
entering the workshop can get one.

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: Android needs 64 bit builds

2019-05-06 Thread Monte Goulding via use-livecode



> On 7 May 2019, at 3:08 am, Mark Wieder via use-livecode 
>  wrote:
> 
> On 5/5/19 9:52 PM, Monte Goulding via use-livecode wrote:
>>> On 6 May 2019, at 12:18 pm, Mark Wieder via use-livecode 
>>>  wrote:
>>> 
>>>> Most new devices will be arm64 however I think what you are seeing there 
>>>> is the binaries that you have for use in an emulator. I have come across a 
>>>> few devices that have arm64 processors but did not include the arm64 OS 
>>>> libraries so only load armv7 binaries. These are generally low end devices.
>>> 
>>> Any chance we can leverage this to create a raspberry pi LC build?
>> Not unless the pi is running android.
> 
> Ah. OK. So the problem with running on the pi isn't with building form arm 
> devices, but with interacting with the pi os?

I believe it is largely an issue of getting the build configuration and 
toolchains correct for cross compiling for armv6hf. Although given Pi 3s are 
arm64 but Raspbian is still armv6hf I guess we would need a build for a number 
of archs (armv6hf, armv7, arm64) depending on what OS people are running.

For us there is the extra step of getting it all setup on vulcan to build and 
package etc.

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: Android needs 64 bit builds

2019-05-05 Thread Monte Goulding via use-livecode


> On 6 May 2019, at 12:18 pm, Mark Wieder via use-livecode 
>  wrote:
> 
>> Most new devices will be arm64 however I think what you are seeing there is 
>> the binaries that you have for use in an emulator. I have come across a few 
>> devices that have arm64 processors but did not include the arm64 OS 
>> libraries so only load armv7 binaries. These are generally low end devices.
> 
> Any chance we can leverage this to create a raspberry pi LC build?

Not unless the pi is running android.

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: Android needs 64 bit builds

2019-05-05 Thread Monte Goulding via use-livecode



> On 4 May 2019, at 3:45 am, JJS via use-livecode 
>  wrote:
> 
> @Monte. I only see Atom x64 ARM for Android 7.1.1 in the SDK list in Android 
> Studio. For all the higher Android versions i only see x86 and no ARM. I 
> don't know if there are phones sold which have Android 8.x.x based on ARMx64. 
> Do you know any details?

Most new devices will be arm64 however I think what you are seeing there is the 
binaries that you have for use in an emulator. I have come across a few devices 
that have arm64 processors but did not include the arm64 OS libraries so only 
load armv7 binaries. These are generally low end devices.

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: Android needs 64 bit builds

2019-05-02 Thread Monte Goulding via use-livecode


> On 3 May 2019, at 4:07 am, J. Landman Gay via use-livecode 
>  wrote:
> 
> Wow. X86 too! Now we can use the faster emulator. :)

Yes that was the main reason for us doing x86 and x86_64 although there are 
some devices available for those architectures they aren’t very common so you 
probably only want to build for arm7 and arm64 when releasing to avoid bloating 
your app too much.

To make things simpler the Test button for android will detect the architecture 
of the target device/emulator and build just for that even if you don’t 
currently have it selected in 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: Engine: Socket limit?

2019-04-26 Thread Monte Goulding via use-livecode
I think that’s a misdiagnosis of the issue there. That bit of code is sizing 
the read buffer not limiting the number of connections. I’d start by logging 
the result and socketError to see if that sheds any light. However I think the 
info here will sort it:

https://social.technet.microsoft.com/Forums/en-US/69449ce9-ea58-48ec-b675-c55480ba4bbb/windows-server-2012-and-tcpip-maxuserport?forum=winserverPN
 


Cheers

Monte

> On 26 Apr 2019, at 4:54 pm, Richard Gaskin via use-livecode 
>  wrote:
> 
> A forum user has an interesting use case involving sockets on a server that 
> needs to handle thousands of connections:
> 
> https://forums.livecode.com/viewtopic.php?f=8=32515#p179090
> 
> He's discovered that livecode/engine/src/opensslsocket.cpp sets a limit on 
> sockets size to 16 bits.
> 
> He's wondering if it could be raised to 32 bits.
> 
> Anyone here know why this limit exists, or know of reasons that might make it 
> difficult to change?
> 
> -- 
> 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: MouseMove less responsive in 9.0.4

2019-04-03 Thread Monte Goulding via use-livecode
I’m not sure why there would be a change in speed for editing a group but I 
thought it might be helpful to suggest just using the relayer command here:

on mouseEnter
   if the tool is “browse tool” then
  relayer me to front of owner
   end if
end mouseEnter

> On 3 Apr 2019, at 10:43 pm, Michael Kristensen via use-livecode 
>  wrote:
> 
> 
> 
> Thank you Paul for looking into it.
> 
> There is a clear difference here and I have an 2017 iMac which is pretty fast.
> 
> Yet, I might have jumped to conclusion to fast since I also have this 
> mouseEnter handler (before a mouseDown and mouseMove handler):
> 
> on mouseEnter
>   if the tool is "Browse tool" then
>  lock screen
>  start editing grp “Board”
>  set the layer of me to top
>  stop editing
>   end if
> end mouseEnter
> 
> … so a delay might occur here.
> 
> 
> What I observe
> 9.0.3 
> The mousepointer and the object is rock solid together.
> 
> 9.0.4
> The mousepointer is way outside the object before the move catches on.
> 
> Thanks again
> Michael
> ___
> use-livecode mailing list
> use-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.0.4 RC-1

2019-04-02 Thread Monte Goulding via use-livecode
Hi Clarence

Did you download RC-2? There was a significant regression in RC-1 that we 
reverted for RC-2.

Cheers

Monte

> On 3 Apr 2019, at 2:47 pm, Clarence Martin via use-livecode 
>  wrote:
> 
> Yes I am on Windows 10. And yes things are working well so far.
> I am cautiously optimistic for now and I hope things keep going well.
> 
> Sincerely,
> 
> Clarence Martin
> Email: chi...@themartinz.com
> Phone: 636 6965561
> 
> -Original Message-
> From: use-livecode  On Behalf Of 
> Sannyasin Brahmanathaswami via use-livecode
> Sent: Tuesday, April 02, 2019 8:19 PM
> To: How to use LiveCode 
> Cc: Sannyasin Brahmanathaswami ; Janani Jananayagam 
> 
> Subject: Re: [ANN] Release 9.0.4 RC-1
> 
> Clarence, are you on Windows.
> 
> For me 9.0.4 RC - 1 is a dream come true. All day long with the IDE and 
> Navigator and creating objects,  copy for one stack another, edit group, 
> changing SVG widget to SVG buttons. Cutting out scripts to apply to new 
> groupsyou name it, fast as I can... 
> 
> Wow, not single crash! It like the "old days" with Livecode easy to work with 
> again!
> 
> OSX Mojave 10.14.3
> 
> Brahmanathaswami
> 
> 
>  Clarence Martin wrote:
> 
>I am preparing to file a bug report because of the lack of performance in
>LiveCode 9.0.4 RC - 1.
> 
> ___
> use-livecode mailing list
> use-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: [ANN] Release 9.0.4 RC-1

2019-03-28 Thread Monte Goulding via use-livecode
Sean I think you are confusing DP releases with access to our internal builds 
(nightlies and explicitly kicked off builds). Access to nightlies is an extra 
service I believe. I don’t think it comes with Business. It’s really only 
useful for someone that is following our repositories closely and wanting to 
test a specific fix or feature. There’s also builds in there that are not 
intended for public consumption so while I’m not involved in that side of 
things I stgly suspect there’s an extra NDA involved.

As I mentioned we don’t do DPs for maintenance releases. They go RC 1…N until 
we don’t get any regression reports on them for a week or so.

Hope that helps clarify things

Cheers

Monte

> On 29 Mar 2019, at 9:02 am, Sean Cole (Pi) via use-livecode 
>  wrote:
> 
> It's not broken, Mark. It's now only a privilege of Business Licence
> holders. I don't understand their reasoning but I'm sure they have a good
> one other than trying to bleed more money out of us for all the other
> unnecessary nonsense just so we can help them (and that is what it should
> be there for, so we can help!) beofre they release. But, we do get this
> opportunity to get it now. They often have an RC2 and even an RC3 once.

___
use-livecode mailing list
use-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.0.4 RC-1

2019-03-28 Thread Monte Goulding via use-livecode


> On 29 Mar 2019, at 8:44 am, Mark Wieder via use-livecode 
>  wrote:
> 
> In the past we used to get dp releases in order to test stuff like this 
> before ever getting to the release candidate stage. That release cycle has 
> been broken for some time now.

I don’t think there have ever been DP releases for maintenance releases. This 
is a release candidate. It sounds like there’s some issues so expect a second 
release candidate before 9.0.4 is released.

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 bugs

2019-03-26 Thread Monte Goulding via use-livecode
Aha! This one has vexed me for a while now. I thought I had it previously but 
the issue turned out to be somewhere completely different to where I was 
looking!

> On 27 Mar 2019, at 4:23 am, JJS via use-livecode 
>  wrote:
> 
> BUG 10881 seems solved now for the accelerated rendering, it solves the 
> pushed up screen of a stack after the keyboard popped up
> 
> Thanks Monte!
> 
> Very Nice!

___
use-livecode mailing list
use-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: SVG icons in buttons

2019-02-26 Thread Monte Goulding via use-livecode



> On 27 Feb 2019, at 11:14 am, J. Landman Gay via use-livecode 
>  wrote:
> 
> I thought I read that we could use SVG icons in buttons now. How does that 
> work? I thought I'd tried it once before successfully but I can't get it to 
> work right now (LC 9.0.3rc1).

Import the SVG using the drawing library `drawingSVGCompile()` and set the text 
of an image to the returned value. Then use the image ID as an icon in the 
normal way.

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: Replacing GlobalNames with Global Values

2019-02-11 Thread Monte Goulding via use-livecode
Do you mean as a string?

put format(“%f*%f/cos(%f) = %f”, gGlobal1, gGlobal2, gGlobal3, 
gGlobal1*gGlobal2/cos(gGlobal3))

> On 12 Feb 2019, at 8:43 am, Roger Guay via use-livecode 
>  wrote:
> 
> Hi all,
> 
> I can’t seem to come up with a succinct way of doing this:
> 
> I have a mathematical expression such as
> 
> gGlobal1*gGlobal2/cos(gGlobal3) = SomeValue
> 
> and I want to replace the global names with the values previously saved to 
> those Globals so as to show the entire expression with individual global 
> values filled in, e.g. 
> 
> number1*number2/cos(number3) = SomeValue
> 
> 
> 
> I would appreciate your help.
> 
> Thanks,
> Roger
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

Re: screenRect and screenLoc weirdness

2019-01-14 Thread Monte Goulding via use-livecode
Hi Marty

I’m just wondering if you are using the standard IDE ask and answer dialog or a 
custom one? If you are working on a very old stack then MetaCard used to copy 
the ask and answer dialog into the stackFile as a substack. You should be able 
to see them in the project browser under your mainstack. If that’s the case 
then perhaps try deleting those.

Cheers

Monte

> On 15 Jan 2019, at 11:58 am, Knapp Martin via use-livecode 
>  wrote:
> 
> Does that work for you Paul - it doesn’t for me. I’m having to do this:
> 
> send CenterAnswerOnScreen to me in 1 tick
> answer “Blah blah blah”
> 
> on CenterAnswerOnScreen
>   set the loc of stack "answer dialog" to the screenLoc
> end CenterAnswerOnScreen
> 
> I have a couple of customers with small-screened laptops who use large 
> secondary monitors aligned at the bottom. Thus the top of the secondary 
> monitor is quite a bit above the main laptop monitor. Ask and Answer dialogs 
> are so far off you can only see about the bottom 1/8 of an inch of the window 
> and are thus unusable.

___
use-livecode mailing list
use-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: screenRect and screenLoc weirdness

2019-01-10 Thread Monte Goulding via use-livecode
Good catch Brian!

> On 11 Jan 2019, at 12:03 pm, Brian Milby via use-livecode 
>  wrote:
> 
> You may want to use the “effective topLeft” though. Otherwise the title bar 
> of the window could be off screen.

___
use-livecode mailing list
use-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: screenRect and screenLoc weirdness

2019-01-10 Thread Monte Goulding via use-livecode


> On 11 Jan 2019, at 11:16 am, Knapp Martin via use-livecode 
>  wrote:
> 
> I was merely using that as an example. In my app I too place a toolbar in the 
> topLeft corner of the screen by setting the topLeft of the stack to 0,0. On a 
> single screen setup it works fine. But I've just discovered that on a 
> multi-monitor setup as I've described, the toolbar isn’t even visible it’s so 
> far off. So in this case 0,0 is not the top left corner of the main monitor. 
> How so I arrive at that point? How do I determine the actual middle of the 
> screen? Since I don’t understand all the dynamics of how these things are 
> being determined I have not been able to arrive at a work-around to place 
> things where I’d like them on the screen.

— set the topLeft of a stack to the topLeft of its screen below the menubar:
set the topLeft of stack “Foo” to item 1 to 2 of line (the screen of stack 
“Foo”) of the effective working screenRects

— set the topLeft of a stack to the topLeft of the main screen below the menubar
set the topLeft of stack “Foo” to item 1 to 2 of the effective working 
screenRect

— set the loc of a stack to the center of its screen
local tLoc, tRect
put line (the screen of stack “Foo”) of the screenRects into tRect
put item 1 of tRect + (item 3 of tRect - item 1 of tRect) div 2, \
  item 2 of tRect + (item 4 of tRect - item 2 of tRect) div 2 into tLoc
set the loc of stack “Foo” to tLoc

— set the loc of a stack to the center of the main screen
set the loc of stack “Foo” to the screenLoc

Hope these help! FWIW these should remain correct even if the general consensus 
is that the desktop space should have an 0,0  origin for the main screen.

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: screenRect and screenLoc weirdness

2019-01-10 Thread Monte Goulding via use-livecode


> On 11 Jan 2019, at 10:41 am, Knapp Martin via use-livecode 
>  wrote:
> 
> When I open Livecode on my dual monitor setup where the top of the 2nd 
> monitor is higher than my main monitor, both the Livecode toolbar and the 
> script editor open partially off screen with their title bars inaccessible. I 
> understand that I can type something into the message box to relocate them, 
> but how is this not a bug??

I didn’t say that wasn’t a bug. That’s an IDE script issue. Most likely a 
preferences issue. Have you tried resetting or trashing preferences?

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: screenRect and screenLoc weirdness

2019-01-10 Thread Monte Goulding via use-livecode
Tom the issue here is that it is arguable that this is a bug. We have lots of 
things to work on which we are sure about ;-)

To clarify what I mean. Which set of results is more correct?

Main screen rect: 0,280,1280,1080
2nd screen rect: 1280,0,3200,1080

Main screen rect: 0,0,1280,800
2nd screen rect: 1280,-280,3200,800

I think it would be convenient to have a screenLocs variant of screenLoc so you 
can:

set the loc of this stack to line (the screen of this stack) of the screenLocs

But that’s another issue as it’s not complicated to write a function using the 
screenRects

Cheers

Monte

> On 11 Jan 2019, at 9:29 am, Tom Glod via use-livecode 
>  wrote:
> 
> i don't like how long a bug like this has been in the queue without being
> fixed. I'm surprised it hasn't affected more people but i guess maybe
> thats why its lower in the queue.
> 
> Sorry, but I don't know of any remedies for this.
> 
> On Thu, Jan 10, 2019 at 5:24 PM Knapp Martin via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> Wow, that’s been around for a while. Anybody have a work-around seeing as
>> how this is unlikely to be fixed? Seems like setting the loc of a window to
>> the center of the screen would be an often used feature. I never noticed it
>> because I don’t have a multi-monitor setup.
>> 
>> Marty
>> 
>>> On Jan 10, 2019, at 1:58 PM, Tom Glod via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>> 
>>> Hi Marty, I saw this the other day...this is probably the bug you are
>>> referencing.
>>> 
>>> https://quality.livecode.com/show_bug.cgi?id=19419
>>> 
>>> On Thu, Jan 10, 2019 at 3:25 PM Knapp Martin via use-livecode <
>>> use-livecode@lists.runrev.com> wrote:
>>> 
 So I just had a customer complain that windows were opening in odd
 locations with his multi-monitor setup: a MacBookPro with a Thunderbolt
 display. He has his displays arranged so that the bottoms were aligned
>> with
 the 2nd display to the left of the MacBook.
 
 So I hooked my laptop to my TV and discover some weirdness. I started
>> with
 my displays aligned to the top and then got the screenRects and the
 screenLoc:
 
 Main screen rect: 0,0,1280,800
 2nd screen rect: 1280,0,3200,1080
 screenLoc: 640,400
 (all as expected)
 
 Then I realigned the screens so that the bottoms were aligned:
 
 Main screen rect: 0,280,1280,1080
 2nd screen rect: 1280,0,3200,1080
 screenLoc: 640,680
 
 Why would the arrangement of the screens effect the screenRect and
 screenLoc of the main monitor?
 
 Marty
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> ___
> use-livecode mailing list
> use-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: windows defender issues? & other AV issues?

2019-01-08 Thread Monte Goulding via use-livecode


> On 9 Jan 2019, at 6:56 am, Richard Gaskin via use-livecode 
>  wrote:
> 
> > Even more interesting IMO is all the attempts to access
> > revapplicationoverview.mc
> 
> Thanks - I've added a note on that detail in my report:
> 
> https://quality.livecode.com/show_bug.cgi?id=21782 
> 
This would be the engine trying lots of paths when trying to resolve 
revApplicationOverview. See `MCDispatch::findstackname`. Clearly it is being 
referenced somewhere and it is not in the stackFiles of home as it should be. 
Whether this is the cause or not of the issues being discussed I’m not sure. It 
could be that windows defender gets stressed when it sees an application 
stabbing around in the dark trying to find a file.

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: Error in loading "ws.goulding.script-library.mergjson"

2019-01-06 Thread Monte Goulding via use-livecode
I’d start by making sure the json you are decoding is what you think it is by 
logging it or putting it into a text field.

> On 7 Jan 2019, at 1:28 pm, Sannyasin Brahmanathaswami via use-livecode 
>  wrote:
> 
> I did my first attempt to build a standalone of Mobile for Android in 9.0.2
> 
> I got this unusual never-saw-it-before message:
> 
> Remote: stack "ws.goulding.script-library.mergjson": execution error at line 
> n/a (External handler execution error: could not decode JSON: unexpected 
> token near end of file) near "could not decode JSON: unexpected token near 
> end of file"
> 
> The JSON files that load on init are valid JSON files
> 
> doesn’t happen on desktop… How do I debug this? 
> 
> BR
> 
> 
> 
> 
> ___
> use-livecode mailing list
> use-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 9.0.2 on Windows unable to build for Mac?!?!?!?

2019-01-01 Thread Monte Goulding via use-livecode



> On 2 Jan 2019, at 5:00 am, Paul Dupuis via use-livecode 
>  wrote:
> 
> However, I think this is a Regression in 9.0.2 from 9.0.1.

It certainly sounds like a regression

> If someone can confirm this really is a bug, I will happily file a bug report.

My suggestion is if you can replicate what you are seeing with a simple stack 
then file a bug report and let Panos confirm.

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 9.0.2 on Windows unable to build for Mac?!?!?!?

2018-12-31 Thread Monte Goulding via use-livecode


> On 1 Jan 2019, at 12:25 pm, Brian Milby via use-livecode 
>  wrote:
> 
> Looks like the copy destination moved.  Checking 9.0 against 9.0.2:
> Resources/_MacOS -> MacOS
> 
> I have not checked on my Mac to see if the same change is evident.

This is deliberate. The MacOS folder is only for executables. When you try and 
read a file in the MacOS folder the engine will look to see if it is there and 
if not look in Resources/_MacOS. I’m sorry I don’t know the specific version 
this change was made although I think it was pre 9.0.

Does the standalone run as it should? If not what is the error you are seeing 
Paul?

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: Datagrids and LC 9.0.2 rc1

2018-11-20 Thread Monte Goulding via use-livecode


> On 21 Nov 2018, at 9:45 am, Knapp Martin via use-livecode 
>  wrote:
> 
> It does it in the ide too. The data grid can display 10 lines of data at a 
> time and with very small data sets it will work, although slugishly. I just 
> created a stripped down stack that demonstrates the issue and with a few 
> hundred lines it will open but only display 10 lines and that’s it. On a 
> dataset of several thousand lines it won’t open (at least in the time frame I 
> gave it). I have tried typing Command-period and have gotten it to sometimes 
> open but no data displayed. It works fine in LC 9.0.1. Can I send the stack 
> to someone privately?

If you open a report Panos will give you instructions on where to send the 
stack.

Thanks

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: Datagrids and LC 9.0.2 rc1

2018-11-20 Thread Monte Goulding via use-livecode


> On 21 Nov 2018, at 6:59 am, Knapp Martin via use-livecode 
>  wrote:
> 
> Anybody having trouble with data grids in LC 9.0.2 rc1? I have a forms-based 
> data grid that works fine under 9.0.1 but on 9.0.2 rc1, in a standalone when 
> I try to open the stack with the data grid it locks up on both Mac and 
> Windows. I can drag windows by the titlebar but everything else is 
> unresponsive. When I rebuild under 9.0.1 all is fine. I can file a bug report 
> but thought I’d see if anyone else is having a similar problem.

Yes please open a report. It sounds like the behaviors aren’t being included in 
the standalone, however, I don’t think any work was done on anything that would 
impact that between 9.0.1 and 9.0.2 rc 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: Steamworks API and LiveCode

2018-11-15 Thread Monte Goulding via use-livecode
The fact their API is C++ will make it complicated to wrap with LCB. A quick 
google came up with a few C wrappers for steam. If you don’t want to use those 
it would be easier to write an external.

> On 16 Nov 2018, at 2:06 pm, Brian Milby via use-livecode 
>  wrote:
> 
> Can you use the web API?  If not, then LCB will need to be used to build the 
> needed module.
> 
> Thanks,
> Brian
> On Nov 15, 2018, 5:58 PM -0600, Antuan Johnson via use-livecode 
> , wrote:
>> Does anyone have any experience implementing Steam's API with LiveCode?
>> I'm working on a game that requires the API, so any help would be greatly
>> appreciated.
>> 
>> Steam's API: https://partner.steamgames.com/doc/sdk/api
>> ___
>> use-livecode mailing list
>> use-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: What is LC's internal text format?

2018-11-13 Thread Monte Goulding via use-livecode


> On 14 Nov 2018, at 11:39 am, Monte Goulding via use-livecode 
>  wrote:
> 
>> You generally want to use codepoint in 7+ generally where previously you 
>> used char unless you know you are dealing with a binary string and then you 
>> use byte.
> 
> Sorry! I have written codepoints here when I was thinking codeunits! Use 
> codeunits rather than codepoints as they are a fixed number of bytes (2). 
> Codepoints may be 2 or 4 bytes so there is a cost in figuring out the number 
> of codepoints or the exact byte codepoint x refers to. So for chunk 
> expressions on unicode strings use `codeunit x to y`.

Argh… sorry again… codeunits are a fixed number of bytes but that fixed number 
depends on whether the string is native encoded (1 byte) or UTF-16 (2 bytes)!

And for completeness codeunit/codepoint is not equivalent to char. If you 
really need to count graphemes then you will need to use char.

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: What is LC's internal text format?

2018-11-13 Thread Monte Goulding via use-livecode



> On 14 Nov 2018, at 10:44 am, Monte Goulding via use-livecode 
>  wrote:
> 
> You generally want to use codepoint in 7+ generally where previously you used 
> char unless you know you are dealing with a binary string and then you use 
> byte.

Sorry! I have written codepoints here when I was thinking codeunits! Use 
codeunits rather than codepoints as they are a fixed number of bytes (2). 
Codepoints may be 2 or 4 bytes so there is a cost in figuring out the number of 
codepoints or the exact byte codepoint x refers to. So for chunk expressions on 
unicode strings use `codeunit x to y`.

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: What is LC's internal text format?

2018-11-13 Thread Monte Goulding via use-livecode


> On 14 Nov 2018, at 6:33 am, Ben Rubinstein via use-livecode 
>  wrote:
> 
> That's really helpful - and in parts eye-opening - thanks Mark.
> 
> I have a few follow-up questions.
> 
> Does textEncode _always_ return a binary string? Or, if invoked with 
> "CP1252", "ISO-8859-1", "MacRoman" or "Native", does it return a string?

Internally we have different types of values. So we have MCStringRef which is 
the thing which either contains a buffer of native chars or a buffer of UTF-16 
chars. There are others. For example, MCNumberRef will either hold a 32 bit 
signed int or a double. These are returned by numeric operations where there’s 
no string representation of a number. So:

put 1.0 into tNumber # tNumber holds an MCStringRef
put 1.0 + 0 int0 tNumber # tNumber holds an MCNumberRef

The return type of textEncode is an MCDataRef. This is a byte buffer, buffer 
size & byte count.

So:
put textEncode(“foo”, “UTF-8”) into tFoo # tFoo holds MCDataRef

Then if we do something like:
set the text of field “foo” to tFoo

tFoo is first converted to MCStringRef. As it’s an MCDataRef we just move the 
buffer over and say it’s a native encoded string. There’s no checking to see if 
it’s a UTF-8 string and decoding with that etc.

Then the string is put into the field.

If you remember that mergJSON issue you reported where mergJSON returns UTF-8 
data and you were putting it into a field and it looked funny this is why.
> 
> > CodepointOffset has signature 'integer codepointOffset(string)', so when you
> > pass a binary string (data) value to it, the data value gets converted to a
> > string by interpreting it as a sequence of bytes in the native encoding.
> 
> OK - so one message I take are that in fact one should never invoke 
> codepointOffset on a binary string. Should it actually throw an error in this 
> case?

No, as mentioned above values can move to and from different types according to 
the operations performed on them and this is largely opaque to the scripter. If 
you do a text operation on a binary string then there’s an implicit conversion 
to a native encoded string. You generally want to use codepoint in 7+ generally 
where previously you used char unless you know you are dealing with a binary 
string and then you use byte.
> 
> By the same token, probably one should only use 'byte', 'byteOffset', 
> 'byteToNum' etc with binary strings - would it be better, to avoid confusion, 
> if char, offset, charToNum should refuse to operate on a binary string?

That would not be backwards compatible.
> 
>> e.g. In the case of &, it can either take two data arguments, or two
>> string arguments. In this case, if both arguments are data, then the result
>> will be data. Otherwise both arguments will be converted to strings, and a
>> string returned.
> The second message I take is that one needs to be very careful, if operating 
> on UTF8 or other binary strings, to avoid 'contaminating' them e.g. by 
> concatenating with a simple quoted string, as this may cause it to be 
> silently converted to a non-binary string. (I presume that 'put "simple 
> string" after/before pBinaryString' will cause a conversion in the same way 
> as "&"? What about 'put "!" into char x of pBinaryString?)

When concatenating if both left and right are binary strings (MCDataRef) then 
there’s no conversion of either to string however we do not currently have a 
way to declare a literal as a binary string (might be nice if we did!) so you 
would need to:

put textEncode("simple string”, “UTF-8”) after pBinaryString

> 
> The engine can tell whether a string is 'native' or UTF16. When the engine is 
> converting a binary string to 'string', does it always interpret the source 
> as the native 8-bit encoding, or does it have some heuristic to decide 
> whether it would be more plausible to interpret the source as UTF16?

No it does not try to interpret. ICU has a charset detector that will give you 
a list of possible charsets along with a confidence. It could be implemented as 
a separate api:

get detectedTextEncodings(, []) -> array 
of charset/confidence pairs

get bestDetectedTextEncoding(, []) -> 
charset

Feel free to feature request 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: How to find offsets in Unicode Text fast

2018-11-12 Thread Monte Goulding via use-livecode
Hi Folks

I was a bit perplexed by this so I had a quick look about the engine and I see 
the issue. The problem is you are using `offset` which works on characters. 
Characters in LiveCode are neither unicode codepoints or bytes. They are 
graphemes. This means that when you have chars to skip the entire string needs 
to be parsed to find the grapheme boundaries so that the index can be 
translated into graphemes to skip. Note that if the strings you were dealing 
with weren’t unicode then the translation of chars to graphemes is 1 -> 1 so 
there’s no big cost which is why things are much faster when you textEncode and 
offset that.

So! Change to using codepointOffset and hopefully it will be much speedier!

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: What is LC's internal text format?

2018-11-12 Thread Monte Goulding via use-livecode
Text strings in LiveCode are native encoded (MacRoman or ISO 8859) where 
possible and where you don’t explicitly tell the engine it’s unicode (via 
textDecode) so that they can follow faster single byte code paths. If you use 
textDecode then the engine will first check if the text can be native encoded 
and use native if so otherwise it will use UTF 16 encoding.

For what it’s worth using `offset` is the wrong thing to do if you have 
textEncoded your strings into binary data. You want to use `byteOffset` 
otherwise the engine will convert your data to a string and assume native 
encoding. This is probably why you are getting some case insensitivity.

I haven’t been following along the offset discussion. I’ll have to take a look 
to see if there were some speed comparisons between offset and codepointOffset.

Cheers

Monte

> On 13 Nov 2018, at 9:35 am, Ben Rubinstein via use-livecode 
>  wrote:
> 
> This is something that I've been wondering about for a while.
> 
> My unexamined assumption had been that in the 'new' fully unicode LC, text 
> was held in UTF-8. However when I saved some text strings in binary I got 
> something like UTF-8 - but not quite. And the recent experiments with offset 
> suggested that LC at the least is able to distinguish between a string which 
> is fully represented as single-byte (or perhaps ASCII?). And the reports of 
> the ingenious investigators using UTF-32 to speed up offsets, and discovering 
> that offset somehow managed to be case-insensitive in this case, made me 
> wonder whether after using textEncode(xt, "UTF-32") LC marks the string in 
> some way to give a clue about how to interpret it as text?
> 
> So could someone who is familar with this bit of the engine enlighten us? In 
> particular:
> - What is the internal format?
> - Is it different on different platforms?
> - Given that it appears to include a flag to indicate whether it is 
> single-byte text or not, are there any other attributes?
> - Does saving a string in 'binary' file faithfully report the internal format?
> 
> 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: .PID file in C:\Users\*\AppData\Local\._LiveCode_\

2018-11-12 Thread Monte Goulding via use-livecode
This is not something I’ve looked at before but it appears the files should be 
being cleaned up at the end of the session. I guess if LiveCode writing this 
file is a particular issue for you then you could put in a feature request to 
toggle relaunch support in the standalone builder.

> On 12 Nov 2018, at 9:19 pm, Andre Alves Garzia via use-livecode 
>  wrote:
> 
> Malte,
> 
> Found it in the source:
> 
> https://github.com/livecode/livecode/blob/d780d79e800afd65897631f840296075ff6573e9/engine/src/w32relaunch.cpp#L310
> 
> As I suspected, it is related to the running process. We still need to hear 
> from the mothership about it but files in AppData/Local should be approved by 
> your clients right? That is a common folder where apps write support and 
> temporary stuff.
> 
> Cheers
> 
> andre
> 
> 
> On 11/12/2018 10:01 AM, Malte Pfaff-Brill via use-livecode wrote:
>> Thanks Andre!
>> 
>> I guess I will have to wait for someone from the mothership to join in then. 
>> :-/
>> I am currently trying to get the OSS project I am stewarding approved by a 
>> governmental agency and those files might be a showstopper, as I am not 
>> supposed to leave traces in the system, besides certain specified folders 
>> where I may get permission to write files.
>> 
>> Cheers!
>> 
>> Malte
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-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: SSL with HTTPD Library?

2018-11-01 Thread Monte Goulding via use-livecode
As it’s not documented I’m not 100% sure it works or anyone has tried it but it 
seems at some point `accept secure connections` was implemented.

The syntax declaration for `accept` should be:

accept [{ secure | datagram }] connections on port  with message 
 [{ with | without } verification]

I can see for sure there is a bug meaning you can’t turn on verification using 
`with verification`.

Really I think the command would need further enhancement to add the optional:

with certificate  and private key 

That would presume the rest of the certificate chain is in the sslCertificates 
I think.

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

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

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

Cheers

Monte

> On 2 Nov 2018, at 8:38 am, Richard Gaskin via use-livecode 
>  wrote:
> 
> Stephen MacLean wrote:
> 
> > I’m looking to use the HTTPD library with an SSL Cert if possible.
> >
> > Is it possible?
> 
> AFAIK all of the HTTPd libs for LC/MC do not handle HTTPS.  It should be 
> possible to fork one of them to add that, but the effort would be non-trivial.
> 
> What is the usage scenario you're aiming for?  Perhaps could be solved 
> through some other means.
> 
> -- 
> 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

  1   2   3   4   5   6   >