Re: valueDiff for arrays?

[Monte Goulding via use-livecode]

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

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

Cheers

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

Re: valueDiff for arrays?

[Monte Goulding via use-livecode]

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

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

Cheers

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

Re: valueDiff for arrays?

[Monte Goulding via use-livecode]

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


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

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

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

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

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

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

Cheers

Monte

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

Re: valueDiff for arrays?

[Monte Goulding via use-livecode]

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

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

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


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

Re: LCB - Text entry/edit in a widget

[Monte Goulding via use-livecode]

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

> On 5 Aug 2018, at 2:08 am, pink via use-livecode 
>  wrote:
> 
> What I would like to make is a widget that essentially functions as a multi
> field form. 
> 
> I know how to add text to a widget, but how can I make editable by the user?
> 
> Essentially, how can I create one or more "fields" in a widget?
> 
> 
> 
> -
> ---
> Greg (pink) Miller
> mad, pink and dangerous to code
> --
> Sent from: 
> http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

Re: Move command on iOS

[Monte Goulding via use-livecode]

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

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

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

Cheers

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

Re: Move command on iOS

[Monte Goulding via use-livecode]

This seems to work fine here testing on a device

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


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

Re: Move command on iOS

[Monte Goulding via use-livecode]

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

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


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

Re: Move command on iOS

[Monte Goulding via use-livecode]

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

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

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


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

Re: Move command on iOS

[Monte Goulding via use-livecode]

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

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

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

Re: Move command on iOS

[Monte Goulding via use-livecode]

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

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

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

Re: CEF browser question

[Monte Goulding via use-livecode]

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

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

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

Cheers

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

Re: acceleratedRendering

[Monte Goulding via use-livecode]

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

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

Cheers

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

Re: acceleratedRendering

[Monte Goulding via use-livecode]

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


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

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

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

Cheers

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

Re: Camera on iPad error?

[Monte Goulding via use-livecode]

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

> On 31 Jul 2018, at 10:22 am, Alan via use-livecode 
>  wrote:
> 
> I've submitted an app update to the Apple store and have been rejected with 
> the following error:
> 
> "We discovered one or more bugs in your app when reviewed on iPad running iOS 
> 11.4.1 on Wi-Fi connected to an IPv6 network.
> 
> Specifically, when tapping on the camera button, no further action took 
> place."
> 
> I'm using mobilePickPhoto to call up the camera with LC 9.0 - has anyone else 
> seen this problem?
> 
> cheers
> 
> Alan
> 
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

Re: OT: Looking for a new programming language?

[Monte Goulding via use-livecode]

Ahaha… are you doing the LiveCode implementation?

> On 28 Jul 2018, at 2:51 am, Mark Wieder via use-livecode 
>  wrote:
> 
> 
> "But why?
> Mainly because if we make Rockstar a real (and completely pointless) 
> programming language, then recruiters and hiring managers won't be able to 
> talk about 'rockstar developers' any more."
> 
> https://boingboing.net/2018/07/25/hello-cleveland-world.html
> https://github.com/dylanbeattie/rockstar
> 
> -- 
> Mark Wieder
> ahsoftw...@gmail.com
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

Re: Oauth2 (Dropbox) on iOS

[Monte Goulding via use-livecode]

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

Hi Ben

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

NSAppTransportSecurity

   NSAllowsLocalNetworking
   


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

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

Cheers

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

Re: Android, acceleratedRendering and visual effect

[Monte Goulding via use-livecode]

Hi Dan

A little update. 

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

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

Cheers

Monte

> On 20 Jul 2018, at 9:54 am, Monte Goulding via use-livecode 
>  wrote:
> 
> Hi Dan
> 
> This looks like a regression from the large number of acceleratedRendering 
> related patches that went into 9.0.1 rc 1. I am looking into it as it will be 
> a blocker for 9.0.1-rc-2.
> 
> Cheers
> 
> Monte
> 
>> On 20 Jul 2018, at 4:13 am, Dan Friedman via use-livecode 
>>  wrote:
>> 
>> Hello!
>> 
>> Using LC 9.0.1 (rc1), on android only, if I have acceleratedRendering on, 
>> the effect is not applied when doing this:
>> 
>> lock screen for visual effect
>> //do something
>> unlock screen with visual effect wipe left //any effect fails
>> 
>> However, if acceleratedRendering is off, the visual effect is applied.
>> 
>> Any thoughts?
>> 
>> 
>> -Dan
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

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

Re: Android, acceleratedRendering and visual effect

[Monte Goulding via use-livecode]

Hi Dan

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

Cheers

Monte

> On 20 Jul 2018, at 4:13 am, Dan Friedman via use-livecode 
>  wrote:
> 
> Hello!
> 
> Using LC 9.0.1 (rc1), on android only, if I have acceleratedRendering on, the 
> effect is not applied when doing this:
> 
> lock screen for visual effect
> //do something
> unlock screen with visual effect wipe left //any effect fails
> 
> However, if acceleratedRendering is off, the visual effect is applied.
> 
> Any thoughts?
> 
> 
> -Dan
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

Re: How to create a QR Code Version 14 (73x73modules)

[Monte Goulding via use-livecode]

Hi Matthias

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

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

Cheers

Monte

> On 18 Jul 2018, at 8:20 am, Matthias Rebbe via use-livecode 
>  wrote:
> 
> Hi.
> 
> My app needs to create qr codes. This is not a problem so far, as Splash21´s  
> qrCode library is now included in Livecode.
> 
> My problem is that i need to create qr Codes with exact version 14, which has 
> a matrix size of 73 x 73. The customer needs exact that kind of code. The 
> codes are scanned by a parcel service and the tech papers of the parcel 
> service note exact those requirements.
> 
> As the  qrCode library in LC automatically decides according to the number 
> and types of the characters, what version is used for creation, i am not sure 
> if this is even possible. But is there a way to create just version 14 codes 
> regardless of the number of character? Maybe with a modified library?
> 
> Regards,
> 
> Matthias
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

Re: Script Only Stack Behaviors and Nesting

[Monte Goulding via use-livecode]

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

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

Cheers

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

Re: Script Only Stack Behaviors and Nesting

[Monte Goulding via use-livecode]

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

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

Cheers

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

Re: LCB Foreign LC9.0.0

[Monte Goulding via use-livecode]

Hi Kevin

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


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

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

{library | [weak-]framework} 

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

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

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

Re: Browser Widget Layer on mobile

[Monte Goulding via use-livecode]

Hi Dan

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

Cheers

Monte

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


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

Re: Open recent File Menu

[Monte Goulding via use-livecode]

Hmm… ok then

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

Cheers

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

Re: LiveCode - Andoid SDK - Java compatibility chart?

[Monte Goulding via use-livecode]

Hi Folks

Just to clarify as I have looked into this. 

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

Cheers

Monte

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

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

Re: Dark Mode in macOS Mojave, any thoughts from the mothership?

[Monte Goulding via use-livecode]

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

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

Cheers

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

Re: Open recent File Menu

[Monte Goulding via use-livecode]

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

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

Cheers

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

Re: Linux Screen Resolution

[Monte Goulding via use-livecode]

Hi Glen

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

Cheers

Monte

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


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

Re: Cropping an image

[Monte Goulding via use-livecode]

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

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

Cheers

Monte

> On 1 Jun 2018, at 2:07 pm, Ralph DiMola via use-livecode 
>  wrote:
> 
> OK, Here's the deal. Although there is a byte for alpha in the z buffer 
> (imagedata) it seems to be ignored. The alpha data is only in the alphadata 
> property. You also must set the text property to empty before you set the new 
> image(imagedata) and alpha data(alphadata).
> 
> This example just does a crop in the middle of y and pastes the remaining top 
> and bottom together:
> 
> command CropMiddleOfImage pImageName, pMiddlePercentCrop
>   --
>   -- pImageName ==> LiveCode image control's name
>   -- pMiddlePercentCrop ==> 0 to 100
>   --
>   local tImageData, tWidth, tHeight, tTop, tBottom, tNewImageData, 
> tAlphaData, tNewAlphaData
> 
>   lock screen
>   put the imagedata of image pImageName into tImageData
>   put the alphadata of image pImageName into tAlphaData
>   put the width of image pImageName into tWidth
>   put the height of image pImageName into tHeight
> 
>   put pMiddlePercentCrop / 100 into pMiddlePercentCrop
>   put trunc((tHeight - (tHeight * pMiddlePercentCrop)) / 2) into tTop
>   put tTop into tBottom
>   if not (((tHeight - (tHeight * pMiddlePercentCrop)) / 2) is an integer) then
>  add 1 to tBottom
>   end if
> 
>   put byte 1 to (tTop*4*tWidth) -1 of tImageData into tNewImageData
>   put byte (the number of bytes of tImageData - (tBottom*4*tWidth)) to -1 of 
> tImageData after tNewImageData
>   put byte 1 to (tTop*tWidth) -1 of tAlphaData into tNewAlphaData
>   put byte (the number of bytes of tAlphaData - (tBottom*tWidth)) to -1 of 
> tAlphaData after tNewAlphaData
> 
>   set the height of image pImageName to tTop+tBottom
>   set the width of image pImageName to tWidth
>   set the text of image pImageName to empty
>   set the imagedata of image pImageName to tNewImageData
>   set the alphadata of image pImageName to tNewAlphaData
> 
>   unlock screen
> 
> end CropMiddleOfImage pImageName
> 
> Ralph DiMola
> IT Director
> Evergreen Information Services
> rdim...@evergreeninfo.net
> 
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

