Re: OT: Wordle

[Ali Lloyd via use-livecode]

Hi David - my version uses the UK Scrabble word list (CSW19 , although
there's a CSW21 now I think) which has quite a few more words than the US
one.

I've just checked the list with definitions and it does appear that it is
valid in CSW19 as a past participle / adjective although it seems not to
have full verb privileges (the gerund is not allowed, apparently)

Yes the secret word is selected at random and can therefore be rather
obscure!

On Sun, 16 Jan 2022, 20:52 David Squance via use-livecode, <
use-livecode@lists.runrev.com> wrote:

> Thanks to Ali for creating this and making it available. However, I have a
> question about the dictionary used and whether the secret word in any given
> turn is chosen at random from that dictionary.
>
> My last game got me to:  ALOE-
>
> The first four letters are green, the last, an S is black. I tried to send
> a screenshot, but it’s too big for the list. Regardless of the other
> letters I’d used up, I can’t come up with anything that makes sense. Aloe
> as a verb? That’s a real stretch and not in the American Scrabble
> dictionary.
>
> Any ideas?
> Dave
>
> > On Jan 7, 2022, at 2:53 AM, Ali Lloyd via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Many of you will no doubt already be addicted to the game 'Wordle' (if
> not,
> > prepare to be: https://www.powerlanguage.co.uk/wordle/) - the only
> problem
> > with it is that you only get one per day to solve. So I have taken the
> > liberty of making an unlimited version (in LC of course)
> > https://alilloyd.livecodehosting.com/wordle/wordle.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: OT: Wordle

[Ali Lloyd via use-livecode]

If you go onto the settings page you can choose to use CSW19 which is what
I originally used, but then I realised people did not want words like EEVEN
showing up! Actually that reminds me I need to sanitise some of those
lists, at least as far as answer word selection goes

On Fri, 7 Jan 2022, 17:04 Craig Newman via use-livecode, <
use-livecode@lists.runrev.com> wrote:

> Error, TWL has over 9000 five-letter words
>
> > On Jan 7, 2022, at 11:36 AM, Craig Newman via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Ali.
> >
> > Thanks.
> >
> > I am joining a support group to help me stop playing, and get back to
> Scrabble.
> >
> > But why limit the lexicon to so few words? Even TWL has over 8000
> five-letter words, and SOWPODS many more.
> >
> > Craig
> >
> >> On Jan 7, 2022, at 10:37 AM, Roger Guay via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>
> >> Very nice! Thank you Ali
> >>
> >> Roger
> >>
> >>> On Jan 7, 2022, at 2:53 AM, Ali Lloyd via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>>
> >>> Many of you will no doubt already be addicted to the game 'Wordle' (if
> not,
> >>> prepare to be: https://www.powerlanguage.co.uk/wordle/) - the only
> problem
> >>> with it is that you only get one per day to solve. So I have taken the
> >>> liberty of making an unlimited version (in LC of course)
> >>> https://alilloyd.livecodehosting.com/wordle/wordle.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
> >
> >
> > ___
> > use-livecode mailing list
> > use-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

OT: Wordle

[Ali Lloyd via use-livecode]

Many of you will no doubt already be addicted to the game 'Wordle' (if not,
prepare to be: https://www.powerlanguage.co.uk/wordle/) - the only problem
with it is that you only get one per day to solve. So I have taken the
liberty of making an unlimited version (in LC of course)
https://alilloyd.livecodehosting.com/wordle/wordle.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

Re: Smile for Christmas.

[Ali Lloyd via use-livecode]

Another super-useful and relevant scrabble word is EUOUAE, one of the
charmingly monikered 'vowel dumps'. Unfortunately not available in TWL so
only for UK scrabble play!

On Fri, 17 Dec 2021 at 14:08, Craig Newman via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I play a lot of scrabble. One of the most endearing short words (Scrabble
> is ALL about short words)  in both the English and American lexicons is
> “CWM”, which is a forest hollow, is Welsh, and validates the old saw: “A,
> E, I, O, U, and sometimes Y and W”.
>
> Craig
>
> > On Dec 17, 2021, at 7:57 AM, Heather Laine via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Beth ydych chi'n ei olygu, fy ffrind? mae'r Gymraeg yn iaith hyfryd.
> Gyda dim ond y nifer cywir o lafariaid.
> >
> > I love how the word for "vowels" is almost entirely made up of vowels.
> >
> > Which brings me to my favourite Welsh word. For microwave. Popty ping.
> Ok so its colloquial and only used in the south valleys "Wenglish" but it's
> a great word.
> >
> > Have a wonderful Christmas/New Year/Solstice/Holiday of your choice
> season. Don't let my frivolous response to this thread draw you off the
> straight and narrow course of purely and only discussing LiveCode on this
> list. Or even cod byw.
> >
> > Nadolig Hapus!
> >
> > Heather
> >
> > Customer Services Manager
> > LiveCode Ltd
> > www.livecode.com
> >
> >
> >
> >> On 17 Dec 2021, at 06:14, Pi Digital via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>
> >>
> >>> I will donate "aluminium" for them. I don't know where they got that.
> >>
> >> Sir Humphry Davy, the same one responsible for the confusion in the
> term/name. So, the same place as our American cousins.
> >>
> >>> Oh, and don't forget Wales. They only have one sorta vowel, "y", and
> they make do with random consonants when they run short.
> >> They use a, e, o, u and I. W and Y are also considered vowels. They
> don’t use K, Q, V or Z  Double L, D, F as well as ch, ph, rh, th and ng all
> make consonant sounds. 29 ‘letters’ in total with 7 vowels.
> >>
> >> But I get that you were only jesting ;)
> >> ___
> >> use-livecode mailing list
> >> use-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: AW: IDE performance (Re: Suggestion: Non-Appbuilding Community Edition)

[Ali Lloyd via use-livecode]

One thing to check is whether you are using a fixed width font, and if not
whether you have the same performance issue with the SE when using one.

On Wed, 8 Sep 2021, 18:52 Bernard Devlin via use-livecode, <
use-livecode@lists.runrev.com> wrote:

> I pasted 8000 lines of text into Script Editor on Windows (just 1 large
> block comment).  On typing chars take a couple of seconds to appear once
> there is that much text.  Cut it down to 800 lines and it's fine.
>
> With 8000 lines switch off "live errors" and the slow typing issue is gone.
>
> I've asked Erik to try with 8000 line comment on his 32GB rig, since he has
> no problems. He might have to increase the size of the text in that field
> to 12000 or 16000, but I suspect eventually he too will get your treacle.
>
> On Wed, Sep 8, 2021 at 4:52 PM Lagi Pittas via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> >
> > When it works it works - I cut the main stack to 7000 lines and still get
> > the slowdown.
> >
> > When it slows down its the same treacle/quicksand/molasses whether the
> > machine is a 10th gen with 16g or an 8gig pentium - when its fast its
> fast
> > on both - no consistency
> >
> > Lagi
> >
> >
> ___
> use-livecode mailing list
> use-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 me understand infinity

[Ali Lloyd via use-livecode]

I wonder if I can persuade the team to let me add a constant for the first
uncountable strongly inaccessible cardinal.

Regarding use-cases, I like the following one which is implicit in the
above observations about comparisons between infinity and integers.
Previously I would do the following a lot:

local tMin, tThisResult
repeat for each element tElement in tList
   -- perform some computation on tElement to get tThisResult
   if tMin is empty then
  put tThisResult into tMin
   else
  put min(tMin, tThisResult) into tMin
   end if
end repeat
Now you can do:

local tMin, tThisResult
put infinity into tMin
repeat for each element tElement in tList
   -- perform some computation on tElement to get tThisResult
   put min(tMin, tThisResult) into tMin
end repeat

On Wed, 29 Jul 2020 at 20:47, Alex Tweedly via use-livecode <
use-livecode@lists.runrev.com> wrote:

>
> On 29/07/2020 20:17, Dr. Hawkins wrote:
> >
> > On Jul 29, 2020, at 12:08 PM, Alex Tweedly via use-livecode
> > mailto:use-livecode@lists.runrev.com>>
> > wrote:
> >>
> >> Any number compared to positive infinity (other than itself) *will*
> >> be less than it.
> > Bah,
> >
> > *ℵ*_2 > floating point infinity (which is *ℵ*_1 )
> >
> Maybe in the real universe. Or in the realm of mathematics.
>
> But in the domain of computers &  IEEE, any *number* is smaller than it.
>
> (Since NaN is, well, not a number :-)
>
> Alex.
>
> ___
> use-livecode mailing list
> use-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 Behaviors

[Ali Lloyd via use-livecode]

It's also mentioned in the scriptOnly property and in the script only stack
entry in the glossary

On Sat, 2 May 2020 at 18:48, Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 5/2/20 7:44 AM, Trevor DeVore via use-livecode wrote:
> > On Sat, May 2, 2020 at 8:36 AM Mark Wieder via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> On 5/2/20 12:06 AM, Trevor DeVore via use-livecode wrote:
> >>
> >>> script "My script-only stack" with behavior "A Stack Name"
> >>
> >> Nice! I didn't know that behavior syntax existed. Is that documented
> >> somewhere?
> >>
> >
> > The only place I could find it is in the 8.1 Release Notes:
> >
> > https://downloads.livecode.com/livecode/8_1_10/LiveCodeNotes-8_1_10.pdf
> >
>
> Thanks, Trevor. It's unfortunate that there isn't a better way to
> document these things so they don't fall through the cracks, but I'm not
> sure where this would go in the docs.
>
> --
>   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: Hijack the property inspector?

[Ali Lloyd via use-livecode]

This is possible - you would need to look at how the datagrid does it:
https://github.com/livecode/livecode-ide/blob/develop/Toolset/resources/supporting_files/property_definitions/com.livecode.interface.classic.DataGrid.tsv

Each datagrid property uses a custom getter / setter defined in the IDE
library which does the right thing. You would have to tweak either the
'properties info' stuff in the ide library or perhaps add a frontscript
that intercepts revIDEExtensionPropertiesInfo and returns the array from
the revIDEExtensionLibrary implementation augmented with your custom data.
Alternatively you could use the inspectorData setProp handler of
revInspectorTemplate more directly.

It will be a little tricky I suspect, but definitely doable. We really
would like to add a way to make 'script widgets' - i.e. aggregate livecode
controls with script behaviors - but there are some technical hurdles to
overcome before that is possible (at least in a way that insulates them in
the same way as a widget is)

On Wed, 15 Apr 2020 at 15:42, Håkan Liljegren via use-livecode <
use-livecode@lists.runrev.com> wrote:

> When building widgets we can quite easily “inject" the properties into the
> ordinary property inspector. I often build new controls out of LiveCode
> controls and mainly a group of controls. Currently I have my own system
> with my own tools palette for dragging them to the current card and my own
> “property” stack to handle some of the properties, but does anyone know if
> it is possible to use the standard property inspector instead?
>
> As they are usually ordinary LiveCode groups (with some behavior script)
> it would be nice to be able to use the ordinary property inspector and just
> add some extra properties. Again in the same manner as a widget property
> works.
>
> I found this blog post:
>
>
> https://livecode.com/how-to-create-plugins-and-tools-with-the-livecode-8-0-ide/
>
> That gives some hint but I can’t find how my controls should respond to
> the property inspector.
>
> :-Håkan
> ___
> use-livecode mailing list
> use-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 unit test harness?

[Ali Lloyd via use-livecode]

Actually the exec-tests folder should probably be removed - that was our
initial attempt at adding a test for each syntax variant while we were
doing the refactoring project. They were translated at some point into the
new test format at
https://github.com/livecode/livecode/tree/develop/tests/lcs/core.

This blog post is still worth a look even though it is now two years out of
date: https://livecode.com/testing-1-2-28534/ - nothing fundamental
has changed about test structure since then. If you're planning on writing
(LCS) tests, this document describes the API of the test library
https://github.com/livecode/livecode/blob/develop/docs/development/testing.md

I still need to write a bit about integrating Travis CI at some point!

On Wed, 2 Oct 2019 at 22:06, Brian Milby via use-livecode <
use-livecode@lists.runrev.com> wrote:

> This may be what you are looking for.  Specific pieces of the engine are
> tested for every build.
>
> https://github.com/livecode/livecode/tree/develop/engine/exec-tests
>
> Thanks,
> Brian
> On Oct 2, 2019, 3:06 PM -0400, kee nethery via use-livecode <
> use-livecode@lists.runrev.com>, wrote:
> > I assume RunRev does unit tests for LiveCode.
> >
> > Is there a test harness where we can submit a stack to be in the unit
> test set of tests that they use?
> >
> > Hypercard was hella reliable, I’d love for Livecode to be as reliable.
> >
> > Kee Nethery
> > ___
> > use-livecode mailing list
> > use-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: PlayStore and Tablets

[Ali Lloyd via use-livecode]

Thanks Ralph - I checked last night and it seems we can build against API
level 28 without any code changes, so it's just a case of reconfiguring the
builders.

On Tue, 18 Jun 2019 at 19:29, Ralph DiMola via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Just got this today... API 28 will be required for new apps on 8/1/2019 and
> updated app by 8/1/2019. Message from Google Play below. QCC 22194
> submitted.
>
> 
> Warnings
> Your app currently targets API level 26 and must target at least API level
> 28 to ensure it is built on the latest APIs optimized for security and
> performance.
>
> From August 2019, new apps must target at least Android 9.0 (API level 28).
> From November 2019, app updates must target Android 9.0 (API level 28).
>
> Tip: Change your app's target API level. Learn how.
> -
>
> Ralph DiMola
> IT Director
> Evergreen Information Services
> rdim...@evergreeninfo.net
>
>
> -Original Message-
> From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On
> Behalf
> Of J. Landman Gay via use-livecode
> Sent: Friday, June 14, 2019 1:09 PM
> To: How to use LiveCode
> Cc: J. Landman Gay
> Subject: Re: PlayStore and Tablets
>
> I see that on almost every app I download on my tablet. It started right
> around the time Google started requiring the target version to be 26 so I
> assumed it had to do with that.
>
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software |
> http://www.hyperactivesw.com On June 14, 2019 11:30:06 AM Ralph DiMola via
> use-livecode  wrote:
>
> > When I access the page of my app in Google Play using a tablet I get
> > the following message: "This app may not be optimized for your device" in
> red.
> > My app resizes to use all of a tablet's real-estate. I uploaded tablet
> > screenshots and use an icon of "xxxhdpi" size.
> >
> > Does anyone know how to solve this?
> > Thanks!
> >
> > Ralph DiMola
> > IT Director
> > Evergreen Information Services
> > rdim...@evergreeninfo.net
> >
> >
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> > subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: View XML file in Tree View widget - worth the effort?

[Ali Lloyd via use-livecode]

Not sure if it's exactly the format you're looking for but this code
snippet from Trevor DeVore converts between XML and LiveCode arrays:
https://gist.github.com/trevordevore/5584753

On Tue, 4 Jun 2019 at 18:57, Keith Clarke via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi folks,
> Is parsing an XML file into a LiveCode TreeView widget a sensible (and
> easy) approach to render it more human-readable to understand it’s
> structure & content, etc., for potential onward processing / transformation?
>
> If so, can anyone please share the current state of the art for
> transforming an XML file to the requisite array form to seed the TreeView
> widget?
> Thanks
> Keith
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Displaying or identifying emoji

[Ali Lloyd via use-livecode]

For the specific examples you have there, simply putting the strings
through textDecode(, "utf-8") will give you your emoji back.

On Wed, Jan 23, 2019 at 4:34 PM David V Glasgow via use-livecode <
use-livecode@lists.runrev.com> wrote:

>
>
> > On 23 Jan 2019, at 2:15 pm, Stephen MacLean via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > You say you are importing them? From where? A text file or DB?
>
> Basically, Stephen, I take what I am given.
>
> Could be plain text, Word, HTML , even spreadsheetn- and often I don’t
> know any intermediate steps between the original chat record (on whatever
> device and in whatever software was involved), and the final format I
> receive.  Usually I get a digital record, but the last one I received was a
> scan of a fax of a Word document.
>
> I was hoping for easy way to back translate, gobbledegook to emoji
> ID/code, but it looks like maybe there isn’t one.
>
> Thanks to all who chipped in.
>
> Cheers,
>
> David Glasgow
>
>
>
> ___
> use-livecode mailing list
> use-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: Refactoring is your friend / moving from 6.x to 9.x

[Ali Lloyd via use-livecode]

> Is there a way to "safely" add to LC contextual menu in the script editor?

Yes! It is in a script-only stack behavior of the editor field:
https://github.com/livecode/livecode-ide/blob/develop/Toolset/palettes/script%20editor/behaviors/revseeditorbehavior.livecodescript#L1024

There is also the script editor's menu bar code in a script only stack:
https://github.com/livecode/livecode-ide/blob/develop/Toolset/palettes/script%20editor/behaviors/revsemenubarbehavior.livecodescript

On Wed, Jan 2, 2019 at 11:34 AM Andre Garzia via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Bob,
>
> Yes but it is not as ergonomic. Let me tell an example from a different
> platform. I was working in WebStorm IDE in a JavaScript project. I was
> refactoring a ton of it.
>
> One of the functions worked better with a different parameter order than
> what I originally used. I could select the function declaration, use the
> refactor contextual menu, use "change signature" and alter the param order.
> The IDE then made sure that all code that called that function was changed
> to support the new order automatically.
>
> There was a piece of code inside a function that was useful elsewhere.
> Click refactor, select "extract to new function", fill the new function
> name. It creates a new function and place a call to that function in the
> original place where it was.
>
> These are just two examples. Those refactor tools go much deeper than that.
> It makes it easy and even fun to rework your code.
>
> It would be hard to have the same power in LC because LC is more dynamic
> than JS in terms of scope and what is available. JS modern IDEs maintain an
> AST in memory for your software so that when you refactor, they can locate
> and fix the side effects of your changes. It is more powerful and flexible
> than text replacements because the IDEs actually understand the code
> through having their own parser and stuff.
>
> Buut some of it could be done in LC with simple text replacement based
> tools.
>
> Is there a way to "safely" add to LC contextual menu in the script editor?
>
> On Mon, Dec 31, 2018, 17:33 Bob Sneidar via use-livecode <
> use-livecode@lists.runrev.com wrote:
>
> > Find/Replace works great. I've done it a few times, so long as the thing
> > you are finding has a unique name that cannot be a part of any other bit
> of
> > code, you should be fine. Backup your stack of course before doing
> > something so drastic.
> >
> > A while ago, the LC dev team optimized the search engine so that it is
> > orders of magnitude faster.
> >
> > Bob S
> >
> >
> > > On Dec 30, 2018, at 11:57 , Andre Alves Garzia via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> > >
> > > Malte,
> > >
> > > So happy that you're back here my friend. I too spent some time away.
> > >
> > > So, refactoring and constantly trying to erase mistakes of my past
> > coding self are a constant here. I wish we had better refactoring tools
> so
> > that we could rename a handler and all code that called that handler was
> > fixed, or stuff such as rename variable...
> > >
> > > Cheers
> > >
> > > andre
> >
> >
> > ___
> > use-livecode mailing list
> > use-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: Standalone build workaround

[Ali Lloyd via use-livecode]

Just out of interest, what sorts of things are causing problems in
openStack while building a standalone that do not happen when opening
stacks for the first time in the IDE? To put it another way, is it simply
the re-running of openStack that is causing problems, or is something going
wrong? Something like a ‘cascade of errors’ sounds like the latter.

On Thu, 20 Sep 2018 at 06:11, Curry Kenworthy via use-livecode <
use-livecode@lists.runrev.com> wrote:

>
> Brian:
>
>  > What about a front script for the build process that would
>  > intercept and discard these messages?
>
> There you go! That might be a smooth solution. Or close the stack during
> build, and offer a user preference of whether to automatically reopen.
>
> Usually there are some fairly good solutions possible, better than
> doubling-down on a dilemma and the lesser of two evils. This could turn
> out rather nicely. :)
>
> Best wishes,
>
> Curry Kenworthy
>
> Custom Software Development
> LiveCode Training and Consulting
> http://livecodeconsulting.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: [ANN] Release 9.0.1 RC-1

[Ali Lloyd via use-livecode]

By the way, we forgot to add to the 'highlights' the fact that we have
updated the target sdk of the android build to API 26, and added a fixed
target SDK version to the template manifest. This should mean that apps
built with 9.0.1-rc-1 will be accepted into the Google Play store without
any warnings about target SDK version.

On Mon, Jul 9, 2018 at 8:59 PM J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 7/9/18 11:34 AM, panagiotis merakos via use-livecode wrote:
> > - several inconsistencies, partial screen updates, incorrect screen
> > redraws, "black screen" issues and crashes when acceleratedRendering is
> > true are now fixed
> > - the crash when reopening an app that was terminated with the "quit"
> > command on Android no longer occurs
>
> This is great news, thanks to the whole team! These issues have been a
> problem for a very long time.
>
> --
> 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: Data in Custom properties

[Ali Lloyd via use-livecode]

It sounds like something somewhere is changing that data to a native string
before being textDecoded. Try putting in some logging of the value of
'tData is strictly a binary string' to find out where it is getting
stringified.

On Fri, 22 Jun 2018 at 18:39, Tom Glod via use-livecode <
use-livecode@lists.runrev.com> wrote:

> hey malte . the custom properties and array encoding changed with v7
>  its safe to say that is the cause of any issues with character
> encoding. ...i store binaries and strings in custom properties . so i
> think internally it would make sense that its a binary.
>
>
>
> On Thu, Jun 21, 2018 at 5:39 PM, Malte Pfaff-Brill via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > Hi all,
> >
> > I am a little bit puzzled. a stack I started way back in engine 4.x
> > always had a custom property set with multiple UTF8 encoded strings.
> Those
> > were transferred just fine from Mc to PC and the UTF8 strings remained
> > intact. Somewhere down the road something seems to have changed. When I
> now
> > bring the stack from Mac to PC (engine V. 9, stable) all Umlauts are
> turned
> > into Question Marks after decoding. Image data also stored in cProps
> > translates just fine though.
> >
> > I worked around this by base64Encoding the UTF8 stuff now, but somehow I
> > think this should not be necessary, I mean, I chose UTF8 for a reason
> over
> > ISO Latin, right?
> >
> > So I wonder: what is data stored in cProps and what should it be? Is it
> > binary (I think it should be)? Should the engine try to be helpful here
> and
> > change the character encoding depending on the platform (I think it
> should
> > not)
> >
> > A) Does this happen to anyone else?
> > B) If this was to be reproducible also with plain vanilla stacks, what
> > would be your expectations on behaviour?
> >
> > Cheers,
> >
> > Malte
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> > subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
> >
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Optimization can be tricky

