Re: Working with AWS S3 commands

[Monte Goulding via use-livecode]

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

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

Cheers

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

Re: Working with AWS S3 commands

[Monte Goulding via use-livecode]

Hi Peter

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

Let me know how you go with that.

Cheers

Monte
> On 14 Feb 2024, at 3:50 pm, Peter Bogdanoff via use-livecode 
>  wrote:
> 
> Hi all,
> 
> I’m for the first time trying to use the Amazon AWS S3 commands to upload a 
> file to my AWS storage, but am having difficulty with the PutObject command.
> 
> I successfully entered my credentials with the AWSSetCredentials command.
> 
> However, using the AWSS3PutObject command I’m getting an error about the 
> bucket name. Either it “can’t find” it or says to use a different end point.
> 
> The AWS documentation is unclear to me exactly how to specify the bucket 
> name. Is it a just the name of the bucket (which doesn’t work), or does it 
> include some kind of path? And the region?
> 
> Has anyone had success with this?
> 
> Peter Bogdanoff
> 
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

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

Re: arrayToJSON not working in lcserver on Linux - resolved

[Monte Goulding via use-livecode]

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

Hi Neville

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

Cheers

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

Re: PDF Widget No Filled Forms

[Monte Goulding via use-livecode]

Hi Bob

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

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

Cheers

Monte

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

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

Re: PDF Widget No Filled Forms

[Monte Goulding via use-livecode]

Hi Bob

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

Cheers

Monte

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


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

Re: OAuth2 broken in LC 10 (dp6)

[Monte Goulding via use-livecode]

Hi Ben

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

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

Thanks

Monte

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


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

Re: mySQL and primary key

[Monte Goulding via use-livecode]

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

> On 29 Apr 2023, at 9:40 pm, jbv via use-livecode 
>  wrote:
> 
> Hi list,
> 
> I have a mySQL table with 1350 entries that weights
> almost 20 Gb.
> I need to create a primary key on the "id" column.
> I have tried in phpMyAdmin as well as in a script with
> "ALTER TABLE myTable ADD PRIMARY KEY(id)", but each time
> I get a "504 Gateway Timeout" error, and no index is created.
> 
> What else can I try ?
> 
> Thank you in advance.
> jbv
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

Re: LC and Universal Links

[Monte Goulding via use-livecode]

Hi Dan

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

Cheers

Monte

> On 16 Mar 2023, at 5:14 am, Dan Friedman via use-livecode 
>  wrote:
> 
> I know that LC supports Custom URLs… I have used on both iOS and Android and 
> it works great!  But it looks like there is a new method, “Universal Links”.  
>  
> https://developer.apple.com/documentation/xcode/supporting-universal-links-in-your-app
> 
> Does anyone know if LC supports Universal Links?
> 
> -Dan
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

Re: REGRESSION in LC 9.6.9rc2

[Monte Goulding via use-livecode]

Hi Paul

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

Cheers

Monte

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


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

Re: REGRESSION in LC 9.6.9rc2

[Monte Goulding via use-livecode]

Hi Paul

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

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


Cheers

Monte

> On 8 Mar 2023, at 4:58 am, Paul Dupuis via use-livecode 
>  wrote:
> 
> Sadly, I just found another serious regression in LC 9.6.9rc2 that seems to 
> cause dropdown menus in modal dialogs to fail.
> 
> Code that works in LC 9.6.8 does not work at all in 9.6.9rc2
> 
> See https://quality.livecode.com/show_bug.cgi?id=24133
> 
> I am hoping LC can fix this for 9.6.8rc3 or, like the last regression in rc2 
> I found, can provide a script fix I can apply to rc2
> 
> 
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

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

Re: remoteDebugger error

[Monte Goulding via use-livecode]

Hi Bob

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

Cheers

Monte

> On 14 Jul 2022, at 9:02 am, Bob Sneidar via use-livecode 
>  wrote:
> 
> Yup. Don't we all have to be on that license if we are running 9.6.8? But I 
> found the problem, just not how to prevent remoteDebugger from throwing 
> unknown errors, or how to figure out what the error is. I basically had to 
> step through my code until I found the culprit. 
> 
> Thanks though. I am going through the code which sets up sqlYoga so that I 
> can have multiple database objects and connections instead of just using the 
> defaults. 
> 
> Bob S
> 
> 
>> On Jul 13, 2022, at 15:44 , matthias rebbe via use-livecode 
>>  wrote:
>> 
>> Just a shot in the dark, but the RemoteDebugger is part of the Pro Features 
>> Pack. Does your license include that pack?
>> 
>> Regards,
>> 
>> Matthias
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