Re: Help converting Hex UTF-8 bytes to character

[Monte Goulding via use-livecode]

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

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

Cheers

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

Re: Help converting Hex UTF-8 bytes to character

[Monte Goulding via use-livecode]

Hi Trevor

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

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

Cheers

Monte

> On 1 Jun 2018, at 6:13 am, Trevor DeVore via use-livecode 
>  wrote:
> 
> Hi,
> 
> I have a text file that contains Hex UTF-8 bytes encode in the following
> manner:
> 
> ```
> \xC3\xB3
> ```
> 
> This particular sequence represents the following character:
> 
> ```
> ó
> ```
> 
> I need to read this file in, converting these hex bytes to the proper
> character. For example, the following string:
> 
> ```
> versi\xC3\xB3n HTML5
> ```
> 
> should be read in as:
> 
> ```
> versión HTML 5
> ```
> 
> Does anybody know how to use the C3 B3 hex values to generate the proper
> character?
> 
> Thanks,
> 
> -- 
> Trevor DeVore
> ScreenSteps
> www.screensteps.com
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

Re: mergDoc - no preview, no sharing

[Monte Goulding via use-livecode]

Hi Ralf

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

Cheers

Monte

> On 30 May 2018, at 7:32 am, Ralf Bitter via use-livecode 
>  wrote:
> 
> Is there anybody who can confirm that the iOS external
> mergDoc plays nicely in an iOS 11.2 or iOS 11.3.1 environment?
> 
> I am particularly interested to know if handler mergDocShowPreview
> and “Copy to …” share extensions using mergDocShowOpenInMenu
> or the share button work.
> 
> My tests using the mergDoc.livecode demo in LC 9.0 as well as in LC 8.1.10
> produced the following results so far:
> 
> Files tested: .docx, ppsx, .txt, .pages, .pdf, .png
> 
> Device: iOS 11.2 on iPad Pro 10.5 inch
> 
> mergDocShowPreview worked for .png files only
> “Copy to …” share extensions using mergDocShowOpenInMenu
> or the share button fails although mergDocCanOpen() returns true,
> the modal just shows the file name and “Office Open XML show” for
> .ppsx files as an example
> 
> Simulator: iOS 11.2 on iPad Pro 10.5 inch
> 
> mergDocShowPreview works for all files
> “Copy to …” share extensions using mergDocShowOpenInMenu
> or the share button can not be tested
> 
> 
> Device: iOS 11.3.1 on iPad Air
> 
> mergDocShowPreview works for all files
> “Copy to …” share extensions using mergDocShowOpenInMenu
> or the share button fails although mergDocCanOpen() returns true,
> the modal just shows the file name and “Office Open XML show” for
> .ppsx files as an example
> 
> Simulator: iOS 11.2 on iPad Air
> 
> mergDocShowPreview works for all files
> “Copy to …” share extensions using mergDocShowOpenInMenu
> or the share button: can not be tested
> 
> 
> Ralf
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

Re: LiveCode Builder linter support for Sublime Text

[Monte Goulding via use-livecode]

Trevor this is cool. 

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

Cheers

Monte

> On 29 May 2018, at 12:35 pm, Trevor DeVore via use-livecode 
>  wrote:
> 
> For anyone writing LiveCode Builder code in Sublime Text I’ve added linter
> support to the `tkd-lcb-linter` branch on the
> https://github.com/trevordevore/sublimelinter-contrib-livecodelint project.
> Sublime Text will alert you to syntax errors without having to compile in
> LiveCode.
> 
> To try it out replace your existing plugin folder with the contents of the
> following branch:
> 
> https://github.com/trevordevore/sublimelinter-contrib-livecodelint/tree/tkd-lcb-linter
> 
> If you need more help with installation let me know and I can provide more
> detailed instructions.
> 
> -- 
> Trevor DeVore
> ScreenSteps
> www.screensteps.com
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

Re: Windows 10 and LC9.0

[Monte Goulding via use-livecode]

Hi Folks

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

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

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

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

Cheers

Monte



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

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

[Monte Goulding via use-livecode]

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

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

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

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

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

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

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

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

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

Cheers

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

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

[Monte Goulding via use-livecode]

Hi Sean

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

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

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

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

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

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

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

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

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

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

Regards

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

Re: Should "put" to the Message Box be affected by lockMessages?

[Monte Goulding via use-livecode]

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

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

Cheers

Monte

> On 24 May 2018, at 9:34 am, Richard Gaskin via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> 
> I like the new Message Box API, but I've noticed that now that it's 
> message-driven it's no longer immune to the lockMessages.
> 
> I have a habit of putting in a simple "put" command here and there during 
> development for diagnostics, and with the v9 changes "put" won't bring up the 
> Message Box if the lockMessages is set to true.
> 
> Anyone else miss the old behavior?
> 
> Has anyone missed it enough to submit a bug report/feature request to 
> reinstate the traditional behavior?
> 
> -- 
> Richard Gaskin
> Fourth World Systems
> Software Design and Development for the Desktop, Mobile, and the Web
> 
> ambassa...@fourthworld.comhttp://www.FourthWorld.com
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

Re: new library messages

[Monte Goulding via use-livecode]

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

No, they are called from the initialisation library.

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

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

Cheers

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

Re: [BUG] Browser widget implemented without access to localStorage API

[Monte Goulding via use-livecode]

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

Cheers

Monte

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

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

Re: [BUG] Browser widget implemented without access to localStorage API

[Monte Goulding via use-livecode]

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

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

Cheers

Monte

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


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

Re: Sean?

[Monte Goulding via use-livecode]

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

That is such a relief to hear!

Thanks Dan

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

Re: HTTPD Server Post Requests work ........about half the time

[Monte Goulding via use-livecode]

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

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

Cheers

Monte

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


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

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

[Monte Goulding via use-livecode]

Hi Sean

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

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

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

Hoping you are OK

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

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

[Monte Goulding via use-livecode]

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

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

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

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

[Monte Goulding via use-livecode]

I have opened this bug report for mergGoogle

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

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

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

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

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

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

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

[Monte Goulding via use-livecode]

Hi Sean

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

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

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

Monte

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


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

Re: LC Web integration is not good enough

[Monte Goulding via use-livecode]

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

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

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

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

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

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

Cheers

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

Re: LC Web integration is not good enough

[Monte Goulding via use-livecode]

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

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

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

Cheers

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

Re: some thoughts on version 9.0.0

[Monte Goulding via use-livecode]

> On 21 Apr 2018, at 7:54 am, Douglas Ruisaard via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> 
> Maybe, Panos... BUT what if someone (like me!) is using one of those 
> "disappearing" inks (sorry for the pun!).  The number of inks which were 
> removed is HUGE!  I'm supposed to go back to all of my project and live 
> apps and find and replace them???  I don't think so!


Well of course it’s up to you what you do but these inks were deprecated for a 
long time and were not able to be supported after the skia upgrade. We also had 
to update the IDE to remove/replace their use. It was a while back and I didn’t 
keep the stack unfortunately but I wrote a script that iterated all the open 
stacks and found unsupported inks and then listed the object name so I could go 
and edit to find an equivalent or just remove it.

On the up side you can now use color emoji’s ;-)

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: Contributing to the IDE

[Monte Goulding via use-livecode]