[Ali Lloyd via use-livecode]

Hi Geoff,

One thing to try in your original code, which should be significantly
faster if the array is big, is using

> repeat for each key T in interestArray[uID]

instead of

> repeat for each line T in the keys of interestArray[uID]

The latter has to allocate memory for a string containing all the keys, AND
iterate through the lines of that string, whereas repeating for each
key directly
accesses the keys of the array in hash order, and thus no extra allocation
will occur and the iteration is faster than finding the next line delimiter
each time.



On Tue, Jun 12, 2018 at 8:35 AM Clarence Martin via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I know that this might be a different use-case but I have a CA Lottery -
> Fantasy five lottery parser that collects lottery data and loads it into a
> matrix and provides the total number of  hits for each number. This also
> has 4 optimization buttons to the show differences. This aupplication was
> optimized by our Pasadena LiveCode user's group. Drop me an email and I
> will send you a zipped copy of the Script with a sample lotto data file
> with approximately 8000 lines of picks.
> Email: chi...@themartinz.com
>
> -Original Message-
> From: use-livecode  On Behalf Of
> Geoff Canyon via use-livecode
> Sent: Monday, June 11, 2018 5:22 PM
> To: How to use LiveCode 
> Cc: Geoff Canyon 
> Subject: Optimization can be tricky
>
> ​I have a routine that takes about a minute to run for the test case I
> created, and who knows how long for the real use case. Given that I want to
> run it several thousand times for actual work, I need it to run (much)
> faster.
>
> Roughly, the routine gathers together a bunch of data from arrays, sorts
> the data based on its relationship to other arrays, and then returns a
> subset of the result.
>
> My first pass at the routine looked roughly like this:
>
>repeat for each line T in the keys of interestArray[uID]
>   repeat for each line S in storyArray[T]
>  if abs(item 2 of S - item 1 of interestArray[uID][T]) < 20 \
>and userSeenArray[uID][item 1 of S] < 4
>  then put (101 + userSeenArray[uID][item 1 of S] * 30 + 5 * \
>abs(item 2 of S - item 1 of interestArray[uID][T]) - \
>item 2 of interestArray[uID][T]),T,S & cr after
> candidateList
>   end repeat
>end repeat
>sort lines of candidateList numeric by random(item 1 of each)
>
> In simple terms: parse through the individual lines of all the entries
> that possibly work, calculating a relevant value for each and appending
> that value and the line to an interim list, which then gets sorted,
> randomly favoring lower values.
>
> I assumed the problem was all the line-by-line parsing, and I thought of a
> clever way to accomplish the same thing. That led to this:
>
>put storyArray into R
>intersect R with interestArray[uID]
>combine R using cr and comma
>sort lines of R by (101 + userSeenArray[uID][item 2 of each] * 30 + 5 *
> \
>  abs(item 3 of each - item 1 of interestArray[uID][item 1 of
> each]) \
>  - item 2 of interestArray[uID][item 1 of each])
>
> Much simpler, albeit that's a heck of a "sort by" -- more complex by far
> than any I had previously created, and a testament to the power and
> flexibility of "each". Alas, despite condensing my code and removing
> parsing and loops, that version took ten seconds more than the previous
> version, I'm guessing because the previous version has that "if" statement
> that weeds out undesirable entries before the sort has to deal with them.
>
> (I'm writing this email as I parse through this figuring it out)
>
> So it turns out that the crazy use of "each" is only part of the problem
> -- changing that line to:
>
>sort lines of R by random(1)
>
> still takes over 20 seconds -- 3x as fast, but still far too slow. It
> turns out that the source data numbers anywhere from 1,000 to 2,000 lines,
> so sorting it in any way to randomly select the several lines I need is a
> really bad choice. removing the sort step but keeping everything else cuts
> the execution time down to under a second.
>
> Hmm. How to select several lines at weighted random from among a couple
> thousand? I'll think on this and post a follow-up.
> ___
> use-livecode mailing list
> use-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 

Re: Android API Level 26 required as of August 2018

[Ali Lloyd via use-livecode]

PR: https://github.com/livecode/livecode/pull/6536

I've managed to lock myself out of Bugzilla, so will finish it off when
I've reported a bug! But obviously the patch can be applied locally if
anyone needs it urgently.

On Fri, May 18, 2018 at 9:05 PM Ali Lloyd  wrote:

> Currently the merge only takes the maximum of the provided minimum SDK
> versions, which is something of an oversight. However it's an easy patch to
> ensure it takes the maximum of the target versions too - I will submit a PR
> shortly.
>
>
> On Fri, May 18, 2018 at 8:17 PM J. Landman Gay via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> Answering myself, the target version is already included in the Android
>> manifest that LC uses by default. It is set to be the same as the
>> minimum version. We can edit that to use a different number. Make a copy
>> of the default manifest, located at:
>> /Contents/Tools/Runtime/Android/Manifest.xml
>>
>> Change this:
>> > android:targetSdkVersion="${MIN_SDK_VERSION}"/>
>>
>> To this:
>> > android:targetSdkVersion=26/>
>>
>> Then include the revised manifest in the Copy Files pane of the
>> standalone settings. In LC versions prior to LC 9 it will replace the
>> default one when you do a build. In LC 9, the standalone builder now
>> merges your manifest with the default template.
>>
>> I'm not entirely clear how the merging works, but it sounds like you
>> could create a manifest with only the changes you want to implement. For
>> now I'll just edit the template and assume LC will find which edits to
>> include. If anyone knows for sure, I'd like to hear how it works exactly.
>>
>>
>> On 5/18/18 1:42 PM, J. Landman Gay via use-livecode wrote:
>> > I brought this up on the list a while ago. The target version is
>> > different from the minimum version I think, and there's no way to
>> > specify a target in standalone settings. I think we'll need to create
>> > our own manifest that includes the target. I'll have to look up how to
>> > do that, I'm not sure yet what to include.
>> >
>> > This will affect me too, since I need to upload to the Play Store in a
>> > couple of days.
>> >
>> > On 5/18/18 12:45 PM, bob--- via use-livecode wrote:
>> >> I posted an APK to the Google Play Store today for another project I
>> >> work on (not LC based) and received a warning that I've not seen
>> >> before (1 week ago the same App not receive this warning).
>> >>
>> >> "Target API level requirements from August 2018
>> >> Warning:
>> >> Your app currently targets API level 25 and must target at least API
>> >> level 26 to ensure it is built on the latest APIs optimized for
>> >> security and performance.
>> >>
>> >>> From August 2018, new apps must target at least Android 8.0 (API
>> >>> level 26).
>> >>> From November 2018, app updates must target Android 8.0 (API level
>> 26).
>> >> Tip:
>> >> Change your app's target API level. Learn how."
>> >>
>> >> Some months ago I attempted to build for Android on LC I ran into
>> >> problems until I used an older version of either the API???/ SDK???
>> >> (not sure what right now). I'm posting this here just as an FYI and to
>> >> see if anyone might now if this is something we need to worry about in
>> >> the LC space.
>> >>
>> >> I didn't want to open a QC report until someone can confirm/deny this
>> >> is an issue or not.
>> >>
>> >> Thanks in advance,
>> >> Bob Hall
>> >>
>> >>
>> >> ___
>> >> use-livecode mailing list
>> >> use-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: Android API Level 26 required as of August 2018

[Ali Lloyd via use-livecode]

Currently the merge only takes the maximum of the provided minimum SDK
versions, which is something of an oversight. However it's an easy patch to
ensure it takes the maximum of the target versions too - I will submit a PR
shortly.

On Fri, May 18, 2018 at 8:17 PM J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Answering myself, the target version is already included in the Android
> manifest that LC uses by default. It is set to be the same as the
> minimum version. We can edit that to use a different number. Make a copy
> of the default manifest, located at:
> /Contents/Tools/Runtime/Android/Manifest.xml
>
> Change this:
>  android:targetSdkVersion="${MIN_SDK_VERSION}"/>
>
> To this:
>  android:targetSdkVersion=26/>
>
> Then include the revised manifest in the Copy Files pane of the
> standalone settings. In LC versions prior to LC 9 it will replace the
> default one when you do a build. In LC 9, the standalone builder now
> merges your manifest with the default template.
>
> I'm not entirely clear how the merging works, but it sounds like you
> could create a manifest with only the changes you want to implement. For
> now I'll just edit the template and assume LC will find which edits to
> include. If anyone knows for sure, I'd like to hear how it works exactly.
>
>
> On 5/18/18 1:42 PM, J. Landman Gay via use-livecode wrote:
> > I brought this up on the list a while ago. The target version is
> > different from the minimum version I think, and there's no way to
> > specify a target in standalone settings. I think we'll need to create
> > our own manifest that includes the target. I'll have to look up how to
> > do that, I'm not sure yet what to include.
> >
> > This will affect me too, since I need to upload to the Play Store in a
> > couple of days.
> >
> > On 5/18/18 12:45 PM, bob--- via use-livecode wrote:
> >> I posted an APK to the Google Play Store today for another project I
> >> work on (not LC based) and received a warning that I've not seen
> >> before (1 week ago the same App not receive this warning).
> >>
> >> "Target API level requirements from August 2018
> >> Warning:
> >> Your app currently targets API level 25 and must target at least API
> >> level 26 to ensure it is built on the latest APIs optimized for
> >> security and performance.
> >>
> >>> From August 2018, new apps must target at least Android 8.0 (API
> >>> level 26).
> >>> From November 2018, app updates must target Android 8.0 (API level 26).
> >> Tip:
> >> Change your app's target API level. Learn how."
> >>
> >> Some months ago I attempted to build for Android on LC I ran into
> >> problems until I used an older version of either the API???/ SDK???
> >> (not sure what right now). I'm posting this here just as an FYI and to
> >> see if anyone might now if this is something we need to worry about in
> >> the LC space.
> >>
> >> I didn't want to open a QC report until someone can confirm/deny this
> >> is an issue or not.
> >>
> >> Thanks in advance,
> >> Bob Hall
> >>
> >>
> >> ___
> >> use-livecode mailing list
> >> use-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: Telling the IDE to build a standalone under script control

[Ali Lloyd via use-livecode]

The revSaveAsStandalone stack is now script-only, and therefore no longer a
substack of revStandaloneSettings. So try

*send* "revSaveAsStandalone" && quote & tStackName & quote to stack
"revSaveAsStandalone"

On Sat, Apr 28, 2018 at 6:48 PM Paul Dupuis via use-livecode <
use-livecode@lists.runrev.com> wrote:

> In LiveCode 6.x.x and earlier, I used a line in a script:
>
>
> *send*"revSaveAsStandalone"&"revSaveAsStandalone"ofstack"revStandaloneSettings"
>
> to build a standalone of a stack (tStackName) under script control
>
> In LC9.0.0 this line no longer works. I can dig my way through the IDE
> code to find out what changes, but can any one on this list save me the
> time if they have already figured out how to build a standalone under
> script control under LC9.0.0?
>
>
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Q on Accessing multi-dimension arrays.

[Ali Lloyd via use-livecode]

I must confess, ‘fettle’ is very much a Waddingham-ism that I have found
myself using increasingly often!
On Fri, 27 Apr 2018 at 20:17, Ralph DiMola via use-livecode <
use-livecode@lists.runrev.com> wrote:

> What's the difference between a violin and a fiddle?
> A violin has strings and a fiddle has strgs.
>
> Ralph DiMola
> IT Director
> Evergreen Information Services
> rdim...@evergreeninfo.net
>
>
> -Original Message-
> From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On
> Behalf Of Bob Sneidar via use-livecode
> Sent: Friday, April 27, 2018 10:51 AM
> To: How to use LiveCode
> Cc: Bob Sneidar
> Subject: Re: Q on Accessing multi-dimension arrays.
>
> Fettling! I'm going to start using that!
>
> fet·tle
> ˈfedl/
> verb
> gerund or present participle: fettling
> • trim or clean the rough edges of (a metal casting or a piece of
> pottery) before firing.
>
> Apparently appropriate as well. Pronounced like feddle, likely where we
> get our fiddle with. And I always thought it was a reference to playing a
> violin-like musical instrument!
>
> Bob S
>
>
> > On Apr 27, 2018, at 24:21 , Ali Lloyd via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Which reminds me - the tree view widget should probably use the list
> > form of a path directly instead of fettling with a path delimiter
> > property
>
> ___
> use-livecode mailing list
> use-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: Identifying IDE stacks

[Ali Lloyd via use-livecode]

That would be revIDEStackIsIDEStack

On Fri, Apr 27, 2018 at 10:45 PM J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> It used to be we could identify IDE stacks because their names started
> with "rev" but that's not true anymore. I want to scan for and list any
> open non-IDE stacks. Does anyone know offhand if there's an existing
> function in the IDE that identifies IDE stacks? Or maybe there's a
> property to check for?
>
> --
> 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: Q on Accessing multi-dimension arrays.

[Ali Lloyd via use-livecode]

Which reminds me - the tree view widget should probably use the list form
of a path directly instead of fettling with a path delimiter property

On Fri, Apr 27, 2018 at 12:26 AM Alex Tweedly via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Thanks Brian, Bernd, and everyone else.
>
> When I first saw it (in the form described in Brian's email), I thought
> - hmmm, not sure when anyone would use that.
>
> Then I saw an example using split (as described in Bernd's email), and
> thought - maybe I can use that some day. :-)
>
> Well - the day has come. I realized that the "Tree View" widget has a
> property (hilitedElement) which is the "path" through the array of the
> highlighted line - and is the ideal use case for this feature.
>
> And now that I've started using that, I can find *SO* many other uses
> for it.
>
> My "directory walker" produces an array indexed by folder, then filename
> - and the values are some useful info about the file; e.g.
> tArray[tFolder][tFilename] === the info I want to keep
>
> I can now put that into a tree view array just by doing
>
> *repeat* foreachkeyK intAflat*
> replace*"/"with"/ "intemp*-- trick names to keep folders before
> files
> split*temp by"/"*
> put*tAflat[K] intotA[temp]*
> end* *repeat*
>
> *set the arrayData of widget "Tree" to tA*
>
> *Thanks again*
>
> *Alex.
> *
>
>
> On 26/04/2018 23:55, Richard Gaskin via use-livecode wrote:
> > Dick Kriesel to the rescue again!  Thanks for that background.
> > Comforting to know it's not merely an anomaly, but a well-considered
> > design decision.
> >
> > It's such a cool thing to be able to do.  It will change many algos
> > here...
> >
>
> ___
> use-livecode mailing list
> use-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: Has Anyone Got A Directory "Walker" Available

[Ali Lloyd via use-livecode]

Ah, it will throw an error - so best to use try / catch around the function
calls.

On Sat, Apr 21, 2018 at 9:13 AM Ali Lloyd  wrote:

> Now that we have files(pFolder), folder(pFolder) (and files(pFolder,
> "detailed"), folders(pFolder, "detailed")), directory walking code can be
> improved somewhat by not having to set the current folder.
>
> Actually, I haven't checked what happens when you get
> files(pRestrictedFolder)
>
>
> On Fri, Apr 20, 2018 at 7:49 PM Richard Gaskin via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> You may recall the dreaded recursion errors that have cropped up in
>> discussions of directory walkers.  They happen not because anyone has
>> directory trees > 40,000 folders deep, but because a permissions
>> restriction can prevent going into a subdirectory, causing the current
>> directory to be traversed again and again until the recursion error is
>> thrown.
>>
>> The way to avoid this is to add an error check when setting the
>> directory, e.g.:
>>
>>   set the directory to pFolder
>>   if the result is not empty then
>> -- skip or report as needed
>>   end if
>>
>>
>> --
>>   Richard Gaskin
>>   Fourth World Systems
>>
>>
>> Sannyasin Brahmanathaswami wrote:
>>
>>  >  I found this in a toolbox. Sent by some ago, by a LiveCode deva
>>  >
>>  > For what it's worth :
>>  >
>>  > # Filters the strings "." and ".." from a list
>>  > function filterDots pList
>>  >local tList
>>  >
>>  >put pList into tList
>>  >filter tList without "."
>>  >filter tList without ".."
>>  >
>>  >return tList
>>  > end filterDots
>>  > # Returns a filtered list of files in the current directory
>>  > function filteredFiles
>>  >return filterDots(the files)
>>  > end filteredFiles
>>  >
>>  > # Returns a filtered list of folders in the current directory
>>  > function filteredFolders
>>  >return filterDots(the folders)
>>  > end filteredFolders
>>  >
>>  > # Returns a list of files in the current directory including
>>  > # each file's full path.
>>  > function filteredFilesWithPaths
>>  >local tFiles, tFilesWithPaths
>>  >
>>  >put filteredFiles() into tFiles
>>  >repeat for each line tFile in tFiles
>>  >   put the directory & slash & tFile & return after \
>>  > tFilesWithPaths
>>  >end repeat
>>  >delete the last char of tFilesWithPaths
>>  >
>>  >return tFilesWithPaths
>>  > end filteredFilesWithPaths
>>  >
>>  >
>>  > # Returns a list of files in a given folder, using recursion to
>>  > # include files in subfolders if desired.
>>  > function listFiles pFolder, pRecurse
>>  >local tTotalFiles, tCurrentFiles, tFolders
>>  >
>>  > set the directory to pFolder
>>  >put filteredFiles() into tCurrentFiles
>>  >if not pRecurse then return tCurrentFiles
>>  >if tCurrentFiles is not empty then
>>  >   put tCurrentFiles & return after tTotalFiles
>>  >end if
>>  >put filteredFolders() into tFolders
>>  >
>>  > repeat for each line tFolder in tFolders
>>  >   put listFiles((pFolder & slash & tFolder), pRecurse) into \
>>  >   tCurrentFiles
>>  >   if tCurrentFiles is not empty then
>>  >  put tCurrentFiles & return after tTotalFiles
>>  >   end if
>>  >end repeat
>>  > delete the last char of tTotalFiles
>>  >
>>  >return tTotalFiles
>>  > end listFiles
>>  >
>>  > # Returns a list of files with their containing folders, using
>>  > # recursion
>>  > # if desired to descend into sub folders.
>>  > function listFilesWithFolders pFolder, pRecurse
>>  >local tTotalFiles, tCurrentFiles, tFolders
>>  >
>>  > set the directory to pFolder
>>  >put filteredFiles() into tCurrentFiles
>>  >if not pRecurse then return pFolder & return & "--" & return \
>>  >& tCurrentFiles
>>  >if tCurrentFiles is not empty then
>>  > put pFolder & return & "--" & return after tTotalFiles
>>  >   put tCurrentFiles & return & return after tTotalFiles
>>  >end if
>>  > put filteredFolders() into tFolders
>>  >repeat for each line tFolder in tFolders
>>  >   put listFilesWithFolders((pFolder & slash & tFolder), \
>>  >   pRecurse) into tCurrentFiles
>>  >   if tCurrentFiles is not empty then put tCurrentFiles & \
>>  >   return after tTotalFiles
>>  > end repeat
>>  >delete the last char of tTotalFiles
>>  >
>>  >return tTotalFiles
>>  > end listFilesWithFolders
>>  >
>>  > # Returns a list of files with the full paths
>>  > function listFilesWithPaths pFolder, pRecurse
>>  >local tTotalFiles, tCurrentFiles, tFolders
>>  >
>>  >set the directory to pFolder
>>  >put filteredFilesWithPaths() into tCurrentFiles
>>  >if not pRecurse then return tCurrentFiles
>>  > if tCurrentFiles is not empty then put tCurrentFiles & \
>>  >return after tTotalFiles
>>  >put filteredFolders() into tFolders
>>  >repeat for each line tFolder in tFolders
>>  >   put listFilesWithPaths((pFolder & slash & 

Re: Has Anyone Got A Directory "Walker" Available

[Ali Lloyd via use-livecode]

Now that we have files(pFolder), folder(pFolder) (and files(pFolder,
"detailed"), folders(pFolder, "detailed")), directory walking code can be
improved somewhat by not having to set the current folder.

Actually, I haven't checked what happens when you get
files(pRestrictedFolder)

On Fri, Apr 20, 2018 at 7:49 PM Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:

> You may recall the dreaded recursion errors that have cropped up in
> discussions of directory walkers.  They happen not because anyone has
> directory trees > 40,000 folders deep, but because a permissions
> restriction can prevent going into a subdirectory, causing the current
> directory to be traversed again and again until the recursion error is
> thrown.
>
> The way to avoid this is to add an error check when setting the
> directory, e.g.:
>
>   set the directory to pFolder
>   if the result is not empty then
> -- skip or report as needed
>   end if
>
>
> --
>   Richard Gaskin
>   Fourth World Systems
>
>
> Sannyasin Brahmanathaswami wrote:
>
>  >  I found this in a toolbox. Sent by some ago, by a LiveCode deva
>  >
>  > For what it's worth :
>  >
>  > # Filters the strings "." and ".." from a list
>  > function filterDots pList
>  >local tList
>  >
>  >put pList into tList
>  >filter tList without "."
>  >filter tList without ".."
>  >
>  >return tList
>  > end filterDots
>  > # Returns a filtered list of files in the current directory
>  > function filteredFiles
>  >return filterDots(the files)
>  > end filteredFiles
>  >
>  > # Returns a filtered list of folders in the current directory
>  > function filteredFolders
>  >return filterDots(the folders)
>  > end filteredFolders
>  >
>  > # Returns a list of files in the current directory including
>  > # each file's full path.
>  > function filteredFilesWithPaths
>  >local tFiles, tFilesWithPaths
>  >
>  >put filteredFiles() into tFiles
>  >repeat for each line tFile in tFiles
>  >   put the directory & slash & tFile & return after \
>  > tFilesWithPaths
>  >end repeat
>  >delete the last char of tFilesWithPaths
>  >
>  >return tFilesWithPaths
>  > end filteredFilesWithPaths
>  >
>  >
>  > # Returns a list of files in a given folder, using recursion to
>  > # include files in subfolders if desired.
>  > function listFiles pFolder, pRecurse
>  >local tTotalFiles, tCurrentFiles, tFolders
>  >
>  > set the directory to pFolder
>  >put filteredFiles() into tCurrentFiles
>  >if not pRecurse then return tCurrentFiles
>  >if tCurrentFiles is not empty then
>  >   put tCurrentFiles & return after tTotalFiles
>  >end if
>  >put filteredFolders() into tFolders
>  >
>  > repeat for each line tFolder in tFolders
>  >   put listFiles((pFolder & slash & tFolder), pRecurse) into \
>  >   tCurrentFiles
>  >   if tCurrentFiles is not empty then
>  >  put tCurrentFiles & return after tTotalFiles
>  >   end if
>  >end repeat
>  > delete the last char of tTotalFiles
>  >
>  >return tTotalFiles
>  > end listFiles
>  >
>  > # Returns a list of files with their containing folders, using
>  > # recursion
>  > # if desired to descend into sub folders.
>  > function listFilesWithFolders pFolder, pRecurse
>  >local tTotalFiles, tCurrentFiles, tFolders
>  >
>  > set the directory to pFolder
>  >put filteredFiles() into tCurrentFiles
>  >if not pRecurse then return pFolder & return & "--" & return \
>  >& tCurrentFiles
>  >if tCurrentFiles is not empty then
>  > put pFolder & return & "--" & return after tTotalFiles
>  >   put tCurrentFiles & return & return after tTotalFiles
>  >end if
>  > put filteredFolders() into tFolders
>  >repeat for each line tFolder in tFolders
>  >   put listFilesWithFolders((pFolder & slash & tFolder), \
>  >   pRecurse) into tCurrentFiles
>  >   if tCurrentFiles is not empty then put tCurrentFiles & \
>  >   return after tTotalFiles
>  > end repeat
>  >delete the last char of tTotalFiles
>  >
>  >return tTotalFiles
>  > end listFilesWithFolders
>  >
>  > # Returns a list of files with the full paths
>  > function listFilesWithPaths pFolder, pRecurse
>  >local tTotalFiles, tCurrentFiles, tFolders
>  >
>  >set the directory to pFolder
>  >put filteredFilesWithPaths() into tCurrentFiles
>  >if not pRecurse then return tCurrentFiles
>  > if tCurrentFiles is not empty then put tCurrentFiles & \
>  >return after tTotalFiles
>  >put filteredFolders() into tFolders
>  >repeat for each line tFolder in tFolders
>  >   put listFilesWithPaths((pFolder & slash & tFolder), \
>  >  pRecurse) into tCurrentFiles
>  >   if tCurrentFiles is not empty then put tCurrentFiles & \
>  >   return after tTotalFiles
>  > end repeat
>  >delete the last char of tTotalFiles
>  >
>  >return tTotalFiles
>  > end listFilesWithPaths
>  >
>  > # Returns a sorted list 

Re: LCG Session Suggestions

[Ali Lloyd via use-livecode]

Oops, no it should be develop-9.0 now. Another task to add to the major
version GM release checklist!

On Tue, Apr 10, 2018 at 8:36 PM Devin Asay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Ali,
>
> I notice that in that doc you are still directing people to use the
> develop-8.2 branch for submitting PRs for dictionary updates. Is that still
> the branch you want us to use?
>
> Devin
>
> On Apr 10, 2018, at 9:56 AM, Ali Lloyd via use-livecode <
> use-livecode@lists.runrev.com<mailto:use-livecode@lists.runrev.com>>
> wrote:
>
> I also recommend reading the docs contribution guide:
>
> https://github.com/livecode/livecode/blob/develop/docs/contributing_to_docs.md
> which applies more or less equally to small code changes.
>
> On Tue, Apr 10, 2018 at 4:07 PM Brian Milby via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> My session last month was on setting up to build from source including
> submitting a PR. Most of the info is in the screen shots on the slides so
> it is easy to skip through the slides.
> On Tue, Apr 10, 2018 at 10:31 AM Tom Glod via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> I have finally decided what I will be adding to the September
> Sessions
>
> Multi-Core Processing in LC.  No idea how thats gonna happen, but I need
> it
> for my own projects, so I'll have to find a solution. :D
>
> On Tue, Apr 10, 2018 at 10:29 AM, Tom Glod <t...@makeshyft.com> wrote:
>
> I would watch that..I was looking for that yesterday, while thinking
> about
> adding something to the httpd library.
>
> I would watch that one.
>
> On Tue, Apr 10, 2018 at 9:36 AM, Andrew Bell via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> Has there been a session where someone showed a bug fix with pull
> request? I recently tried to try a simple contribution (updating a
> Dictionary entry) and found myself struggling (Git virgin). I know
> there
> are lots of Github tutorials (and Trevor did a tutorial with
> Git/Levure
> @
> LC Global 17 day 2), but would be nice to see a demo explaining
> LiveCode
> branches etc.
>
> --Andrew Bell
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
> ___
> use-livecode mailing list
> use-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
>
> Devin Asay
> Director
> Office of Digital Humanities
> Brigham Young University
>
> ___
> use-livecode mailing list
> use-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: LCG Session Suggestions

[Ali Lloyd via use-livecode]

I also recommend reading the docs contribution guide:
https://github.com/livecode/livecode/blob/develop/docs/contributing_to_docs.md
which applies more or less equally to small code changes.

On Tue, Apr 10, 2018 at 4:07 PM Brian Milby via use-livecode <
use-livecode@lists.runrev.com> wrote:

> My session last month was on setting up to build from source including
> submitting a PR. Most of the info is in the screen shots on the slides so
> it is easy to skip through the slides.
> On Tue, Apr 10, 2018 at 10:31 AM Tom Glod via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > I have finally decided what I will be adding to the September
> Sessions
> >
> > Multi-Core Processing in LC.  No idea how thats gonna happen, but I need
> it
> > for my own projects, so I'll have to find a solution. :D
> >
> > On Tue, Apr 10, 2018 at 10:29 AM, Tom Glod  wrote:
> >
> > > I would watch that..I was looking for that yesterday, while thinking
> > about
> > > adding something to the httpd library.
> > >
> > > I would watch that one.
> > >
> > > On Tue, Apr 10, 2018 at 9:36 AM, Andrew Bell via use-livecode <
> > > use-livecode@lists.runrev.com> wrote:
> > >
> > >> Has there been a session where someone showed a bug fix with pull
> > >> request? I recently tried to try a simple contribution (updating a
> > >> Dictionary entry) and found myself struggling (Git virgin). I know
> there
> > >> are lots of Github tutorials (and Trevor did a tutorial with
> Git/Levure
> > @
> > >> LC Global 17 day 2), but would be nice to see a demo explaining
> LiveCode
> > >> branches etc.
> > >>
> > >> --Andrew Bell
> > >>
> > >>
> > >> ___
> > >> use-livecode mailing list
> > >> use-livecode@lists.runrev.com
> > >> Please visit this url to subscribe, unsubscribe and manage your
> > >> subscription preferences:
> > >> http://lists.runrev.com/mailman/listinfo/use-livecode
> > >>
> > >
> > >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> > subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
> >
> ___
> use-livecode mailing list
> use-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: RevMail - Status in 9,0

[Ali Lloyd via use-livecode]

Just looking at the code in MCKeywordsExecCommandOrFunction, it seems that
there is no provision for passing to a 'global handler' (eg mobile-specific
handlers or cameraControl handlers).

On Tue, Apr 10, 2018 at 3:35 AM Brian Milby via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I did a check tonight and do see the same issue. I changed the common
> library to call mobileComposeMail and it worked with subject and addressee
> specified. I’ll do another test to be sure it works generally as before and
> submit a PR. Not sure why the pass isn’t working though.
> On Mon, Apr 9, 2018 at 9:26 PM Sannyasin Brahmanathaswami via use-livecode
> <
> use-livecode@lists.runrev.com> wrote:
>
> > ditto that… I only use it an mobile BR
> >
> > Andrew:
> > I'll probably look at switching my code over from revMail to
> > mobileComposeMail as Brian Milby recommended since I'm only using
> this
> > in an iOS/Android app.
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> > subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ANN] Release 9.0.0

[Ali Lloyd via use-livecode]

Besides having most people busy on getting 9.0 out, it made sense to delay
8.1.10 a little more so we could get the Xcode/iOS update in there. It's
next on the agenda!

On Tue, Apr 3, 2018 at 6:38 PM Richmond Mathewson via use-livecode <
use-livecode@lists.runrev.com> wrote:

> And, what about the much vaunted 8.1.10
> which is supposed to have several bug-fixes that I am hanging around for?
>
> Richmond.
>
> On 3/4/2018 6:20 pm, Paul Dupuis via use-livecode wrote:
> > I assume with the release of LC 9.0.0 that there will not be a release
> > version of LC 8.2.0?
> >
> > Is this the case? It makes sense, but I am just looking to confirm
> > whether this has been confirmed by the Mothership.
> >
> > ___
> > use-livecode mailing list
> > use-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 Native Button

[Ali Lloyd via use-livecode]

Ah yes, we need to apply this
https://github.com/livecode/livecode/pull/6441/files to the android button
as well

On Tue, Apr 3, 2018 at 5:51 AM Brian Milby via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Looking at the code for the android field, it is probably a bug. In that
> code the type is optional pointer and a check is done that a pointer was
> returned. That check is not done for the button. Are you sure the font
> being specified is valid?
>
> I have not done anything android, so this is just a quick read of the LCB
> code.
> On Mon, Apr 2, 2018 at 11:14 PM Ralph DiMola via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > I'm receiving the error below. The button does render. I can't change the
> > textsize? Have I missed something or should I submit a QCC bug report?
> >
> > Thanks
> >
> > occurred on line:0
> > 0,Value is not of correct type for assignment to variable - expected
> > type for
> > assigning to a variable tTypefacePtr in
> > com.livecode.widget.native.android.button.SetTypeface
> >
> >
> > Ralph DiMola
> > IT Director
> > Evergreen Information Services
> > rdim...@evergreeninfo.net
> >
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> > subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
> >
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Guessing game

[Ali Lloyd via use-livecode]

Probably there should be an example that illustrates the use of the into
clause in that way!

On Mon, Apr 2, 2018 at 10:00 PM Ali Lloyd  wrote:

> Yes, or the return value of a function
>
> On Mon, Apr 2, 2018 at 9:39 PM Brian Milby via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> Would that be for properties?  Save the step of putting it into a variable
>> first?
>>
>> On Mon, Apr 2, 2018 at 2:29 PM J. Landman Gay via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>
>> >
>> > I found this:
>> >
>> > ***
>> > Additionally the into clause has been added to all array set set
>> > operations allowing commands such as:
>> >
>> >intersect tLeft with tRight into tResult
>> >
>> > The operation of the commands is the same as the non-into form except
>> > that tLeft does not have to be a variable, and the result of the
>> > operation is placed into tResult rather than mutating tLeft.
>> > ***
>> >
>> > So when is an array not a variable?
>> >
>> > --
>> > 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: Guessing game

[Ali Lloyd via use-livecode]

Yes, or the return value of a function

On Mon, Apr 2, 2018 at 9:39 PM Brian Milby via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Would that be for properties?  Save the step of putting it into a variable
> first?
>
> On Mon, Apr 2, 2018 at 2:29 PM J. Landman Gay via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> >
> > I found this:
> >
> > ***
> > Additionally the into clause has been added to all array set set
> > operations allowing commands such as:
> >
> >intersect tLeft with tRight into tResult
> >
> > The operation of the commands is the same as the non-into form except
> > that tLeft does not have to be a variable, and the result of the
> > operation is placed into tResult rather than mutating tLeft.
> > ***
> >
> > So when is an array not a variable?
> >
> > --
> > 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: Guessing game

[Ali Lloyd via use-livecode]

Oops, looks like we need to escape < and > in release notes!
https://raw.githubusercontent.com/livecode/livecode/develop/docs/notes/feature-create-in.md

On Sat, Mar 17, 2018 at 8:30 PM J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I was just reading the release notes for 9.0rc1 and came across this entry:
>
> Additional forms of create command
>Create in now works correctly
>You can now create in as well as in
>
> Any guesses?
>
> --
> 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: When me is not me

[Ali Lloyd via use-livecode]

It certainly sounds like it to me...

On Sat, 10 Mar 2018 at 17:05, Brian Milby <br...@milby7.com> wrote:

> Ali, he was doing the former. So could this actually be a bug?
> On Sat, Mar 10, 2018 at 6:17 AM Ali Lloyd via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> In theory that shouldn't be the problem - `the  of me` should
>> short-circuit to directly evaluating the property of the object with the
>> behavior, rather than evaluating `me` as a name first. This is why `put
>> the
>> long id of me into tID` also works.
>>
>> Peter, in your original script are you doing
>>  set the hilitedButton of me to tNum
>> directly, or
>> local tMe
>> put me into tMe
>> set the hilitedButton of tMe to tNum
>> ?
>>
>> The latter will have the 'not on the current card' problem, whereas the
>> former should (in theory) not.
>>
>> On Sat, Mar 10, 2018 at 2:41 AM Brian Milby via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>
>> > I think I know what is going on.  If you add a couple of put statements
>> to
>> > that script you will find that "me" by itself doesn't include the card
>> or
>> > stack.  So "put me" would give something like [group "Language Choice"]
>> > which isn't specific enough from another card.  This works:
>> >
>> > local tID
>> > put the long id of me into tID
>> > set the hilitedButton of tID to tNum
>> >
>> > But it can be simpler:
>> >
>> > set the hilitedButton of the long id of me to tNum
>> >
>> > I didn't do it from an openStack script, but from the message box while
>> on
>> > another card.
>> >
>> > Thanks,
>> > Brian
>> >
>> > On Fri, Mar 9, 2018 at 8:10 PM Peter Bogdanoff via use-livecode <
>> > use-livecode@lists.runrev.com> wrote:
>> >
>> > > Yes, it works great if you are on the card, not if you are somewhere
>> > else.
>> > >
>> > >
>> > > > On Mar 9, 2018, at 6:03 PM, Mike Bonner via use-livecode <
>> > > use-livecode@lists.runrev.com> wrote:
>> > > >
>> > > > Nevermind. Another card. DOH
>> > > >
>> > > > On Fri, Mar 9, 2018 at 6:59 PM, Mike Bonner <bonnm...@gmail.com>
>> > wrote:
>> > > >
>> > > >> What version?  Its working for me in 9 dp11 by using either
>> dispatch
>> > or
>> > > >> send to the group.
>> > > >>
>> > > >> In the group:
>> > > >> command doit pbtn
>> > > >>   set the hilitedbutton of me to pbtn
>> > > >> end doit
>> > > >>
>> > > >> And from the message box..
>> > > >>
>> > > >> send ("doit" && 2) to group 1
>> > > >> or
>> > > >> dispatch "doit" to group 1 with 3
>> > > >>
>> > > >>
>> > > >> On Fri, Mar 9, 2018 at 6:23 PM, Peter Bogdanoff via use-livecode <
>> > > >> use-livecode@lists.runrev.com> wrote:
>> > > >>
>> > > >>> I learned something today.
>> > > >>>
>> > > >>> I was trying by script to set the hilite of a radio button in a
>> group
>> > > on
>> > > >>> another card.
>> > > >>>
>> > > >>> My script is in the group “Language Choice” which is called by
>> > > openStack.
>> > > >>> I’m thinking that “me” would operate on the group:
>> > > >>>
>> > > >>>set the hilitedButton of me to tNum
>> > > >>>
>> > > >>> Didn’t work, even though the script received the message and
>> > completed.
>> > > >>> The radio buttons were unchanged. I modified it to this, which
>> > worked:
>> > > >>>
>> > > >>>set the hilitedButton of group "Language Choice" of card
>> > > >>> "Settings" to tNum
>> > > >>>
>> > > >>>
>> > > >>> I can only think that, a group, even though it is on a single card
>> > and
>> > > >>> does not have its backgroundBehavior set to true, must be
>> referred to
>> > > >>> explicitly by t

Re: Bizarre Number Sort of Files Mac

[Ali Lloyd via use-livecode]

I think this is a relevant enhancement request:
http://quality.livecode.com/show_bug.cgi?id=21013

On Sun, Mar 11, 2018 at 5:14 AM Brian Milby via use-livecode <
use-livecode@lists.runrev.com> wrote:

> That strange dictionary entry was due to a bug in the parser. It is fixed
> now (9DP11 does not have that bug, not sure about 8).
>
> Now, not sure about the actual sort issue...
> On Sat, Mar 10, 2018 at 10:27 PM Sannyasin Brahmanathaswami via
> use-livecode  wrote:
>
> > Well the dictionary has this cryptic entry
> >
> > "If you don't specify a sortType, the sortType is text.
> > numbers)"
> >
> > ??
> >
> > I thought, wrongly so, sort alpha text, ascending, was the default
> >
> > sort line fld "imageIist"  # would get you want
> >
> > But the solution was simple
> >
> > sort lines fld "imageList" ascending text  # this gets want I need
> >
> > So, the default is mysterious; but, explicitly call, will work.
> >
> > BR
> >
> >
> >
> > Bob Sneidar wrote:
> >
> > Hmmm... I ran into this a few days ago. If you sort numeric, and any
> > of the values are not numeric, the sort fails silently. I would have
> > expected it to sort with the affinity for numeric, but that apparently is
> > not how the sort command works. If you were to simply sort without the
> > numeric arguement, it would work, since your filenames are already padded
> > with zeros. If this needs to work with *any* file list, I think you may
> be
> > in trouble.
> >
> > One option would be to iterate in a repeat loop through each line,
> > then iterate through each character, adding the current character to a
> > value then checking if the value is a number. When it's not, put char 1
> to
> > -2 of the value into item 1 of a new list, the actual filename into item
> 2
> > of the new list, sort lines of  numeric ascending by item 1 of
> each,
> > then iterate through the lies again, putting item 2 of each line in a new
> > list.
> >
> > You could create a function that does this.
> >
> > Bob S
> >
> >
> > >On Mar 9, 2018, at 10:46 , PEL via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> > >When you add text to a number, it ceases to be a number.
> > >If you had a space between 01-11-04-09-_2018 and the rest of the
> line
> > you might be able to
> > >sort lines of field “TheFiles” dateTime ascending by word one of
> each
> > >Paul Looney
> >
> >
> >
> > ___
> > use-livecode mailing list
> > use-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: When me is not me

[Ali Lloyd via use-livecode]

In theory that shouldn't be the problem - `the  of me` should
short-circuit to directly evaluating the property of the object with the
behavior, rather than evaluating `me` as a name first. This is why `put the
long id of me into tID` also works.

Peter, in your original script are you doing
 set the hilitedButton of me to tNum
directly, or
local tMe
put me into tMe
set the hilitedButton of tMe to tNum
?

The latter will have the 'not on the current card' problem, whereas the
former should (in theory) not.

On Sat, Mar 10, 2018 at 2:41 AM Brian Milby via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I think I know what is going on.  If you add a couple of put statements to
> that script you will find that "me" by itself doesn't include the card or
> stack.  So "put me" would give something like [group "Language Choice"]
> which isn't specific enough from another card.  This works:
>
> local tID
> put the long id of me into tID
> set the hilitedButton of tID to tNum
>
> But it can be simpler:
>
> set the hilitedButton of the long id of me to tNum
>
> I didn't do it from an openStack script, but from the message box while on
> another card.
>
> Thanks,
> Brian
>
> On Fri, Mar 9, 2018 at 8:10 PM Peter Bogdanoff via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > Yes, it works great if you are on the card, not if you are somewhere
> else.
> >
> >
> > > On Mar 9, 2018, at 6:03 PM, Mike Bonner via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> > >
> > > Nevermind. Another card. DOH
> > >
> > > On Fri, Mar 9, 2018 at 6:59 PM, Mike Bonner 
> wrote:
> > >
> > >> What version?  Its working for me in 9 dp11 by using either dispatch
> or
> > >> send to the group.
> > >>
> > >> In the group:
> > >> command doit pbtn
> > >>   set the hilitedbutton of me to pbtn
> > >> end doit
> > >>
> > >> And from the message box..
> > >>
> > >> send ("doit" && 2) to group 1
> > >> or
> > >> dispatch "doit" to group 1 with 3
> > >>
> > >>
> > >> On Fri, Mar 9, 2018 at 6:23 PM, Peter Bogdanoff via use-livecode <
> > >> use-livecode@lists.runrev.com> wrote:
> > >>
> > >>> I learned something today.
> > >>>
> > >>> I was trying by script to set the hilite of a radio button in a group
> > on
> > >>> another card.
> > >>>
> > >>> My script is in the group “Language Choice” which is called by
> > openStack.
> > >>> I’m thinking that “me” would operate on the group:
> > >>>
> > >>>set the hilitedButton of me to tNum
> > >>>
> > >>> Didn’t work, even though the script received the message and
> completed.
> > >>> The radio buttons were unchanged. I modified it to this, which
> worked:
> > >>>
> > >>>set the hilitedButton of group "Language Choice" of card
> > >>> "Settings" to tNum
> > >>>
> > >>>
> > >>> I can only think that, a group, even though it is on a single card
> and
> > >>> does not have its backgroundBehavior set to true, must be referred to
> > >>> explicitly by the name of the group and the name of the card is
> > resides in.
> > >>> Or maybe it’s because the individual buttons didn't have sharedHilite
> > set
> > >>> to true.
> > >>>
> > >>> Peter Bogdanoff
> > >>> ArtsInteractive
> > >>>
> > >>>
> > >>> ___
> > >>> use-livecode mailing list
> > >>> use-livecode@lists.runrev.com
> > >>> Please visit this url to subscribe, unsubscribe and manage your
> > >>> subscription preferences:
> > >>> http://lists.runrev.com/mailman/listinfo/use-livecode
> > >>
> > >>
> > >>
> > > ___
> > > use-livecode mailing list
> > > use-livecode@lists.runrev.com
> > > Please visit this url to subscribe, unsubscribe and manage your
> > subscription preferences:
> > > http://lists.runrev.com/mailman/listinfo/use-livecode
> >
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> > subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Android Studio how to create AVD?

[Ali Lloyd via use-livecode]

One very irritating thing about Android Studio is that you have to create a
project before you can launch a simulator. So when you open Android Studio,
and get the welcome dialog, just start a new project with any old settings.

Once you've done that you can choose Tools > Android > AVD Manager and
create a device. You'll need to choose something with armeabi architecture,
not x86, when you create the device. Once it has booted up you should see
it in the target list.

On Fri, Mar 2, 2018 at 12:18 AM bob--- via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I’m trying to figure out how to get an Android virtual device going for LC
> testing/debugging. For the life of me I can’t figure out how to create an
> AVD with Android Studio. I’ve spent the better part of my day trying to
> figure this out.
>
> I've tried LC business 8.1.9 & LC business 9.0.0 (dp11). I’ve installed
> JRE 9.0.4, jdk 9.0.4, Android Studio 3.0. I’m on Mac OS 10.13.3. My LC
> Preference appear to be set correctly with the Android SDK being displayed
> with JDK Path also being displayed and appears to be valid. I have no
> problem testing IOS. I’ve just not been able to figure out how to get an
> Android virtual device and everything I’m reading on line doesn’t make
> sense for what I’m seeing in LC and Studio.
>
> The Test menu in the IDE does not show and Android deviced.
>
> not sure if this is related but when I attempt to save a standalone as an
> Android I get an error that says “There was an error while saving the
> standalone application could not compile service support class”.
>
> What am I missing? There must be something dumb I’m doing or something I
> need to install isn’t on my system. Any help is much appreciated.
>
> Bob H.
> ___
> use-livecode mailing list
> use-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 9 DP11 hangs with "Loading Libraries" on Windows 10

[Ali Lloyd via use-livecode]

Ah, I have just realised this may well be caused by
http://quality.livecode.com/show_bug.cgi?id=20970
You could try the workaround described there.

On Tue, Feb 27, 2018 at 4:11 PM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> My guess is there is something wrong with that library or the next one in
> line.
>
> Bob S
>
>
> > On Feb 23, 2018, at 05:08 , Matthias Rebbe via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Hi Panos,
> >
> > thanks for your comment.
> >
> > Unfortunately i cannot see anything helpful. The log stops at "Loading
> library revIDELibrary"
> >
> > I will file a bug.
> >
> > 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

[Ali Lloyd via use-livecode]

You didn't misunderstand, that is (almost) exactly what I'm suggesting
(once we had import/export for all objects), although I think the way set
works should probably be tweaked so that we *don't* do any manual fettling
- we just document that setting certain groups of properties via the
properties is undefined behavior. If you want to set *all* the properties
of an object to the same as another, don't do it like that, use
export/import instead.

Essentially my point of view is that a properties property should return
all properties. Otherwise it can't really work with widgets. The manual
fettling for the order of properties to set isn't really compatible with
the fact that widget authors can define properties in innumerable ways that
we don't know in advance, unless we force widget authors to provide the
equivalent of the engine's s_preprocess_props.

I just realised though that you can't set if it's a function, so it would
have to be a property, and then you couldn't include the properties
property :-(

On Mon, Feb 26, 2018 at 3:20 AM Monte Goulding via use-livecode <
use-livecode@lists.runrev.com> wrote:

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

[Ali Lloyd via use-livecode]

>
>
> > 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.
>
> 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.
___
use-livecode mailing list
use-livecode@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

[Ali Lloyd via use-livecode]

>
> My interest this morning came from a property sheet I build some years
> ago as an alternative to an inspector.  There are many good reasons why
> a property sheet is a much better fit for an IDE, but we can save that
> for another thread.
>
> Another reason Kevin asked Scott Raney to add "the properties" as a
> universal representation of object props back around '00 was for the
> rapid things we can do for new object creation.
>
> As an array, the value lends itself particularly well for a wide range
> of needs.
>
> For example, taking the delta between two objects gives you a great way
> to concisely express what would be needed to reproduce one from the
>
other. Such conciseness is esp. useful in Internet applicationsL


These seem to me to be perfect examples of why export  to tVar would
be useful to extend to all objects.


> Another would be transferable styles.  I can make a button or field how
> I like it, and then store only the things I care about to represent that
> "style".  Later I can union that subset with "the properties" of another
> object of that type and have them applied in one simple and highly
> efficient move.
>
> There may be other reasons this was requested as a universal way of
> representing object properties.  That's just the short list of things
> that come to mind off the top of my head right now.
>

>  > It is not correct to say that the properties property is used to
>  > create the property inspector
>
> I don't know anyone who said that.  But imagine how much simpler it
> would be to make an Inspector if "the properties" were completed to
> handle this new class of objects.
>
>
You did, in your earlier email ;-)

> Consider the LC IDE's Inspector:  to populate its controls it obtains
> "the properties" from all LC-native objects, and "the properties" +
> widget-specific info from widgets.

In fact, add that to the use-case list above.
>
> Having one universal means of getting and setting object properties en
> masse is very helpful.
>

Unless you meant 'the properties' abstractly. If that's the case then there
is such a function - it is in the IDE library and the IDE does use it on
all object types to generate the property inspector.


> And we've had it for more than a decade and a half.
>
> And we have it still, except for one new class of objects, widgets.
>
> If we extend this mechanism to include the data the engine already knows
> about properties, widgets will be elevated to first class objects like
> anything else.
>
> Isn't having widgets behave more like engine-native controls the reason
> we use them over compound groups?
>
>
I'm not trying to argue that we shouldn't extend the properties property -
actually efficiency may indeed be one of the best reasons in terms of being
able to set a bunch of properties in one go. I'm just trying to gather
information to figure out the priority of such a thing.


>  >- that is in fact done from property definition files. There are things
>  > that are properties that you might not want to present in a property
>  > inspector, and there are things that you might want to present in the
>  > property inspector that are not strictly properties. Hence we maintain
>  > these lists:
>  >
>
> https://github.com/livecode/livecode-ide/tree/develop/Toolset/resources/supporting_files/property_definitions
>
> I'm familiar with the existing mechanisms, but help me understand: which
> scriptable properties would a widget have which would not be of interest
> to a scripter?
>

I didn't say they aren't of interest to the scripter, I said you might not
want to present them in a property inspector. And it's not just widgets,
all objects have properties that are not really relevant to the property
inspector. Most obviously, the properties property. Others are, for
example, the noncontiguousHilites of a standard text field, or the
menuHistory of a default button. Many widgets have other properties that
overlap, for example the itemArray of the navigation bar, which overlaps
with (in fact subsumes) the itemLabels, itemIcons, itemSelectedIcons etc.
See the navigation bar's itemArray editor in the PI - in my view this is
much nicer than a set of fields. Another type would be transient properties
of mobile native objects - eg the 'focused' property of the android native
field which is not saved with the object. It is completely unuseful to set
this property via PI in the IDE, but still needs to be a property so you
can set it from script. As the existence of such properties is subject to
the whims of the widget author, they could crop up anywhere, hence the
desire to make the ones that *should* show up part of the metadata.


>
 > Because the 'classic controls' are somewhat multipurpose, the notion
>  > of control type isn't fine-grained enough to use the properties
>  > property for a good property inspector.
>
> Agreed.  Another good argument for a property sheet, but that's for
> another thread.
>

I don't understand how that's an argument 

Re: widget properties

[Ali Lloyd via use-livecode]

Not much has changed since this question was last asked:
http://lists.runrev.com/pipermail/use-livecode/2015-October/219630.html

The question here really is what you want to use the properties property
for. It is not correct to say that the properties property is used to
create the property inspector - that is in fact done from property
definition files. There are things that are properties that you might not
want to present in a property inspector, and there are things that you
might want to present in the property inspector that are not strictly
properties. Hence we maintain these lists:
https://github.com/livecode/livecode-ide/tree/develop/Toolset/resources/supporting_files/property_definitions

Because the 'classic controls' are somewhat multipurpose, the notion of
control type isn't fine-grained enough to use the properties property for a
good property inspector. In the property definition files, they are split
up into control types (more like how widgets should be, i.e. one widget
kind per distinct functionality)

The VCS-related use case for an expanded properties property still exists
though, as far as I can tell, although 'properties' is kind of a bad name
for it. Actually I think it might be better to add 'export' syntax for
classic controls. The nice thing about the export syntax is that you get
exactly the distinct pieces of information required to reconstruct the
widget (according to the widget author's implementation). It might actually
be a completely distinct representation of the widget state than that
provided by a list of properties and their values (although in practice,
it's usually a subset of the properties).



On Sat, Feb 24, 2018 at 10:11 PM Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:

> hh wrote:
>
>  >> Richard G. wrote:
>  >> I'm suggesting the engine have an enhancement to add
>  >> the widget-specific info to the  universally-supported
>  >> "the properties" info.
>  >
>  > It would be possible to simply add all the info that the property
>  > inspector can display. But that can also easily be scripted by the
>  > user of the widget.
>  > Or use the demo-stacks of the widget's author (I usually provide
>  > these) which contain (parts of) setter and getter scripts.
>
> Exactly.  There are many workarounds available.
>
> What's missing is support for the universal method by which we can
> obtain property info, "the properties" function.
>
> Given that the engine is apparently already able to obtain that info,
> adding it to the universal mechanism for this should seem short work, no?
>
> --
>   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: Do script-only stacks support "chained" behaviors?

[Ali Lloyd via use-livecode]

I should clarify: say you want stack 1 to have behavior stack 2 which has
behavior stack 3.

In the IDE we commonly do:
Stack 1:

on preOpenStack
   dispatch "setAsBehavior" to stack "Stack 2" with the long id of me
end preOpenStack

Stack 2:
on setAsBehavior pTarget
   dispatch "setAsBehavior" to stack "Stack 3" with the long id of this me
   set the behavior of pTarget to the long id of this me
end setAsBehavior

Stack 3:
on setAsBehavior pTarget
   set the behavior of pTarget to the long id of this me
end setAsBehavior

On Sun, Jan 21, 2018 at 1:12 AM Ali Lloyd  wrote:

> There are also plenty of examples in the IDE - most of the palettes have
> their own specific behavior chained to the generic palette behavior.
>
> Most of them do something like the following handler:
> on setAsBehavior pTarget dispatch "setAsBehavior" to stack
> revIDEFrameBehavior() with the long id of this me set the behavior of
> pTarget to the long id of this me end setAsBehavior
>
> They then call the setAsBehavior handler on preOpenStack.
>
> On Sun, Jan 21, 2018 at 12:14 AM Trevor DeVore via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> On Sat, Jan 20, 2018 at 5:53 PM Mike Kerner via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>
>> > I believe they do, because I think Trevor is doing this with Levure.
>>
>>
>> You can’t specify the behavior property of a script only stack in the
>> script only stack itself. You have to assign the behavior of the script
>> only stack using code after the stack has been loaded into memory. The
>> behavior property setting won’t persist however.
>>
>> Trevor DeVore
>> ScreenSteps
>>
>> >
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

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

[Ali Lloyd via use-livecode]

There are also plenty of examples in the IDE - most of the palettes have
their own specific behavior chained to the generic palette behavior.

Most of them do something like the following handler:
on setAsBehavior pTarget dispatch "setAsBehavior" to stack
revIDEFrameBehavior() with the long id of this me set the behavior of
pTarget to the long id of this me end setAsBehavior

They then call the setAsBehavior handler on preOpenStack.

On Sun, Jan 21, 2018 at 12:14 AM Trevor DeVore via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On Sat, Jan 20, 2018 at 5:53 PM Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > I believe they do, because I think Trevor is doing this with Levure.
>
>
> You can’t specify the behavior property of a script only stack in the
> script only stack itself. You have to assign the behavior of the script
> only stack using code after the stack has been loaded into memory. The
> behavior property setting won’t persist however.
>
> Trevor DeVore
> ScreenSteps
>
> >
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Changes to Google Play submissions

[Ali Lloyd via use-livecode]

A quick update on these things from the tech team point of view:
We have made a a start towards both these things - firstly we have
identified a number of issues that need to be fixed in order to increase
the target sdk version. As you say, we probably need to add target sdk
version to the settings.
We also have an outstanding PR adding 64 bit Android support to the engine,
so there’s a bit of work to add support in the standalone builder.

On Thu, 18 Jan 2018 at 23:46, J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

>  From the blog:
> "We’re giving Android developers a heads up about changes coming to
> Google Play to increase app security and performance. In the second half
> of 2018, new apps and app updates will be required to target a recent
> API level. In 2019, new apps and app updates with native libraries must
> provide 64-bit versions in addition to their 32-bit versions."
>
> More here:
>
> <
> https://android-developers.googleblog.com/2017/12/improving-app-security-and-performance.html
> >
>
> How will this affect our Android apps? Are we 64-bit? Is there a way to
> "target" a version? I only see a way to select a minimum version in
> standalone settings, though I guess we could provide a custom manifest.
>
> --
> 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: Do widgets support introspection?

[Ali Lloyd via use-livecode]

Yep. At some point it might be good to put add a general filtering
parameter.

On Wed, Jan 10, 2018 at 10:50 PM Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 01/10/2018 01:52 PM, Ali Lloyd via use-livecode wrote:
> > revIDEExtensions gives info on all the installed extensions, user or
> > otherwise (I guess it's the revIDE prefix that makes it sound like it
> > doesn't).
>
> Yeah, I got thrown off by that and didn't dig down far enough to see the
> user extensions in the mix. So iterating through
>
> put revIDEExtensions() into tArray
> repeat for each element tExtension in tArray
>put tExtension["ide"] into tIsBuiltIn
>...
>
> will distinguish between built-in and user extensions?
>
> --
>   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: Do widgets support introspection?

[Ali Lloyd via use-livecode]

revIDEExtensions gives info on all the installed extensions, user or
otherwise (I guess it's the revIDE prefix that makes it sound like it
doesn't).

Yes, it is going to be documented some day! Hopefully when there are more
resources available to sort out documenting the IDE.


On Wed, Jan 10, 2018 at 9:17 PM Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 01/10/2018 12:37 PM, Ali Lloyd via use-livecode wrote:
> > Brian is correct, this is a temporary use of the lcdoc stuff for script
> > libraries to contain info that would be contained in its manifest.
> >
> > Rather than worrying about what information comes from where, it would
> > probably be best to use the revIDEExtensions function which returns all
> the
> > 'metadata' associated with extensions (both lcb and lcs). Although
> > admittedly that doesn't yet contain information about public handlers in
> > script library extensions.
>
> Thanks for that! revIDEExtensions() looks almost useful. Is there
> something similar for user extensions? Is this function going to be
> documented some day?
>
> --
>   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: Do widgets support introspection?

[Ali Lloyd via use-livecode]

Brian is correct, this is a temporary use of the lcdoc stuff for script
libraries to contain info that would be contained in its manifest.

Rather than worrying about what information comes from where, it would
probably be best to use the revIDEExtensions function which returns all the
'metadata' associated with extensions (both lcb and lcs). Although
admittedly that doesn't yet contain information about public handlers in
script library extensions.

On Wed, Jan 10, 2018 at 6:18 PM Brian Milby via use-livecode <
use-livecode@lists.runrev.com> wrote:

> My guess is that will be for livecodescript libraries since they do not end
> up with a manifest file.
> On Wed, Jan 10, 2018 at 12:09 PM Mark Wieder via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > On 01/10/2018 09:56 AM, Mark Waddingham via use-livecode wrote:
> >
> > > Are you sure you didn't confuse 'source file' with 'manifest' - its
> > > dealing with no source file in extensions that commit sorts out (also
> > > why protected extensions need their docs extracted at build time -
> > > there's no source file in them for the IDE to poke).
> >
> > Yes. I'm looking at the __fetchScriptLibraryData function, which
> > attempts to retrieve information from the api.lcdoc file if there's no
> > manifest.xml file present. The .lcdoc files for widgets are quite
> > different from those for the dictionary (and with good reason), and much
> > useful information in the xml file is not present in the lcdoc file. I'm
> > guessing that much needs to change for this to work as described.
> >
> > --
> >   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: Custom properties of IDE palettes?

[Ali Lloyd via use-livecode]

I don't think they have any custom properties... at least, if they do then
they don't do anything. They are script-only stacks & behaviors that
generate the UI; they don't use custom props for their functionality.

On Tue, Jan 9, 2018 at 8:40 PM Geoff Canyon via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I'm exploring the LC 8 IDE. If I type in the message box:
>
> put the customkeys of the mouseStack
>
> and put the pointer over the message box, I press return and see a list of
> custom properties:
>
> cREVIntelligenceObject
> cREVLeft
> cREVTopLeft
> etc
>
> But if I put the pointer over the Tools palette or the Properties palette,
> I get nothing. It's not a mouseStack issue; I can put the name of the
> mouseStack and get "revPropertyInspector 1". And this doesn't work either:
>
> lock messages;put the customkeys of stack "revPropertyInspector 1"
>
> Any ideas?
> ___
> use-livecode mailing list
> use-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: Free SVG icons

[Ali Lloyd via use-livecode]

There has been some work to replace the icon picker with a stack with a
filter field, so once that’s in it should help quite a lot.

On Tue, 2 Jan 2018 at 23:51, J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> As long as we're talking about this, I'd love to see more of the full
> set at once. The current interface is a little tedious. At first I could
> hardly make out the icons due to the lack of contrast, but I notice now
> the transparency has been toned down a bit, which helps. Still,
> scrolling through the whole set looking for something is slow. A window
> full of icons, like the linked web page, would be easier to scan.
>
> Or maybe add a "Show All" button where we could see the whole set in a
> window, and people could choose their view.
>
> Just thinking out loud.
>
> On 1/2/18 5:03 PM, Brian Milby via use-livecode wrote:
> > If willing to swap out a default library, the iconSVG library can be made
> > to work with these. I’ve submitted a PR with the code to load new
> > icons/families. I guess I need to add the ability to change the default
> > family (which would enable easier use in the IDE).
> >
> > Also check out svg-icon on GitHub... over 10k icons, many with MIT
> licenses
> > (leungwensen/svg-icon)
> > On Tue, Jan 2, 2018 at 4:54 PM Mark Wieder via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> On 01/02/2018 01:24 PM, J. Landman Gay via use-livecode wrote:
> >>> Looks like a nice set:
> >>> 
> >>>
> >>> I like these a little better than the Font Awesome icons because
> they're
> >>> slimmer.
> >>>
> >>
> >> Thanks. Those seem rather nice. And MIT-licensed.
> >> The dollar-sign but no euro seems a bit restricted, though.
> >>
> >> --
> >>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
> >
>
>
> --
> 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: [ANN] Release 9.0.0 DP-11

[Ali Lloyd via use-livecode]

Try uninstalling and reinstalling. I believe Panos ran into this in testing
at some point last week but was unable to replicate

On Fri, Dec 22, 2017 at 10:37 PM Ralph DiMola via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I was trying to replicate J Gay's Android build error I ran into a
> roadblock.
>
> I can't launch on Win 10 build 1709 on a VM. The splash hangs at "Loading
> Libraries". I dumped all mu Plug-Ins and nuked the prefs, disabled AV SW,
> ran as administrator but still no joy.
>
> Any ideas before a get a QCC report going?
>
> 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: Could not encode class bundle

[Ali Lloyd via use-livecode]

Yes, looking at previous instances of this error I think using JDK 1.8 is
the easiest fix. I'm not sure exactly why this changed from DP 10 to 11
though...

On Fri, Dec 22, 2017 at 10:04 PM J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Okay, it's a very long error that I couldn't copy, but the first line is:
>
> Exception in thread "main" java.lang.UnsupportedClassVersionError:
> com/android/dx/command/Main : Unsupported major.minor version 51.0
>
> This is followed by a dozen lines of various java errors concerning
> lang, security, net, and misc.
>
> I'm still using the Apple-supplied java installation 1.6.0. Do I need a
> different one?
>
> On 12/22/17 2:26 PM, Ali Lloyd via use-livecode wrote:
> > Could you put
> >
> > "answer the result"
> >
> > before
> >
> > throw "could not encode class bundle"
> >
> > in the revSaveAsAndroidStandalone script? That should give us a clue as
> to
> > what the error is.
> >
> > On Fri, Dec 22, 2017 at 7:13 PM J. Landman Gay via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> On 12/22/17 12:56 PM, J. Landman Gay via use-livecode wrote:
> >>> I'm unable to build an Android app in LC 9dp11, I get "Unable to encode
> >>> class bundle." I have installed all the Android build tools for every
> >>> version (17 through 27.0.3), and also the latest SDK Tools (25.2.5) and
> >>> SDK Platform-tools (27.0.1). I do not use Android Studio.
> >>>
> >>> What else do I need? Preferences point to the correct SDK folder.
> >>>
> >>
> >> BTW, I was able to build with LC 9dp10.
> >>
> >> --
> >> 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: [ANN] Release 9.0.0 DP-11

[Ali Lloyd via use-livecode]

Another thing you can do in this DP is hide individual widgets from the
tools palette from the extension manager, should you wish.

On Fri, Dec 22, 2017 at 8:13 PM Mike Kerner via use-livecode <
use-livecode@lists.runrev.com> wrote:

> cool!  that'll give me more space in my tools palette for all the widgets
> I'll be able to download from the widget store
>
> On Fri, Dec 22, 2017 at 2:38 PM, Tom Glod via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > the good news is i ran my stack and i make EXTENSIVE use of the
> > datagrid...everything looked fine and worked as expected.. maybe its
> > just me but it feels snappier scrolling on the desktop.. but i
> > could be imagining it though. I'm going to do some optimizing and testing
> > on my own use case.
> >
> > epic christmas season for our company's stack, thanks alot for all your
> > hard work.
> >
> > Merry Christmas and a Happy New Year
> >
> >
> >
> > On Fri, Dec 22, 2017 at 2:00 PM, AndyP via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> > > Fantastic release  .. what a great Christmas prezzy!
> > >
> > > Looking forward to trying out all the new features.
> > >
> > > All the elves at the LiveCode Santa cabin must have worked really hard
> to
> > > get this out to us before the holidays so a BIG thank you to all the
> team
> > > for all their efforts over the past year.
> > >
> > >
> > >
> > >
> > >
> > > -
> > > Andy Piddock
> > >
> > >
> > > My software never has bugs. It just develops random features.
> > >
> > > TinyIDE a Free alternative minimalist IDE Plugin for LiveCode
> > > TinyIDE
> > >
> > >
> > > Script editor Themer for LC http://2108.co.uk
> > >
> > > PointandSee is a FREE simple but full featured under cursor colour
> picker
> > > / finder.
> > > http://www.pointandsee.co.uk  - made with LiveCode
> > > --
> > > 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
> >
>
>
>
> --
> 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

Re: Could not encode class bundle

[Ali Lloyd via use-livecode]

Could you put

"answer the result "

before

throw "could not encode class bundle"

in the revSaveAsAndroidStandalone script? That should give us a clue as to
what the error is.

On Fri, Dec 22, 2017 at 7:13 PM J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 12/22/17 12:56 PM, J. Landman Gay via use-livecode wrote:
> > I'm unable to build an Android app in LC 9dp11, I get "Unable to encode
> > class bundle." I have installed all the Android build tools for every
> > version (17 through 27.0.3), and also the latest SDK Tools (25.2.5) and
> > SDK Platform-tools (27.0.1). I do not use Android Studio.
> >
> > What else do I need? Preferences point to the correct SDK folder.
> >
>
> BTW, I was able to build with LC 9dp10.
>
> --
> 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: [ANN] Release 9.0.0 DP-11

[Ali Lloyd via use-livecode]

Yes, that is indeed the intention- but we thought we’d give you the
components along the way until we’ve figured out the correct API for the
cross platform version and actually implemented for all platforms.

The single platform versions will likely stay around in some form, probably
in the extensions store, as their properties and messages can be more
closely mapped to the native ones and they can have features not available
on other platforms.

The map widget is a slight anomaly in that we’ve gone straight for the
cross-platform approach - but mainly because it’s unclear what platforms it
will be possible to add support for, but we can be fairly confident if a
platform supports it then we can implement everything in the current map
widget feature set

On Fri, 22 Dec 2017 at 16:36, panagiotis merakos via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Mike,
>
> I think both of these features (a "universal" native button widget and the
> ability to add your own icons) will be added in the upcoming LC 9.x
> releases.
>
> Best,
> Panos
> --
>
> On Fri, Dec 22, 2017 at 4:24 PM, Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > I'm sure someone already asked this:  Why not have one native button,
> that
> > when we build for platform x compiles for that platform?  We have a mac
> > button, an android button, and an ios button.  We have an android field,
> a
> > mac field (no ios field)...
> > I can't wait for someone to hack the navigation bar so you can add
> whatever
> > icons you like.  I've looked at doing it, but it's not on the front
> burner.
> >
> > On Fri, Dec 22, 2017 at 11:10 AM, Mike Kerner  >
> > wrote:
> >
> > > Thanks for ruining it for me, Ralph.  Any thought of analog makes me
> ill.
> > >
> > > On Fri, Dec 22, 2017 at 10:54 AM, Ralph DiMola via use-livecode <
> > > use-livecode@lists.runrev.com> wrote:
> > >
> > >> Wh
> > >> You folks rock!
> > >>
> > >> I feel like the xmas I got my first Heathkit oscilloscope. I spent the
> > >> entire first day building it and the next year using it. Excitement on
> > both
> > >> fronts just like dp11 will.
> > >>
> > >> Margaret and I send our best wishes to the mother ship and all you
> good
> > >> people on the list.
> > >>
> > >> Ralph DiMola
> > >> IT Director
> > >> Evergreen Information Services
> > >> rdim...@evergreeninfo.net
> > >>
> > >> -Original Message-
> > >> From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On
> > >> Behalf Of panagiotis merakos via use-livecode
> > >> Sent: Friday, December 22, 2017 9:31 AM
> > >> To: How to use LiveCode
> > >> Cc: panagiotis merakos
> > >> Subject: [ANN] Release 9.0.0 DP-11
> > >>
> > >> Dear list members,
> > >>
> > >> We are pleased to announce the release of LiveCode 9.0.0 DP-11.
> > >>
> > >> Developer Preview Release
> > >> =
> > >> Warning: this is not a stable release.  Please ensure that you back up
> > >> your stacks before testing them.
> > >>
> > >>
> > >> Getting the Release
> > >> ===
> > >> You can get the release at https://downloads.livecode.com/livecode/
> or
> > >> via the automatic updater.
> > >>
> > >>
> > >> Release Contents
> > >> 
> > >> LiveCode 9.0.0 DP-11 comes with more than 40 bugfixes. Moreover, more
> > than
> > >> 90 bugfixes that were fixed in LiveCode 8.1.x and 8.2.x, are now
> merged
> > >> into LiveCode 9.0.0 DP-11.
> > >>
> > >> In addition, LiveCode 9.0.0 DP-11 includes several amazing new
> features:
> > >>
> > >> - Great progress on Obj-C FFI: support for dynamic instance binding,
> > >> dynamic property binding and delegate support is added. With LCB, you
> > can
> > >> easily wrap an API of your choice and use it from LiveCode Script. For
> > >> example, see the code in http://quality.livecode.com/sh
> > >> ow_bug.cgi?id=20733,
> > >> which wraps NSUserNotification, used to send a notification.
> > >> - Target folder variant of the detailed files and the detailed
> folders:
> > >> The
> > >> files() and folders() function now have a second optional argument,
> > >> allowing “detailed” to be specified.
> > >> - Image Object SVG support: Include high quality SVG images at a very
> > >> small cost on the standalone size
> > >> - HTML5 windowing: This allows tooltips, dialogs, and pop-up menus to
> > >> work within the HTML5 engine. This also allows multiple stacks to be
> > opened
> > >> on the HTML5 page.
> > >> - Windows cameraControl enhancements: Support to the windows camera
> > >> control for exposure, focus and white balance mode properties has been
> > >> added.
> > >> - Data Grid 2 visual / interactive elements: datagrid edit mode swipe
> > >> actions / drag reordering
> > >> - New LCB syntax: added support for "the architecture", "trigger all"
> > and
> > >> access to system error
> > >> - Android AAR support: Add support for AAR files as extension
> > dependencies
> > >> - Android manifest merging: 

Re: TS Net Documentation

[Ali Lloyd via use-livecode]

Check out
/Contents/Tools/Ext/tsNet.../api.lcdoc for all the tsNet
things in one file - hopefully that's roughly what you're looking for

On Thu, Dec 21, 2017 at 7:37 PM Sannyasin Brahmanathaswami via use-livecode
 wrote:

> an old theme "I want a printed dictionary…"
>
> As I peruse the dictionary TSNet is *huge* and complex…. Hunt and peck for
> what you have no clue will serve your needs gets tiring. Sometimes good
> old-fashioned "study for your exams" approach is a better way to go.
>
> And no, I don't want anything electronic. see the long discussion thread
> last year in October/November on this…
>
> But -- the PDF User Guide does not have a TS Net section
>
> I found this
>
> /Applications/LiveCode Business 8.1.9 (rc
> 1).app/Contents/Tools/Documentation/html_viewer/resources/data/api/api.sqlite
>
> and if I open the api.sqlite  file in a DB browser… the entry data are
> binary blobs (What are those? LC array stores)
>
> And this:
>
> /Applications/LiveCode Business 8.1.9 (rc
> 1).app/Contents/Tools/Documentation/html_viewer/resources/data/api/distributed_api.js
>
> Not particularly user friendly for converting to a printed document:
> 112,014 lines of JSON data…but still hackable.
>
> but, before I write some jsonToArray + TSNet filter -> to text…  to
> extract TSNet commands from the distributed_api.js
>
> @Charles do you have a PDF with all the TSNet commands and functions like
> we see in the dictionary?
> Or has anyone written widget to dump text form the dictionary? I'm not
> looking for anything fancy…
>
>
> BR
>
>
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Map Widget Futures

[Ali Lloyd via use-livecode]

On Thu, Dec 7, 2017 at 12:56 AM Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Ali Lloyd wrote:
>
>  > ...make the map widget a lot more flexible on the
>  > objective-c side...
>
> iOS-only?
>
> --
>   Richard Gaskin
>   Fourth World Systems
>   Software Design and Development for the Desktop, Mobile, and the Web
>   
>   ambassa...@fourthworld.comhttp://www.FourthWorld.com
>
>
We would do whatever is feasible in a cross-platform way. Actually looking
at it now, there would be a similar thing on Android:
https://developers.google.com/android/reference/com/google/android/gms/maps/model/TileProvider

Brahma, it's my understanding that you *are* talking about overlays - or at
least using overlays is exactly how such things are achieved with a native
map object. You override a method that returns a particular image for the
currently visible tiles of the map, so that you don't have to have your
whole map image in memory all the time.

The default implementation on both platforms retrieves map images from
somewhere online

Markers are not 'in the message path' quite in the way you are suggesting -
at the moment the touch / click is received by the native view, resulting
in a callback that is handled in LCB, which posts an appropriate message
back to the widget's script object (in this case 'markerClicked pTag' where
pTag is the tag defined for that marker).
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Map Widget Futures

[Ali Lloyd via use-livecode]

I'm not quite sure what you mean by 'a member of the msg path in "proper
standing"' - the map widget just wraps a native view essentially. The map
'object' is only accessible through foreign handlers in LCB, but if it can
be done natively then it can be done.

In the first instance the widget will support annotations/markers and
polylines, but won't support generic overlays.

Just thinking aloud for a second, one way we could potentially make that
work, and make the map widget a lot more flexible on the objective-c side
is to allow custom implementations of the map delegate in LCB. This would
enable you to write the appropriate callbacks to do custom overlays. I
can't think of a particularly nice way to support overlays as a basic
property, but that might just be because I haven't thought about it enough.


On Wed, Dec 6, 2017 at 3:07 PM Sannyasin Brahmanathaswami via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I'm not sure if the news from LiveCode Global is under any kind of NDA…
> Since I have a business license, we could pose this directly to HQ, but
> seems useful to share.. hope that is OK and I have this quesiton
>
> What is the binary format of the map "object" that the engine or map
> widget can now pan and zoom?
>
> Put another way: could we create our own giant SVG maps, with tools, for
> example like OmniGraffle or Diagrammix and then run these as "maps" inside
> the new widget. Or is this tech somehow locked into conventional
> geographical map formats of some kind?
>
> Of course we can build those and show them inside a browser widget, but
> dealing with hotspots requires messing with JS and the chasm/issues between
> the JS in the browser widget and the stack-LC engine message path is still
> huge and problematic (discussed at length elsewhere) So if the new map
> widget is a member of the msg path in "proper standing" that will be
> excellent.
>
> BR
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: "export snapshot" still NOT in 8.1.7

[Ali Lloyd via use-livecode]

Could you explain in what way it doesn't work? Does it throw an execution
error? I notice you don't specify a full path or set the defaultFolder-
perhaps it is getting exported somewhere odd.

(Works with macOS 10.12.6, 8.2.0 DP 2 Community)

On Sun, Nov 26, 2017 at 6:23 PM Richmond Mathewson via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Please can everyone help:
>
> http://forums.livecode.com/viewtopic.php?f=6=30220
>
> Richmond.
>
>
> ___
> use-livecode mailing list
> use-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 Sound Capture in WAV format

[Ali Lloyd via use-livecode]

I think this would make a nice example for my extensions session at
LiveCode Global tomorrow. Here's the link for anyone not signed up!
https://livecode.com/global/

On Tue, Oct 17, 2017 at 4:05 PM Ali Lloyd  wrote:

> Hi Peter,
> The Android MediaRecorder class does not support WAV unfortunately. There
> may be some third party libraries you could use to achieve this - including
> third party jar files will be possible once this PR is merged:
> https://github.com/livecode/livecode/pull/6059
>
>
> On Tue, Oct 17, 2017 at 10:14 AM Peter Reid via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> Since Ali got sound capture for Android working, I'm trying to see if
>> it's possible to output the sound in WAV format instead of MP4 format. I'm
>> trying to compare 2 sounds (1 prepared previously against 1 captured on the
>> Android device) and it seems to be easier to compare them if they are both
>> uncompressed WAV files.  Looking at the various parameters in the library,
>> I can't see how to set it up to output in uncompressed WAV format. Here is
>> the initialisation code I'm using:
>>
>> androidRecorderSetRecordInput "Mic"
>> androidRecorderSetRecordCompressionType "AMR NB"
>> androidRecorderSetRecordFormat "ThreeGPP"
>>
>> I can't see which alternatives for CompressionType (AMR NB) and Format
>> (ThreeGPP) will give me uncompressed WAV files. Am I missing something or
>> does the library need updating to support WAV (if this is possible)?
>>
>> Peter
>> --
>> Peter Reid
>> Loughborough, UK
>>
>> > On 16 Sep 2017, at 11:00am, use-livecode-requ...@lists.runrev.com
>> wrote:
>> >
>> > Message: 1
>> > Date: Fri, 15 Sep 2017 11:53:17 +
>> > From: Ali Lloyd 
>> > To: How to use LiveCode 
>> > Subject: Re: Android Audio Playback & Recording
>> > Message-ID:
>> >   <
>> cajr0q1jjp_yd819ubjwbmjmzwb+2z5smiaetj1dwkfhh_61...@mail.gmail.com>
>> > Content-Type: text/plain; charset="UTF-8"
>> >
>> > Hi All,
>> > Firstly thanks to Peter Reid for discovering that the foreign bindings
>> in
>> > that blog post were out of date! I have updated the blog accordingly. I
>> > took the liberty of tidying up the LCB code, and adding docs and a
>> sample
>> > stack - you can check them out here (for now)
>> > https://github.com/livecode/livecode/pull/5941/files
>> >
>> > The library should be included in 9.0 DP 9.
>> >
>> > Cheers,
>> > Ali
>> >
>>
>>
>> ___
>> use-livecode mailing list
>> use-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 Sound Capture in WAV format

[Ali Lloyd via use-livecode]

Hi Peter,
The Android MediaRecorder class does not support WAV unfortunately. There
may be some third party libraries you could use to achieve this - including
third party jar files will be possible once this PR is merged:
https://github.com/livecode/livecode/pull/6059


On Tue, Oct 17, 2017 at 10:14 AM Peter Reid via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Since Ali got sound capture for Android working, I'm trying to see if it's
> possible to output the sound in WAV format instead of MP4 format. I'm
> trying to compare 2 sounds (1 prepared previously against 1 captured on the
> Android device) and it seems to be easier to compare them if they are both
> uncompressed WAV files.  Looking at the various parameters in the library,
> I can't see how to set it up to output in uncompressed WAV format. Here is
> the initialisation code I'm using:
>
> androidRecorderSetRecordInput "Mic"
> androidRecorderSetRecordCompressionType "AMR NB"
> androidRecorderSetRecordFormat "ThreeGPP"
>
> I can't see which alternatives for CompressionType (AMR NB) and Format
> (ThreeGPP) will give me uncompressed WAV files. Am I missing something or
> does the library need updating to support WAV (if this is possible)?
>
> Peter
> --
> Peter Reid
> Loughborough, UK
>
> > On 16 Sep 2017, at 11:00am, use-livecode-requ...@lists.runrev.com wrote:
> >
> > Message: 1
> > Date: Fri, 15 Sep 2017 11:53:17 +
> > From: Ali Lloyd 
> > To: How to use LiveCode 
> > Subject: Re: Android Audio Playback & Recording
> > Message-ID:
> >   <
> cajr0q1jjp_yd819ubjwbmjmzwb+2z5smiaetj1dwkfhh_61...@mail.gmail.com>
> > Content-Type: text/plain; charset="UTF-8"
> >
> > Hi All,
> > Firstly thanks to Peter Reid for discovering that the foreign bindings in
> > that blog post were out of date! I have updated the blog accordingly. I
> > took the liberty of tidying up the LCB code, and adding docs and a sample
> > stack - you can check them out here (for now)
> > https://github.com/livecode/livecode/pull/5941/files
> >
> > The library should be included in 9.0 DP 9.
> >
> > Cheers,
> > Ali
> >
>
>
> ___
> use-livecode mailing list
> use-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: mergZXing alternative

[Ali Lloyd via use-livecode]

Regarding sample stacks, this is a good suggestion - I'm in the process of
tweaking how 'extensions' work in the IDE, but ultimately I'd like for
things like mergExt externals to show up in an externals tab of the
extension manager. I think that would be a good place to be able to launch
sample stacks from (most widgets and libraries should probably have sample
stacks too). Your suggestion of making them accessible from the dictionary
is also a good one, I will look into adding that too.

On Thu, Oct 5, 2017 at 2:21 PM Andrew Bell via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Guess I didn't scroll down far enough on
> http://mergext.com/home/mergav/ to see the barcode syntax. THank you
> for the suggestion.
>
> I wentlooking on MergEXT and the various Livecode
> tutorial/lesson/stack-sharing sites for a MergAV sample stack. The
> closest I found was a thread on this forum from a year ago where
> someone else was having this same conversation (including trying to
> find the sample stack) and all the sudden they found it without saying
> where and everything was good.
>
> Finally I remembered reading somewhere that sample stacks were
> included with the extensions if you dug into the app itself (Show
> Package Contents on Mac). Found the sample stack... holy crap, MergAV
> is WAY faster and more accurate than MergZXing was with barcodes (and
> the blue line on-screen is a nice addition).
>
> It seems like these sample stacks shouldn't be hidden like treasure. I
> assumed clicking "Sample Stacks", or "Tutorials", or "Resources", or
> even "Dictionary" inside of Livecode would have a reference or entry
> for the sample stack.
>
> --Andrew Bell
>
> > There are barcode calls in mergav.  There is also a sample stack that
> > demonstrates how to use it for scanning barcodes.  All the MergAV calls
> are
> > documented in the dictionary.
> > I believe the other reason why zx was deprecated was because av is faster
> > and more accurate - at least it would appear to be for me.
> >
>
>
> ___
> use-livecode mailing list
> use-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: Segmented Control Bugs?

[Ali Lloyd via use-livecode]

Appears to be here:
https://github.com/livecode/livecode/commit/4a25b3be357bcb8c92523d6f8cc4f9ea5d94836e#diff-48360427573246fc3b20d170e09eb8b1

On Tue, Oct 3, 2017 at 9:38 PM Brian Milby <br...@milby7.com> wrote:

> That’s what I was just looking at. Develop branch impacted, 8.1 & 8.2 are
> good.
> On Tue, Oct 3, 2017 at 3:18 PM Ali Lloyd via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> Oh, looks like the docs for the segmented control have become mangled
>> somehow... perhaps a mis-merge.
>>
>> On Tue, Oct 3, 2017 at 8:38 PM panagiotis merakos via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>
>> > Hi BR,
>> >
>> > Sorry, I should have been more clear. The "hiliteChanged" is a
>> **message**
>> > related to the segmented control. In your screenshot, you have applied
>> the
>> > "property" filter, thus this message is not shown. Remove the "property"
>> > filter and this message will appear.
>> >
>> > Best,
>> > Panos
>> > --
>> >
>> > On Tue, Oct 3, 2017 at 7:43 PM, Sannyasin Brahmanathaswami via
>> use-livecode
>> > <use-livecode@lists.runrev.com> wrote:
>> >
>> > > I may be blind today… been tracing code for three days…
>> > >
>> > > see all props listed in the API guide
>> > >
>> > > https://www.dropbox.com/s/tpo38y5q491w0hr/seg-control-props.jpeg?dl=0
>> > >
>> > > "hiliteChanged"
>> > >
>> > > does not appear among them.
>> > >
>> > >
>> > >
>> > >
>> > >
>> > > On 10/3/17, 5:53 AM, "use-livecode on behalf of panagiotis merakos via
>> > > use-livecode" <use-livecode-boun...@lists.runrev.com on behalf of
>> > > use-livecode@lists.runrev.com> wrote:
>> > >
>> > > It is documented. In the dictionary, select "Segmented Control" in
>> > the
>> > > API
>> > > dropdown, and you'll see all the properties/messages related to
>> this
>> > > widget.
>> > >
>> > > ___
>> > > use-livecode mailing list
>> > > use-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: Segmented Control Bugs?

[Ali Lloyd via use-livecode]

Oh, looks like the docs for the segmented control have become mangled
somehow... perhaps a mis-merge.

On Tue, Oct 3, 2017 at 8:38 PM panagiotis merakos via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi BR,
>
> Sorry, I should have been more clear. The "hiliteChanged" is a **message**
> related to the segmented control. In your screenshot, you have applied the
> "property" filter, thus this message is not shown. Remove the "property"
> filter and this message will appear.
>
> Best,
> Panos
> --
>
> On Tue, Oct 3, 2017 at 7:43 PM, Sannyasin Brahmanathaswami via use-livecode
>  wrote:
>
> > I may be blind today… been tracing code for three days…
> >
> > see all props listed in the API guide
> >
> > https://www.dropbox.com/s/tpo38y5q491w0hr/seg-control-props.jpeg?dl=0
> >
> > "hiliteChanged"
> >
> > does not appear among them.
> >
> >
> >
> >
> >
> > On 10/3/17, 5:53 AM, "use-livecode on behalf of panagiotis merakos via
> > use-livecode"  > use-livecode@lists.runrev.com> wrote:
> >
> > It is documented. In the dictionary, select "Segmented Control" in
> the
> > API
> > dropdown, and you'll see all the properties/messages related to this
> > widget.
> >
> > ___
> > use-livecode mailing list
> > use-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: Scrollbar control and auto complete confusion

[Ali Lloyd via use-livecode]

Hi Bill,
probably best in this instance to refer to the dragLeave entry in the
dictionary - "Sent when the mouse pointer moves out of an object during a drag
and drop." So, this is relevant to all controls including the scrollbar,
but perhaps not in the way you would think immediately.

PS, you can use the documentation tab in the script editor to display brief
info about the livecode syntax token at the current text entry point, or
right click on a token and choose 'Find in docs' to see the dictionary
entry.

On Tue, Oct 3, 2017 at 8:24 PM William Prothero via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Folks:
> In livecode 8.1.7 (RC2), I drag a scrollbar to the window of a new stack.
> I the scrollbar script, I put the following code:
>
> on dragLeave
>
> answer  “here"
>
> end dragLeave
>
> The “dragLeave” message is shown in the autocomplete list. There are
> numerous other entries in the autocomplete list in the IDE editor, that
> look like messages that are sent for various operations.
>
> I get nothing when I move the scroll with the mouse. Same behavior for
> “slider” and “scrollbar” controls in 9.0.0 (DP9).
>
> What’s up? Is this a bug, confusion on my part? Seems non-intuitive. It
> seems to me that there are a LOT of entries in the auto-complete list that
> do nothing relevant to the control. If I put the handler in the stack
> script, I also get nothing.
>
> Best,
> Bill P
>
>
>
> William A. Prothero
> http://earthlearningsolution.org/
>
> ___
> use-livecode mailing list
> use-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: (Browser) Widget documentation

[Ali Lloyd via use-livecode]

The list of extension APIs will be sorted in 9 DP 9 (Thanks to Brian!)

On Wed, Sep 20, 2017 at 5:29 PM Ali Lloyd  wrote:

> Alternatively, right-click on the widget in question and choose 'Show
> Documentation'
>
> On Wed, Sep 20, 2017 at 5:03 PM hh via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> > Ben R. wrote:
>> > General question: where can users find a reference to the supported
>> > properties/commands/functions of widgets? E.g. the properties of a
>> Segmented
>> > Control widget?
>> > More specific immediate question: where can I find a reference for the
>> Browser widget?
>>
>> In the dictionary (sorted by random) or in tinydict (sorted) choose the
>> widget in the API menu.
>>
>> > Ben R. wrote:
>> > Even more specific question: how can I interrogate the contents of the
>> loaded
>> > page in a browser widget? e.g. the dictionary has
>> >
>> >   -- Use JavaScript to hide "myButton" in the page displayed in a
>> browser widget.
>> >   do "document.getElementById('myButton').hidden = 'hidden'" in
>> widget "myBrowser"
>> >
>> > But how would I get the value of
>> document.getElementById('myButton').hidden
>> > back to LiveCode?
>>
>> ___ 1. In your card's script (for example) put:
>>
>> on openCard
>>set the javascriptHandlers of widget "browser" to "jsGetValue"
>> end openCard
>>
>> -- handles the return from the browser
>> on jsGetValue pValue
>>put pValue into fld "OUT"
>> end jsGetValues
>>
>> ___ 2. Then use this as follows.
>>
>> put "var x=document.getElementById('myButton').value;
>> liveCode.jsGetValue(x);" into js
>> do js in widget "browser"
>>
>> Note.
>> There may be more javascriptHandlers, separate them by cr.
>> (Was a bug in some versions on Win: If not working separate them by
>> comma).
>> You may use more than one argument for javascriptHandlers.
>> That's all.
>> You don't have to declare them (here jsGetValue) as function in the HTML
>> document.
>>
>> HTH, H.
>> ___
>> use-livecode mailing list
>> use-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: (Browser) Widget documentation

[Ali Lloyd via use-livecode]

Alternatively, right-click on the widget in question and choose 'Show
Documentation'

On Wed, Sep 20, 2017 at 5:03 PM hh via use-livecode <
use-livecode@lists.runrev.com> wrote:

> > Ben R. wrote:
> > General question: where can users find a reference to the supported
> > properties/commands/functions of widgets? E.g. the properties of a
> Segmented
> > Control widget?
> > More specific immediate question: where can I find a reference for the
> Browser widget?
>
> In the dictionary (sorted by random) or in tinydict (sorted) choose the
> widget in the API menu.
>
> > Ben R. wrote:
> > Even more specific question: how can I interrogate the contents of the
> loaded
> > page in a browser widget? e.g. the dictionary has
> >
> >   -- Use JavaScript to hide "myButton" in the page displayed in a
> browser widget.
> >   do "document.getElementById('myButton').hidden = 'hidden'" in
> widget "myBrowser"
> >
> > But how would I get the value of
> document.getElementById('myButton').hidden
> > back to LiveCode?
>
> ___ 1. In your card's script (for example) put:
>
> on openCard
>set the javascriptHandlers of widget "browser" to "jsGetValue"
> end openCard
>
> -- handles the return from the browser
> on jsGetValue pValue
>put pValue into fld "OUT"
> end jsGetValues
>
> ___ 2. Then use this as follows.
>
> put "var x=document.getElementById('myButton').value;
> liveCode.jsGetValue(x);" into js
> do js in widget "browser"
>
> Note.
> There may be more javascriptHandlers, separate them by cr.
> (Was a bug in some versions on Win: If not working separate them by comma).
> You may use more than one argument for javascriptHandlers.
> That's all.
> You don't have to declare them (here jsGetValue) as function in the HTML
> document.
>
> HTH, H.
> ___
> use-livecode mailing list
> use-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 Audio Playback & Recording

[Ali Lloyd via use-livecode]

Hi All,
Firstly thanks to Peter Reid for discovering that the foreign bindings in
that blog post were out of date! I have updated the blog accordingly. I
took the liberty of tidying up the LCB code, and adding docs and a sample
stack - you can check them out here (for now)
https://github.com/livecode/livecode/pull/5941/files

The library should be included in 9.0 DP 9.

Cheers,
Ali

On Wed, Sep 13, 2017 at 11:57 AM Peter Reid via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Al
>
> Thanks for the link, I had seen it previously but didn't understand how I
> could incorporate it into my app!  I've no experience with code-wrapping or
> creating lcb widgets, so I can't see how I proceed with what looks like a
> solution!!  Any help, in simple steps, gratefully received.
>
> Also, thanks for the links regarding the hard bit of comparing sounds.
> I've been thinking of doing this a different way, if possible -
> voice-to-text and then compare the text with the target text using some
> fuzzy matching. This could be another hard thing of course??
>
> By the way (thanks BR) I did get the mobilePlaySoundOnChannel to work
> after fixing some code stupidity on my part. So I can play the clips OK.
>
> Peter
> --
> Peter Reid
> Loughborough, UK
>
> > On 13 Sep 2017, at 11:00am, use-livecode-requ...@lists.runrev.com wrote:
> >
> > Message: 8
> > Date: Tue, 12 Sep 2017 11:44:49 -0400
> > From: Alejandro Tejada 
> > To: use-livecode@lists.runrev.com
> > Subject: Re: Android Audio Playback & Recording
> > Message-ID:
> >   

Re: Using the property inspector

[Ali Lloyd via use-livecode]

Sorry Hermann, we have been even more busy than usual the last couple of
weeks, I will endeavour to answer today - in theory everything you are
doing should work!

On Tue, Sep 12, 2017 at 6:10 AM hh via use-livecode <
use-livecode@lists.runrev.com> wrote:

> It was not heard there, so I ask here:
> http://forums.livecode.com/viewtopic.php?p=157993#p157993
>
>
> ___
> use-livecode mailing list
> use-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: Debug java on Mobile Browser

[Ali Lloyd via use-livecode]

You should be able to debug native web views on device/emulator on Android
using Chrome and on device/simulator on iOS using Safari... admittedly I
haven't tried this with a browser widget in LC, but I've done it recently
on both in another context.

On Thu, Sep 7, 2017 at 7:06 PM Ralph DiMola via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I have a web page that works in the IDE but fails on the device. When it
> fails in the IDE I can use Chrome's dev tools and quickly find out what's
> going wrong. On mobile there is no such option. Is there any way to find
> out what's going on with java in the mobile browser on both iOS and Android?
>
> 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: remote debugging just stopped being available.

[Ali Lloyd via use-livecode]

The date support library I think was used for the calendar widget example -
I don't think it comes with the ide. You should be able to uninstall it
using the extension manager, should you wish!

On Tue, 5 Sep 2017 at 04:28, Terry Judd via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Bug 20327.
>
> Terry...
>
> On 5/09/2017 1:19 pm, "use-livecode on behalf of Terry Judd via
> use-livecode"  use-livecode@lists.runrev.com> wrote:
>
> OK will do – it seems to be present in all version of LC 8 that I have
> (8.1.3, 8.1.4 and 8.1.6) as well as LC 9.0.0 (dp 8).
>
> Terry...
>
> On 5/09/2017 1:09 pm, "use-livecode on behalf of Monte Goulding via
> use-livecode"  use-livecode@lists.runrev.com> wrote:
>
>
> > On 5 Sep 2017, at 1:08 pm, Terry Judd via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Seems like it’s not required anyway. Would be interested to know
> what it does (or doesn’t do) though.
>
> Can you open a report with a screenshot of the offending
> inclusion. Something isn’t right but I’m not sure what it is at this stage,
>
> Cheers
>
> Monte
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Parent of Target

[Ali Lloyd via use-livecode]

>
> Jacque recently showed me the speed difference between explicitly
> writing out the element of an object reference:
>
>get the width of btn 1 of cd 2 of stack "MyStack"
>
> ...vs other forms like long IDs:
>
>put the long is of btn 1 of cd 2 of stack "MyStack" into t5Obj
>get teh width of tObj
>
> The latter is much slower, yet long IDs are so good to work with.
>

The only reason this is true is that in the second case you are resolving
the object twice. It is not true in general - the second time the long id
is used it will use the id cache which is constant time, whereas "button n"
is O(n). Try benchmarking repeated use of the stored long id vs the number
version, especially if the numbers are large.

So it's horses for courses. If it's a one-shot object access then the
number form is faster. For repeated use, get the long id.

>
>
___
use-livecode mailing list
use-livecode@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 get the value of a custom property if the name of the cProperty is in a variable?

[Ali Lloyd via use-livecode]

A good reason to use consistent prefixes to distinguish custom props and
variables perhaps.
On Wed, 2 Aug 2017 at 20:56, Dr. Hawkins via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On Wed, Aug 2, 2017 at 10:25 AM, Klaus major-k via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> >
> > answer the tMyVar of this cd
> >
>
> This is an area that is awkward in live code.
>
> The use of unquoted literals for this is inconsistent with most of live
> code (but quoting would be inconsistent with the built in properties, so .
> . .)
>
> I have "loops" like
>
> repeat for each word someProp in "theOnlyPropInTheList"
>
> set the someProp of someControl to myVal
>
> end repeat
>
>
> If you have a variable whose name is the same as the property, there does
> does not seem to be a good solution.
> --
> Dr. Richard E. Hawkins, Esq.
> (702) 508-8462
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Android field widget

[Ali Lloyd via use-livecode]

Rather annoyingly a last-minute change I made caused the widget to
a) error on startup thereby causing its properties to fail, and
b) crash when tapping the field to enter text

There was some blurb about this in the release email. If you are keen to
give it a try, these issues are fixed in the develop branch, so you could
download the source here:
https://github.com/livecode/livecode/tree/develop/extensions/widgets/androidfield
 ,
give it a different identifier and install it via the extension builder.


On Wed, Jul 26, 2017 at 9:15 PM J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I'm very interested in the Android field widget but my initial attempt
> isn't working very well. Is there anything special I need to do? What I
> am seeing is:
>
> Text content saved in the widget with the stack doesn't display on a
> mobile device; is this not a persistent property? Do we need to script
> all the properties dynamically?
>
> Tapping the field to enter text crashes the app.
>
> I'm opening the test stack via a generic launcher apk I use for testing,
> is that the problem? The generic launcher has the widget included.
> Except for the text, the field widget is using its default properties
> and is editable.
>
> --
> 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: Bug 20117: new rc2 sets a backdrop, and preferences for same

[Ali Lloyd via use-livecode]

That is a rather good suggestion!

On Wed, Jul 19, 2017 at 8:10 PM Richmond Mathewson via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I understand your point completely!
>
> HOWEVER, why not make it slightly easier to make the backdrop to disappear?
>
> Erm . . . how about a button on the far right of the revMenubar stack?
>
> Richmond.
>
> On 7/19/17 10:06 pm, Ali Lloyd via use-livecode wrote:
> > On Wed, Jul 19, 2017 at 5:58 PM Dr. Hawkins via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> How about *offering* to put up the backdrop for the tutorial, rather
> than
> >> imposing it?
> >>
> > Well, we were acting in direct response to a whole lot of feedback from
> new
> > users who didn't seem to like the idea of seeing 'through' LiveCode to
> > their desktops.
> >
> > If we get corresponding feedback that they *don't* like having the
> backdrop
> > (we didn't get such feedback at the first user testing) then we would for
> > sure make it an option. But honestly, the fewer questions a user is asked
> > about their default preferences the better. Imagine having to answer on
> > startup whether you want the palettes to disappear when you open the
> script
> > editor, and whether you want an HTTP proxy, and what colour you want your
> > selection handles to be, and whether you would like to see default
> handlers
> > in the handler list, and whether you would like to see property labels
> > instead of property names in the property inspector.
> >
> > Surely the most sensible route here is to decide on defaults and see if
> > people for whom those defaults are relevant have any objections? I'm not
> > sure it is necessary to be offended on behalf of hypothetical new users
> :-)
> > ___
> > use-livecode mailing list
> > use-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: Bug 20117: new rc2 sets a backdrop, and preferences for same

[Ali Lloyd via use-livecode]

On Wed, Jul 19, 2017 at 5:58 PM Dr. Hawkins via use-livecode <
use-livecode@lists.runrev.com> wrote:

> How about *offering* to put up the backdrop for the tutorial, rather than
> imposing it?
>

Well, we were acting in direct response to a whole lot of feedback from new
users who didn't seem to like the idea of seeing 'through' LiveCode to
their desktops.

If we get corresponding feedback that they *don't* like having the backdrop
(we didn't get such feedback at the first user testing) then we would for
sure make it an option. But honestly, the fewer questions a user is asked
about their default preferences the better. Imagine having to answer on
startup whether you want the palettes to disappear when you open the script
editor, and whether you want an HTTP proxy, and what colour you want your
selection handles to be, and whether you would like to see default handlers
in the handler list, and whether you would like to see property labels
instead of property names in the property inspector.

Surely the most sensible route here is to decide on defaults and see if
people for whom those defaults are relevant have any objections? I'm not
sure it is necessary to be offended on behalf of hypothetical new users :-)
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ANN] Release 8.1.6 RC-2

[Ali Lloyd via use-livecode]

Cool, yeah I can see how the I-beam issue is a bit of a show-stopper!

revIDEBrowserWidgetUnavailable is in the IDE library, line 4696:
https://github.com/livecode/livecode-ide/blob/develop/Toolset/libraries/revidelibrary.8.livecodescript#L4696

On Wed, Jul 19, 2017 at 5:33 PM Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 07/18/2017 10:51 PM, Ali Lloyd via use-livecode wrote:
> > Just out of interest, if it is not having the dictionary that makes them
> > 'unusable', does it launch correctly in a browser if you change the
> script
> > of revIDEBrowserWidgetUnavailable to return true?
>
> Well, the CEF problem is one of the factors, yes. If it were only that
> and the IDE didn't try to display things in a CEF browser I could get
> around that. But I don't know what other parts of the IDE will start
> using the CEF library, and considering that everything that tries to
> causes me to force-quit and lose any unsaved work, that's a problem. But
> I know the CEF issues are being worked on frantically, and we've talked
> about that off-list, so I'm not trying to raise the issue here.
>
> The all-but-invisible caret in field editing is also a pretty serious
> problem, and I see from the github stream that it's been fixed for dp9,
> so I'm also not worried about it - I'm just sticking with dp6 until the
> next dp release.
>
> ...and I now use Bernd's TinyDictionary instead of the built-in
> dictionary, so I don't need to try to monkeypatch the IDE for that. But
> gimme a clue as to where to find revIDEBrowserWidgetUnavailable and I'll
> give it a try just for giggles and let you know off-list.
>
> --
>   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: Export SVG as PNG?

[Ali Lloyd via use-livecode]

export snapshot from rect (the rect of widget 1) of widget 1 to file (
specialfolderpath("desktop") & "/test.png") as png


The 'of widget 1' part is the important part - that takes the object in
isolation rather than snapshotting the background of the card.

On Wed, Jul 19, 2017 at 4:36 PM Dan Friedman via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hello!   Is it possible to export a svg widget to a png and retain the
> transparency?  If so, how would you go about doing that?
>
> Thanks!
> -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: Bug 20117: new rc2 sets a backdrop, and preferences for same

[Ali Lloyd via use-livecode]

Do your keyboard shortcuts work Mark? You could use Ctrl+M to pop open the
message box, and set the backdrop to none, then toggle it on and off via
the View menu, then hopefully it should be gone from your preferences.

On Wed, Jul 19, 2017 at 6:25 AM J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Don't know if it helps, but I didn't see this behavior. I frequently turn
> on the backdrop when screen sharing and turn it off later. I wonder if the
> problem only occurs if there is no preference set yet?
>
> Mac OS X El Capitan.
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.com
>
>
>
> On July 18, 2017 11:12:23 PM Mark Wieder via use-livecode
>  wrote:
>
> > On 07/18/2017 08:55 PM, Monte Goulding via use-livecode wrote:
> >>
> >>> On 19 Jul 2017, at 1:42 pm, Mark Wieder via use-livecode
> >>>  wrote:
> >>>
> >>> Yep. LiveCode (any version) is now completely unusable for me.
> >>
> >> Completely unusable might be overstating things a touch don’t you think?
> >> There is a menu to remove the backdrop (View > Backdrop). Looking at
> the PR
> >> it was meant to only set the backdrop if users were still in the first
> run
> >> mode of the start center. We will need to investigate why it has
> impacted
> >> others.
> >
> > Nothing but a backdrop. Takes over the screen. Everything else is hidden
> > behind the gray featureless backdrop. I had to alt-tab to a terminal
> > window (what if I didn't have one already running?) in order to kill -9
> > livecode.
> >
> > And that means that there's no way to access the menu to undo the
> > damage. I had to remove my preferences files (which incidentally grew by
> > a couple of orders of magnitude) and recreate them.
> >
> > No. I don't think that's overstating things *a touch*
> >
> > --
> >   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: [ANN] Release 8.1.6 RC-2

[Ali Lloyd via use-livecode]

Just out of interest, if it is not having the dictionary that makes them
'unusable', does it launch correctly in a browser if you change the script
of revIDEBrowserWidgetUnavailable to return true?

On Tue, Jul 18, 2017 at 11:14 PM Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 07/18/2017 02:39 PM, panagiotis merakos via use-livecode wrote:
> > @Mark
> > What reasons? I mean, if we don't know what are the issues preventing you
> > from using dp7/8, they are not likely to be fixed in dp9.
>
> Not to worry. Nothing that hasn't been reported already and is being
> worked on.
>
> --
>   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: [ANN] Release 8.1.6 RC-2

[Ali Lloyd via use-livecode]

Do you mean the one that we can't reproduce, or the one that's fixed in 9
DP 7? ;-)

Either way, it will be exactly the same mechanism, better to find and fix
your issue than to rewrite all the code and risk introducing new bugs.

If I have my way the standalone settings will go the same route.

On Tue, Jul 18, 2017 at 9:21 PM Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 07/18/2017 01:06 PM, Ali Lloyd via use-livecode wrote:
> > On Tue, Jul 18, 2017 at 6:53 PM Mark Waddingham via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >>
> >> Why do I get the feeling we might be having to do a vigorous 'moomin'*
> >> on how prefs are handled in the IDE at some point soon...
> >>
> >
> > Ahem: http://quality.livecode.com/show_bug.cgi?id=20098
> > ;-)
>
> +1
>
> That would be great.
> ...but *please* don't use that resizing mechanism that makes the PI
> change its size and position every time I sneeze.
>
> --
>   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: [ANN] Release 8.1.6 RC-2

[Ali Lloyd via use-livecode]

On Tue, Jul 18, 2017 at 6:53 PM Mark Waddingham via use-livecode <
use-livecode@lists.runrev.com> wrote:

>
> Why do I get the feeling we might be having to do a vigorous 'moomin'*
> on how prefs are handled in the IDE at some point soon...
>

Ahem: http://quality.livecode.com/show_bug.cgi?id=20098
;-)
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Exposing ourselves