Re: Widget properties

[Monte Goulding via use-livecode]

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

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

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

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

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

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

Cheers

Monte



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

Re: Widget properties

[Monte Goulding via use-livecode]

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

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

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

Cheers

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

Re: Widget properties

[Monte Goulding via use-livecode]

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

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

Cheers

Monte

> On 6 Apr 2022, at 10:03 pm, Neville Smythe via use-livecode 
>  wrote:
> 
> Is it not a bug that
> 
> the properties of widget “foo”
> 
> returns empty (for all values of foo)?
> 
> No rect, no visible, no disabled etc, even though these clearly are settable 
> and functional properties of the widget.
> 
> You can
> 
>export widget “foo” to array “bar”
> 
> but that gives the intrinsic properties of the widget not the usual object 
> properties. Oh and don’t forget the reserved word “array” in the above line, 
> that causes an IDE crash (bug 23655 
>  confirmed)
> 
> Neville
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

Re: PDW widget: get the rect of the hilitedRange

[Monte Goulding via use-livecode]

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

Cheers

Monte

> On 11 Jan 2022, at 9:19 am, Keith Clarke via use-livecode 
>  wrote:
> 
> Hi folks,
> Please can anyone advise how to get the rendered rectangle of highlighted 
> text in the PDF widget…?
> 
> I can successfully get the first word from the page text using something like:
> put pPageNum into tHilitedArray["from"]["page”] // = 1
> 
> put pPageNum into tHilitedArray["to"]["page”] // = 1
> put the length of word tWordNum of pPageText into tWordLength // = ‘3’ as the 
> word is “the"
> 
> put tWordIndex into tHilitedArray["from"]["index”] // = 1
> 
> put tWordIndex + tWordLength -1 into tHilitedArray["to"]["index”] // = 3
> set the hilitedRange of control "PDF1" to tHilitedArray
> 
> put the hilitedRangeText of control "PDF1" into tText // = “the"
> 
> 
> However, when I attempt to get the rendered rect of this word, to compare 
> with namedDestinations in the page ... 
> put the rectangle of the hilitedRange of control "PDF1" into tRect // returns 
> (Chunk: error in object expression) near “the”...
> 
> I’ve tried using the hilitedRangeText but get similar errors. 
> Any clues?
> TIA
> Keith
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

Re: PDF Viewer widget: expected experience from set the currentDestination?

[Monte Goulding via use-livecode]

Hi Keith

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

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

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

Cheers

Monte

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


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

Re: Encrypting long text

[Monte Goulding via use-livecode]

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

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


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

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

[Monte Goulding via use-livecode]

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

Cheers

Monte

> On 16 Dec 2021, at 6:26 am, RobEppich via use-livecode 
>  wrote:
> 
> Downloaded and run Livecode 9.6.5, type “put the opensockets” and a socket is 
> open, 65463. Close socket 65463 and put the opensockets again and result is 
> 65466.
> 
> Close the socket that is opened on startup always results in another socket 
> being opened. This was not the case in 9.6.3 and previous versions. Can 
> someone verify this?
> 
> Also have checked 10.0 dp 1 and same issue is there.
> 
> Thanks
> Rob Eppich
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

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

[Monte Goulding via use-livecode]

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

Cheers

Monte

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

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

[Monte Goulding via use-livecode]

Hi Folks

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

Cheers

Monte

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

Re: PDF Viewer widget - how to enable interaction?

[Monte Goulding via use-livecode]

Hi Keith

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

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

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


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

Re: Read barcodes on Mac with mergAV?

[Monte Goulding via use-livecode]

Hi Terry

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

Cheers

Monte

> On 4 Aug 2021, at 4:44 pm, Terry Judd via use-livecode 
>  wrote:
> 
> So, I’m trying to get mergAV to recognise any sort or barcode on a Mac but 
> when I query mergAVCamBarcodeTypes() it returns empty.
> 
> Pretty sure this used to work – at least when I last tried it (admittedly 
> probable 3 or 4 years ago) I was at least able to get it to recognise QR 
> codes.
> 
> Any ideas?
> 
> Terry…
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

Re: Rust

[Monte Goulding via use-livecode]

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

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

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

Cheers

Monte


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

Re: Array Split vs Combine

[Monte Goulding via use-livecode]

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

Cheers

Monte

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

Re: Array Split vs Combine

[Monte Goulding via use-livecode]

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

Cheers

Monte

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

Re: S3 Compatible?

[Monte Goulding via use-livecode]

Hi Todd

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

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

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

Cheers

Monte

> On 25 Feb 2021, at 5:51 am, Tom Glod via use-livecode 
>  wrote:
> 
> Hi Folks,
> 
> I'm really annoyed at the moment  realizing that our AWS library only
> works on amazon.
> 
> Is there currently any workaround for using the AWS S3 library with s3
> compatible hosts?
> 
> Its beyond me why the endpoints needed to be hardcoded and require EXPERT
> REVIEW to implement a function to change the endpoint.
> 
> Secondly, is there any hope this can be fixed soon? Its been under expert
> review since october.
> 
> Thanks,
> 
> Tom
> 
> 
> 
> 
> -- 
> Tom Glod
> Founder & Developer
> MakeShyft R.D.A (www.makeshyft.com)
> Mobile:647.562.9411
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

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

Re: Polygon fill algo?

[Monte Goulding via use-livecode]

Hi Richard

Have you checked out the `fillRule` property docs?

Cheers

Monte

> On 15 Feb 2021, at 9:25 am, Richard Gaskin via use-livecode 
>  wrote:
> 
> I was hoping to use a single polygon draw a box, using the old trick of 
> making discontiguous regions by adding a blank line between lists of points.
> 
> The results draws the lines as I expected, but the fill is unpredictable, at 
> least for me.  Apparently the fill rules for a polygon cause it to not fill 
> some regions, even when discontiguous.
> 
> I guess I'll have to use separate objects, but I was wondering if anyone has 
> a description of the polyfill rule(s), or better, a way to coerce 
> discontiguous polygon regions to always be filled.
> 
> -- 
> Richard Gaskin
> Fourth World Systems
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

Re: MergExt BLE

[Monte Goulding via use-livecode]

Hi Camm

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

Cheers

Monte

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

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

Re: Ali or Monte - MimeEncodeAsMIMEMultipartDocument

[Monte Goulding via use-livecode]

Hi Sean

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

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

You probably want the mimeEncodeAsMIMEEmail command though.

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

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

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

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

Cheers

Monte

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

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

Re: mergeJSON on server problem

[Monte Goulding via use-livecode]

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

Hi David

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

Cheers

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

Re: Need to track click on a MacStatusMenu without menu items

[Monte Goulding via use-livecode]

Hi Matthias

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

Cheers

Monte

> On 2 Nov 2020, at 4:09 am, matthias rebbe via use-livecode 
>  wrote:
> 
> Hi
> 
> i am currently working on a Mac OS app which makes use of the MacStatusMenu 
> Library.
> Now i need a way to track a click on a Mac Status Menu icon which does not 
> have any menu items.
> 
> Is this somehow possible?
> 
> Currently i am only able to track the click of a menu item of a Mac Status 
> Menu.
> But if no menu item is set and i click directly on the status menu icon, i do 
> not get anything back.
> 
> Any ideas?
> 
> Regards,
> Matthias
> 
> 
> 
> -
> Matthias Rebbe
> Life Is Too Short For Boring Code
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

Re: Livecode S3 library for AWS compatible object store

[Monte Goulding via use-livecode]

Hi Mark

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

Cheers

Monte

> On 24 Sep 2020, at 5:28 am, Mark Clark via use-livecode 
>  wrote:
> 
> Hello, I have been away from LC for a while and noticed that there is now an 
> AWSS3 library. Looks great and simple. However, this seems from a cursory 
> read to be actually tied to AWS vs a more generic S3 wrapper allowing 
> arbitrary endpoints. Is there a mechanism to point this at S3 compatible 
> storage systems in addition to the actual ($$$) Amazon? Specifically I am 
> interested in minio (minio.io ) and cloudian connectivity. 
> I have been using shell to access object but it would be much nicer to do 
> this all within LC.TIA, hope this isn’t a frequently asked/answered question.
> 
> Mark
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

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

Re: text to speech android

[Monte Goulding via use-livecode]

Hi Scott

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

Cheers

Monte

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


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

Re: OAuth2 on Win10: not returning to my app

[Monte Goulding via use-livecode]

It does sound like an issue with the redirect uri.

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

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

> On 30 Jun 2020, at 6:14 am, Richard Gaskin via use-livecode 
>  wrote:
> 
> I've been working with the Oauth2 lib included with v9 (superhandy, team, 
> thanks!), and I've run into a snag:
> 
> When I call it, the browser widgets opens and goes to the authentication 
> provider (in this case Office 365), and authentication seems to work well.
> 
> However, at that point I'd expect the browser widget's window to close and 
> "it" would contain the approved auth scope info.
> 
> Instead what I'm seeing is the browser widget window remains open, and it 
> redirects into my Office 365 account.  I can close the window manually with 
> the "Cancel" button, but then "it" in my calling script contains "Cancel", no 
> auth info.
> 
> Have any of you successfully used LC's OAuth2 lib to log into MS Office 365 
> or other MS product that uses OAuth?
> 
> If so, what did you use for the redirect URL?  Or is there something else I 
> should be considering?
> 
> TIA -
> 
> -- 
> Richard Gaskin
> Fourth World Systems
> Software Design and Development for the Desktop, Mobile, and the Web
> 
> ambassa...@fourthworld.comhttp://www.FourthWorld.com
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

Re: LC9.6 Android EXIF image data issue

[Monte Goulding via use-livecode]

Hi Alan

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

Cheers

Monte

> On 13 May 2020, at 11:39 am, Alan Stenhouse via use-livecode 
>  wrote:
> 
> There seems to be an issue with getting EXIF data from images using 
> mobilePickPhoto on Android (well, at least new Samsung mobile phones).
> 
> I *think* this is a new bug with LC 9.6, but as I don't have a relevant phone 
> to test with, it's sorta difficult to check further. Particularly as we 
> couldn't even use mobilePickPhoto on these phones prior to 9.6!
> 
> Has anyone else seen this at all? If it's a new issue then it'd be great to 
> get it resolved in the 9.6 cycle.
> 
> cheers
> 
> Alan
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

Re: mergDocCanOpen opens iOS sharing menu

[Monte Goulding via use-livecode]

Hi Ralf

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

Cheers

Monte

> On 13 May 2020, at 4:07 am, Ralf Bitter via use-livecode 
>  wrote:
> 
> Seems there is an issue with mergDocCanOpen(). Whenever this function
> is called the iOS sharing menu shows up for a short moment at the top
> of the screen. I am running LC 9.6.0 (rc1) and iOS SDK 13.2. The particular
> script including this function worked fine in earlier versions.
> 
> Does anybody have a recipe to avoid this undesirable behavior?
> 
> Ralf
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

Re: [ANN] Release 9.6.0 RC-1

[Monte Goulding via use-livecode]

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

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

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

Re: [ANN] Release 9.6.0 RC-1

[Monte Goulding via use-livecode]

Hi Ralph

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

Cheers

Monte

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

Re: [ANN] Release 9.6.0 RC-1

[Monte Goulding via use-livecode]

Hi Ralph

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

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

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

Cheers

Monte


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

Re: mergAV Select specific rear camera

[Monte Goulding via use-livecode]

Hi Andrew

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

Cheers

Monte

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


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

Re: md5Digest gives different results Mac vs Windows LC 9.5.1

[Monte Goulding via use-livecode]

Hi Bill

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

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

Cheers

Monte

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

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

Re: Keyhole effect?

[Monte Goulding via use-livecode]

If I understand what you want correctly then:

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

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

Cheers

Monte

> On 15 Apr 2020, at 7:31 am, Richard Gaskin via use-livecode 
>  wrote:
> 
> Back in the day I could easily make a sort of keyhole effect, in which I used 
> one graphic to obscure an image, and a second graphic on top as a mask to 
> define a shape (such as a keyhole) through which I could see a portion of the 
> image.
> 
> It was done easily enough with inks.
> 
> Inks that, it seems, we no longer have.
> 
> So given the subset of inks we're now limited to, has anyone here seen 
> firsthand an example of this in LC v9.x?
> 
> -- 
> Richard Gaskin
> Fourth World Systems
> Software Design and Development for the Desktop, Mobile, and the Web
> 
> ambassa...@fourthworld.comhttp://www.FourthWorld.com
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

Re: Video format for mobile

[Monte Goulding via use-livecode]

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

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

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

Cheers

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

Re: a QR Code reader for iOS and Android?

[Monte Goulding via use-livecode]

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

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

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

Yes they are

Cheers

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

Re: a QR Code reader for iOS and Android?

[Monte Goulding via use-livecode]

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

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

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

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

Cheers

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

Re: Video format for mobile

[Monte Goulding via use-livecode]

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

I should have expected that ;-)

Cheers

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

Re: Video format for mobile

[Monte Goulding via use-livecode]

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


Hi Jacque

Good news! This is not a bug!

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

Changing your video url to https resoled the issue.

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

Cheers

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

Re: Video format for mobile

[Monte Goulding via use-livecode]

> 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

[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

[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?

[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?

[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?

[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

[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...

[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...

[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

[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.

[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.

[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.

[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.

[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"...

[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.

[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.

[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"...

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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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

[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?

[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

[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.

[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...

[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...

[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.

[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...

[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...

[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 ?

[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 ?

[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

[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?

[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?

[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

[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

[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

[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

[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

[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

[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?

[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

[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