> ​Sorry, one other point: yes, you are correct, working from a pre-built
> distribution is exactly the question I was asking, and if the only issue is
> syncing the IDE files with the development versions, that seems like a
> small issue: many of the files at
> https://github.com/livecode/livecode-ide/tree/develop/Toolset/libraries are
> months to years from their last update. Ditto for
> https://github.com/livecode/livecode-ide/tree/develop/Toolset/palettes/script%20editor/behaviors.
> That
> makes it seem as though it would absolutely be possible to work on the IDE
> in the current 9.x release, with the caveat that merge conflicts would be
> *slightly* more likely. ​
> 
> Or am I missing something?

I think you are missing that once setup to build then it’s just once click in 
xcode or visual studio or one command on linux and you can rebuild and run the 
correct engine for the IDE so spending any time trying to figure out how to 
avoid such a small amount of work doesn’t seem that helpful. Additionally once 
setup like that you can patch anything from engine, docs, widgets, ide… so it’s 
much less limiting.

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: Contributing to the IDE

[Monte Goulding via use-livecode]

> On 20 Apr 2018, at 6:29 pm, Geoff Canyon via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> 
> Two questions:
> 
> 1. Are older versions closed to changes? If I find a bug in LC 8.1.8 (or
> some update to it) is it pointless to fix the bug and submit a pull request?

If it is still present on the maintenance release branch (currently 
develop-9.0) then fix against that and it will be in the next maintenance 
release.

> 2. Is it fair to submit IDE pull requests the same way I might for the
> documentation? I.E., GitHub was perfectly happy to fork https://github.com/
> livecode/livecode-ide/edit/develop/Toolset/palettes/menubar/revmenubar.
> livecodescript for me, so it seems that if I update it, I could submit a
> pull request for it, without having built anything. Obviously that beheads
> a significant fraction of git's functionality, but it gets the job done,
> correct?

I’m fairly sure Bernd implements stuff using his current install of LC locally 
then then makes a patch with that using the github web ui. Am I right Bernd? I 
think the web interface is significantly harder and more confusing to use 
personally but that could be just me. It’s also not possible to do things like 
fix up commit messages.

Cheers

Monte

> 
> Thanks,
> 
> gc
> 
> On Fri, Apr 20, 2018 at 1:08 AM, Mark Waddingham via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> On 2018-04-17 03:44, Geoff Canyon via use-livecode wrote:
>> 
>>> Are there instructions available somewhere on how to set up the IDE in
>>> GitHub so I can make changes and submit pull requests?
>>> 
>> 
>> Not in the way you are trying to - no.
>> 
>> Pretty much all our documentation is centered around the initial step
>> which is getting the entire LiveCode system (engine and IDE) to build from
>> source first. The main docs for that start in the LiveCode repo README -
>> https://github.com/livecode/livecode/blob/develop/README.md.
>> 
>> What you are asking for is slightly different: "How do I make it so that I
>> can modify the IDE in a pre-built distribution and submit patches/PR from
>> that".
>> 
>> The main issue here (and perhaps the only issue) is that the HEAD versions
>> of the version branches (release-* branches for specific releases,
>> develop-* for the frontier of maintenance releases and develop for the next
>> release) in the three main community repositories are all mutually
>> dependent to a greater or lesser degree. Whilst you can try and use the
>> develop HEAD version of the IDE with an engine built from develop-9.0 or
>> earlier, the reality is that it might not work.
>> 
>> Whilst it would be really really nice to have the IDE completely
>> independent of a given engine version, that is still a dream we are quite a
>> way from realizing.
>> 
>> In order to submit a PR which has any chance of being accepted, you have
>> to make sure it is submitted against the HEAD of the appropriate branch.
>> Whilst you can certainly checkout just the IDE repository, and then
>> redirect the Toolset folder from within a LiveCode distribution to use it -
>> you might find it does not work as the engine version required to run that
>> version of the Toolset (from the HEAD of the branch) might be 'newer' (and
>> as-yet unavailable as a built distribution to download) than that which you
>> have.
>> 
>> To cut a long story short: right now I'd strongly advise against thinking
>> of the engine and IDE as separate things if you want to contribute to the
>> LiveCode project because for the most part they are too mutually dependent.
>> As it stands, you really need to build the LiveCode repo from source on
>> your chosen development platform - as that's the only way you can guarantee
>> that you can submit patches against the current HEAD of any of the branches.
>> 
>> 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: some thoughts on version 9.0.0

[Monte Goulding via use-livecode]

> On 20 Apr 2018, at 2:27 pm, J. Landman Gay via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> 
> Another disadvantage is that you can't debug them remotely, which for some 
> projects means you can't debug remotely at all.

You can use the breakpoint command can’t you? There is a general issue here 
that we have in the past stuffed things like breakpoints and last selection etc 
into the custom properties of objects but really they should be separate. It’s 
probably a big project to sort that out though!

Cheers

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

Re: some thoughts on version 9.0.0

[Monte Goulding via use-livecode]

> On 20 Apr 2018, at 1:41 pm, James At The Hale via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> 
> One downer I have noticed with the advent of behaviors being in script only 
> stacks is you lose the ability to edit them when you click on the behavior 
> badge.
> 
> If the behavior resides in a button, as before, all is well.

That sounds like a bug which we can fix. Could you report it.
> 
> Recently while looking into something with the data grid I noticed all the 
> behavior badges open an empty script window. It seems all the behaviors that 
> were contained in these buttons (that reside in the revDataGridLibrary) now 
> reside in script only stacks that are chained to the buttons.

Yes, we used the scriptifier on the datagrid to make it more maintainable. As a 
result the buttons on the revDataGridLibrary stack which used to be the 
behaviors now have behaviors themselves. One advantage to this is any image 
references will still be resolved correctly.

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: Contributing to the IDE

[Monte Goulding via use-livecode]

I also just remembered that much of the information that you may find helpful 
is in the contributing to docs page which you may not have read if your 
interest is in source contributions. 
https://github.com/livecode/livecode/blob/develop/docs/contributing_to_docs.md 
<https://github.com/livecode/livecode/blob/develop/docs/contributing_to_docs.md>

I’m thinking we would do well to reorganise this doc by moving the docs style 
stuff to the docs style guide and the rest into a more general (not just about 
docs) your first PR doc.

> On 20 Apr 2018, at 12:39 pm, Monte Goulding via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> 
> Hmm… OK Geoff, sorry for being flippant and causing a rant!

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

Re: Contributing to the IDE

[Monte Goulding via use-livecode]

for your 
platform. If you are on mac you can build and run directly from Xcode, edit IDE 
stacks, save them and then make the patch via git.

> Save it to your Applications folder.

No… don’t do that… My clone is in my home folder… you can clone just somewhere 
it’s easy to work on.

> Do not overwrite your working copy of LiveCode.

Definitely don’t do that ;-)

> 5. You will need to follow these additional steps to make that repository 
> functional:

If we are considering just IDE development then this step is probably building 
LC although see https://github.com/livecode/livecode#detailed-instructions 
<https://github.com/livecode/livecode#detailed-instructions> for your platform 
to work out the extra things that need to be installed on your system to build.

> 6. License the copy of LC included in the repository.

No need to do that as it’s community

> 7. Make whatever changes to the IDE you wish. Note that you must segment your 
> changes in individual branches; if you lump a large number of changes in one 
> branch, your updates will almost certainly be rejected.

See 
https://github.com/livecode/livecode/blob/develop/CONTRIBUTING.md#creating-a-pull-request
 
<https://github.com/livecode/livecode/blob/develop/CONTRIBUTING.md#creating-a-pull-request>
> 8. When you have a branch ready to merge into the production copy of 
> LiveCode, issue a pull request. Please follow the documentation descriptions 
> listed below; if we can't understand your change, it will be rejected.
> 
> To be more clear, I have no idea if the above is the correct sequence of 
> steps. That's the problem I'm trying to solve, and neither of the referenced 
> documents, nor any admonishment to study them in greater detail, will solve 
> it.

OK, point taken. If we can work out all the points that people feel are missing 
we would love for more people to be able to contribute. BTW here is a video I 
did for someone about using sourcetree which may or may not shed some light. 
https://www.youtube.com/watch?v=W14_fiRA6Wo=847s 
<https://www.youtube.com/watch?v=W14_fiRA6Wo=847s>

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: some thoughts on version 9.0.0

[Monte Goulding via use-livecode]