[Ali Lloyd via use-livecode]

Hi Bob! A markdown guide that goes in here
https://github.com/livecode/livecode-ide/tree/develop/Documentation/guides
would
be wonderful - then it would appear in the guides section of the dictionary
and also be built into the user guide PDF.

Eventually, IDE APIs will be built into an IDE 'dictionary' - these will be
parsed from script comments in the same way that docs are built from widget
comments - eg line 2 in revIDELibrary documents the ideNewControl message:
https://github.com/livecode/livecode-ide/blob/develop/Toolset/libraries/revidelibrary.8.livecodescript#L2

All the necessary code is there to parse these and build the IDE
dictionary, it's just that there's a _lot_ of IDE API to document, so
that's certainly something we could do with help on if anyone has the
inclination. I will make a note to start asking for docs inclusions for IDE
API changes (and indeed requiring them of myself).

On Tue, Jul 18, 2017 at 2:38 PM Bob Hall via use-livecode <
use-livecode@lists.runrev.com> wrote:

> It’s is very possible to create a plugin that customizes the IDE/Script
> Editor to your likely. I have a startup script that modifies many of the
> settings and applies “bug" fixes to the IDE/Script Editor when my Dev
> environment opens. “Bug” fixes are things that either are truly a bug in
> the IDE (real or my opinion) or I just don’t care for the UX that Livecode
> provided out of the box.
>
> I also use a couple of IDE/SE enhancers provided by fellow Livecoders.
> It’s very cool that I am able to modify my dev environment to my liking
> down to the menu items or wha'ts in a window in the App.
>
> Now back to the crux of the problem. There is very limited documentation
> (besides the source code) on how to edit the IDE/Script Editor or how one
> might use the APIs in the IDE/Script Editor. This seems to me to be the
> perfect type of project led by the Community.
>
> Personally I’d envision a simple markdown based repository on Github.
> Maybe if there’s a need to get all fancy it could be either a Gitbook or
> mkdocs based repository. If we wanted to go overboard maybe a stack with a
> doc reader in it so it’s available in the IDE???
>
> I don’t think there needs to be too much structure. Maybe just a defined
> Chapter/sub-chapter structure and place where anyone can edit/post to.
>
> Thoughts?
> Bob Hall
> ___
> use-livecode mailing list
> use-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 course