> On 20 Apr 2018, at 10:28 am, Mark Wieder via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> 
> On 04/19/2018 03:03 PM, Niggemann, Bernd via use-livecode wrote:
> 
>> actually the problem was that if you use the number of lines of the 
>> behaviors and you have a couple of behaviors stacked then the space needed 
>> for the behaviors would run into the text. The current solution was the one 
>> which used the least space. If you look in the Project Browser at "Message 
>> Box" or "revIDEProjectBrowser" that have two behaviors that the spacing for 
>> between the behaviors is minimal to save space, also that is the reason why 
>> they are oval so you can reduce the spacing between behaviors.
> 
> Sorry, I'm missing something in that explanation.
> Yes, what I see for the messagebox is 2,1,9 meaning that there are nine lines 
> in the object script and two stacked behaviors. The first behavior has 839 
> lines and the second one has 805 lines. I fail to see why it would be a 
> problem if the displayed numbers were 805,839,9.

I think it’s just a space issue. Around the time Bernd did his patch for this I 
had a play with a collapsing breadcrumb widget which can pack as much info as 
there is space to do so for this type of thing. I never cleaned it up for use 
but if someone has some time to do so it could be a good addition:

https://github.com/montegoulding/livecode/blob/breadcrumb/extensions/widgets/breakdcrumb/breadcrumb.lcb
 
<https://github.com/montegoulding/livecode/blob/breadcrumb/extensions/widgets/breakdcrumb/breadcrumb.lcb>

It actually used a hitTestPath function of widgetutils that was never merged 
too so that would need to be copied from here 
https://github.com/montegoulding/livecode/blob/hittest/extensions/modules/widget-utils/widget-utils.lcb#L287
 
<https://github.com/montegoulding/livecode/blob/hittest/extensions/modules/widget-utils/widget-utils.lcb#L287>

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

[Monte Goulding via use-livecode]

> On 20 Apr 2018, at 2:01 am, Douglas Ruisaard via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> 
> I am pursuing another course of action for my iOS USB investigation... in the 
> meantime, in case I need it, I'd appreciate some assistance with 
> mergeAccessory.
> 
> 
> 
> first, the associated doc (api.lcdoc) to mergAccessory is a tad out of 
> date... referencing LC v 5.5 ... but adjusting for version 8.1.9, while there 
> is a "Settings.plist" file in the specified path, it is "unreadable by either 
> by  Xcode 9.2 or  Xcode 8.2 ==> "The data couldn't be read because it isn't 
> in the correct format".  Using an alternative plist reader "Perf Setter", I 
> get a "The document 'Settings.plist" could not be opened”.


You need to edit in a regular text editor. We have some replacement fields that 
the standard plist editors don’t like.
> 
> Next, I do not see any key as referenced in the api doc:  
> UISupportedExternalAccessoryProtocols ... that's OK.. I assume I'd 
> have to create this key but the example only show how to specify the protocol 
> ... the docs say:
> 
> 
> 
> "... Each device in the MFi program has a name and one or more protocols it 
> supports ..." .. so where does the "name" go?

You just specify the protocols
> 
> 
> 
> Finally, I don't see what the example code is supposed to be demonstrating.  
> A bit more explanation on that would be appreciated.

I’m pretty sure the example code will be printing to a portable bluetooth 
receipt printer because that’s the use case that mergAccessory was implemented 
for even though it can work with any made for iphone accessory as long as you 
have the protocol docs.

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: Contributing to the IDE

[Monte Goulding via use-livecode]

Just a guessing based on your response that you possibly didn’t read the docs 
that you asked for and Brian responded with ;-)

> On 20 Apr 2018, at 5:43 am, Geoff Canyon via use-livecode 
>  wrote:
> 
> I have GitKraken; is it as simple as initializing a new repository
> in /Applications/LiveCode Indy 8.1.8.app/Contents/Tools/Toolset/libraries?


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

Re: iOS usb/serial access and use

[Monte Goulding via use-livecode]

> On 17 Apr 2018, at 3:27 am, Douglas Ruisaard via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> 
> Hmmm... I found an interesting and possibly an exploitable approach... 
> possibly in combination with Monte's suggestion that "mergAccessory" may be a 
> component.  In the link:
> https://apple.stackexchange.com/questions/13605/how-to-get-started-with-interfacing-usb-devices-to-ipad
> 
> ... there is discussion about using a MIDI device as an attachment to an iOS 
> device.  I could easily get the arduino to appear to be a MIDI device, since 
> that merely involves using a specific "protocol" for moving data AND there 
> are many arduino project which use the arduino for MIDI processing, input and 
> output.
> 
> Question is.. how would I go about "marrying" the two... a MIDI "device" and 
> Monte's "mergAccessory" external?

Unfortunately you need an official made for iOS device to use mergAccessory. 
It’s a special program that hardware manufacturers have to sign up to. Apple 
being Apple keep control of the ecosystem of hardware. Best bet is to look for 
a made for iphone thing that is designed as an interface to arduino or 
something.

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: iOS usb/serial access and use

[Monte Goulding via use-livecode]

> On 17 Apr 2018, at 12:13 am, Douglas Ruisaard via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> It does somewhat bother me, though, that use of the USB to an iOS device *is* 
> available "within" LC but not exposed as a function... I though the LC IDE 
> was written in LC ... someone had that in a posting I read recently ... so, 
> in principle, it "could" be made available to developers.  It's not as if LC 
> doesn't allow us to access and use serial/USB devices in other OS's!  I'm 
> sure in this age of wireless-ness, hardwire connectivity is a conceptual 
> dinosaur but, for us die-hards, it remains a viable alternative.

I think you are talking about mergDeploy here and that is a very specific use 
case of installing an app onto a device rather than general USB access. Indeed 
mergDeply uses private APIs to do what it does but that’s OK because we aren’t 
trying to release LiveCode via the App Store.

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: iOS usb/serial access and use

[Monte Goulding via use-livecode]

Hi Douglas

Unless something has changed recently iOS does not provide a public way to use 
the USB cable. It could be that there is a third party accessory that you can 
plug in to do this though. If so you could use mergAccessory to read and write 
to it.

Cheers

Monte

> On 16 Apr 2018, at 1:42 am, Douglas Ruisaard via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> 
> Now, for the next "component", I'd like to be able to communicate to and from 
> the arduino to and from an iOS device (iPhone or iPad) via a "hardwire" 
> connection... 


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

Re: Getting Orientation Enforced on Phone

[Monte Goulding via use-livecode]

> On 14 Apr 2018, at 10:45 am, Ralph DiMola via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> 
> To fix this right we need:
> 1) mobileSetAllowedOrientations should be just that. This should be a end
> user rotation permissions.

I have had a brief look at this worked out what needs to be done. Hopefully we 
can do this next sprint for 9.0.1.

> 2) Add new==> mobileSetOrientation (pOrientation,
> pRespectDeviceOrientationLock {true|false})

I guess rather than this we could fix #1 and ensure that all platforms respect 
the system orientation lock unless it is not in the allowed orientations given 
if you are forcing an orientation you would need to fiddle with allowed 
orientations anyway.

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: v9 experience grinds to a halt. non-functioning breakpoints.

[Monte Goulding via use-livecode]

> On 4 Apr 2018, at 1:10 pm, J. Landman Gay via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> 
> Maybe script debug mode is turned off?

There are two other less obvious reasons that the breakpoints might be being 
ignored:

- the breakpoint is in a moveStack or resizeStack handler. Note that in 9.0.1 
this will extend to resizeControl also to resolve bug 21017.
- the breakpoint is encountered when a modal dialog is open

Cheers

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

Re: How to handle BasicAuth in Browser widget?

[Monte Goulding via use-livecode]

I think we would either need to add support for a callback or present a dialog 
natively. It might be possible to handle the load failed callback and check the 
error string then specify the username and pass in the URL though...

> On 29 Mar 2018, at 4:17 am, Richard Gaskin via use-livecode 
>  wrote:
> 
> This forum post is an interesting problem:
> https://forums.livecode.com/viewtopic.php?f=7=30796
> 
> By what means can our stacks use the standard Basic Auth dialog when going to 
> a page that requires it in the Browser widget?
> 
> --
> 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: Issues with storage of data in stack

[Monte Goulding via use-livecode]

> On 24 Mar 2018, at 7:23 am, Richard Gaskin via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> 
> Apparently he submitted a pull request last year for what seems like a very 
> nice solution, using formatting strings:
> https://github.com/livecode/livecode/pull/5433 
> <https://github.com/livecode/livecode/pull/5433>
> 
> This was per this BZ request:
> https://quality.livecode.com/show_bug.cgi?id=18150 
> <https://quality.livecode.com/show_bug.cgi?id=18150>
> 
> Not sure what happened to that.  Seems like it would be a great option.