[Ali Lloyd via use-livecode]

Hi James,
"no version found in..." refers to module metadata - add

metadata version is "1.0.0"

to the library and it should hopefully install. I think perhaps the section
on metadata should be before the install section.

On Mon, Jul 10, 2017 at 4:13 AM james--- via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Has any one had success with the widget course?
>
> I thought it time to go through the new widget course following last
> month's LC Global.
> Unfortunately I can't seem to get past the first lesson.
> I have tried this in both LC8.15rc3 and LC9dp7
> I save the lcb file in my widget folder and then open it via the extension
> builder.
> I was successfully able to test the lcb file and so I moved on to the next
> lesson, installing an lcb library.
> This is where I have come to grief.
> I press the "install" button and the log shows two entries.
> The first informs me the compilation is skipped as it is all up to date (I
> guess from testing.)
> The second is an error telling me no version found in...and then a full
> path to my lcb file.
> What does this mean?
> What is not found?
> The lcb file is most definitely there so what else is missing?
> When I check in the "Extensions" folder in "My Livecode" there is no
> widget folder created so the error is for real and is stopping the build.
>
> Has something changed since the tutorial was made.
> I mean this is the simplest of simple exercises.
> What's gone wrong?
>
> I am on a Mac.
>
> James
>
>
>
> ___
> use-livecode mailing list
> use-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: Is there Digital Clock Component out there?

[Ali Lloyd via use-livecode]

I will try to take a look and hopefully squeeze something in to my next
LiveCode Global session!

On Fri, Jun 30, 2017 at 5:12 PM Lagi Pittas via use-livecode <
use-livecode@lists.runrev.com> wrote:

> HI Ali
>
> Thanks for popping in with a vary practical and edifying lesson in the
> power of the widget program/display mechanics.
> Basically OO MVC for widgets with - in this case at least - very low
> coupling.
>
> Maybe you or somebody on the list with greater  Livecode powers than me
>  (not difficult) could create or even jumpstart  an Android  FFI  widget
> around the print to printer functions  in the latest Android.
>
> Specifically some type of widget that we could call to connect to a printer
> on a local network. Writing to specific printers via bluetooth or without a
> wifi network would probably be lot of work.
>
> It would save so much aggravation and be a great addition to the widget
> course and of  much more practical use to me and I dare say others than the
>  battery checker  example - which I would wager is probably more difficult
> -
>
> If I have a need for a widget I ultimately put the time in to  understand
> it better because I will modify it - or add something to it - but the
> battery checker i've just glossed over the code.
>
> The way I've got round my problem at the moment is Windows Tablets but it
> pains me running Windows 10 on an 8 Inch tablet just to make it easy to
> print. - although they work remarkably well.
>
> I'm sure there are others who would like an easy way to connect to a local
> networked printer.
>
> Thanks in advance
>
>
> Kindest Regards Lagi
>
> On 30 June 2017 at 16:47, Ali Lloyd via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > Alternatively, take the clock widget and replace the OnPaint handler with
> >
> > public handler OnPaint()
> > variable tTime as List
> > variable tComponent as Integer
> > repeat with tComponent from 1 up to 3
> > push mCurrentTime[tComponent] formatted as string onto tTime
> > end repeat
> > variable tTimeString as String
> > combine tTime with ":" into tTimeString
> >
> > fill text tTimeString at center of my bounds on this canvas
> > end handler
> >
> > for a digital clock widget. If you're feeling adventurous, make the
> OnPaint
> > handler draw an LCD-style digital display à la Hermann ;-)
> >
> > On Fri, Jun 30, 2017 at 4:25 PM panagiotis merakos via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> > > Neat and simple. That's why we love LiveCode :)
> > >
> > > Panos
> > > --
> > >
> > > On Fri, Jun 30, 2017 at 3:47 PM, hh via use-livecode <
> > > use-livecode@lists.runrev.com> wrote:
> > >
> > > > To have it in sync with the system clock:
> > > >
> > > > send "updateClock" to me in (1000 - the millisecs mod 1000) millisecs
> > > >
> > > > ___
> > > > use-livecode mailing list
> > > > use-livecode@lists.runrev.com
> > > > Please visit this url to subscribe, unsubscribe and manage your
> > > > subscription preferences:
> > > > http://lists.runrev.com/mailman/listinfo/use-livecode
> > > >
> > > ___
> > > use-livecode mailing list
> > > use-livecode@lists.runrev.com
> > > Please visit this url to subscribe, unsubscribe and manage your
> > > subscription preferences:
> > > http://lists.runrev.com/mailman/listinfo/use-livecode
> > >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> > subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Is there Digital Clock Component out there?