Basically that PR is something I did on a weekend that wasn’t really on the 
radar. I got interested because I was doing the AWS script library so was 
working with ISO dates. Anyway, we had some discussion internally about whether 
we should expose ICU date formatting strings rather than continue with the ones 
described by the dateFormat (which is what I did in my PR). The advantage or 
ICU strings is that many languages use them so the chance of copy/paste from 
somewhere online doing what you want is pretty high. However because the 
dateFormat exists we weren’t overly sure how to proceed there and so we moved 
on ;-)

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: Dinamyc variables.

[Monte Goulding via use-livecode]

> On 19 Mar 2018, at 1:08 pm, Heriberto Torrado via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> I am trying to create a new variable with the name of a dynamically generated 
> card.
> Please note that I would like to create a new variable, not to put the name 
> of the card inside the variable.

This seems a little strange. Are you sure you aren’t suffering from an X/Y 
problem here. Perhaps explain what it is you are wanting to do with the 
variable?

Cheers

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

Re: [OT] Free tool for ease Windows Installer creation

[Monte Goulding via use-livecode]

Good stuff Matthias

InstallGadget was a handy little thing for a while there so I’m sure this will 
equally so. There’s some DMG wrangling code in the livecode repo that we use 
for building the mac installer if you are interested.

Cheers

Monte

> On 14 Mar 2018, at 11:14 am, Matthias Rebbe via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> 
> Hi,
> 
> inspired by Monte´s great, but unfortunately not available anymore, tool 
> InstallGadget, i´ve created a similar tool called InstaMaker.
> I very often need to create Installers for my little Windows apps and 
> InstallGadget was a good friend in the past, but drag´n´drop did not work 
> with newer Windows versions and other problems appeared. So i decided to 
> built my own version of such a tool.
> 
> On Windows InstaMaker creates Windows Installers (based on the newest version 
> of InnoSetup). You do not need to install InnoSetup separately. The needed 
> parts are already included in InstaMaker. On OS X it creates simple DMG 
> files. 
> Just drag a folder which contains your program into the program window of 
> InstaMaker or onto the InstaMaker Icon. InstaMaker does the rest for you.
> 
> I know there are other tools out there which do the DMG stuff much better, 
> but i wanted to have a tool available which does exact the same as 
> InstallGadget did.
> 
> InstaMaker for Windows might be a good solution for the one or the other who 
> wants to create a Windows Installer of a program quick and easy.
> 
> I will add code signing support the next weeks or when time allows, so that 
> the Windows installer will be automatically code signed after creation. For 
> this you will need a code signing certificate.
> 
> InstaMaker is free.  You can download it from its website at 
> https://instamaker.dermattes.de <https://instamaker.dermattes.de/>
> 
> 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 26 Feb 2018, at 2:47 pm, Brian Milby <br...@milby7.com> wrote:
> 
> My 0.02 is that export should mirror what the engine saves to the stack file 
> such that import could exactly recreate an object (with some logic on how to 
> handle ID collisions - overwrite, throw error, assign new ID...)

Yes that makes sense. It would also be nice if we could somehow apply that 
exported data to an existing object.

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 26 Feb 2018, at 9:45 am, Ali Lloyd via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> 
>> No there isn't, because if you aren't using it to completely import an
> object (i.e. set the properties of obj1 to the properties of obj2) it's
> your lookout what properties you include in the array to set - so just
> don't include all the forms of text.

I must have misunderstood. I thought you were proposing adding all gettable 
properties to the properties and not changing the way set works (i.e. iterating 
all elements and setting them one at a time).

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 26 Feb 2018, at 2:57 am, Ali Lloyd via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> 
> The trick is to ensure that the VCS use-case
> can be extricated.

I think probably the VCS use-case is a non-issue right now. I’m not sure if 
anyone is still using lcVCS but script only stacks + stackFiles with no scripts 
is significantly simpler to deal with. Either way export object covers that 
better.

> If we have export for all object types, there's no
> reason (other than backwards compatibility) that the properties property
> couldn't return the value of every single gettable property of an object
> type.

Yes there is. If we include all the different forms of text for example 
(htmlText, text, rtfText, styledText) then we have to have even more 
complicated precedence rules than we currently do when setting.

I would suggest if we can look at all the metadata we need in the IDE about an 
object property and provide a way to access as much of that as possible by 
introspecting the object most people would be happy regardless of whether we 
provide an array prop to get and set it in one hit. Just about all the data is 
there already in the property tables.

Cheers

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

Re: LiveCode Widget Factory

[Monte Goulding via use-livecode]

> On 23 Feb 2018, at 3:47 pm, Mark Wieder via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> 
> The licensing is even weirder than that:
> 
> "This edition only allows you to use commercial extensions (including 
> protected code) purchased through the LiveCode marketplace. You may not 
> attempt to circumvent this restriction by using commercial extensions created 
> elsewhere.”

Woops, forgot that bit. Not that weird though… the idea is an entry level that 
can also enjoy commercial extensions. We already have an entry level that can 
enjoy open source extensions ;-)

Cheers

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

Re: LiveCode Widget Factory

[Monte Goulding via use-livecode]

> On 23 Feb 2018, at 3:43 pm, Richard Gaskin via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> 
> Thanks.
> 
> Curious.  I searched for "license" on that page and couldn't find a link to 
> one.  Do you know where I might be able to review the license before 
> purchasing?

I’m not sure if our licenses are linked anywhere other than bundled with the 
app sorry.

Cheers

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

Re: LiveCode Widget Factory

[Monte Goulding via use-livecode]

> On 23 Feb 2018, at 3:13 pm, Richard Gaskin via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> 
> I'll be the first to admit I have a hard time keeping up with the details 
> that distinguish the various editions, but from the web site:
> 
>   Just like LiveCode Community this is an open source edition of
>   LiveCode and carries with it the same requirement for making your
>   code open and shareable. Where it differs from the Open Source
>   edition is in all of the extra goodies it comes with.
> 
> https://livecode.com/products/community-plus-edition/ 
> <https://livecode.com/products/community-plus-edition/>
> 
> ?

Poorly worded perhaps. The intent is the license requires user code to be open 
sourced and un-password protectable while the LC edition/engine itself is not. 
I must confess I don’t know much about the particulars of the license we have 
used, however, I know it permits commercial extensions and even password 
protected stacks (presuming the protection was done on indy or business) to be 
used.

Cheers

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

Re: LiveCode Widget Factory

[Monte Goulding via use-livecode]

> On 23 Feb 2018, at 9:25 am, Malte Pfaff-Brill via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> 
> TL;DR will we be able to use those commercial widgets in an open source 
> context? If so, which license would fit?

Hi Malte

Community Plus is not open source. The only open source edition of LiveCode is 
Community so you need to use extensions that are licensed with GPL 3 compatible 
licenses 
https://www.gnu.org/licenses/license-list.en.html#GPLCompatibleLicenses 
<https://www.gnu.org/licenses/license-list.en.html#GPLCompatibleLicenses>

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: mergAVPlayerCreateFromURL in IDE

[Monte Goulding via use-livecode]

Hmm… that seems unpleasant. Unfortunately it probably hasn’t been used much 
before on mac so if you can post a bug report with your issues that would be 
good. What was the reason you are using mergAVPlayer instead of the engine 
player/mobile control options?

Cheers

Monte

> On 23 Feb 2018, at 1:34 pm, Sean Cole (Pi) via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> 
> Ok, weird. So, after working out that mergAVPlayerCreateFromURL needs to
> use a 'put' command as a function, the video would play but not be
> visible despite that property being set to true. Further investigation
> showed that the rect when set to 0,0,1024,768 would read back (using
> mergAVPlayerGet) as 0,-768,1024,768. If I set it to 0,0,512,384, it returns
> 0,-384,512,384. Setting to 0,200,512,384 returns 0,-384,512,184.
> 
> 
> Sean Cole
> *Pi Digital Productions Ltd*
> www.pidigital.co.uk
> +44(1634)402193
> +44(7702)116447
> 'Don't try to think outside the box. Just remember the truth: There is no
> box!'
> 'For then you realise it is not the box you are trying to look outside of,
> but it is yourself!'
> 
> eMail Ts & Cs <http://pidigital.co.uk/emailTCs.rtf>   Pi Digital
> Productions Ltd is a UK registered limited company, no. 5255609
> 
> On 22 February 2018 at 22:14, Monte Goulding via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> 
>> Yes it should work on Mac in the IDE. I don’t know if it has ever been
>> used much because player objects make more sense on desktop. Looks like you
>> need to set the visible to true after creating it but on iOS that probably
>> isn’t required...
>> 
>> Cheers
>> 
>> Monte
>> 
>>> On 23 Feb 2018, at 3:20 am, Sean Cole (Pi) via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>> 
>>> Hi,
>>> 
>>> Is there any way to get mergAVPlayerCreateFromURL to work within the
>> IDE? I
>>> would like to test it without building a standalone for bug locating.
>>> 
>>> 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
> ___
> use-livecode mailing list
> use-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: mergAVPlayerCreateFromURL in IDE

[Monte Goulding via use-livecode]

Yes it should work on Mac in the IDE. I don’t know if it has ever been used 
much because player objects make more sense on desktop. Looks like you need to 
set the visible to true after creating it but on iOS that probably isn’t 
required...

Cheers

Monte

> On 23 Feb 2018, at 3:20 am, Sean Cole (Pi) via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> 
> Hi,
> 
> Is there any way to get mergAVPlayerCreateFromURL to work within the IDE? I
> would like to test it without building a standalone for bug locating.
> 
> 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: libsodium on LiveCode?

[Monte Goulding via use-livecode]

> On 21 Feb 2018, at 2:57 pm, Brian Milby <br...@milby7.com> wrote:
> 
> Monte, you are awesome!

Cheers! Not feeling so awesome today… been banging my head on something all day 
and getting nowhere :-(
> 
> With your help I was able to generate a key pair using libSodium. That means 
> that we are one huge step closer to asymmetric key generation and use within 
> LC.

Hmm… have you seen tsNetGenerateKey ?
> 
> For each tool chain they provided a static and dynamic directory. The static 
> just contained a .lib file. The dynamic contains 3 or 4 files.  Starting at 
> 140 a .pdb file is added. The latest one that works is v120.
> 
> Thanks for the help!

OK, I’m not sure why they aren’t working. The main thing I’d look for is if 
they are built to dynamic link to the CRT and you don’t have the corresponding 
version of MSVS or the redistributable packages installed. You could try 
installing this and then test 140 
https://www.microsoft.com/en-au/download/details.aspx?id=48145 
<https://www.microsoft.com/en-au/download/details.aspx?id=48145>

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: libsodium on LiveCode?

[Monte Goulding via use-livecode]

> On 20 Feb 2018, at 4:44 pm, Brian Milby via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> 
> I was finally able to get the init to return a 0 or 1 (success or already
> initialized).   I switched to `code\x86-win` - not sure if that had any
> effect based on the other major change I made…

I think it will find both win and win32 in the IDE at the moment. I have just 
submitted patches. It’s bug 20991.

> Turns out I was using the wrong version of the dll.  If anyone else wants
> to try, here's the path that actually worked:
> \libsodium-1.0.16-msvc.zip\Win32\Release\v100\dynamic\libsodium.dll (2
> other files there that I included as well)
> I was initially trying a different archive, but then switched to the msvc
> version.  I started with v141 which didn't work.  I went ahead and tried
> v100 which did.  There are also v110, v120, and v140.  I don't know what
> the differences are, but at this point am just happy that I can get the
> library initialized.  I'll eventually try others and try to figure out what
> the numbers mean.

These are VS toolchain versions. v140 is 2015 and v141 is 2017. I’m not sure if 
dynamic in that path refers to it being a dll v lib or the CRT linking. If 
there’s a folder with static/libsodium.dll then use that. It may be that 
resolves your issue with v141...
> 
> @Monte, I was using __safe based on a thread that Mark W commented in on
> the forum.  Essentially if the library is returning just an integer then it
> would probably be safe.
> http://forums.livecode.com/viewtopic.php?f=93=30429 
> <http://forums.livecode.com/viewtopic.php?f=93=30429>

Ah, well, I’m not as smart as Mark so I just let everything that’s not in the 
engine default to unsafe ;-)
> 
> Thanks on the hints on sending data to the library.  I'm also going to need
> to receive keys back from the library.  I'm guessing that where it is
> listed as pK[32] that it will overwrite the data in the passed in string.
> There are other calls that use a pointer and a length as separate arguments
> to the function, so the calls provided will be useful there (those are for
> encrypting/decrypting content).  I'll probably need to dive into the source
> to understand that a bit more (unless their api docs cover it).

So you need a buffer as inout for the library to write to? Something like this.

__safe foreign handler MCDataCreateWithBytesAndRelease(in pBytes as Pointer, in 
pCount as LCUIndex, out rData as Data) returns CBool binds to ""
__safe foreign handler MCMemoryAllocate(in pSize as LCUIndex, out rBlock as 
Pointer) returns CBool binds to "”
__safe foreign handler MCMemoryDeallocate(in pBlock as Pointer) returns nothing 
binds to "”

variable tBuffer as Pointer
if not MCMemoryAllocate(32, tBuffer) then
   throw “uh oh”
end if

CallThingThatSetsBuffer(tBuffer)

variable tData as Data
if not MCDataCreateWithBytesAndRelease(tBuffer, 23, tData) then
   MCMemoryDeallocate(tBuffer)
   throw “uh oh"
end if

return tData

> 
> Now that I can actually talk to the code, I should be able to experiment.
> 
> 
> Here's something that I got working to return the version:
> 
> private __safe foreign handler _sodium_library_version_major() returns CInt
> binds to "c:libsodium>sodium_library_version_major"
> private __safe foreign handler _sodium_library_version_minor() returns CInt
> binds to "c:libsodium>sodium_library_version_minor"
> public handler sodiumVersion() returns String
> variable tResult as String
> put "Version " into tResult
> put _sodium_library_version_major() formatted as string after tResult
> put "." after tResult
> put _sodium_library_version_minor() formatted as string after tResult
> return tResult --"Version 10.1"
> end handler
> ___
> use-livecode mailing list
> use-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: libsodium on LiveCode?

[Monte Goulding via use-livecode]

Hi Brian

Looks like there’s an issues in the code folder stuff. At the moment it will 
look for `code\x86-win` when deploying a standalone it seems. I will patch it 
in a bit to `code\x86-win32`. By the looks of the IDE extension loading code it 
will be actually work for win or win32 (it does a filter with `*-win*` on the 
folders) at the moment so this is unlikely to be your problem.

For 64 bit it would be `code\x86_64-win32` however that’s only for the 
FileMaker plugin at the moment so also unlikely to be your problem.

So… just to confirm. Your dll is called libsodium-23.dll and is built for x86? 
You might want to dump exports to check the dll 
https://stackoverflow.com/questions/1548637/is-there-any-native-dll-export-functions-viewer
 
<https://stackoverflow.com/questions/1548637/is-there-any-native-dll-export-functions-viewer>

Note you should not use `__safe` here and instead call the function from within 
an unsafe block.

Cheers

Monte

> On 20 Feb 2018, at 8:56 am, Brian Milby via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> 
> Made my first attempt to just initialize the library and something is not
> working:
> 
> Message execution error:
> Error description: LCB Error in file
> C:/Users/milby/Dropbox/LiveCode/Downloads/lcSodium/sodium.lcb at line 34:
> unable to load foreign library
> Hint: runtime
> 
> Here's all that the LCB does:
> 
> private __safe foreign handler _sodium_init() returns CInt binds to
> "c:libsodium-23>sodium_init!stdcall"
> public handler sodiumInit() returns Integer
> return _sodium_init() --this is line 34
> end handler
> 
> DLLs are in code\x86-win32 and code\x86-win64
> (tried with and without the !stdcall)
> 
> I probably need to start with something a little simpler ;)
> ___
> use-livecode mailing list
> use-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: libsodium on LiveCode?

[Monte Goulding via use-livecode]

> On 20 Feb 2018, at 8:56 am, Brian Milby via use-livecode 
>  wrote:
> 
> Made my first attempt to just initialize the library and something is not
> working:
> 
> Message execution error:
> Error description: LCB Error in file
> C:/Users/milby/Dropbox/LiveCode/Downloads/lcSodium/sodium.lcb at line 34:
> unable to load foreign library
> Hint: runtime
> 
> Here's all that the LCB does:
> 
> private __safe foreign handler _sodium_init() returns CInt binds to
> "c:libsodium-23>sodium_init!stdcall"
> public handler sodiumInit() returns Integer
> return _sodium_init() --this is line 34
> end handler
> 
> DLLs are in code\x86-win32 and code\x86-win64