[Ali Lloyd via use-livecode]

It should now work in HTML5 too :-D

On Fri, Jun 30, 2017 at 9:31 PM hh via use-livecode <
use-livecode@lists.runrev.com> wrote:

> In Oct 2016 I made a digital widget clock, published in
> the forum > LC Builder > Community widgets:
> http://forums.livecode.com/viewtopic.php?p=146968#p146968
>
> Simply use the lcb file to recompile it with the LC version
> you wish to use. Currently the binary lce files from LC 8 are
> not usable in LC 9 and vice versa.
>
> ___
> use-livecode mailing list
> use-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: Is there Digital Clock Component out there?

[Ali Lloyd via use-livecode]

Alternatively, take the clock widget and replace the OnPaint handler with

public handler OnPaint()
variable tTime as List
variable tComponent as Integer
repeat with tComponent from 1 up to 3
push mCurrentTime[tComponent] formatted as string onto tTime
end repeat
variable tTimeString as String
combine tTime with ":" into tTimeString

fill text tTimeString at center of my bounds on this canvas
end handler

for a digital clock widget. If you're feeling adventurous, make the OnPaint
handler draw an LCD-style digital display à la Hermann ;-)

On Fri, Jun 30, 2017 at 4:25 PM panagiotis merakos via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Neat and simple. That's why we love LiveCode :)
>
> Panos
> --
>
> On Fri, Jun 30, 2017 at 3:47 PM, hh via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > To have it in sync with the system clock:
> >
> > send "updateClock" to me in (1000 - the millisecs mod 1000) millisecs
> >
> > ___
> > use-livecode mailing list
> > use-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

Android native widgets

[Ali Lloyd via use-livecode]

Further to Kevin's note about creating native widgets on Android in another
thread, I thought I'd post the LCB template here that gets you all the
android native widgets (that is, classes in the android.widget package -
see here:
https://developer.android.com/reference/android/widget/package-summary.html)

I have set it up so you can simply use the merge function with the
appropriate value of tWidget - Button, DatePicker, EditText (i.e. native
field), etc

widget com.livecode.widget.native.android.[[tWidget]]

use com.livecode.foreign
use com.livecode.java
use com.livecode.widget
use com.livecode.canvas
use com.livecode.engine
use com.livecode.library.widgetutils

metadata version is "1.0.0"
metadata author is "LiveCode"
metadata title is "Android Native [[tWidget]]"


__safe foreign handler _JNI_GetAndroidEngine() returns JObject \
   binds to
"java:com.runrev.android.Engine>getEngine()Lcom/runrev/android/Engine;!static"
__safe foreign handler _JNI_GetEngineContext(in pEngine as JObject) returns
JObject \
   binds to "java:android.view.View>getContext()Landroid/content/Context;"

// Handlers for creating and attaching view
__safe foreign handler _JNI_CreateView(in pContext as JObject) returns
JObject \
   binds to
"javaui:android.widget.[[tWidget]]>new(Landroid/content/Context;)"
__safe foreign handler _JNI_AddView(in pParentView as JObject, in
pChildView as JObject) returns nothing \
   binds to "javaui:android.view.ViewGroup>addView(Landroid/view/View;)V"

private variable mNativeObj as optional JObject
private variable mOpen as Boolean

private handler IsAndroid() returns Boolean
return the operating system is "android"
end handler

public handler OnCreate()
put false into mOpen
end handler

private handler InitView()
// Create an android button using the Engine Context
variable tEngine as JObject
put _JNI_GetAndroidEngine() into tEngine

variable tContext as JObject
put _JNI_GetEngineContext(tEngine) into tContext
put _JNI_CreateView(tContext) into mNativeObj

// put my native window into tParent
variable tParent as Pointer
MCWidgetGetMyStackNativeView(tParent)

// wrap the parent pointer
variable tParentObj as JObject
put PointerToJObject(tParent) into tParentObj

// add the view
_JNI_AddView(tParentObj, mNativeObj)

// get the pointer from the view and set the native layer
variable tPointer as Pointer
put PointerFromJObject(mNativeObj) into tPointer
set my native layer to tPointer
end handler

private handler FinalizeView()
set my native layer to nothing
put nothing into mNativeObj
end handler

public handler OnOpen()
put true into mOpen
if IsAndroid() then
   InitView()
end if
end handler

public handler OnClose()
   if IsAndroid() then
  FinalizeView()
   end if
put false into mOpen
end handler

public handler OnPaint()
if IsAndroid() then
return
end if

fill text "Native [[tWidget]]" at center of my bounds on this canvas
end handler

end widget

I've made a screenshot with a selection of widgets here:
https://www.dropbox.com/s/67tm95mnniwobqt/Screenshot_2017-06-21-22-46-04.png

Obviously none of these things actually do anything until you hook into
their properties and listeners, but it is relatively straightforward to do
this. If you're interested you'll need to look up the individual class in
the android API and find the appropriate methods - the button example
should give you an idea of how to do this:
https://github.com/livecode/livecode/blob/develop/extensions/widgets/androidbutton/androidbutton.lcb
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ANN] a gauge widget