> (tried with and without the !stdcall)
> 
> I probably need to start with something a little simpler ;)

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

Re: libsodium on LiveCode?

[Monte Goulding via use-livecode]

It probably depends on how these are used as to what you want here, however, if 
all of these are data coming from LCS then I’d suggest you want your LCB 
handlers to take in Data and then use something like:

__safe foreign handler MCDataGetBytePtr(in pData as Data) returns Pointer binds 
to "”
__safe foreign handler MCDataGetLength(in pData as Data) returns LCUIndex binds 
to ""

public handler DoSomething(in pPK as Data)
if MCDataGetLength(pPK) is not 32 then
   throw “PK not 32 bytes"
end if 

variable tPK as Pointer
put MCDataGetBytePtr(pPK) into tPK
libsodiumfunction(tPK)

Cheers

Monte

> On 19 Feb 2018, at 5:11 pm, Brian Milby via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> 
> Looks like most of the functions use OpenSSL.
> 
> 
> Started looking at the headers and there are over 650 function calls in
> libsodium. Got bogged down pretty fast though.
> 
> Trying to look at some type mappings and am a little confused on how to do
> the following:
> 
> unsigned char *pk
> const unsigned char *seed
> unsigned char pk[32]
> const unsigned char seed[32]
> 
> I know that the const means that it will be in only and the others are
> either inout or out. I’m really hoping that we don’t need to use
> “MCAggregateTypeInfo” followed by 32 “c” characters. (They don’t use
> numbers in the headers but rather #define values).
> On Sun, Feb 18, 2018 at 11:02 AM Mark Wieder via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> On 02/17/2018 10:53 AM, Brian Milby via use-livecode wrote:
>>> I found a thread from a year ago that mentions libsodium:
>>> 
>> http://runtime-revolution.278305.n4.nabble.com/SHA1-cracked-What-are-the-chances-this-will-be-addressed-in-LC-td4712554i20.html
>>> 
>>> I was wondering if anyone had taken a look at what it would take to build
>>> something usable within LiveCode?  My guess is that this is something
>> that
>>> could be addressed as a LCB library to hook into native compiled code for
>>> each platform.  The project itself looks to have make files for all of
>> the
>>> platforms of interest in this community.
>> 
>> Interesting - I thought we were already linked into libsodium, but I see
>> it's not in the thirdparty directory in the source code. At least not in
>> the foss version.
>> 
>> --
>>  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: Put URL into variable and textEncoding

[Monte Goulding via use-livecode]

ICU has character set detection. Looks like it wouldn’t be that hard to add a 
function to return either the best match or an array of encoding -> confidence. 
Perhaps dd an enhancement request if there isn’t one already.

Cheers

Monte

> On 13 Feb 2018, at 1:04 pm, Paul Dupuis via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> 
> It is this last case (no BOM) that a 'guessEncoding()' function is
> needed in LiveCode so those of us that make app that deal with end user
> files (which can be of variable 'type' and whose encoding is generally
> completely unknown to the user) do no have to each write our own.
> 
> I will happily offer the guessEncoding script we wrote from common
> algorithms for this task if only LiveCode would add it to the engine. Or
> any one else that has written a guessEncoding script could offer these
> and LiveCode could pick the "best" one and add it to the engine.

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

Re: Put URL into variable and textEncoding

[Monte Goulding via use-livecode]

> On 13 Feb 2018, at 11:56 am, Richard Gaskin via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> 
> something more sensible


We already have:

open file for “utf-8” text

There was some discussion of implementing “file+:/path/to/file” style 
urls to avoid having to use binfile and textDecode and manual line ending 
wrangling.

Also if there is a BOM then the unicode encoding can and is worked for file: 
urls and open file for text. It’s when there’s no BOM and no explicit encoding 
specified that the engine defaults to legacy native encodings.

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: Pro Git 2, Scott Chacon, Ben Straub, eBook - Amazon.com

[Monte Goulding via use-livecode]

That book is available online for free here https://git-scm.com/book/en/v2 


> On 8 Feb 2018, at 12:54 am, Brian Milby via use-livecode 
>  wrote:
> 
> Saw this book free for Amazon Kindle.  Not sure how long it will be free
> though.
> 
> https://www.amazon.com/Pro-Git-Scott-Chacon-ebook/dp/B01ISNIKES
> 
> 
> Sent from my iPhone
> ___
> use-livecode mailing list
> use-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: this session has lapsed?

[Monte Goulding via use-livecode]

> On 6 Feb 2018, at 1:00 pm, Stephen Barncard via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> 
> subscriptions ending shouldn't kill a long installed app, no matter what
> the status.
> I've been told that the subscriptions are for updates and support.
> If that's not true, I need to know.

Probably best to take up any licensing questions with supp...@livecode.com 
<mailto:supp...@livecode.com>

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: this session has lapsed?

[Monte Goulding via use-livecode]

> On 6 Feb 2018, at 12:47 pm, Richard Gaskin via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> 
> Can't say.  Hopefully someone from the mother ship will chime in on this.

Hi Folks

Yes I believe that there is random check for license expiry/update. Things like 
cancelled subscriptions happen and this accounts for that. I don’t know the 
complete details though.

It appears a wordpress update broke some things and it is in the midst of being 
fixed.

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: making DG2 usable

[Monte Goulding via use-livecode]

> On 31 Jan 2018, at 2:07 pm, Richard Gaskin via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> 
> Good to hear about anything that improves overall rendering performance.
> 
> But as for DG2, am I the only one who finds it too wonky to use?

DG2 is a multi-part project and there’s still some work to be done on the 
accelerated rendering required so the nested groups in the datagrid are able to 
use a scrolling layer mode.

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: Reloading script-only stacks

[Monte Goulding via use-livecode]

It’s always going to be safest to close LiveCode, checkout a different branch 
and then reopen LiveCode but just like people setup stuff so they can use 
external code editors you could add a git hook that notified the IDE that the 
worktree had changed and to reload things.

> On 27 Jan 2018, at 7:29 am, Geoff Canyon via use-livecode 
>  wrote:
> 
> With version control, switching branches switches out SoS files. Is it 
> best/necessary to then run through the stackfiles and set the destroystack of 
> each to true and close/reopen them? Or is there a better way?

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

Re: Do script-only stacks support "chained" behaviors?

[Monte Goulding via use-livecode]

Cool, scriptifier was/is just a tool I wrote because it took about the same 
about of time to write as to tediously scriptify a stack so I thought it would 
be a win in the end. If anyone is keen to make it more robust or start from 
scratch then have at it. FWIW it would probably be a good idea to check 
scriptified scripts for the conditional messages that are only sent if an 
object has them (idle, mouseStillDown etc) and warn about scriptifying those. 
We got caught with idle in an old script in an IDE stack once.

Cheers

Monte

> On 21 Jan 2018, at 6:28 pm, Geoff Canyon via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> 
> At a fundamental level (unless I'm misreading it) Scriptifier parses a
> whole stack and looks for objects with a script and no behavior, and turns
> them into an object with no script and a script-only stack behavior.
> Navigator will work on whatever controls you tell it to, and will look for
> objects with a script and no behavior, and turn them into an object with no
> script and a script-only stack behavior, but it will also find objects with
> a button behavior (that does not itself have a behavior), and create a
> script-only stack with that button's script, and set those objects'
> behavior to the resulting stacks (and the original button, so if there are
> unconverted controls, they'll still work. I'm definitely going to have to
> add an "and enclosed controls" option in Navigator. There are several other
> differences, as there always will be when two different people look at a
> problem.
> 
> On Sat, Jan 20, 2018 at 11:01 PM, Geoff Canyon <gcan...@gmail.com> wrote:
> 
>> I built my own, for several reasons, among them:
>> 
>> 1. In the context of Navigator, I needed to support creating stack
>> behaviors for an arbitrary collection of controls, rather than recursing
>> through a stack.
>> 2. I figured that Monte and I would approach the task differently, and we
>> did on several fronts.
>> 3. I thought it would be fun to code. (and it was, I royally borked my
>> first implementation in the product definition phase)
>> 
>> I just ran my first test, and it seems to be working.
>> 
>> I'm going to build some more tests for it, then release it with stern
>> warnings that anyone using it on a non-backed-up project is foolish, and I
>> am not responsible for the horrible things they do with it. It should be
>> available sometime tomorrow.
>> 
>> gc
>> 
>> On Sat, Jan 20, 2018 at 7:16 PM, Mike Kerner via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
>>> Dumb question, Geoff, are you going to embed/call Scriptifier to achieve
>>> that or are you going to do something else?
>>> 
>>> On Sat, Jan 20, 2018 at 8:25 PM, Geoff Canyon via use-livecode <
>>> use-livecode@lists.runrev.com> wrote:
>>> 
>>>> I get that it can be done, I just hesitate to start monkeying with
>>> people's
>>>> scripts like that in Navigator (which is going to have a conversion
>>>> function in the next update). For now I'm thinking that I just skip
>>>> anything with chained behaviors, unless someone has a better suggestion.
>>>> 
>>>> On Sat, Jan 20, 2018 at 5:15 PM, Trevor DeVore via use-livecode <
>>>> use-livecode@lists.runrev.com> wrote:
>>>>> 
>>>>> For now I just set the chained behaviors for any script only stacks
>>> that
>>>>> require them when the app starts up. Not ideal, but worth it in order
>>> to
>>>>> manage the scripts with source control.
>>>>> 
>>>>> 
>>>> ___
>>>> use-livecode mailing list
>>>> use-livecode@lists.runrev.com
>>>> Please visit this url to subscribe, unsubscribe and manage your
>>>> subscription preferences:
>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>> 
>>> 
>>> 
>>> 
>>> --
>>> On the first day, God created the heavens and the Earth
>>> On the second day, God created the oceans.
>>> On the third day, God put the animals on hold for a few hours,
>>>   and did a little diving.
>>> And God said, "This is good."
>>> ___
>>> use-livecode mailing list
>>> use-livecode@lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your
>>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>> 
>> 
>> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

Re: Custom Property

[Monte Goulding via use-livecode]

Hi Roger

If you could create a bug report with a stack containing the offending graphic 
that would be helpful

Cheers

Monte

> On 21 Dec 2017, at 5:22 pm, Roger Guay via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> 
> Please, how is it that a graphic can have a custom property that does not 
> show up in the property inspector? Does the fact that the graphic has a 
> behavior have anything to do with it?

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

Re: Tab alignment in fields

[Monte Goulding via use-livecode]

> On 13 Dec 2017, at 12:43 pm, Mark Wieder via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> 
> On 12/12/2017 05:14 PM, hh via use-livecode wrote:
>> Fraser?!?
>> Are you back? Back to make libbrowser run on Raspi? :---)))
> 
> https://github.com/livecode/livecode/pull/6182 
> <https://github.com/livecode/livecode/pull/6182>
That PR is for Pi in general but works around the fact we don’t have a libcef 
build for Pi to use by just not adding a CEF browser factory. So libbrowser 
will work but do nothing. At the moment we use the distributed binaries for 
libcef (there is no Pi binary distributed) but if we did the work required to 
build it from source then we could feasibly support it because it can be built 
for Pi. That obviously comes with a fairly significant maintenance cost though.