[Ali Lloyd via use-livecode]

Bernd,
The problem with your OnSave / OnLoad handlers are that Point and Color are
types defined in the canvas module that the array-saving code does not know
about. These need to be converted to a core type, eg string or list.

On Fri, Jun 9, 2017 at 7:52 PM Richmond Mathewson via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Slow learner:
>
> https://livecode.com/app-in-a-day/livecode/installing-extensions/
>
> On 6/9/17 9:21 pm, Richmond Mathewson wrote:
> > This looks exciting, if only I knew how to install it . . .
> >
> > Richmond.
> >
> > On 6/9/17 12:43 pm, BNig via use-livecode wrote:
> >> further experimenting with Livecode Builder I did a Gauge widget that I
> >> posted in the Forum
> >>
> >> http://forums.livecode.com/viewtopic.php?f=93=29348
> >>
> >>
> >> Kind regards
> >> Bernd
> >>
> >>
> >>
> >> --
> >> View this message in context:
> http://runtime-revolution.278305.n4.nabble.com/ANN-a-gauge-widget-tp4715635.html
> >> Sent from the Revolution - User mailing list archive at Nabble.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: insanely long delays when moving several selected objects

[Ali Lloyd via use-livecode]

The workaround might be to close the property inspector- however that of
course depends on whether the PI is open while you are experiencing this
currently.

On Tue, May 30, 2017 at 10:34 PM Dr. Hawkins via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I few minutes ago, I selected about three dozen fields in two groups, and
> tapped up-arrow several times.
>
> I had *thought* that the slowmove bug was long gone, but apparently not.
>
> Simply groping them to move isn't a viable workaround; the point was that I
> needed space in the middle of the group.
>
> *Is* there a workaround for this.
>
> Gee, they're finally done!
>
>
> --
> Dr. Richard E. Hawkins, Esq.
> (702) 508-8462
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: TreeView widget - designed for general use?

[Ali Lloyd via use-livecode]

You should file bug reports for all of those, please! A couple of them
would make good projects for people wanting to learn a bit of LCB and make
an open source contribution - namely adding a property to change the
disclosure icon (relatively easy) and a property for sort orders of subkeys
(medium).

On Sat, May 27, 2017 at 4:09 PM Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:

> The TreeView widget seems to do okay for the purpose it's used for in
> the IDE, but is it designed for us to use in our projects as a general
> solution for tree views?
>
> If so, perhaps I should file a series of bug reports, unless you folks
> know of a way to work around these:
>
> - Frequent "chunk index out of range" errors when double-clicking lines,
>
> - Sorting issue when nested arrays may have one level of numeric
>keys and another level with text keys; we can use numeric OR
>text, but no way to different sorting for different levels.
>
> - Scrollbar doesn't look like anything I've ever seen before except
>maybe macOS; on Linux the scrollbar looks nothing like the wonderfully
>rendered LC-native scrollbar control, and is also inset from the right
>side by several pixels.
>
> - Any way to switch the disclosure triangle to "+"/"-" per the Windows
>HIG when running on Windows?
>
> --
>   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: English Like?

[Ali Lloyd via use-livecode]

All this chat reminds me about this old pull request:
https://github.com/livecode/livecode/pull/1587/files and blog post
https://livecode.com/extending-the-refactored-engine-properties/

the top/bottom/left/right/middle/area etc of rect could probably be done in
the same way.

OK so it's maybe not quite the right approach but it was fun to implement!

On Wed, May 24, 2017 at 8:35 PM Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 05/24/2017 12:25 PM, Alex Tweedly via use-livecode wrote:
> > constant kRectLeft = 1, kRectTop = 2, kRectRight = 3, kRectBottom = 4
> >
> > (or whatever ... haven't looked it up :-)
>
> Exactly the point.
> I'd have to store this somewhere, and either grab it each time I need it
> or look it up and reinvent it each time.
>
> --
>   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: Writing Extensions

[Ali Lloyd via use-livecode]

Another way to search individual guides is to search the markdown files on
GitHub: https://github.com/livecode/livecode/tree/develop/docs/guides and
https://github.com/livecode/livecode-ide/tree/develop/Documentation/guides.
Again, not ideal. There's an outstanding enhancement request for full-text
search of all the guides: http://quality.livecode.com/show_bug.cgi?id=15957

I've just added http://quality.livecode.com/show_bug.cgi?id=19728 for quick
search of the currently viewed guide in the IDE.

On Tue, May 23, 2017 at 6:57 PM Mark Waddingham via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 2017-05-23 17:53, Mark Wieder via use-livecode wrote:
> > I'm not doing this because it's fun. I'm stuck with parsing xml data,
> > and it's much uglier trying to treat it as a text stream, especially
> > with a subset of the xtalk chunking functions, than by using the
> > revXML functions in LCS.
>
> Yes - so LCB could do with a module which wraps libxml...
>
> > It might be useful to have a list of what xtalk features are available
> > in LCB, and possibly even more useful to have a list of the features
> > that *aren't* available in LCB. For instance, the lack of a switch
> > statement is both surprising and disappointing. What decisions were
> > made as to what language features to support / remove?
>
> That is the wrong way to look at things I think - it was never a
> question
> of 'what should we remove or add compared to LCS'.
>
> LCB is a language in its own right - indeed, you can write entire
> applications
> in LCB (and run them using the 'lc-run' tool)... Our 'vulcanbot' (the
> system
> which integrates our buildbot-based build system with github) is written
> entirely
> in LCB for example.
>
> The design of LCB has been influenced by a number of design principals
> (in no
> particular order, nor exhaustive):
>
>a) it should have fully customizable syntax (at least 'statically' -
>   i.e. at the point the compiler is built)
>
>b) the syntax should be familiar to LCS
>
>c) operations should be strict (throw an error for indexing out of
>   array bounds, for example, rather than throw an error)
>
>d) strong dynamic typing, with the aim that if fully typed, then an
>   LCB module should be completely statically checkable
>
>e) enable interoperation with other languages to be defined *safely*
>
>f) allow modularity without co-operation
>
>g) it should run on a VM which could be shared with LCS
>
>h) it should have a type-system which could subsume LCS's type-system
>
>i) be a natural extension language for LCS (i.e. replace C++ as the
>   main implementation language for LCS features)
>
>j) favour abstract patterns, rather than concrete features (as one
>   can implement many concrete features from one abstract pattern)
>
>k) it should be possible to compile a full typed LCB program to
> 'native'
>   code (for some definition of native) with performance commensurate
>   to that you would get if you wrote in said 'native' tongue
>
> LCB is as much about trying to find the line between what we consider a
> very high level language (LCS) and what we consider to be a low level
> language (such as C) - blending the two together. It is influenced by
> many
> languages (principally LCS, admittedly) but perhaps is not quite like
> any
> specific one.
>
> At the end of the day I could go on at length here (what do you know,
> language design and implementation is probably my biggest computing
> interest ;) ); however, I'll leave it as an 'interesting exercise for
> the
> reader' to consider what becomes possible if we can (at the very least)
> achieve to the full extent possible principals (a), (g), (h) and (k)...
>
> 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

Re: Writing Extensions

[Ali Lloyd via use-livecode]

No results in the page ranges of the LCB language reference section.

On Tue, May 23, 2017 at 5:49 PM Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 05/23/2017 09:41 AM, Ali Lloyd via use-livecode wrote:
> > Well, you have a very different definition of can't to me then.
>
> LOL
> Can't in this sense for me involves getting useful results.
> What do you get when you search for "switch"?
>
> --
>   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: Writing Extensions

[Ali Lloyd via use-livecode]

Well, you have a very different definition of can't to me then.

On Tue, May 23, 2017 at 5:39 PM Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 05/23/2017 09:08 AM, Ali Lloyd via use-livecode wrote:
> > The guides are built into a PDF at build-time - this is what you get
> under
> > Help > User Guide. So you can search this just using your PDF viewer.
>
> No. You can't.
>
> A: bringing up the LCB guide from Help > All Guides > Guide tab >
> LiveCode Builder Language Reference brings up the guide in the
> dictionary viewer, from which there is no search feature.
>
> B: bringing up the LCB guide from Help > User Guide does bring up the
> pdf viewer version, but that's a single 653-page document. You can't
> limit a search to just one section, e.g., search for "switch" in just LCB.
>
> --
>   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: Writing Extensions

[Ali Lloyd via use-livecode]

The guides are built into a PDF at build-time - this is what you get under
Help > User Guide. So you can search this just using your PDF viewer.

On Tue, May 23, 2017 at 5:02 PM Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 05/18/2017 10:30 AM, Mark Waddingham via use-livecode wrote:
> >> Ah. So the dictionary isn't a good place to look for things. I'll
> >> spend some time working my way through the language reference instead.
> >
> > Heh - as Ali said, the docs and such need a fair bit of work :)
>
> I'm rather disappointed that there's no way to search the guides. For
> instance, to find out why the switch statement wasn't working in LCB, I
> opened the LCB guide and found that the only way to discover this was to
> read through the entire text. A simple control-F "switch" would have
> either pinpointed the section or given no results.
>
> --
>   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: Writing Extensions

[Ali Lloyd via use-livecode]

Thanks Mark, those comments on the docs are really helpful! I've filed bugs
for the core language features, the fixed width font in the extension
builder, script object docs and misleading CamelCase naming.

On Thu, May 18, 2017 at 8:59 AM Mark Waddingham via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 2017-05-17 23:43, Mark Wieder via use-livecode wrote:
> > Yes. In fact it's the areas where they differ that make for a
> > difficult learning curve. There are features in LCB that I wish were
> > backported to LCS. I appreciate the team's reticence to make syntax
> > changes to the core xtalk language, but even as a long-time C
> > programmer,
> >
> > put tHexNumber converted from base 16 into tDecimalNumber
> >
> > seems so much more readable than
> >
> > put format("%02x", tHexNumber) into tDecimalNumber
>
> I wouldn't say we have a 'reticence' to make syntax changes but it
> requires
> a great deal more care than in LCB for several reasons:
>
> - The current implementation of LCS has no notion of versioning for
> its
>   syntax or semantics - so every change to syntax / addition has to
> be done
>   in a way which will not break user scripts.
>
> - All the syntax in the engine is done using hand-coded parsing - it
> is very
>   easy to introduce unintended ambiguities and syntactic forms which
> we did
>   not intend.
>
> - It is quite labour intensive to add / change syntax which means
> experimenting
>   with it (which you need to do to get it 'just right') is hugely
> costly.
>
> In contrast, all of LCB's syntax (beyond the core control structures and
> definiton
> structures) is defined in LCB itself, and binds direct to handlers which
> implement
> that syntax (in contrast, in LCS, you have to write C++ code both to
> parse a piece
> of syntax, and to dispatch it to the implementation). For example, the
> syntax you
> mention above is defined like this:
>
> syntax BaseConvert is left binary operator with conversion precedence
>   "converted" "from" "base" 
> "to" "base" 
> begin
>  MCMathEvalConvertBase(Operand, Source, Target, output)
> end syntax
>
> With 'MCMathEvalConvertBase' being a (foreign) handler implemented in
> C++ which performs
> the action of the syntax.
>
> The main limitation with LCB's syntax right now is that it has to be
> compiled into
> a parser spec ahead of time - i.e. at creation of the lc-compile tool -
> but even with
> that restriction, 'playing' with syntax is possible by just a tweak to a
> code file and a click of
> a button (albeit in a native code IDE), rather than spending many hours
> hand modifying
> some rather old (and in some places very complex) C++ code.
>
> Of course, one valid retort here would be - then why don't you just make
> it easier to
> do this by changing how the engine works in this regard? And the simple
> answer is that
> we are - in order to do that we need an architecture and method of doing
> so, and LCB is
> that architecture.
>
> 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

Re: Writing Extensions

[Ali Lloyd via use-livecode]

LCB as a language is marginally (if at all) more complex than LiveCode. In
fact many lines of code are indistinguishable between the two.

The difficulty Mark was having is more related to the fact that LCB is not
'live' like LiveCode Script, and that we certainly haven't quite cracked
the documentation or the integration with the IDE yet.

On Wed, May 17, 2017 at 8:34 PM Richmond Mathewson via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Why do I feel that the reason for all this "wierdness" is because LCB
> has been written from C++ programmers from the ground up,
> while LiveCode still (well, just about) hangs onto to its HyperCard
> heritage.
>
> LiveCode, at its best, preserves the clarity that was the best thing
> about HyperCard (certainly mind-blowingly refreshing
> after my baptism with FORTRAN and PASCAL); LCB, not doing that, is as
> opaque as its heritage.
>
> It has been suggested before that the LiveCode team have, maybe
> unwittingly, started moving away from the
> HyperCard-like simplicity that was what made LiveCode so obviously the
> best successor to HyperCard; with LCB they
> don't even have to pay lip service to that . . .
>
> I am extremely grateful to you, Mark, that you were the one who took the
> first critical plunge . . .
>
> Richmond.
>
> On 5/17/17 10:27 pm, Mark Wieder via use-livecode wrote:
> > On 05/17/2017 12:09 AM, Ali Lloyd via use-livecode wrote:
> >> Mark, it would be lovely if you could be more specific. What parts of
> >> the
> >> docs in particular could be improved and how? What specific sticking
> >> points
> >> did you have?
> >
> > Oh, where to start? Here are some thoughts off the top of my head:
> >
> > Well, I'd love to have more parity between LCS and LCB as far as
> > keywords and syntax, but I guess that's outside the scope of the
> > documentation per se. But finding that constants like comma and quote
> > aren't defined in LCB was a shock. Indeed, even defining a constant
> > doesn't seem possible. Or at least it's not documented. Searching for
> > "constant" gives nothing, even though "PiConstant" is in the dictionary.
> >
> > I have no idea what the dictionary for ScriptObject is telling me. It
> > has a link to MyScriptObject which has no useful information other
> > than referring me back to ScripObject. The description "Use the
> > resolve script object, or my script object to obtain an object of type
> > ScriptObject" is self-referential at best. The Summary is better "an
> > opaque type..." yep - it's opaque all right.
> >
> > The dictionary entries for LCB commands are arcane CamelCase words
> > seemingly drawn from thin air. CanvasOperationDrawImage, for example,
> > has the syntax of "draw [ from mSrcRect of ] mImage into mDestRect of
> > mCanvas". The syntax statement is understandable, but the entry should
> > be "draw", not "CanvasOperationDrawImage".
> >
> > Similarly, searching for "format" brings up
> > "BooleanFormattedAsString", "FormatBooleanAsString",
> > "FormatNumberAsString", and "NumberFormattedAsString". These refer to
> > either the "format" command or the "formatted as string" modifier. The
> > description field "Use NumberFormattedAsString when you want to
> > manipulate a numeric value as text" doesn't reference the proper
> > syntax for the modifier per the example.
> >
> > And nothing in the "format" commands that came up in the search helped
> > me figure out how to format a hex number as decimal, which is what I
> > was looking for based on LCS expectations. There's no "see also"
> > section which might have pointed me to the "convert" commands. The
> > description of Operand as "An expression that evaluates to a number"
> > isn't specific enough to help... is "FE" a number even though it's a
> > hex number? Is "0xFE" a number"? Does a number have to be an integer
> > (digging into StringPasedAsNumber would indicate no, but why is it
> > necessary to do the digging)? Is 0123.50 a number? What's it's string
> > value? Does it have the leading zero? The trailing zero? Can I control
> > the output format?
> >
> > Once I finally tried searching for convert (mind you, I don't want to
> > *convert* the number, just display it differently) I was faced with a
> > similar situation: "BaseConvert" (the syntax of which is actually
> > "Operand converted from base Source to base Target

Re: Writing Extensions

[Ali Lloyd via use-livecode]

Mark, it would be lovely if you could be more specific. What parts of the
docs in particular could be improved and how? What specific sticking points
did you have?

Could you file a bug report about the extension builder? It may be that
something about error reporting has changed that hasn't been updated in the
extension builder.

On Wed, 17 May 2017 at 03:37, William Prothero via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Herman:
> Your doAsJavascript suggestion is very cool. I might use it and might
> learn some javascript in order to use it.
>
> Great idea!
> Bill
>
> > On May 16, 2017, at 4:02 PM, hh via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> >>> Alejandro T. wrote:
> >>> How fast is LCB working with imagedata?
> >
> > Slower than slowest LC Script ever seen. I Stopped
> > all my experiments with imagedata after one full day
> > (was 12 hours).
> > For a first own test simply take an image of screensize
> > and walk through the pixeldata for each byte applying
> > only the identity mapping ...
> > We have to wait until the java FFI is comfortable enough
> > to use a java image library. (I couldn't get to there).
> >
> > Would be great, if not too difficult to realise, to have
> > a "do as javascript" here (which uses the js engine only
> > of the browser widget). This is at least ten times faster
> > with imagedata than fastest LC Script. See several recent
> > examples in "Sample stacks" (and some more links in the
> > Raspi-Subforum to extern servers).
> >
> >>> Alejandro T. wrote:
> >>> How fast is LCB working with transform matrices?
> >
> > Pretty fast and comfortable for transforming all 'small'
> > canvas data (pathes, text, pattern, image-as-a-whole).
> > I liked that after taking the first hurdles.
> >
> > You may test yourself with snippets or lcb files from the
> > LCB-subforum. There is a lot of stuff for starting there.
> > Or use the examples on github by Trevor DeVore or the ones
> > by the LC-stuff, variants by BerndN.
> >
> > But I wait for my next examples until there is a stable
> > widget format (we have meanwhile three formats that work on
> > some LC versions only, not on the others).
> > To adjust these costs too much time, simply recompiling
> > worked here only in 1 of 20 cases.
> >
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ANN] This Week in LiveCode 82

[Ali Lloyd via use-livecode]

To be fair, the docs claim the legacy blend modes have been deprecated
since LC 5! We've supported thm for quite a long time post-deprecation...

On Mon, May 15, 2017 at 7:56 PM Roger Eller via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Oh no!  I use the legacy blendModes all the time!
>
>
> On Mon, May 15, 2017 at 2:40 PM, Alejandro Tejada via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > > Read about new developments in LiveCode open source
> > > and the open source community in today's edition of
> > > the "This Week in LiveCode" newsletter!
> > > Read issue #82 here: https://goo.gl/8HNhau
> >
> > Looks like Skia Graphics Library dropped support
> > for some features and LC9 will not show anymore
> > these types of gradients:
> > 'XY', 'SqrtXY', 'Diamond' and 'Spiral'
> > and most of these legacy Blend Modes:
> > clear, noop, notSrcAnd, notSrcAndReverse,
> > notSrcCopy, notSrcOr, notSrcOrReverse,
> > notSrcXor, reverse, set, srcAnd,
> > srcAndReverse, srcCopy, srcOr,
> > srcOrReverse, srcXor, blend, addPin
> > addOver, subPin, transparent
> > adMin, addMax
> >
> > If you check all paint features available
> > from Skia Library: https://skia.org/user/api/skpaint
> > there are many useful features that LC9
> > could implement, like:
> > setTextScaleX (and setTextScaleY)
> > SkPathEffect
> > SkLine2DPathEffect
> > SkDiscretePathEffect
> > SkComposePathEffect
> > SkSumPathEffect
> > Two-Point Conical Gradient Shader
> > Fractal Perlin Noise Shader
> > Turbulence Perlin Noise Shader
> > Compose Shader
> > Blur Mask Filter
> >
> > Could LC implement first some of
> > these Skia features like Perlin Noise
> > and Blur filter?
> >
> > Al
> > ___
> > use-livecode mailing list
> > use-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