Cheers

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

Re: OAuth over localhost findings.

[Monte Goulding via use-livecode]

> On 13 Dec 2017, at 8:17 am, Sean Cole (Pi) via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
>  It
> would be unreasonable to expect all of our app customers (especially as
> many of these are not techie people) to set up a secure server on their
> machines just to create a signable a document. 

That’s exactly what their Java SDK does though. It is distributed with some 
certificates for localhost.

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: OAuth over localhost findings.

[Monte Goulding via use-livecode]

Hi Sean

The HTTPS redirect uri requirement does make things a little trickier. A quick 
search indicates that a local HTTPS server is possible (Adobe’s Java SDK for 
sign uses one). I would need to research on the feasibility of implementing 
such a thing in LC though. At a minimum I suspect we would need to be able to 
accept secure connections which we can’t presently.

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: mergBLE?

[Monte Goulding via use-livecode]

The mac side could certainly be done with mergBLE. The iOS side would require a 
Call Directory Extension using CallKit and CoreBluetooth then add that into the 
LC app when building. I think you would be breaking new ground doing that 
though so it would be worthwhile discussing with LC Business Services.

> On 9 Dec 2017, at 11:14 pm, Mats Åström via use-livecode 
>  wrote:
> 
> Hi all,
> 
> for a client I would like to build an OSX app that would use the phone number 
> of an incoming call on an iPhone to present the documents associated with the 
> client calling.
> 
> I then need to connect to the iPhone (maybe using mergBLE) and obtain the 
> phone number of an incoming call.
> 
> Is this at all doable in LiveCode?
> 
> /Mats
> ___
> use-livecode mailing list
> use-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: MergPop error on iOS 11.2 & LC 8.1.8

[Monte Goulding via use-livecode]

http://quality.livecode.com/show_bug.cgi?id=20759 
<http://quality.livecode.com/show_bug.cgi?id=20759>

> On 11 Dec 2017, at 8:29 am, Monte Goulding via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> 
> Hi Folks
> 
> It turns out this crash is caused by the need for a new plist entry 
> `NSPhotoLibraryAddUsageDescription`.
> 
> 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

Re: MergPop error on iOS 11.2 & LC 8.1.8

[Monte Goulding via use-livecode]

Hi Folks

It turns out this crash is caused by the need for a new plist entry 
`NSPhotoLibraryAddUsageDescription`.

Cheers

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

Re: read larger data streams over sockets - broken?

[Monte Goulding via use-livecode]

Just a guess it sounds like some kind of encoding issue but if you can provide 
demo client and server stacks that demonstrate the issue that will help us 
track down the issue.

Also let us know the previous version it was working on. 

Cheers

Monte
> On 7 Dec 2017, at 10:51 am, Phil Davis via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> 
> Is anyone else having problems with moving multi-MB data streams across 
> sockets in LC 8?
> 
> I support a LAN-based system that relies on sockets to move data between 
> server and clients. The server's response to a single client request will 
> often consist of several hundred KB to several MB of data. Until LC 8 the 
> successful approach has been:
> 
> - client sends request to server
> 
> - server returns data to client
> 
> - client reads the returned data:
> 
>   read from socket tMySocket for 1 line -- contains the length of the
>   data that follows
>   put it into tDataLength
>   repeat while length(tData) < tDataLength
>read from socket tMySocket for tDataLength
>wait 1 millisecond with messages
>put it after tData
>   end repeat
> 
> This approach no longer works in LC 8. There are 2 new issues:
> - large time delays
> - wrong final data size
> 
> Here are some actual results from a client that was trying to receive 151k of 
> data - not that big!
> 
>   tDataLength = 151954
> 
>   read #1 got 0 chars in 15.25521 secs
>   read #2 got 131761 chars in 15.001723 secs
>   read #3 got 131761 chars in 0.001813 secs
>   actual received data length = 263522
>   total elapsed time = 30.259262 secs
> 
> I changed the client code to read 'until EOF' and got similar outcomes:
> 
>   tDataLength = 151954
> 
>   read until EOF #1 got 0 chars in 15.254117 secs
>   read until EOF #2 got 131761 chars in 15.004341 secs
>   read until EOF #3 got 131761 chars in 0.001733 secs
>   actual received data length = 263522
>   total elapsed time = 30.260464 secs
> 
> Either 'read' structure works fine as long as the data length doesn't exceed 
> roughly 128k (that's the max in my world at least - YMMV). I'm not sure if 
> the 128k size constraint is coming from LC or from my network (a standard 
> gigabit-Ethernet LAN with router, switches, computers) or from some other 
> source.
> 
> I know this is a bug and plan to file a bug report, but I wanted to see if 
> anyone else has experienced something similar.
> 
> Thanks -
> Phil Davis
> 
> -- 
> Phil Davis
> 
> ___
> use-livecode mailing list
> use-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: Sending a message to users that floats above everything

[Monte Goulding via use-livecode]

> On 4 Dec 2017, at 10:01 am, J. Landman Gay via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> 
> Bump.
> 
> I think the team has forgotten about the PR for the Android toast. Anyone 
> want to try their hand at making it in LCB?

Actually Mark already did it in LCB but the PR is waiting for him to add some 
docs and notes:

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

If you are keen you can download the file and compile it locally.

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: Find WHAAAAAY faster!

[Monte Goulding via use-livecode]

> On 1 Dec 2017, at 10:45 am, Bob Sneidar via use-livecode 
>  wrote:
> 
> What big list?? What array??? That could be really handy if it is exposed to 
> the IDE. 

The search first collects all the objects to search then iterates it. How would 
you want it exposed and what would you do with it?
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode