Re: Scott Rossi and TactileMedia

[Mike Kerner via use-livecode]

Todd,
I think every one of the tmc2 controls would be a good start, as would a
calendar widget.  More customization options are always better.

On Mon, Apr 30, 2018 at 11:36 AM Roger Guay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Bob,
>
> If your problem with tmAlign was the same as mine, namely the title greyed
> out and no longer readable, I hacked/fixed it by adding "set the blendlevel
> of grc "header_base" of stack "tmAlign3" to 90” on OpenStack.
>
> I did a similar thing with tmEffects.
>
> Cheers,
>
> Roger
>
>
>
> > On Apr 30, 2018, at 8:09 AM, Bob Sneidar via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > I really liked TMAlign. I had a problem with it recently in a newer
> version of LC so I removed it.
> >
> > Bob S
> >
> >
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



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

Re: OpenLanguage: abstract syntax trees

[Mike Kerner via use-livecode]

you forgot the most important part of that, the dumbItDownForUsN00bz()
function

On Fri, Apr 20, 2018 at 10:50 AM, David Bovill via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Good idea.
>
> Or a podcast. Yes that is what we should do. I’ll  send you an invite Mark
> and describe the topic + projects that will go on the show.
>
> On Fri, 20 Apr 2018 at 15:46, Bob Sneidar via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > What is needed for this is for someone to write a Waddingham Knowledge
> > Extractor API, which would probably involve wtiting an intermediate
> > Waddingham Syntax Distiller (and advanced kind of DSL in it's own right)
> as
> > well as a mind wave to digital conversion device. To my mind, the latter
> > has not been invented yet, but nothing is stopping you from getting
> started
> > on the first two.
> >
> > Bob S
> >
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>



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

Re: how to print a csv as formatted table?

[Mike Kerner via use-livecode]

Why not a table field or a dg?

On Thu, Apr 12, 2018 at 7:10 PM, Matthias Rebbe via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi,
>
> i need to print a list of data or maybe create a pdf of it.  The list is
> provided in csv format and the number of lines varies.
> I need to print/print to Pdf that data as a formatted table with this
> typical border around each field. There are only 20 rows per page allowed.
> This should happen automatically without any user interaction.
>
> What would be the best way to do it? Should i use Quartam Reports (i have
> still a license laying around here) or Quartam PDF library?
> Or should i just create a  html table and use revprinttext, but my first
> tries were not successful.
>
> I would of course prefer a very simple solution.
>
> What do you think? Is Quartam Reports the way to go?
>
>
> 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
>



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

Re: Project Browser Goes Blank - How To Refresh

[Mike Kerner via use-livecode]

You could also use Navigator
a) System
b) What are you doing when it goes blank?  I've had it happen on a Mac when
I'm in the midst of group whacking.

On Sat, Apr 7, 2018 at 11:30 AM, Sannyasin Brahmanathaswami via
use-livecode  wrote:

> 9.0 gm
>
> Project browser always goes "blank"
>
> it there keystroke to refresh it?
> Sometime it requires a reboot… will not refresh, even from the menu.
>
> revApplicationOverview , OTHO, always works…
>
> so I switch to that until I have to reboot…
>
> 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




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

Re: Installation failed

[Mike Kerner via use-livecode]

I've also run into that when I try to install for all users instead of just
me when I'm installing in parallels

On Tue, Apr 3, 2018 at 10:46 AM, Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Couldn't extract payload to file. Internal error. I'll contact support.
>
> Bob S
>
>
> > On Apr 3, 2018, at 07:44 , Bob Sneidar via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Now it gets most of the way through and then backs out and says can't
> install payload or some such thing. 
> >
> > Bob S
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>



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

Re: [ANN] Release 9.0.0

[Mike Kerner via use-livecode]

I had this problem with RC1.  I had to delete my lc prefs file.

On Tue, Apr 3, 2018 at 11:26 AM, Paul Dupuis via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Also, the LC9 splash dialog/pane/whatever does not go away either by
> clicking on it or after the menu and tool palette appears. Anyone else
> seeing this?
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>



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

Re: TOOLS ROUNDUP! TOOLS ROUNDUP!

[Mike Kerner via use-livecode]

Hey, Paul,
this account works fine:  mikeker...@roadrunner.com (but so do any of the
other addresses that any of you have for me, since I have...a couple...)
If you or someone else has one of my other addresses, those work as well.

One caveat for anyone who jumps in on this:  A tool doesn't do anyone any
good if they can't get it, so we would need to know either how to get a
hold of the author, or how to get the tool in question.
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

TOOLS ROUNDUP! TOOLS ROUNDUP!

[Mike Kerner via use-livecode]

I'm still thinking about sessions for LCG.  One of the suggestions I had
seen was an intro on tool x.  How about a tools roundup?  Names and URL's
for your favorite LC tools go in this thread, please.  More is better so I
don't leave anyone out.

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

Re: variable xref

[Mike Kerner via use-livecode]

I don't want to pretend to be an expert on the topic of writing compilers,
since I only ever wrote two, both under the watchful obsession of a
professor, and my lex and parse code were not optimal in either case.  In
general, they were some of the easiest pieces of large code I ever wrote
because the grammars were so rigid and rule-based.  Building forgiveness
into them would have made the poor developer's life easier, even thought
that meant adding a third pass to try to ascertain context instead of
blindly aborting when something didn't exactly fit the formula.

I agree that unquoted literals are not ideal.  I think they should be
deprecated, and I think they should have been removed in 1986, so add that
to the LC10 list.  They have always made reading scripts more difficult.
Readability and approachability are two things that have set xtalk apart.
Unquoted literals detract from that.
___
use-livecode mailing list
use-livecode@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

[Mike Kerner via use-livecode]

Nope.  You can have that.  Have fun.

On Wed, Mar 28, 2018 at 1:03 PM, Tom Glod via use-livecode <
use-livecode@lists.runrev.com> wrote:

> here is an idea for you ...3D shapes? 
>
> On Wed, Mar 28, 2018 at 1:00 PM, Tom Glod  wrote:
>
> > lol..
> >
> > thinking about studying animation and doing something with that.
> >
> >
> > On Wed, Mar 28, 2018 at 12:25 PM, Mike Kerner via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> Too bad, I beat you to it.
> >>
> >> On Wed, Mar 28, 2018 at 10:10 AM, Tom Glod via use-livecode <
> >> use-livecode@lists.runrev.com> wrote:
> >>
> >> > me too. :)
> >> >
> >> > On Wed, Mar 28, 2018 at 9:36 AM, Mike Kerner via use-livecode <
> >> > use-livecode@lists.runrev.com> wrote:
> >> >
> >> > > Looking for suggestions for sessions for LCG, whether advanced,
> >> beginner,
> >> > > or somewhere in between
> >> > >
> >> > > --
> >> > > 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
> >> >
> >>
> >>
> >>
> >> --
> >> 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
>



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

Re: LCG Session Suggestions

[Mike Kerner via use-livecode]

Too bad, I beat you to it.

On Wed, Mar 28, 2018 at 10:10 AM, Tom Glod via use-livecode <
use-livecode@lists.runrev.com> wrote:

> me too. :)
>
> On Wed, Mar 28, 2018 at 9:36 AM, Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > Looking for suggestions for sessions for LCG, whether advanced, beginner,
> > or somewhere in between
> >
> > --
> > 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
>



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

Re: variable xref

[Mike Kerner via use-livecode]

Right.  It's the beauty of LC.  You choose to declare, I choose to not
declare.  Can you imagine how annoying it would be whenever you send a text
that included jargon and your phone autocorrected it for you because it
didn't know what you meant?  Or when your voice assistant didn't understand
you and substituted "vasectomy" when you said "vacillate"?  I don't think
I'd be able to take it.  Thank goodness grammar checkers and spellcheckers
just hilite and underline the words and phrases they aren't sure about
instead of making you add them to the dictionary for every single document.
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: variable xref

[Mike Kerner via use-livecode]

Heck no.  I spend way too much time in environments that were written to
make the complier-writer's job easier and have 50-100 lines of headers.
It's annoying to the extreme.

Nothing makes code less readable than re-using i, j, k, l, and m because
you don't feel like using a readable loop counter because you'll have to
fix the declaration.

I want the best of both worlds, and mostly I want the machine to do the
work, not me.  I'm busy.

On Tue, Mar 27, 2018 at 1:23 PM, Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 03/27/2018 06:56 AM, Mike Kerner via use-livecode wrote:
>
>> Has anyone written a script to go through a stack and xref the variables?
>>
>>
> Yeah, but I didn't find it of much use. Unless you're using a lot of
> global variables or constants, why would this be useful?
>
> ..and notice that this task becomes a *lot* easier if you declare
> variables.
>
> --
>  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
>



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

LCG Session Suggestions

[Mike Kerner via use-livecode]

Looking for suggestions for sessions for LCG, whether advanced, beginner,
or somewhere in between

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

Re: gather windows

[Mike Kerner via use-livecode]

ah yes thanks

On Tue, Mar 27, 2018 at 9:55 AM, panagiotis merakos via use-livecode <
use-livecode@lists.runrev.com> wrote:

> You mean this?
>
> http://forums.livecode.com/viewtopic.php?t=30265
>
> Best,
> Panos
> --
>
> On Tue, Mar 27, 2018 at 2:44 PM, Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > didn't someone write a stack for gathering all windows after a
> > multi-monitor fiasco?
> >
> > --
> > 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
>



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

variable xref

[Mike Kerner via use-livecode]

Has anyone written a script to go through a stack and xref the variables?

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

gather windows

[Mike Kerner via use-livecode]

didn't someone write a stack for gathering all windows after a
multi-monitor fiasco?

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

Re: 9.0.0 RC-1 Hard crash still persists + New problem

[Mike Kerner via use-livecode]

I've got a completely different weird issue.
On one machine all's well and everything seems happy (2017 MBP)
On another (2011 mini), when I open LC, I get a weird grey/black box in the
top left corner of the screen that almost looks like a mini version of the
LC splash screen (but is so compressed that I can't tell for sure).
I am unable to open any stacks as this is the only window that will show.
All other versions of LC on this machine work as expected.
In the Development menu, the only menuitem is "true"

On Fri, Mar 16, 2018 at 12:13 PM, Michael Kristensen via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi again
> Thanks for the answers!
>
>
>
> Deleted the prefs files.
>
> Crash persist.
>
> As a side note Command-E opens the script fine.
>
>
>
> Problem with Extension Manager:
>
> This is a picture of my Extension Manager
> https://www.dropbox.com/s/vjtsy4agfauwol7/Sk%C3%
> A6rmbillede%202018-03-16%20kl.%2017.05.41.png?dl=0 <
> https://www.dropbox.com/s/vjtsy4agfauwol7/Sk%C3%
> A6rmbillede%202018-03-16%20kl.%2017.05.41.png?dl=0>
>
>
> How do I get the extensions back?
>
>
>
> Michael
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>



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

Issues with storage of data in stack

[Mike Kerner via use-livecode]

I'm working on a session for next week's LCG.  We are all working on
fun super-advanced pushing-the-envelope things in LC, but I wanted to do
something for the beginners who are watching LCG, and handling data seemed
like an obvious choice.

I have to admit, I haven't stored data in a stack in a long time, since the
database options are so easy to use.  If you're currently storing data in a
stack, have you run into any issues on any platform with it, especially on
mobile, for instance, where the rules can be a little weird?

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

Re: Password Checker

[Mike Kerner via use-livecode]

Troy is a beast in the security community, so I would not be too worried
about him doing something nefarious.  He is constantly working with white
hats and blue teams to get on top of issues as soon as there is even a peep
on the dark web.

On Tue, Feb 27, 2018 at 12:57 PM, J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I wouldn't type into that web page either. I used Brian's handler that
> uses their API and only sends a few characters of the hash to the database.
> The article explains how it works and includes ways to set up the system on
> your own server if you want. After reading through it I was convinced it
> was a safe check.
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.com
>
>
>
> On February 27, 2018 10:26:48 AM Bob Sneidar via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> I would highly recommend NOT typing ANY current password you are using
>> into a web page like this. If no one knew about it before, they sure as
>> hell know it now! Whether they avail themselves of it is anyone's guess.
>>
>> Bob S
>>
>>
>> On Feb 24, 2018, at 13:17 , J. Landman Gay via use-livecode <
>>> use-livecode@lists.runrev.com> wrote:
>>>
>>> I just got around to trying this -- *very* useful, thanks for posting it.
>>>
>>> There are no matches for any of my passwords I've tried so far. :) On
>>> the other hand, even "AbrahamLincoln" has 128 matches. And you have to
>>> insert commas to read the number returned for "qwerty".
>>>
>>>
>>
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>
>
>
>
> ___
> use-livecode mailing list
> use-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

Re: Question about the result

[Mike Kerner via use-livecode]

It would be nice if we had more consistent locations to check for feedback,
without special cases and provisos.  For example, returning a value from a
function and a command (forget "for value" and "for error") populate it or
the result depending on whether we are using a command or a function.  One
of the side effects of adding "for value" and "for result" is that some of
the error reporting we used to receive if we coded for the incorrect
handler type has gone away.

On Sun, Feb 25, 2018 at 12:20 PM, Mike Bonner via use-livecode <
use-livecode@lists.runrev.com> wrote:

> That is rather strange.  Most of the time LC is exactly what I expect, but
> then there are those head scratcher issues that keep me flummoxed. <--
> (word of the day)
>
> On Sun, Feb 25, 2018 at 9:57 AM, jbv via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > On Sun, February 25, 2018 5:36 pm, Mike Bonner via use-livecode wrote:
> > > Ah, well the only useful part of my answer then would regard the first
> > > issue. The result remaining empty was the correct response because the
> > > base url was valid, so the command didn't fail to connect to the url,
> and
> > > no 404 type or other type errors were returned as part of the headers.
> > >
> >
> > Actually, when I wrote "never went through", that's exactly what
> happened :
> > the request never went through, the server never received that request
> and
> > therefore never returned anything. And even more surprising, the line
> >put URL ("http://mydomain.com/index.php?"; & it) into myVar
> > didn't block the execution of the script and the following lines were
> > executed,
> > and myVar was empty.
> >
> > That's the reason why I was surprised to see that the result was empty as
> > well;
> > I would expect something like "data corrupted" or "impossible to send
> > request"...
> > And also to have the script blocked by that line...
> >
> >
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> > subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
> >
> ___
> use-livecode mailing list
> use-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

Re: A little Levure-oriented question

[Mike Kerner via use-livecode]

The ST integration is one of the things that is really slick about Levure.
Atom is a more polished editor, but you can configure ST to send a packet
to LC when you save an SOS.  Levure projects open a socket to listen for
that signal, and when it receives the signal, reloads the script you just
saved, so your edits are live.
Now if I could just get the indent rules working better in ST (or Atom) I'd
be even happier.
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: A little Levure-oriented question

[Mike Kerner via use-livecode]

Graham,
You don't need universal code to make this happen.  What Trevor was talking
about yesterday was that he likes using universal handlers in card scripts
(or card behaviors in this case).  For your example all you have to do is
take the script of the big green button, make it a SOS, and assign that SOS
as the behavior of the big green button.  You don't have to have a behavior
shared between a bunch of objects.
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: A little Levure-oriented question

[Mike Kerner via use-livecode]

"me" in a behavior script is the calling object.
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: A little Levure-oriented question

[Mike Kerner via use-livecode]

You do not have to have a single line of code in the .rev/.livecode file.
You can have behaviors assigned to each object, card, and the stack.  Those
behaviors would be assigned to script-only stack files (.livecodescript).
The first line of a SOS is the word "script", then a name, enclosed in
quotes.  That name does not have to be related to anything, or have any
meaning.  After that first line would be the code/handlers, etc.
If you like, you can consolidate your code into only a few SOS's, or you
can have an SOS as the behavior for every single object.

On Wed, Feb 21, 2018 at 11:46 AM, Graham Samuel via use-livecode <
use-livecode@lists.runrev.com> wrote:

> OK, i’m a bit confused. If we look at a non-faceless application, then the
> user will be interacting with it via the UI. This means that stuff like
> clicking and dragging has to be dealt with. I see that this can all be done
> by a library that works out where the ‘mouseUp’ or whatever came from and
> then handles what is needed to be done and sent back to the user, but can
> there really be no code at all in the stack the user sees? What about a
> game-like interface, where the movement of objects relative to one another
> is something that has to be captured? I suppose what I’m saying is that if
> the essence of the app is the interaction between the objects the user
> sees, then abstracting the objects’ behaviour away from the primary
> interface only has the merit that it’s better for version control, doesn’t
> it? Or am I seeing it all wrong?
>
> Graham
>
> > On 21 Feb 2018, at 01:04, Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > You can move as much or as little as you like.  I prefer to move
> everything
> > and use an external text editor whenever I want to edit code.  The .rev
> or
> > .livecode stack file for me, then has multiple cards with the layouts and
> > the objects, but no code in it.  I also have taken to removing all
> > substacks and making them separate, especially since in many cases those
> > substacks are modules or libraries.  That makes version control of those
> > submodules and libraries far simpler for me.
> >
> > On Tue, Feb 20, 2018 at 6:43 PM, Trevor DeVore via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> On Tue, Feb 20, 2018 at 5:15 PM, Graham Samuel via use-livecode <
> >> use-livecode@lists.runrev.com> wrote:
> >>
> >>> I’m following the Levure discussion and of course Trevor's
> pronouncements
> >>> with great interest. One thing strikes me - is there really a
> universally
> >>> understood meaning to the term “UI stack”? I do understand the concept
> of
> >>> separating the UI from the logic of an app, but any UI must contain
> >>> **some** logic, mustn’t it? In the LC world, by ‘logic’ of course I
> >> really
> >>> mean code. What level of coding is permissible to allow in a UI stack,
> do
> >>> people think? I have a feeling that some folks’ idea of this is going
> to
> >> be
> >>> very different from some others’. Perhaps there is an orthodoxy about
> >> this,
> >>> but I am not familiar with it.
> >>>
> >>
> >> In Levure a UI stack is just a stack that is used as a window to
> display a
> >> user interface to the user. In LiveCode the term stack is overloaded. It
> >> can be a library, a front script, a back script, or a stack that is
> >> actually displays to the user. Actually it can be both a stack that
> >> displays an interface to the user and a library/frontscript/
> backscript).
> >> So
> >> Levure encourages you to organize your stacks based on how they are
> used.
> >> In Levure a UI stack will be added to the list of stackFiles property of
> >> the main Levure app stack. This allows you to reference the stack by
> name
> >> (e.g. stack “MyStack”) without having to load all of the UI stacks into
> >> memory when the application starts up.
> >>
> >> My general rule is that I place all code that is specific to a specific
> UI
> >> stack in the behaviors attached to the stack, cards, and controls of
> that
> >> stack. Any code that is shared is pushed down into a library.
> >>
> >> The controls in my stacks have very little code. They simply call
> handlers
> >> that reside in the card or stack behaviors.
> >>
> >> --
> >> Trevor DeVore
> >> ScreenSteps
> >> www.screensteps.com
> >> ___
> >> 

Re: A little Levure-oriented question

[Mike Kerner via use-livecode]

AFA the password protection goes, the traditional stack is only required
when you _distribute_ the app.  You do not need to store it that way.  When
you build a Levure app, it automatically creates a binary stack, installs
the code, and password protects it.  You get the best of both worlds:  On
your system and in your VCS you have the script as straight text, and when
you distribute it, you get encrypted.
You are absolutely correct that scripts that never change don't benefit
from version control (and really, for short scripts, the value of version
control is also limited).  In this case, the reason why I like to have this
code stored in SOS's is because if I ever accidentally change one of these
scripts, my git tool will flag it as a change that has to be committed.

On Tue, Feb 20, 2018 at 7:40 PM, Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Script Only stacks make versioning and multiuser development environments
> possible, at least from the coding aspect of things. They cannot be
> password protected however, nor can they have properties, so even a
> faceless application which needed to avail these features would still need
> a UI stack. Also, objects whose code is unique and never changes would not
> benefit from a versioning system or as a behavior. It's probably simpler
> just to code the object. My 2¢
>
> Bob S
>
>
> > On Feb 20, 2018, at 15:15 , Graham Samuel via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > I’m following the Levure discussion and of course Trevor's
> pronouncements with great interest. One thing strikes me - is there really
> a universally understood meaning to the term “UI stack”? I do understand
> the concept of separating the UI from the logic of an app, but any UI must
> contain **some** logic, mustn’t it? In the LC world, by ‘logic’ of course I
> really mean code. What level of coding is permissible to allow in a UI
> stack, do people think? I have a feeling that some folks’ idea of this is
> going to be very different from some others’. Perhaps there is an orthodoxy
> about this, but I am not familiar with it.
> >
> > Graham
>
> ___
> use-livecode mailing list
> use-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

Re: A little Levure-oriented question

[Mike Kerner via use-livecode]

You can move as much or as little as you like.  I prefer to move everything
and use an external text editor whenever I want to edit code.  The .rev or
.livecode stack file for me, then has multiple cards with the layouts and
the objects, but no code in it.  I also have taken to removing all
substacks and making them separate, especially since in many cases those
substacks are modules or libraries.  That makes version control of those
submodules and libraries far simpler for me.

On Tue, Feb 20, 2018 at 6:43 PM, Trevor DeVore via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On Tue, Feb 20, 2018 at 5:15 PM, Graham Samuel via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > I’m following the Levure discussion and of course Trevor's pronouncements
> > with great interest. One thing strikes me - is there really a universally
> > understood meaning to the term “UI stack”? I do understand the concept of
> > separating the UI from the logic of an app, but any UI must contain
> > **some** logic, mustn’t it? In the LC world, by ‘logic’ of course I
> really
> > mean code. What level of coding is permissible to allow in a UI stack, do
> > people think? I have a feeling that some folks’ idea of this is going to
> be
> > very different from some others’. Perhaps there is an orthodoxy about
> this,
> > but I am not familiar with it.
> >
>
> In Levure a UI stack is just a stack that is used as a window to display a
> user interface to the user. In LiveCode the term stack is overloaded. It
> can be a library, a front script, a back script, or a stack that is
> actually displays to the user. Actually it can be both a stack that
> displays an interface to the user and a library/frontscript/backscript).
> So
> Levure encourages you to organize your stacks based on how they are used.
> In Levure a UI stack will be added to the list of stackFiles property of
> the main Levure app stack. This allows you to reference the stack by name
> (e.g. stack “MyStack”) without having to load all of the UI stacks into
> memory when the application starts up.
>
> My general rule is that I place all code that is specific to a specific UI
> stack in the behaviors attached to the stack, cards, and controls of that
> stack. Any code that is shared is pushed down into a library.
>
> The controls in my stacks have very little code. They simply call handlers
> that reside in the card or stack behaviors.
>
> --
> Trevor DeVore
> ScreenSteps
> www.screensteps.com
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>



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

Re: Levure update 0.9.5

[Mike Kerner via use-livecode]

I'm interested in hearing more about other people who are thinking about
moving existing projects over.  I've moved several small ones over (and
built a couple from scratch), and have been thinking about moving my bigger
ones.  I'm not sure how much work it's going to be to rewrite anything,
though (which is why I'm curious to hear what others think before I decide
to move something big and get stuck).  Geoff has tackled one of the bigger
issues with Navigator (scriptifying stacks and chained behaviors).  That
seems to be the biggest barrier to getting moved for me.

On Tue, Feb 20, 2018 at 11:09 AM, Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> He has some youtube videos, which after watching I understood the process
> well enough to know that it would be a fairly major rewrite of my projects
> to incorporate. It looks really cool, and I keep telling myself I'm going
> to do this soon.
>
> Bob S
>
>
> > On Feb 20, 2018, at 04:46 , Graham Samuel via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Ha, that was my instinct really. I very much admire Trevor’s work, but I
> do think there’s quite a change of mindset involved, and from the very
> limited stuff I’ve seen, not very much step-by-step instructions on how to
> do things. Nowadays I really want to stick to the “everyone an code” ethos,
> although in the past I was happy with any amount of technical tweaking.
>
> ___
> use-livecode mailing list
> use-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

Re: Levure update 0.9.5

[Mike Kerner via use-livecode]

I wouldn't give up on it.  Levure is a really important development in the
LC universe, and one that is worth integrating into your work in the medium
term, but it is definitely a more advanced tool, like carbon frames and
high-pressure tires.

On Tue, Feb 20, 2018 at 7:46 AM, Graham Samuel via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Ha, that was my instinct really. I very much admire Trevor’s work, but I
> do think there’s quite a change of mindset involved, and from the very
> limited stuff I’ve seen, not very much step-by-step instructions on how to
> do things. Nowadays I really want to stick to the “everyone an code” ethos,
> although in the past I was happy with any amount of technical tweaking.
>
> I will go around the houses once again to try to do app updating simply
> from within LC scripts. I do have a fair notion about what do do.
>
> I don’t know what I’ll do about Levure in the future. Perhaps I should
> just admit defeat.
>
> Cheers
>
> Graham
>
> (My mood is influenced no doubt by hideously wet and cold weather in the
> South of France… will I ever get back on my bike?)
>
> > On 19 Feb 2018, at 21:34, Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > I wouldn't do it if you only have 3 days.  I'd spend the effort on other
> > parts of your project instead.  It will take longer than 3 days to get
> > yourself into the Levure groove, IMHO.  It's well worth it, but you can't
> > just jump in and be off and going.
> >
> > On Mon, Feb 19, 2018 at 2:51 PM, Graham Samuel via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> I understand the problem. It looks as if I might have a short window of
> >> around 3 days where I could see if I could get Levure to work for me. If
> >> (and it is only an if)  I manage this, I will try to write it up.
> >>
> >> Graham
> >>
> >>> On 19 Feb 2018, at 16:45, Trevor DeVore via use-livecode <
> >> use-livecode@lists.runrev.com> wrote:
> >>>
> >>> :-)
> >>>
> >>> Usually it is just a matter of someone  asking the right question. It
> is
> >>> easier to respond to a question then to set aside time to consider all
> of
> >>> the questions people may be having and try to proactively create docs.
> >>> Unfortunately my time for extracurricular projects has been very
> limited
> >> as
> >>> of late.
> >>>
> >>> —
> >>> Trevor DeVore
> >>> ScreenSteps
> >>>
> >>> On Mon, Feb 19, 2018 at 9:37 AM Mike Kerner via use-livecode <
> >>> use-livecode@lists.runrev.com> wrote:
> >>>
> >>>> Then you have to throw these things out more often so the
> >> bread-and-butter
> >>>> cult can do your bidding, my crusty master
> >>>>
> >>>> On Mon, Feb 19, 2018 at 10:25 AM, Trevor DeVore via use-livecode <
> >>>> use-livecode@lists.runrev.com> wrote:
> >>>>
> >>>>> On Mon, Feb 19, 2018 at 8:53 AM Mike Kerner via use-livecode <
> >>>>> use-livecode@lists.runrev.com> wrote:
> >>>>>
> >>>>>> @Trevor
> >>>>>> That would be good advice to add to the wiki as a "trying out and
> >>>>>> transitioning to Levure" item
> >>>>>
> >>>>>
> >>>>> I agree. Somebody should write that up and submit a PR :-)
> >>>>>
> >>>>> —
> >>>>> Trevor DeVore
> >>>>>
> >>>>>>
> >>>>> ___
> >>>>> use-livecode mailing list
> >>>>> use-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 m

Re: Levure update 0.9.5

[Mike Kerner via use-livecode]

I wouldn't do it if you only have 3 days.  I'd spend the effort on other
parts of your project instead.  It will take longer than 3 days to get
yourself into the Levure groove, IMHO.  It's well worth it, but you can't
just jump in and be off and going.

On Mon, Feb 19, 2018 at 2:51 PM, Graham Samuel via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I understand the problem. It looks as if I might have a short window of
> around 3 days where I could see if I could get Levure to work for me. If
> (and it is only an if)  I manage this, I will try to write it up.
>
> Graham
>
> > On 19 Feb 2018, at 16:45, Trevor DeVore via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > :-)
> >
> > Usually it is just a matter of someone  asking the right question. It is
> > easier to respond to a question then to set aside time to consider all of
> > the questions people may be having and try to proactively create docs.
> > Unfortunately my time for extracurricular projects has been very limited
> as
> > of late.
> >
> > —
> > Trevor DeVore
> > ScreenSteps
> >
> > On Mon, Feb 19, 2018 at 9:37 AM Mike Kerner via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> Then you have to throw these things out more often so the
> bread-and-butter
> >> cult can do your bidding, my crusty master
> >>
> >> On Mon, Feb 19, 2018 at 10:25 AM, Trevor DeVore via use-livecode <
> >> use-livecode@lists.runrev.com> wrote:
> >>
> >>> On Mon, Feb 19, 2018 at 8:53 AM Mike Kerner via use-livecode <
> >>> use-livecode@lists.runrev.com> wrote:
> >>>
> >>>> @Trevor
> >>>> That would be good advice to add to the wiki as a "trying out and
> >>>> transitioning to Levure" item
> >>>
> >>>
> >>> I agree. Somebody should write that up and submit a PR :-)
> >>>
> >>> —
> >>> Trevor DeVore
> >>>
> >>>>
> >>> ___
> >>> use-livecode mailing list
> >>> use-livecode@lists.runrev.com
> >>> Please visit this url to subscribe, unsubscribe and manage your
> >>> subscription preferences:
> >>> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>>
> >>
> >>
> >>
> >> --
> >> On the first day, God created the heavens and the Earth
> >> On the second day, God created the oceans.
> >> On the third day, God put the animals on hold for a few hours,
> >>   and did a little diving.
> >> And God said, "This is good."
> >> ___
> >> use-livecode mailing list
> >> use-livecode@lists.runrev.com
> >> Please visit this url to subscribe, unsubscribe and manage your
> >> subscription preferences:
> >> http://lists.runrev.com/mailman/listinfo/use-livecode
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>



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

Re: Levure update 0.9.5

[Mike Kerner via use-livecode]

Issue filed, let's discuss over there.

On Mon, Feb 19, 2018 at 10:45 AM, Trevor DeVore via use-livecode <
use-livecode@lists.runrev.com> wrote:

> :-)
>
> Usually it is just a matter of someone  asking the right question. It is
> easier to respond to a question then to set aside time to consider all of
> the questions people may be having and try to proactively create docs.
> Unfortunately my time for extracurricular projects has been very limited as
> of late.
>
> —
> Trevor DeVore
> ScreenSteps
>
> On Mon, Feb 19, 2018 at 9:37 AM Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > Then you have to throw these things out more often so the
> bread-and-butter
> > cult can do your bidding, my crusty master
> >
> > On Mon, Feb 19, 2018 at 10:25 AM, Trevor DeVore via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> > > On Mon, Feb 19, 2018 at 8:53 AM Mike Kerner via use-livecode <
> > > use-livecode@lists.runrev.com> wrote:
> > >
> > > > @Trevor
> > > > That would be good advice to add to the wiki as a "trying out and
> > > > transitioning to Levure" item
> > >
> > >
> > > I agree. Somebody should write that up and submit a PR :-)
> > >
> > > —
> > > Trevor DeVore
> > >
> > > >
> > > ___
> > > use-livecode mailing list
> > > use-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
>



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

Re: Levure update 0.9.5

[Mike Kerner via use-livecode]

And wait, don't you have a Documentation Doughboy?

On Mon, Feb 19, 2018 at 10:37 AM, Mike Kerner 
wrote:

> Then you have to throw these things out more often so the bread-and-butter
> cult can do your bidding, my crusty master
>
> On Mon, Feb 19, 2018 at 10:25 AM, Trevor DeVore via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> On Mon, Feb 19, 2018 at 8:53 AM Mike Kerner via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>
>> > @Trevor
>> > That would be good advice to add to the wiki as a "trying out and
>> > transitioning to Levure" item
>>
>>
>> I agree. Somebody should write that up and submit a PR :-)
>>
>> —
>> Trevor DeVore
>>
>> >
>> ___
>> use-livecode mailing list
>> use-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."
>



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

Re: Levure update 0.9.5

[Mike Kerner via use-livecode]

Then you have to throw these things out more often so the bread-and-butter
cult can do your bidding, my crusty master

On Mon, Feb 19, 2018 at 10:25 AM, Trevor DeVore via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On Mon, Feb 19, 2018 at 8:53 AM Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > @Trevor
> > That would be good advice to add to the wiki as a "trying out and
> > transitioning to Levure" item
>
>
> I agree. Somebody should write that up and submit a PR :-)
>
> —
> Trevor DeVore
>
> >
> ___
> use-livecode mailing list
> use-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

Re: Levure update 0.9.5

[Mike Kerner via use-livecode]

@Trevor
That would be good advice to add to the wiki as a "trying out and
transitioning to Levure" item

On Mon, Feb 19, 2018 at 9:09 AM, Trevor DeVore via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Graham,
>
> 1) You do not need to scriptify (move code into script only stacks) your
> stacks to use them in Levure. Levure supports an organizational structure
> (the `ui` folder in Levure) which makes it easy to organize binary stacks
> that use script only stacks as behaviors.
>
> 2) You are not required to use Git in order to use Levure. Levure helps you
> organize your code so that you can benefit from version control. It doesn’t
> require it.
>
> 3) You can still benefit from using Levure if you don’t use script only
> stacks or git yet. Levure provides a powerful packaging system for
> packaging your apps for distribution. Helpers allow you to drop in
> functionality that your app may need such as Prefernces, Inno Setup,
> DropDMG, etc. (On a somewhat related note I’m currently updating SQL Yoga
> to work as a helper which will simplify its usage considerably as all of
> the configuration is done with YAML files.)
>
> What I’ve done in the past when converting an app is move my stacks into
> the appropriate Levure folders without worrying about scriptifying them. I
> then move any app initialization code into the appropriate handlers in the
> Levure `app.livecodescript` file.
>
> Once the app is working again then I go back and scriptify stacks as
> needed. Libraries that don’t use any internal custom properties are easy to
> convert as are front and back scripts. You can then slowly go through each
> folder in the `app/ui` folder and move the scripts into a `behavior` folder
> that sits along each stack. No rush though.
>
> —
> Trevor DeVore
>
>
> On Mon, Feb 19, 2018 at 4:33 AM Graham Samuel via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > I have not tried to look at Levure until now, but since I am in
> > difficulties trying to create a user-oriented update system (the kind
> that
> > professionals use Sparkle for on Mac, and other techniques on other
> > platforms), I have some hopes (from previous emails from Trevor) that
> > Levure might help me. However, on first looking at the wiki, I think that
> > what Levure needs is a big commitment to work in a specific way - a good
> > way, bien sure, but not the way us primitive old coders have been doing
> for
> > the last few decades. This means, if I am right (and I could so easily
> not
> > be) that a ‘traditional’ app development, where stacks contain code in
> > various forms, could not be retrofitted to the Levure environment.
> Rather,
> > one would have to start from scratch, or at the very least do a great
> deal
> > of restructuring of such an existing app, so that pretty much all the
> code
> > is script-only. Plus of course learning the philosophy of Levure, and
> > feeling comfortable with Github...
> >
> > Can anyone comment on this enough to clear my head a little?
> >
> > TIA
> >
> > Graham
> > (A very old coder, who in his twilight years is trying to stick purely to
> > LC rather than try to recycle his misspent youth, where several now
> extinct
> > low- and high-level languages had to be mastered).
> >
> > > On 16 Feb 2018, at 00:42, Trevor DeVore via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> > >
> > > On Thu, Feb 15, 2018 at 4:30 PM Mike Kerner via use-livecode <
> > > use-livecode@lists.runrev.com> wrote:
> > >
> > >> Check the wiki instead of the readme.md.  The documentation is
> > extensive.
> > >> https://github.com/trevordevore/levure/wiki
> > >
> > >
> > > The wiki is definitely where you want to end up. The readme has a short
> > > description and points users to the wiki documentation to learn more.
> > >
> > > —
> > > Trevor DeVore
> > >
> > >> <https://github.com/trevordevore/levure/wiki>
> > > ___
> > > use-livecode mailing list
> > > use-livecode@lists.runrev.com
> > > Please visit this url to subscribe, unsubscribe and manage your
> > subscription preferences:
> > > http://lists.runrev.com/mailman/listinfo/use-livecode
> >
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> > subscription preferences:
> > http://lists.r

LC TouchBar Macros

[Mike Kerner via use-livecode]

Has anyone designed any LC macros for the touchbar or any special trackpad
gestures?
-- 
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

Re: Levure update 0.9.5

[Mike Kerner via use-livecode]

Check the wiki instead of the readme.md.  The documentation is extensive.
https://github.com/trevordevore/levure/wiki
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Launcher builder

[Mike Kerner via use-livecode]

Does anyone know of a stack launcher builder?  I'd like to be able to point
to a stack and have the builder generate a thumbnail of either the entire
first card or a portion of the first card, assign a label, and launch the
stack when prompted.  I started to code it, but maybe we have a Plugin
somewhere.

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

Re: [ANN] Release 8.1.9

[Mike Kerner via use-livecode]

I like it when 24 hours go by and there are no replies.

On Thu, Feb 8, 2018 at 9:50 AM, panagiotis merakos via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Dear List Members,
>
> We are pleased to announce the release of LiveCode 8.1.9 Stable. By
> "Stable", we mean that no reported regressions have been introduced in
> 8.1.9, compared to the previous Stable release.
>
> LiveCode 8.1.9 contains more than 25 extra bug fixes and new features,
> compared to LiveCode 8.1.8.
>
> You can get the release at https://downloads.livecode.com/livecode/ or via
> the automatic updater.
>
> Please report any bugs encountered on our BugZilla at
> http://quality.livecode.com/
>
> Warmest regards,
> The LiveCode Team
> --
> ___
> use-livecode mailing list
> use-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

Re: SE: restore default handlers?

[Mike Kerner via use-livecode]

@Bob are you sure that's true?  I seem to recall being able to accidentally
reopen the db over and over without an error.  I can't remember if the dbid
increments when I do this, but I think it does.

On Wed, Feb 7, 2018 at 11:04 AM, Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Of course, sqlite DBs are single user only so any attempt to open it a
> second time would fail. Just tossing that out there.
>
> Bob S
>
>
> > On Feb 6, 2018, at 11:30 , panagiotis merakos via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Thanks Richard. So, a guess is that for some reason LC cannot open the
> > sqlite database that holds all the dictionary entries, thus it cannot
> fetch
> > the list of the default handlers per object. I am wondering if this is
> > related to the other bug report you have filed, where the dictionary
> opens
> > but it is empty for you.
> >
> > Let's delete the Documentation Cache:
> >
> > 1. Quit LC 9.0.0 DP-11
> > 2. Delete folder: .runrev/documentationcache/9_0_0_dp_11_commercial/
> > 3. Open LC
> > 4. Check if the default handlers appear now.
> >
> > Best,
> > Panos
> > --
> >
> >
> >
> > On Tue, Feb 6, 2018 at 7:03 PM, Richard Gaskin via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> panagiotis merakos wrote:
> >>> I cannot reproduce this, tested on Ubuntu 16.04 with LC 9 DP-11.
> >>>
> >>> Could it be the case that there is a bad interaction with a Plugin?
> >>>
> >>> What happens if you try first to "put true into grevdevelopment" and
> >>> then uncheck and recheck "Show Default handlers"?
> >>>
> >>> If something was failing silently before, this should now throw an
> >>> error.
> >>
> >> Thanks.  Indeed it does - this is what I get pouring into the Message
> Box:
> >>
> >>
> >> ERROR: unable to open database
> >> unable to create sqlite API database
> >> revdberr,invalid database type
> >> line: 1079
> >> handler: ideThrow
> >> script object: stack "/home/rg/.runrev/components/l
> >> ivecodeindy-9.0.0-dp-11.x86_64/Toolset/libraries/revidelibra
> >> ry.8.livecodescript"
> >>
> >> ERROR: unable to open database
> >> unable to create sqlite API database
> >> revdberr,invalid database type
> >> line: 1079
> >> handler: ideThrow
> >> script object: stack "/home/rg/.runrev/components/l
> >> ivecodeindy-9.0.0-dp-11.x86_64/Toolset/libraries/revidelibra
> >> ry.8.livecodescript"
> >> ERROR: unable to open database
> >> unable to create sqlite API database
> >> revdberr,invalid database type
> >> line: 1079
> >> handler: ideThrow
> >> script object: stack "/home/rg/.runrev/components/l
> >> ivecodeindy-9.0.0-dp-11.x86_64/Toolset/libraries/revidelibra
> >> ry.8.livecodescript"
> >>
> >> ERROR: unable to open database
> >> unable to create sqlite API database
> >> revdberr,invalid database type
> >> line: 1079
> >> handler: ideThrow
> >> script object: stack "/home/rg/.runrev/components/l
> >> ivecodeindy-9.0.0-dp-11.x86_64/Toolset/libraries/revidelibra
> >> ry.8.livecodescript"
> >> ERROR: unable to open database
> >> unable to create sqlite API database
> >> revdberr,invalid database type
> >> line: 1079
> >> handler: ideThrow
> >> script object: stack "/home/rg/.runrev/components/l
> >> ivecodeindy-9.0.0-dp-11.x86_64/Toolset/libraries/revidelibra
> >> ry.8.livecodescript"
> >> ERROR: unable to open database
> >> unable to create sqlite API database
> >> revdberr,invalid database type
> >> line: 1079
> >> handler: ideThrow
> >> script object: stack "/home/rg/.runrev/components/l
> >> ivecodeindy-9.0.0-dp-11.x86_64/Toolset/libraries/revidelibra
> >> ry.8.livecodescript"
> >>
> >> ERROR: unable to open database
> >> unable to create sqlite API database
> >> revdberr,invalid database type
> >> line: 1079
> >> handler: ideThrow
> >> script object: stack "/home/rg/.runrev/components/l
> >> ivecodeindy-9.0.0-dp-11.x86_64/Toolset/libraries/revidelibra
> >> ry.8.livecodescript"
> >> ERROR: unable to open database
> >> unable to create sqlite API database
> >> revdberr,invalid database type
> >> line: 1079
> >> handler: ideThrow
> >> script object: stack "/home/rg/.runrev/components/l
> >> ivecodeindy-9.0.0-dp-11.x86_64/Toolset/libraries/revidelibra
> >> ry.8.livecodescript"
> >> ERROR: unable to open database
> >> unable to create sqlite API database
> >> revdberr,invalid database type
> >> line: 1079
> >> handler: ideThrow
> >> script object: stack "/home/rg/.runrev/components/l
> >> ivecodeindy-9.0.0-dp-11.x86_64/Toolset/libraries/revidelibra
> >> ry.8.livecodescript"
> >> ERROR: unable to open database
> >> unable to create sqlite API database
> >> revdberr,invalid database type
> >> line: 1079
> >> handler: ideThrow
> >> script object: stack "/home/rg/.runrev/components/l
> >> ivecodeindy-9.0.0-dp-11.x86_64/Toolset/libraries/revidelibra
> >> ry.8.livecodescript"
> >>
> >> ERROR: unable to open database
> >> unable to create sqlite API database
> >> revdberr,invalid database type
> >> line: 1079
> >> handler: ideThrow
> >> script object: stac

Re: uh oh. Have to reactivate every LC and the activation server is down?

[Mike Kerner via use-livecode]

well that worked

On Mon, Feb 5, 2018 at 6:04 PM, Brian Milby via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Before I’ve heard that you can disconnect internet to launch. Once running,
> you can turn the internet connection back on.
> On Mon, Feb 5, 2018 at 5:02 PM Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > Something bad happened.  I can't seem to get any copy of LC of any
> version
> > to just launch.  All of them want to be activated, and the activation
> > server doesn't like me, either.  Anyone else?
> >
> > --
> > 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




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

uh oh. Have to reactivate every LC and the activation server is down?

[Mike Kerner via use-livecode]

Something bad happened.  I can't seem to get any copy of LC of any version
to just launch.  All of them want to be activated, and the activation
server doesn't like me, either.  Anyone else?

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

Re: Navigator update: better conversion to behaviors, better property editing, better version control, and send to private commands

[Mike Kerner via use-livecode]

I love it when someone else solves a problem I've been thinking about
attacking.  I get a lot more gaming in that way :-)

On Wed, Jan 31, 2018 at 5:56 PM, Geoff Canyon via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I updated the 5.1 alpha of Navigator. You can download Navigator 5 here
> . The full
> documentation is here
> ,
> and there is a description in detail of how conversion to script-only stack
> behaviors works here
> .
>
> New features:
>
>  -- Use your own naming convention for script-only stack files. Whatever
> you can do in a line of LC script, you can use to name your stacks.
>  -- A "Restore from Behaviors" command. This will do unhelpful things
> (duplicate
> scripts) for complex, chained behaviors, but I've used it about half a
> dozen times with Navigator to restore and re-export Navigator's code using
> the new naming feature.
>  -- The Custom Properties menu now supports deleting properties and
> property sets.
>  -- The Property Editor now supports custom properties.
>  -- The Property Editor now highlights values that aren't the same for all
> the controls selected.
>  -- The Property Editor now has a popup menu that displays each of the
> values for the property for the selected controls -- these two make finding
> and syncing discrepancies easy.
>  -- The contextual menu for stacks now supports updating all script-only
> stacks from disk, making it unnecessary to quit and restart LiveCode after
> changing branches in source control.
>  -- The Scripts menu now supports sending to private commands and functions
> for testing.
> ___
> use-livecode mailing list
> use-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

Re: making DG2 usable

[Mike Kerner via use-livecode]

Was it a file?  I don't remember seeing a file.  I just remember the webex
session.

On Wed, Jan 31, 2018 at 4:01 PM, PystCat via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Is it possible get the demo file the Mothership did in the email that
> showed off the new features..?  I would love to see that.
>
> > On Jan 31, 2018, at 12:07 PM, Richard Gaskin via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Mike Kerner wrote:
> >
> > > > On 31 Jan 2018, at 2:07 pm, Richard Gaskin wrote:
> > > >
> > > > But as for DG2, am I the only one who finds it too wonky to use?
> > >
> > > @Richard have you tried Bernd's modTableField as an alternative?  I'm
> > > deploying it in my second project, and it's pretty darn cool.  And
> > > fast.
> >
> > Indeed it is.  Bernd does great work, and his modTableField is no
> exception.
> >
> > I used to maintain a similar single-field+header solution before DG1
> premiered, but DG generally does what I need so I stopped working so hard.
> >
> > The thing with DG2 is that it's nicely designed for mobile use, if only
> the performance was as good as its design.  The delete and re-ordering are
> well thought out, and in theory will be delightful to use.
> >
> > Monte's note that they're working on it is promising, seems worth
> waiting for.
> >
> > --
> > Richard Gaskin
> > Fourth World Systems
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>



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

Re: making DG2 usable

[Mike Kerner via use-livecode]

@Richard have you tried Bernd's modTableField as an alternative?  I'm
deploying it in my second project, and it's pretty darn cool.  And fast.

On Tue, Jan 30, 2018 at 10:18 PM, Mike Kerner 
wrote:

> So is that an RC1 thing or a 9.1 thing?
>
> On Tue, Jan 30, 2018 at 10:13 PM, Monte Goulding via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>>
>>
>> > On 31 Jan 2018, at 2:07 pm, Richard Gaskin via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> >
>> > Good to hear about anything that improves overall rendering performance.
>> >
>> > But as for DG2, am I the only one who finds it too wonky to use?
>>
>> DG2 is a multi-part project and there’s still some work to be done on the
>> accelerated rendering required so the nested groups in the datagrid are
>> able to use a scrolling layer mode.
>>
>> Cheers
>>
>> Monte
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>
>
>
>
> --
> 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."
>



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

Re: making DG2 usable

[Mike Kerner via use-livecode]

So is that an RC1 thing or a 9.1 thing?

On Tue, Jan 30, 2018 at 10:13 PM, Monte Goulding via use-livecode <
use-livecode@lists.runrev.com> wrote:

>
>
> > On 31 Jan 2018, at 2:07 pm, Richard Gaskin via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Good to hear about anything that improves overall rendering performance.
> >
> > But as for DG2, am I the only one who finds it too wonky to use?
>
> DG2 is a multi-part project and there’s still some work to be done on the
> accelerated rendering required so the nested groups in the datagrid are
> able to use a scrolling layer mode.
>
> Cheers
>
> Monte
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>



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

Re: Dropbox help 3 (OAuth app authorization flow?)

[Mike Kerner via use-livecode]

I forgot that Gerard has a repo up, now.  It's at
https://github.com/gmcrev/DropBoxAPI2livecode.  Grab that.  There's a
button for documentation or something like that at the top.  That takes you
to a second card that describes what you have to do.  I am not aware of any
code that completely automates the process.
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Dropbox help 3 (OAuth app authorization flow?)

[Mike Kerner via use-livecode]

What is failing on mobile or other machines?  Are you getting an error?
That reminds me, I have a more recent version of the LC dropbox library
that does more complete error reporting.  If I remember correctly Monte is
going to integrate this version in an upcoming LC but I don't remember when
or if it's in 9 DP11
Attach this as a substack.  The error reporting will be more descriptive:
https://github.com/macMikey/LCDropboxLibrary

On Mon, Jan 29, 2018 at 2:39 PM, Klaus major-k via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Mike,
>
> > Am 29.01.2018 um 19:55 schrieb Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com>:
> >
> > What specifically would you like to know, Klaus?
> > use dropboxUpload to do an upload.
>
> yes, sure, that works on my machine, but not on other user computers and/or
> mobile devices!
>
> Therefore my question for the "OAuth app authorization flow" of Dropbox
> and how to implement this in Livecode.
>
> > Check out Gerard's Dropbox API v2 stack for a stack you can use to play
> so
> > you can understand what's going on.
> > I don't think he has his own repo, so you can download it from mine:
> > https://github.com/macMikey/dropboxapi_v2
> > The api is slightly different than LC's library, because when Monte wrote
> > LC's he made changes to Gerard's code to support things like asynchronous
> > calls, but they map 1:1.
> > Don't forget that unlike in the phx library, you have to add a slash on
> the
> > front of all your paths in both Gerard's and LC's libraries.
>
> yes, thanks, already been bitten by that one :-D
>
> Thank you, will look at the above mentioned library!
>
> > On Mon, Jan 29, 2018 at 12:25 PM, Klaus major-k via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> Hi friends,
> >>
> >> OK, now I'm able to uplod files to my dropbox, but if I want to publish
> >> the app,
> >> I need to implement the "OAuth app authorization flow" of Dropbox into
> my
> >> app!?
> >>
> >> The user will only be able to print to a PDF and then upload this PDF to
> >> his Dropbox,
> >> so nothing fancy, just upload a file to his dropbox.
> >>
> >> After reading teh Dropbox API docs, I have a basic understanding how
> this
> >> works,
> >> but have no idea how to practically implement this into Livecode.
> >>
> >> Any hints highly appreciated, thank you!
>
> Best
>
> Klaus
>
> --
> Klaus Major
> http://www.major-k.de
> kl...@major-k.de
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>



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

Re: Dropbox help 3 (OAuth app authorization flow?)

[Mike Kerner via use-livecode]

What specifically would you like to know, Klaus?
use dropboxUpload to do an upload.

Check out Gerard's Dropbox API v2 stack for a stack you can use to play so
you can understand what's going on.
I don't think he has his own repo, so you can download it from mine:
https://github.com/macMikey/dropboxapi_v2
The api is slightly different than LC's library, because when Monte wrote
LC's he made changes to Gerard's code to support things like asynchronous
calls, but they map 1:1.
Don't forget that unlike in the phx library, you have to add a slash on the
front of all your paths in both Gerard's and LC's libraries.

On Mon, Jan 29, 2018 at 12:25 PM, Klaus major-k via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi friends,
>
> OK, now I'm able to uplod files to my dropbox, but if I want to publish
> the app,
> I need to implement the "OAuth app authorization flow" of Dropbox into my
> app!?
>
> The user will only be able to print to a PDF and then upload this PDF to
> his Dropbox,
> so nothing fancy, just upload a file to his dropbox.
>
> After reading teh Dropbox API docs, I have a basic understanding how this
> works,
> but have no idea how to practically implement this into Livecode.
>
> Any hints highly appreciated, thank you!
>
>
> Best
>
> Klaus
> --
> Klaus Major
> http://www.major-k.de
> kl...@major-k.de
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>



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

Re: Reloading script-only stacks

[Mike Kerner via use-livecode]

oooh.  I didn't think of doing that with git...

On Sun, Jan 28, 2018 at 6:13 PM, Monte Goulding via use-livecode <
use-livecode@lists.runrev.com> wrote:

> It’s always going to be safest to close LiveCode, checkout a different
> branch and then reopen LiveCode but just like people setup stuff so they
> can use external code editors you could add a git hook that notified the
> IDE that the worktree had changed and to reload things.
>
> > On 27 Jan 2018, at 7:29 am, Geoff Canyon via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > With version control, switching branches switches out SoS files. Is it
> best/necessary to then run through the stackfiles and set the destroystack
> of each to true and close/reopen them? Or is there a better way?
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>



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

Re: regex deconstructor

[Mike Kerner via use-livecode]

I don't think you can double-indent, and you can't double-unindent, either,
so the case/switch structure for instance is a bit of a hack that we had to
compromise on.
The problem with the indent/unindent applying to the current line is that
the docs say that they apply to the _next_ line.  It would make sense for
the unindent (but not indent) to apply to the current line, but that isn't
the way the docs are written.

On Mon, Jan 29, 2018 at 10:53 AM, Brian Milby via use-livecode <
use-livecode@lists.runrev.com> wrote:

> It kind of makes sense for the unindent to apply to the current line.
> Usually I think of the end of a block being at the same level as the start.
>
> I’ll take a look at the RegEx you provided. I read through it over the
> weekend and understand most of it. Stuff that is missing is the double
> indent for line continuation, but I’m not sure that is possible with this.
> On Mon, Jan 29, 2018 at 8:48 AM Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > It's also not clear from the documentation what triggers the current line
> > to unindent.  If you are typing "end repeat" for instance, the line will
> > unindent, but the documentation states that the _next_ line will
> unindent.
> >
> > On Mon, Jan 29, 2018 at 9:20 AM, Mike Kerner 
> > wrote:
> >
> > > I'm not sure why they have some of those the way they have them.  The
> > > indent regex in ST is not well documented (that I can find).  For
> > example,
> > > I don't think "<" is a reserved character in regex, but ST requires you
> > to
> > > treat it as you would in html, i.e. "<"
> > >
> > > The first thing that I'm trying to do with this new set of indent rules
> > is
> > > add a "block", so that we can do code folding using arbitrary
> structures.
> > > I have been using a commented HTML-type tag to designate a block.
> > > For example
> > > #
> > > ...
> > > #
> > >
> > > The contents of the commented tag are not important to the indenting,
> nor
> > > is ensuring that the comment at the top and the bottom are the same.
> > What
> > > I am trying to get is an indent following #<...> and an unindent at
> > > #.  Also, I don't really care if the comment begins with #.  It
> > could
> > > also begin with -- or // since other folks might like those comment
> > > delimiters better than #.
> > >
> > >
> > >
> > > FWIW, the (buggy) one that I came up with looks like this:
> > > 
> > > 
> > > 
> > > name
> > > LiveCode Script Indentation
> > > scope
> > > source.livecode
> > > settings
> > > 
> > > 
> > > increaseIndentPattern
> > > ^\s*?((on\s+?.+)|((private\s)?((command|function)
> > > \s+?.+))|((else?\s*)?(if\s+?.+then\s*?)((#|--).*?)?$)|(else\
> > > s*?((#|--).*?)?$)|(repeat\s+?.+)|(switch\s?.+)|(case\s+?.+)|
> > > (default.*)|(try\s*?.*)|(catch\s+?.+)|(finally\s?.*)|((
> > > #|--|)\s*?<\s*?[^/].*?>))
> > > decreaseIndentPattern
> > > ^\s*((end\s+?.+)|(case\s+?.+)|(default\s*?.*)|(
> > > else.*)|(catch\s+?.+)|(finally\s*?.*)|((#|--|)\s*?&
> lt;/.*?>))
> > > disableIndentNextLinePattern
> > > 
> > > ^\s*?(if\s+?.+?then\s+?.+)
> > > bracketIndentNextLinePattern
> > > 
> > > 
> > > unIndentedLinePattern
> > > 
> > > 
> > > 
> > > 
> > > 
> > >
> > >
> > > And the rationale file that I wrote so I could figure out wth I was
> > > thinking is:
> > > RegEx can be complicated, so here is the rationale for the regex for
> the
> > > various sections in the tab settings:
> > >
> > > increaseIndentPattern:
> > > ^\s*? Begin the line with 0..n whitespace characters due to indents or
> > > other things
> > > (
> > > (on\s+?.+) "on", followed by at least one space, then a handler name -
> > > e.g. "on myHandler"
> > >
> > > |((private\s)?((command|function)\s+?.+)) Either "private" and a
> space or
> > > neither, then either "command" or "function",
> > > then a space, a function name and perhaps parameters, e.g. "private
> > > function myFunction a, b" or "function myFunction a, b"
> > > |((else?\s*?)?(if\s+?.+then\s*?)((#|--).*?)?$) Either "else" and a
> space
>

Re: regex deconstructor

[Mike Kerner via use-livecode]

It's also not clear from the documentation what triggers the current line
to unindent.  If you are typing "end repeat" for instance, the line will
unindent, but the documentation states that the _next_ line will unindent.

On Mon, Jan 29, 2018 at 9:20 AM, Mike Kerner 
wrote:

> I'm not sure why they have some of those the way they have them.  The
> indent regex in ST is not well documented (that I can find).  For example,
> I don't think "<" is a reserved character in regex, but ST requires you to
> treat it as you would in html, i.e. "<"
>
> The first thing that I'm trying to do with this new set of indent rules is
> add a "block", so that we can do code folding using arbitrary structures.
> I have been using a commented HTML-type tag to designate a block.
> For example
> #
> ...
> #
>
> The contents of the commented tag are not important to the indenting, nor
> is ensuring that the comment at the top and the bottom are the same.  What
> I am trying to get is an indent following #<...> and an unindent at
> #.  Also, I don't really care if the comment begins with #.  It could
> also begin with -- or // since other folks might like those comment
> delimiters better than #.
>
>
>
> FWIW, the (buggy) one that I came up with looks like this:
> 
> 
> 
> name
> LiveCode Script Indentation
> scope
> source.livecode
> settings
> 
> 
> increaseIndentPattern
> ^\s*?((on\s+?.+)|((private\s)?((command|function)
> \s+?.+))|((else?\s*)?(if\s+?.+then\s*?)((#|--).*?)?$)|(else\
> s*?((#|--).*?)?$)|(repeat\s+?.+)|(switch\s?.+)|(case\s+?.+)|
> (default.*)|(try\s*?.*)|(catch\s+?.+)|(finally\s?.*)|((
> #|--|)\s*?<\s*?[^/].*?>))
> decreaseIndentPattern
> ^\s*((end\s+?.+)|(case\s+?.+)|(default\s*?.*)|(
> else.*)|(catch\s+?.+)|(finally\s*?.*)|((#|--|)\s*?</.*?>))
> disableIndentNextLinePattern
> 
> ^\s*?(if\s+?.+?then\s+?.+)
> bracketIndentNextLinePattern
> 
> 
> unIndentedLinePattern
> 
> 
> 
> 
> 
>
>
> And the rationale file that I wrote so I could figure out wth I was
> thinking is:
> RegEx can be complicated, so here is the rationale for the regex for the
> various sections in the tab settings:
>
> increaseIndentPattern:
> ^\s*? Begin the line with 0..n whitespace characters due to indents or
> other things
> (
> (on\s+?.+) "on", followed by at least one space, then a handler name -
> e.g. "on myHandler"
>
> |((private\s)?((command|function)\s+?.+)) Either "private" and a space or
> neither, then either "command" or "function",
> then a space, a function name and perhaps parameters, e.g. "private
> function myFunction a, b" or "function myFunction a, b"
> |((else?\s*?)?(if\s+?.+then\s*?)((#|--).*?)?$) Either "else" and a space
> or neither, then "if", a space, some condition,
> "then", and possibly some spaces (but nothing else, i.e. no other
> commands/functions) following.  The line can end with a comment, either
> beginning with "#" or "--".  e.g. "if x then", or "if x then #this is why",
> or "else if x then --perhaps nothing".  The goal is to distinguish between
> if-then{-else} blocks and single-line if-then{-else} statements - the
> latter do not get indented.
>
> |(else\s*?((#|--).*?)?$) "else", then spaces (or not), but no other
> statements.  The line can end with a
> comment, either beginning with "#" or "--".  e.g. "else", or "else #we
> have work to do" or "else -- i forget".
>
> |(repeat\s+?.+) "repeat", then at least one space, and the rest of the
> statement, e.g. "repeat
> 100 times" or "repeat with i = 1 to 10" or "repeat for each x in y"
>
> |(switch\s+?.+) "switch", then at least 1 space, and the rest of the
> expression, e.g. "switch x"
> See below for a note on the indenting of switch/case/default.
>
> |(case\s+?.+) "case", then at least one space, then the value or
> condition, e.g. "case 1".
> See below for a note on the indenting of switch/case/default
>
> |(default\s*?.+) "default" and whatever after it.  I didn't bother to use
> the indent rules to
> enforce default syntax, because I can't think of any time other than in a
> "switch" where "default" would be used, and if the user screws up the
> syntax, the linter should complain.  At any rate, the line could still end
> with a comment, legitimately.  e.g. "default", "default -- something", or
> "def

Re: regex deconstructor

[Mike Kerner via use-livecode]

I'm not sure why they have some of those the way they have them.  The
indent regex in ST is not well documented (that I can find).  For example,
I don't think "<" is a reserved character in regex, but ST requires you to
treat it as you would in html, i.e. "<"

The first thing that I'm trying to do with this new set of indent rules is
add a "block", so that we can do code folding using arbitrary structures.
I have been using a commented HTML-type tag to designate a block.
For example
#
...
#

The contents of the commented tag are not important to the indenting, nor
is ensuring that the comment at the top and the bottom are the same.  What
I am trying to get is an indent following #<...> and an unindent at
#.  Also, I don't really care if the comment begins with #.  It could
also begin with -- or // since other folks might like those comment
delimiters better than #.



FWIW, the (buggy) one that I came up with looks like this:



name
LiveCode Script Indentation
scope
source.livecode
settings


increaseIndentPattern
^\s*?((on\s+?.+)|((private\s)?((command|function)\s+?.+))|((else?\s*)?(if\s+?.+then\s*?)((#|--).*?)?$)|(else\s*?((#|--).*?)?$)|(repeat\s+?.+)|(switch\s?.+)|(case\s+?.+)|(default.*)|(try\s*?.*)|(catch\s+?.+)|(finally\s?.*)|((#|--|)\s*?<\s*?[^/].*?>))
decreaseIndentPattern
^\s*((end\s+?.+)|(case\s+?.+)|(default\s*?.*)|(else.*)|(catch\s+?.+)|(finally\s*?.*)|((#|--|)\s*?))
disableIndentNextLinePattern

^\s*?(if\s+?.+?then\s+?.+)
bracketIndentNextLinePattern


unIndentedLinePattern







And the rationale file that I wrote so I could figure out wth I was
thinking is:
RegEx can be complicated, so here is the rationale for the regex for the
various sections in the tab settings:

increaseIndentPattern:
^\s*? Begin the line with 0..n whitespace characters due to indents or
other things
(
(on\s+?.+) "on", followed by at least one space, then a handler name - e.g.
"on myHandler"

|((private\s)?((command|function)\s+?.+)) Either "private" and a space or
neither, then either "command" or "function",
then a space, a function name and perhaps parameters, e.g. "private
function myFunction a, b" or "function myFunction a, b"
|((else?\s*?)?(if\s+?.+then\s*?)((#|--).*?)?$) Either "else" and a space or
neither, then "if", a space, some condition,
"then", and possibly some spaces (but nothing else, i.e. no other
commands/functions) following.  The line can end with a comment, either
beginning with "#" or "--".  e.g. "if x then", or "if x then #this is why",
or "else if x then --perhaps nothing".  The goal is to distinguish between
if-then{-else} blocks and single-line if-then{-else} statements - the
latter do not get indented.

|(else\s*?((#|--).*?)?$) "else", then spaces (or not), but no other
statements.  The line can end with a
comment, either beginning with "#" or "--".  e.g. "else", or "else #we have
work to do" or "else -- i forget".

|(repeat\s+?.+) "repeat", then at least one space, and the rest of the
statement, e.g. "repeat
100 times" or "repeat with i = 1 to 10" or "repeat for each x in y"

|(switch\s+?.+) "switch", then at least 1 space, and the rest of the
expression, e.g. "switch x"
See below for a note on the indenting of switch/case/default.

|(case\s+?.+) "case", then at least one space, then the value or condition,
e.g. "case 1".
See below for a note on the indenting of switch/case/default

|(default\s*?.+) "default" and whatever after it.  I didn't bother to use
the indent rules to
enforce default syntax, because I can't think of any time other than in a
"switch" where "default" would be used, and if the user screws up the
syntax, the linter should complain.  At any rate, the line could still end
with a comment, legitimately.  e.g. "default", "default -- something", or
"default #nothing else matters".
See below for a note on the indenting of switch/case/default

|(try\s*?.+) "try" and whatever follows.  Linter can enforce syntax, but I
want to make sure
we allow the user to put a comment at the end of the line, thus adding the
".+"
e.g. "try" or "try #something"

|(catch\s+?.+) "catch", then a space, and the error variable, e.g. "catch a"

|(finally\s*?.*) "finally", and if desired, some whitespace, and maybe a
comment, e.g.
"finally", or "finally #we're done".  Let the linter catch if something
else was put at the end of the line, where I am recognizing that there
might be a comment, instead.

|((#|--|)\s*?<\s*?[^/].*>)) Mikey's favorite custom construct, the
block.  The block is not something that
LC handles any differently than any other bit of code, but we can have ST
indent it, which means I can fold it.  Heh.  Heh.  Heh.  It's a comment
with a tag that I use to mark a section of code without having to write a
handler and deal with variable scope issues.
"#" or "--" then perhaps one or more spaces, then "<", then perhaps more
spaces, then anything that isn't a slash "/", then more text, then ">".
e.g. "#", or "# ".  The reason for excluding
the "/" is because that is an end tag - it wi

Re: regex deconstructor

[Mike Kerner via use-livecode]

@Brian,
Which attempt are you talking about?  We have two:  The one I posted a
couple of days ago is the proposed new one from King Keith at the ST
newsgroup.  The other is the one I wrote back in March and is in the
livecode-sublimetext repo.

The one for Atom is also one that I wrote after I finished the one for ST.

Both the new and old ST ones have issues.

On Sat, Jan 27, 2018 at 6:49 PM, Brian Milby via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I did take a look at Atom and is also has some duplicates in the
> increase/decrease sections.  It seems to work to out dent the line.  For
> example, if you type “switch” the next line will start indented one level.
> When you type “case” it moves that line out and the next one is indented.
> This actually works fine in normal use.  In the middle of the case block
> you are already indented.  Starting a new case will push that line out.
> The down side is that you have to manually indent the first case after it
> gets pushed out.
> ___
> use-livecode mailing list
> use-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

Re: Reloading script-only stacks

[Mike Kerner via use-livecode]

Check with Trevor - in Levure he waits for a signal on a port that ST sends
when there is a save and then magically reloads.

On Fri, Jan 26, 2018 at 3:29 PM, Geoff Canyon via use-livecode <
use-livecode@lists.runrev.com> wrote:

> With version control, switching branches switches out SoS files. Is it
> best/necessary to then run through the stackfiles and set the destroystack
> of each to true and close/reopen them? Or is there a better way?
>
> gc
> ___
> use-livecode mailing list
> use-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

Re: regex deconstructor

[Mike Kerner via use-livecode]

It's similar.  It takes a bit of massaging to get one into the other,
especially once you get into the more advanced regex because there are
features that one supports and the other doesn't.  ST's regex engine is
customized more than Atom's is.

Here's the proposed not-quite-final indent rules file:





name
LiveCode Script Indentation
scope
source.livecode
settings


increaseIndentPattern

decreaseIndentPattern
(?x)
^\s*
(
end\s+.
| case\s+.
| default\b
| catch\b
| finally\b
)

unIndentedLinePattern

^\s*(?:#|--|/\*)




On Thu, Jan 25, 2018 at 7:16 PM, Brian Milby via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Is that the same stuff that Atom uses? I’m not that good at writing RegEx
> from scratch, but wouldn’t mind taking a look. I don’t have ST, so I
> wouldn’t be able to test there.
> On Thu, Jan 25, 2018 at 1:04 PM Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > Unfortunately I'm trying to fix the indenting in ST, so I'm stuck with
> it.
> > Then I asked for help.  The help is definitely better than what I came up
> > with, but I have a couple of things I want to fix.  The help disappeared,
> > and I'm having a hell of a time reading this because it uses some
> advanced
> > magic.
> >
> > On Wed, Jan 24, 2018 at 4:04 PM, Bob Sneidar via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> > > That's because there are several flavors of RegEx. Nice huh?
> > >
> > > RegEx is in my opinion the top choice for inducing insanity. I have a
> > > utility where you type in what you start with and what you want to end
> up
> > > with and it tries to figure out the regex for it. It's less than
> perfect
> > as
> > > you can imagine.
> > >
> > > While RegEx is really handy when you need it, my feeling is to avoid it
> > if
> > > at all possible.
> > >
> > > Bob S
> > >
> > >
> > > > On Jan 24, 2018, at 05:48 , Mike Kerner via use-livecode <
> > > use-livecode@lists.runrev.com> wrote:
> > > >
> > > > @Lagi, yes, exactly.
> > > > I found another one last night: regex101.com/  That one is
> interesting
> > > > because it seems to support some expressions that the others do not.
> > >
> > >
> > > ___
> > > use-livecode mailing list
> > > use-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
>



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

Re: regex deconstructor

[Mike Kerner via use-livecode]

Unfortunately I'm trying to fix the indenting in ST, so I'm stuck with it.
Then I asked for help.  The help is definitely better than what I came up
with, but I have a couple of things I want to fix.  The help disappeared,
and I'm having a hell of a time reading this because it uses some advanced
magic.

On Wed, Jan 24, 2018 at 4:04 PM, Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> That's because there are several flavors of RegEx. Nice huh?
>
> RegEx is in my opinion the top choice for inducing insanity. I have a
> utility where you type in what you start with and what you want to end up
> with and it tries to figure out the regex for it. It's less than perfect as
> you can imagine.
>
> While RegEx is really handy when you need it, my feeling is to avoid it if
> at all possible.
>
> Bob S
>
>
> > On Jan 24, 2018, at 05:48 , Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > @Lagi, yes, exactly.
> > I found another one last night: regex101.com/  That one is interesting
> > because it seems to support some expressions that the others do not.
>
>
> ___
> use-livecode mailing list
> use-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

Re: LC Toolbar

[Mike Kerner via use-livecode]

sounds like it's time for another ide hack and PR...

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

> On 1/23/18 6:34 PM, Marty Knapp via use-livecode wrote:
>
>> So I just installed LC 8.1.8 on my Mac and the toolbar always displays
>> whether or not LC is the active app. Is this a "feature?" I tried disabling
>> all plugins, etc. What am I missing? Thanks.
>>
>
> Well, it's a separate document window so if you bring one window of
> another app to the front the LC toolbar will still show. The same thing
> happens with any OS X app. I can't remember now if the toolbar used to be a
> palette, it would disappear if so.
>
> --
> 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
>



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

Re: regex deconstructor

[Mike Kerner via use-livecode]

It's amazing how much work it takes to learn enough about this topic to do
something moderately dangerous.  This is my nth attempt to fix the
indenting of LC in Atom and ST.  This time I got some help from King Keith
at ST, but trying to make heads or tails of what he offered (that works
better but not perfectly) is...challenging.

On Wed, Jan 24, 2018 at 8:48 AM, Mike Kerner 
wrote:

> @Lagi, yes, exactly.
> I found another one last night: regex101.com/  That one is interesting
> because it seems to support some expressions that the others do not.
>
> On Wed, Jan 24, 2018 at 8:36 AM, Lagi Pittas via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> Hi Mike (Shirley? ;-))
>>
>> I bought this years ago - it's brilliant and it builds a tree of what
>> everything does
>>
>> https://www.regexbuddy.com/benefits.html
>>
>> click on the iamge on the right
>>
>> Kindest Regards Lagi
>>
>> On 24 January 2018 at 02:00, Mike Kerner via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>
>> > well that might do it.
>> > And don't call me "Richard".
>> >
>> > On Tue, Jan 23, 2018 at 6:12 PM, Martin Koob via use-livecode <
>> > use-livecode@lists.runrev.com> wrote:
>> >
>> > > Hi Richard.
>> > >
>> > > I found this site https://regexr.com when I was trying to make a
>> regex
>> > > expression that I could use to find GLX calls I used in my stacks
>> > excluding
>> > > ones that I had already knew I used like glxAppSetProp, glxAppGetProp,
>> > > glxAppSetPref, glxAppGetPref.  This was to gauge what I would need to
>> do
>> > to
>> > > transfer to Levure.
>> > >
>> > >
>> > > I think this may do some of the things need. As you mouse over parts
>> of
>> > the
>> > > expression it will explain what it does.  You can also paste sample
>> text
>> > to
>> > > test your expression on.
>> > >
>> > > BTW Through several rounds of trial and error I came up with this.
>> > >
>> > > (?!glx[Aa]pp_[Gg]et[Pp]ref\(.*\))(?!glx[Aa]pp_[Ss]et[Pp]ref\
>> > > (.*\))(?!glx[Aa]pp_[Ss]et[Pp]rop\(.*\))(?!glx[Aa]pp_[Gg]et[
>> > > Pp]rop\(.*\))(?!glx[Aa]pp_[Ss]etPref\b)(\bglx)
>> > >
>> > > This found the the only other GLX handlers I was using were
>> > >
>> > >   glxapp_savePrefs
>> > >   glxApp_updateAvailable
>> > >
>> > > Now I have to figure out how to get change these to calls to Levure
>> > > equivalents.
>> > >
>> > > Martin
>> > >
>> > >
>> > >
>> > >
>> > >
>> > > --
>> > > 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
>> > >
>> >
>> >
>> >
>> > --
>> > 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
>>
>
>
>
> --
> 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."
>



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

Re: regex deconstructor

[Mike Kerner via use-livecode]

@Lagi, yes, exactly.
I found another one last night: regex101.com/  That one is interesting
because it seems to support some expressions that the others do not.

On Wed, Jan 24, 2018 at 8:36 AM, Lagi Pittas via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Mike (Shirley? ;-))
>
> I bought this years ago - it's brilliant and it builds a tree of what
> everything does
>
> https://www.regexbuddy.com/benefits.html
>
> click on the iamge on the right
>
> Kindest Regards Lagi
>
> On 24 January 2018 at 02:00, Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > well that might do it.
> > And don't call me "Richard".
> >
> > On Tue, Jan 23, 2018 at 6:12 PM, Martin Koob via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> > > Hi Richard.
> > >
> > > I found this site https://regexr.com when I was trying to make a regex
> > > expression that I could use to find GLX calls I used in my stacks
> > excluding
> > > ones that I had already knew I used like glxAppSetProp, glxAppGetProp,
> > > glxAppSetPref, glxAppGetPref.  This was to gauge what I would need to
> do
> > to
> > > transfer to Levure.
> > >
> > >
> > > I think this may do some of the things need. As you mouse over parts of
> > the
> > > expression it will explain what it does.  You can also paste sample
> text
> > to
> > > test your expression on.
> > >
> > > BTW Through several rounds of trial and error I came up with this.
> > >
> > > (?!glx[Aa]pp_[Gg]et[Pp]ref\(.*\))(?!glx[Aa]pp_[Ss]et[Pp]ref\
> > > (.*\))(?!glx[Aa]pp_[Ss]et[Pp]rop\(.*\))(?!glx[Aa]pp_[Gg]et[
> > > Pp]rop\(.*\))(?!glx[Aa]pp_[Ss]etPref\b)(\bglx)
> > >
> > > This found the the only other GLX handlers I was using were
> > >
> > >   glxapp_savePrefs
> > >   glxApp_updateAvailable
> > >
> > > Now I have to figure out how to get change these to calls to Levure
> > > equivalents.
> > >
> > > Martin
> > >
> > >
> > >
> > >
> > >
> > > --
> > > 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
> > >
> >
> >
> >
> > --
> > 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
>



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

Re: regex deconstructor

[Mike Kerner via use-livecode]

well that might do it.
And don't call me "Richard".

On Tue, Jan 23, 2018 at 6:12 PM, Martin Koob via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Richard.
>
> I found this site https://regexr.com when I was trying to make a regex
> expression that I could use to find GLX calls I used in my stacks excluding
> ones that I had already knew I used like glxAppSetProp, glxAppGetProp,
> glxAppSetPref, glxAppGetPref.  This was to gauge what I would need to do to
> transfer to Levure.
>
>
> I think this may do some of the things need. As you mouse over parts of the
> expression it will explain what it does.  You can also paste sample text to
> test your expression on.
>
> BTW Through several rounds of trial and error I came up with this.
>
> (?!glx[Aa]pp_[Gg]et[Pp]ref\(.*\))(?!glx[Aa]pp_[Ss]et[Pp]ref\
> (.*\))(?!glx[Aa]pp_[Ss]et[Pp]rop\(.*\))(?!glx[Aa]pp_[Gg]et[
> Pp]rop\(.*\))(?!glx[Aa]pp_[Ss]etPref\b)(\bglx)
>
> This found the the only other GLX handlers I was using were
>
>   glxapp_savePrefs
>   glxApp_updateAvailable
>
> Now I have to figure out how to get change these to calls to Levure
> equivalents.
>
> Martin
>
>
>
>
>
> --
> 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
>



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

Re: Crazy script-only stack question

[Mike Kerner via use-livecode]

I have not.  I broke the remote debugger and haven't played with it in a
month or more.  What I was thinking of doing was having a breakpoint
wrapper that only fires if I have a variable or property set, e.g. a global
called "debug", or having my "execute" debug method, that gives me an
answer box, lets me type in any LC statement I want, and then "do"es it
fire a breakpoint

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

> On 1/23/18 12:27 PM, Mike Kerner via use-livecode wrote:
>
>> @JLG I thought with "breaktpoint" you could debug SOS behaviors
>>
>
> I haven't actually tried that yet. It would be more difficult to avoid
> debugging when you just want to run the stack normally but would be better
> than nothing. I suppose you'd need to remember to remove all the breakpoint
> commands from the SOS files at some point. Have you tried it yet?
>
> --
> 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
>



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

regex deconstructor

[Mike Kerner via use-livecode]

Does anyone know of a regex deconstructor?  I've looked but haven't found
one.
I've found lots of evaluators and ones that will throw sample text at a
regex but not one that breaks one down and sort-of explains what it does.

Similarly, going the other way, a regex builder would also be nice, but I
can't seem to find one of those, either

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

Re: Crazy script-only stack question

[Mike Kerner via use-livecode]

@JLG I thought with "breaktpoint" you could debug SOS behaviors

On Tue, Jan 23, 2018 at 1:21 PM, Geoff Canyon via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On Tue, Jan 23, 2018 at 9:42 AM, Mark Waddingham via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > On 2018-01-23 17:21, Geoff Canyon via use-livecode wrote:
> >
> >> ​This actually raises another point (and I'm sure this is a discussion
> >> that
> >> happened without me several years ago, but as long as we're here) is
> there
> >> a reason to use "this me" which seems terribly awkward, over "the
> behavior
> >> of me" which is to my ear far more straightforward​ (it didn't require
> any
> >> additional code or syntax) if a bit more verbose?
> >>
> >
> > There's a longish thread on the engine forum about this...
> >
> > The 'behavior of me' works fine as long as you aren't using a chained
> > behavior - in the latter case, it would only give you the behavior object
> > directly attached to 'me' (i.e. the object the behavior's are acting on).
> >
>
> ​Yeah, agreed, in this circumstance "the behavior of me" would be lacking.
> ​
>
> >
> > The need to actually get the object a behavior's script resides in is
> > really quite a rare operation (the only reason I think it is useful at
> all
> > in the context of script-only stacks being used for behaviors is for
> > resolving paths to resources relative to the behavior script file) so in
> > the end I plumped for something simple to add which wasn't going to cause
> > any difficulties in implementation or potential ambiguities - its
> > strangeness helps reinforce the fact 'are you sure you need to do this'
> as
> > well :)
> >
>
> ​Class variables are a fairly defined thing in the OO world, and this seems
> equivalent to those.
> ​
>
> >
> > In actual fact, I wonder whether it is really needed at all for behaviors
> > expressed as script only stacks - you can use 'the filename of stack
>  > of behavior>' - which is more verbose but means you can avoid 'this me'.
> > (Given that if you change the name of a behavior, any references to it
> > break, you are forced to choose your behavior names wisely - hence why we
> > use reverse-dns notation in the IDE).
> >
> > Pondering slightly, if we codify the notion of a script object (i.e.
> > something which is just a script), then perhaps we could have:
> >
> >   - this object (me): the object currently executing
> >
> >   - this script (this me): the script currently executing
> >
> > Perhaps something to consider in the future (I've not spent any time
> > considering whether 'this script' might have a more useful connotation!).
> >
> > I'd propose the following:
> >>>
> >>>   script  with behavior 
> >>>
> >>> Where  is resolved as a stack reference.
> >>>
> >>>
> >> ​Sure, that sounds perfect​.
> >>
> >
> > I did a patch for this whilst having coffee this morning:
> >
> >https://github.com/livecode/livecode/pull/6290
> >
> > It garnered some discussion internally - mainly whether the idea of a
> > 'loadStack' message would be better. I think it was decided that
> > 'loadStack' (i.e. a message sent after a stack is loaded, but before
> opened
> > - something which happens whenever you reference a stack via a chunk
> > without a go/open verb) was an orthogonal thing (and a fair bit more
> > difficult to implement!).
> >
> > Still needs some tests and generally checking around the idea - but as it
> > stands at the moment it seems like a reasonable addition.
> >
> > ​Woot!​
> ___
> use-livecode mailing list
> use-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

Re: Crazy script-only stack question

[Mike Kerner via use-livecode]

I don't think age of the QR means anything except someone was ahead of
their time.  If the mothership suddenly says "aha" then we get "aha"

On Mon, Jan 22, 2018 at 6:30 PM, Geoff Canyon via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Yeah, the five-liner is intended only as a way of implementing script-only
> stacks with behavior chaining in code rather than the engine (since that
> doesn't seem forthcoming. It seem many people are doing something very like
> this, at a basic level I'm just proposing that standardizing would be
> useful. But the next step would be to support something more robust than
> just "line 2 through -1 is the script of the stack". It wouldn't take much
> to be able to put much more of a project into source control. But I agree
> that there is far more need for the already-available source control of
> scripts.
>
> On Mon, Jan 22, 2018 at 12:56 PM, Sannyasin Brahmanathaswami via
> use-livecode  wrote:
>
> > Not barking up the wrong tree at all, with multi-stack apps very much in
> > the wind…a subject of interest indeed. Agreed with Igor, (ala bug 10275_)
> > not having and a RCS for the binary stacks themselves is a nuisance. But
> > your 5 liner doesn't solve that either.
> >
> > But how does creating a stack and setting it's script to a text file
> > different from adding a stack to your framework and then setting the
> > behavior of that stack to the text only script?
> >
> > Or put another way, what advantage would it have over the behavior of the
> > stack?  And since your newly created stack has no controls, those would
> all
> > need to be created by script and this is exactly what LiveCode provides:
> > WSIWG layout environment (albeit needs a lot of work to get to 2018
> > standards )
> >
> > A case can be made for treating the binary stacks as a "view" Typically
> > there is a split in the team between design and code. This is also
> > happening universally where designers are doing UI/UX prototypes in
> > InVision Or Zeplin.. (no code)  and push these over to the code team.
> >
> > We have such stacks in the SivaSivaApp. where there is almost no code in
> > the stack at all. We use "the target" …in the text only behavior stacks…
> > this is working pretty well as once the eye candy and UX is locked in, we
> > are not touching that too much, if anyone is, it's usually just one
> person,
> > so pulling and pushing the binary from GIT is not that big a deal…
> conflict
> > wise… of course if some others on the team *do* want to touch the UI,
> then
> > it gets messy
> >
> > BR
> >
> > On 1/22/18, 10:21 AM, "use-livecode on behalf of Geoff Canyon via
> > use-livecode"  > use-livecode@lists.runrev.com> wrote:
> >
> > Is there any reason script-only stacks had to be implemented in the
> > engine?
> >
> > Is there any reason *not* to implement their equivalent in about five
> > lines
> > of code in the mainstack of a project? i.e.,
> >
> > on loadTextStack tFilePath
> > put url ("file:/" & tFilePath) into tStackData
> > put line 1 of tStackData into tStackName
> > create invisible stack tStackName
> > set the script of stack tStackName to line 2 to -1 of tStackData
> > send "openStack" to stack tStackName
> > end loadTextStack
> >
> > This would immediately fix the issue of chained behaviors, and allow
> > for
> > the incremental implementation of a far richer format for text-based
> > stack
> > storage, leading to gains in project-definition source control.
> >
> > Given that Bug 10275  > show_bug.cgi?id=10275> is
> > over five years and several versions old, am I barking up a tree with
> > this,
> > or making sense?
> >
> > with no clue,
> >
> > Geoff
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> > subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
> >
> ___
> use-livecode mailing list
> use-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

Re: Crazy script-only stack question

[Mike Kerner via use-livecode]

We are starting to get a bit afield, but as long as we are, the issues with
the layout editor bring us to the same place as the issues with the script
editor:  Why exert so much effort on the editor instead of writing plugins
for third-party OSS editors, that have a much larger user base and
developers who are actively working on them (and designers developing
interface elements and themes)?

On Mon, Jan 22, 2018 at 3:56 PM, Sannyasin Brahmanathaswami via
use-livecode  wrote:

> Not barking up the wrong tree at all, with multi-stack apps very much in
> the wind…a subject of interest indeed. Agreed with Igor, (ala bug 10275_)
> not having and a RCS for the binary stacks themselves is a nuisance. But
> your 5 liner doesn't solve that either.
>
> But how does creating a stack and setting it's script to a text file
> different from adding a stack to your framework and then setting the
> behavior of that stack to the text only script?
>
> Or put another way, what advantage would it have over the behavior of the
> stack?  And since your newly created stack has no controls, those would all
> need to be created by script and this is exactly what LiveCode provides:
> WSIWG layout environment (albeit needs a lot of work to get to 2018
> standards )
>
> A case can be made for treating the binary stacks as a "view" Typically
> there is a split in the team between design and code. This is also
> happening universally where designers are doing UI/UX prototypes in
> InVision Or Zeplin.. (no code)  and push these over to the code team.
>
> We have such stacks in the SivaSivaApp. where there is almost no code in
> the stack at all. We use "the target" …in the text only behavior stacks…
> this is working pretty well as once the eye candy and UX is locked in, we
> are not touching that too much, if anyone is, it's usually just one person,
> so pulling and pushing the binary from GIT is not that big a deal… conflict
> wise… of course if some others on the team *do* want to touch the UI, then
> it gets messy
>
> BR
>
> On 1/22/18, 10:21 AM, "use-livecode on behalf of Geoff Canyon via
> use-livecode"  use-livecode@lists.runrev.com> wrote:
>
> Is there any reason script-only stacks had to be implemented in the
> engine?
>
> Is there any reason *not* to implement their equivalent in about five
> lines
> of code in the mainstack of a project? i.e.,
>
> on loadTextStack tFilePath
> put url ("file:/" & tFilePath) into tStackData
> put line 1 of tStackData into tStackName
> create invisible stack tStackName
> set the script of stack tStackName to line 2 to -1 of tStackData
> send "openStack" to stack tStackName
> end loadTextStack
>
> This would immediately fix the issue of chained behaviors, and allow
> for
> the incremental implementation of a far richer format for text-based
> stack
> storage, leading to gains in project-definition source control.
>
> Given that Bug 10275  show_bug.cgi?id=10275> is
> over five years and several versions old, am I barking up a tree with
> this,
> or making sense?
>
> with no clue,
>
> Geoff
>
> ___
> use-livecode mailing list
> use-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

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

[Mike Kerner via use-livecode]

Brian,
That can of worms is why I was thinking that a handler similar to
"libraryStack" might be appropriate - like "behaviorStack"


On Mon, Jan 22, 2018 at 5:02 PM, Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> A script only stack has no place to hold properties which is what setting
> behaviors uses to "remember". (correct me if I am wrong)
>
> Bob S
>
>
> > On Jan 20, 2018, at 16:43 , Geoff Canyon via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Well that's too bad for anyone who's currently using chained behaviors
> and
> > wants to use source control (i.e. convert to script-only stacks).
>
>
> ___
> use-livecode mailing list
> use-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

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

[Mike Kerner via use-livecode]

@Geoff, well, then my work here is done!
@Dr Hawk, do you mean in general?  That would require a change in LC, too,
and if we were going to do that, then I'd want it to be more LC-like,
perhaps with a handler.

On Mon, Jan 22, 2018 at 1:28 PM, Dr. Hawkins via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On Mon, Jan 22, 2018 at 6:10 AM, Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> >
> > The way he suggested structuring the projects was putting the ui elements
> > and their behaviors into /ui/stackName (and then the behaviors for that
> > stack into /ui/stackName/behaviors/).
>
>
> How about something similar to the unix convention of  indicating the shell
> to use in the first line of a text executable (e.g., #!/bin/tcsh ) as a
> comment?
>
> so the first line starting with, perhaps, "--#" would indicate that  what
> follows is an expression which evaluates to a button or other stack that is
> to be the behavior of the stack?
>
> --
> 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
>



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

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

[Mike Kerner via use-livecode]

One of the things I was going to add to Scriptifier that it would be cool
to have in Navigator is giving the user the option to change the naming
convention/template, so for instance if I want spaces instead of
underscores or I want to change the order of the components of the name I
can.

On Mon, Jan 22, 2018 at 10:28 AM, Geoff Canyon via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I'm leaving the "make a copy" step to the user (with a stern warning to do
> so).
>
> I'm using the stack name, the control type, the control name, the control
> id, and "Behavior" as the SoS name, something like:
>
> SoS_Test_Thing_2_button_Behavior_Source_1011_Behavior
>
> I think that alone guarantees uniqueness, but I'm also tracking:
>
> 1. The file names already in the folder
> 2. All open stack names
> 3. All created stacks as I do the conversion
>
> And if there is ever a collision, I use an indexing function to avoid it,
> adding a 2, 3, 4, etc. if necessary. So I'm pretty confident there will be
> no collisions.
>
> The user gets to select which controls to convert, so apart from the fact
> that it's not trivial to select only controls with a behavior, I'm calling
> it done for now on that front. There used to be a setting in Navigator to
> show only objects with scripts, but (in the UI at least) that seems to have
> gone away at some point. There is the filter command, and this works just
> fine to show only objects with scripts or behaviors in the list:
>
> the behavior of tID is not empty or the script of tID is not empty
>
> On Mon, Jan 22, 2018 at 6:10 AM, Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > Geoff,
> > Since Trevor didn't answer the Levure question,
> > The way he suggested structuring the projects was putting the ui elements
> > and their behaviors into /ui/stackName (and then the behaviors for that
> > stack into /ui/stackName/behaviors/).  As for naming the stacks,
> > Scriptifier does it one (long) way in an attempt to make all the names
> > unique.  Trevor had suggested objectTypeobjectName"behavior",
> but
> > of course there is no reason why you would would have to be held to that.
> >
> > It's not that you can't have scripts all over the Levure project, because
> > you will with libraries, components, etc. but those aren't the major
> PITA,
> > and that isn't what you're trying to address with Navigator.
> >
> > SO, if I was going to convert a stack automagically, I would want to
> > 1) make a copy of the stackfile, placing it in the /ui/stackname folder
> and
> > work on the copy
> > 2) pull the various behaviors and put them in the /ui/stackfile/behaviors
> > folder
> > From there, we can argue a lot about the structure of the behaviors
> > folder.  On the one hand, if you keep everything in there together, then
> > you can kind-of use the names to keep everything straight, because as
> long
> > as you don't change the names of the SOS's, it doesn't matter if you move
> > the objects they are tied to from one card to another.  It's just that
> the
> > /behaviors folder can become the storage for hundreds of SOS's.  On the
> > other, it might be good to give the developer an option to have
> subfolders
> > for each card, but as soon as they move an object from one card to
> another
> > you have a gigantic mess of the developer wanting the SOS's to move, but
> > that will break the references, etc.
> >
> > I'm glad you're working on this!  Now I can stop thinking about working
> on
> > it and go do something else.
> >
> > On Mon, Jan 22, 2018 at 6:38 AM, Trevor DeVore via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> > > On Mon, Jan 22, 2018 at 12:20 AM Geoff Canyon via use-livecode <
> > > use-livecode@lists.runrev.com> wrote:
> > >
> > > > It occurs to me that this isn't as much of a problem as I thought --
> > any
> > > > button being converted to a stack is highly unlikely to have an
> > openstack
> > > > handler already in it, and therefore it would be safe to add one and
> > > > include setting the behavior of the script-only stack to the
> > appropriate
> > > > stack up the chain. If there were already an openstack handler in the
> > > > chain, then the conversion process could stop at that point, or
> perhaps
> > > log
> > > > the error to the user. Unless I'm missing something?
> > >
> > >
&g

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

[Mike Kerner via use-livecode]

Geoff,
Since Trevor didn't answer the Levure question,
The way he suggested structuring the projects was putting the ui elements
and their behaviors into /ui/stackName (and then the behaviors for that
stack into /ui/stackName/behaviors/).  As for naming the stacks,
Scriptifier does it one (long) way in an attempt to make all the names
unique.  Trevor had suggested objectTypeobjectName"behavior", but
of course there is no reason why you would would have to be held to that.

It's not that you can't have scripts all over the Levure project, because
you will with libraries, components, etc. but those aren't the major PITA,
and that isn't what you're trying to address with Navigator.

SO, if I was going to convert a stack automagically, I would want to
1) make a copy of the stackfile, placing it in the /ui/stackname folder and
work on the copy
2) pull the various behaviors and put them in the /ui/stackfile/behaviors
folder
From there, we can argue a lot about the structure of the behaviors
folder.  On the one hand, if you keep everything in there together, then
you can kind-of use the names to keep everything straight, because as long
as you don't change the names of the SOS's, it doesn't matter if you move
the objects they are tied to from one card to another.  It's just that the
/behaviors folder can become the storage for hundreds of SOS's.  On the
other, it might be good to give the developer an option to have subfolders
for each card, but as soon as they move an object from one card to another
you have a gigantic mess of the developer wanting the SOS's to move, but
that will break the references, etc.

I'm glad you're working on this!  Now I can stop thinking about working on
it and go do something else.

On Mon, Jan 22, 2018 at 6:38 AM, Trevor DeVore via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On Mon, Jan 22, 2018 at 12:20 AM Geoff Canyon via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > It occurs to me that this isn't as much of a problem as I thought -- any
> > button being converted to a stack is highly unlikely to have an openstack
> > handler already in it, and therefore it would be safe to add one and
> > include setting the behavior of the script-only stack to the appropriate
> > stack up the chain. If there were already an openstack handler in the
> > chain, then the conversion process could stop at that point, or perhaps
> log
> > the error to the user. Unless I'm missing something?
>
>
> Geoff,
>
> Keep in mind that script only stacks that are loaded into memory by the
> engine because they are referenced in the stackfiles of another stack won’t
> be sent any messages.
>
> http://quality.livecode.com/show_bug.cgi?id=18223
>
> You have to complete the behavior chain in the openStack handler of the
> stack that is being opened. I think in your case you would process the
> openStack message in the stack you are setting the stackFiles on.
>
> 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
>



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

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

[Mike Kerner via use-livecode]

As long as you're at it, it would be cool if you added an option to
organize the SOS's the way Levure would.  I was working on Scriptifier to
do the same thing, but I haven't gotten around to finishing it.  If
Navigator does it, then I can just stop fiddling with my hack.

On Sun, Jan 21, 2018 at 2:28 AM, Geoff Canyon via use-livecode <
use-livecode@lists.runrev.com> wrote:

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



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

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

[Mike Kerner via use-livecode]

Dumb question, Geoff, are you going to embed/call Scriptifier to achieve
that or are you going to do something else?

On Sat, Jan 20, 2018 at 8:25 PM, Geoff Canyon via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I get that it can be done, I just hesitate to start monkeying with people's
> scripts like that in Navigator (which is going to have a conversion
> function in the next update). For now I'm thinking that I just skip
> anything with chained behaviors, unless someone has a better suggestion.
>
> On Sat, Jan 20, 2018 at 5:15 PM, Trevor DeVore via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > For now I just set the chained behaviors for any script only stacks that
> > require them when the app starts up. Not ideal, but worth it in order to
> > manage the scripts with source control.
> >
> >
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>



-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

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

[Mike Kerner via use-livecode]

I believe they do, because I think Trevor is doing this with Levure.

On Sat, Jan 20, 2018 at 5:51 PM, Geoff Canyon via use-livecode <
use-livecode@lists.runrev.com> wrote:

> This page http://livecode.wikia.com/wiki/Behavior describes "chained"
> behaviors, saying that button 1 can have button 2 as its behavior, and if
> button 2 has button 3 as *its* behavior, then button 1 will have access to
> the handlers in both button 2 and button 3.
>
> This seems to work in LC 8.1.8, although chained behaviors seem to be
> somewhat brittle -- I'm seeing that sometimes closing and opening a stack
> causes button 1 in the above example to inherit from button 2, but not from
> button 3.
>
> SO: is there a way to support this for script-only stacks? As far as I
> know, script-only stacks only support defining the name and script of the
> stack, and no properties at all, i.e. no ability to set a behavior for the
> script-only stack. So in the above example, button 3 could be replaced by a
> script-only stack, but button 2 could not (without losing the inheritance
> from button 3).
>
> Is that correct?
>
> gc
> ___
> use-livecode mailing list
> use-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

Re: Roadmap: "Automated REST API wrapping"?

[Mike Kerner via use-livecode]

I think it was part of a two-fer that Mark and Kevin were doing during the
keynote in either July or August or September or October or November

On Thu, Jan 18, 2018 at 12:12 PM, Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Mark Waddingham wrote:
>
> > On 2018-01-17 04:29, Richard Gaskin via use-livecode wrote:
> >> The LC Roadmap at  includes
> >> under "Planned":
> >>
> >>   Automated REST API wrapping
> >>
> >> Sounds enticing.  What is it?
> >
> > This is referring to LiveCode Connect - which I did a prototype for in
> > an LCG2017 session...
>
> Where can I access the LG2017 sessions?
>
> I couldn't find a link on the public site or on my account page.
>
> --
>  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
>



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

Re: Roadmap: "Automated REST API wrapping"?

[Mike Kerner via use-livecode]

This was discussed at LCG but I'll get the month wrong - August?

On Tue, Jan 16, 2018 at 9:40 PM, Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:

> The LC Roadmap at  includes
> under "Planned":
>
>   Automated REST API wrapping
>
> Sounds enticing.  What is it?
>
> And is there even a loose, no-I-won't-hold-you-to-it-but-just-curious
> target version?
>
> If it's what I think it is it may be a real boon to getting people to
> adopt good REST practices.
>
> --
>  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
>



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

Re: Dropbox help

[Mike Kerner via use-livecode]

Klaus,
The good news is that this is all fairly straightforward.
appKey, appSecret, tokenKey, and tokenSecret are all obsolete and should
not do anything.  You need the “Generated Access Token”.
1) Go to www.dropbox.com/developers/apps
2) Tap on your app
3) Scroll down to the “Generated access token” button.  Hit the button,
copy the code
4) This is your oauth2 token that you will use in your code
4.5) I have “allow implicit grant” set to “Allow” for several of my apps,
because it makes the process less complicated, but YMMV.  I do not fiddle
with the URL’s, redirects, webhooks, etc.
5) If you’re using 9, use LC’s dropbox library that is built into LC. If
you’re using 8, you can copy it from 9 or you can grab it from my github
repo (I’m a couple commits ahead of LC’s version due to a couple bug
fixes).  www.github.com/macmikey/lcdropboxlibrary
6) Grab Gerard’s dropbox 2 stack either from his repo or from mine so you
can do some testing with something we know works.  His api is slightly
different b/c Monte modified it when he added it to LC, but the syntax is
close enough and the mapping is 1:1.  Gerard has a couple of new features
he just added that have not been integrated into LC’s library, yet.

On Tue, Jan 16, 2018 at 09:04 Klaus major-k via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi freidns,
>
> now I created a new "app" at my Dropbox account and received an
> app ID and an app "secret".
>
> Now I want to simply upload a file to my dropbox but what on earth
> has the infamous "pAccessToken" to do with the app ID and app "secret"?
>
> If nothing where can I get my "pAccessToken"?
> ...
> put url("binfile:" & path_to_pdf_file_here) into pData
> dropboxUpload ?, "name_of_target_file.pdf", "overwrite", "", "",
> pData
> ...
>
> As you see, i have no idea so far, any help much appreciated! :-)
>
>
> Best
>
> Klaus
> --
> Klaus Major
> http://www.major-k.de
> kl...@major-k.de
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
-- 
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

Re: LC Global schedule is online

[Mike Kerner via use-livecode]

I have a couple of ideas on how to waste an hour of everyone's time, but I
didn't think I could have it done by January, so I'm glad I can
procrastinate a while longer.

On Thu, Jan 11, 2018 at 3:19 PM, Heather Laine via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Well, indeed, Mr TBA is currently overworked. Would anyone like to step up
> and relieve him of the pressure?
>
> Apply to Speak:
>
> https://livecode.com/global/apply/ 
>
> :)
>
> Heather
>
> Heather Laine
> Customer Services Manager
> LiveCode Ltd
> www.livecode.com
>
>
>
> > On 11 Jan 2018, at 11:26, hh via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Great.
> > Although the speaker "TBA" with always the same subject "Apply to speak"
> > will be a bit boring ...
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
> ___
> use-livecode mailing list
> use-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

Re: iOS Profile Menu

[Mike Kerner via use-livecode]

Until Panos or someone else from the mother ship chimes in and corrects
me...
If memory serves me correctly, use the "download manual profiles" button.
I believe that when you create apps and certs on the developer portal you
have to download them manually using xcode (but maybe the act of logging in
to your developer account from xcode loads them - I don't remember off the
top of my head).

On Sat, Jan 6, 2018 at 7:01 PM, Roger Guay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Thanks, Mike. I misspoke . . . What I meant to say was that Organizer in
> Xcode 9.1 has only Archives and Crashes. I had to go to Devices and
> Simulators under the Window menu to connect my iPad etc. Plus, on my setup,
> I see only "Download Manual Profiles” (emphasis on Manual) in my Accounts
> tab of Xcode Prefs.
>
> Roger
>
> > On Jan 6, 2018, at 10:41 AM, Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Roger,
> > It's preferences in XCode, not Organizer.
> > As for your internal app id, it's just what you define so that when you
> do
> > installs, etc. ios knows which app you're talking about.  When the user
> > does a download or an update, it knows which app.  Apple recommends a
> > reverse-whatever-its-called notation, e.g. com.roger.guay.myAwesomeGame.
> > Note that it is case-sensitive.
> >
> >
> > On Sat, Jan 6, 2018 at 11:53 AM, Roger Guay via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> Problem solved . . . I think. I got misdirected by instructions to go to
> >> Xcode’s Organizer window where in fact, I think that, one needs to go to
> >> the “Devices and Simulators” window. Alas that did not seem to provide
> >> adequate instruction for generating rofiles. I finally went to the Apple
> >> Portal and manually developed a profile. Not sure of the details yet,
> and
> >> I’m left with the question of how one generates the "Internal App ID”
> from
> >> Xcode. But, at least I’m up and running.
> >>
> >> Thanks to all,
> >>
> >> Roger
> >>
> >>> On Jan 6, 2018, at 8:04 AM, Roger Guay via use-livecode <
> >> use-livecode@lists.runrev.com> wrote:
> >>>
> >>> Thank you, Mike. I had done what you propose and just did it again
> >> (except mine gives only the “Download Manual Profiles”). To no avail!
> My LC
> >> seems to be stuck with 3 profiles from years ago, which I don’t see
> >> anywhere else I’ve looked, but I’m not sure where to even look for
> this??
> >>>
> >>> BTW, I’m using LC 8.1.8 and Xcode 9.1 and I do get the green indication
> >> in LC Prefs.
> >>>
> >>> Thanks for your help,
> >>> Roger
> >>>
> >>>
> >>>> On Jan 6, 2018, at 5:07 AM, Mike Kerner via use-livecode <
> >> use-livecode@lists.runrev.com> wrote:
> >>>>
> >>>> Roger,
> >>>> These come from your apple developer profile.  After you have created
> >> your
> >>>> various app identifiers and profiles, the easiest way to keep them
> >>>> up-to-date is from within xCode, but xCode tends to add extras,
> >> sometimes.
> >>>> Go into xCode, choose Preferences.  Then pick the second tab, called
> >>>> "Accounts".  Log in using your AppleID, then hit "Download all
> >> profiles".
> >>>> The next time you start LC, all your ios apps and profiles should
> >> appear.
> >>>>
> >>>>>
> >>>>>> Hi Folks,
> >>>>>>
> >>>>>> Once again, I’m trying to figure out the Apple maze for developing
> on
> >>>>> iOS.
> >>>>>> Fat chance, eh?
> >>>>>>
> >>>>>> Can someone please tell me where the items of the Profile menu in
> the
> >>>>>> Standalone Application Settings come from? Nothing I do has any
> >> effect on
> >>>>>> that pulldown menu, and I’ve been messing with this for days!!!
> >>>>>>
> >>>
> >>> ___
> >>> use-livecode mailing list
> >>> use-livecode@lists.runrev.com
> >>> Please visit this url to subscribe, unsubscribe and manage your
> >> subscription preferences:
> >>> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>
> >> __

Re: iOS Profile Menu

[Mike Kerner via use-livecode]

Roger,
It's preferences in XCode, not Organizer.
As for your internal app id, it's just what you define so that when you do
installs, etc. ios knows which app you're talking about.  When the user
does a download or an update, it knows which app.  Apple recommends a
reverse-whatever-its-called notation, e.g. com.roger.guay.myAwesomeGame.
Note that it is case-sensitive.


On Sat, Jan 6, 2018 at 11:53 AM, Roger Guay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Problem solved . . . I think. I got misdirected by instructions to go to
> Xcode’s Organizer window where in fact, I think that, one needs to go to
> the “Devices and Simulators” window. Alas that did not seem to provide
> adequate instruction for generating rofiles. I finally went to the Apple
> Portal and manually developed a profile. Not sure of the details yet, and
> I’m left with the question of how one generates the "Internal App ID” from
> Xcode. But, at least I’m up and running.
>
> Thanks to all,
>
> Roger
>
> > On Jan 6, 2018, at 8:04 AM, Roger Guay via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Thank you, Mike. I had done what you propose and just did it again
> (except mine gives only the “Download Manual Profiles”). To no avail! My LC
> seems to be stuck with 3 profiles from years ago, which I don’t see
> anywhere else I’ve looked, but I’m not sure where to even look for this??
> >
> > BTW, I’m using LC 8.1.8 and Xcode 9.1 and I do get the green indication
> in LC Prefs.
> >
> > Thanks for your help,
> > Roger
> >
> >
> >> On Jan 6, 2018, at 5:07 AM, Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>
> >> Roger,
> >> These come from your apple developer profile.  After you have created
> your
> >> various app identifiers and profiles, the easiest way to keep them
> >> up-to-date is from within xCode, but xCode tends to add extras,
> sometimes.
> >> Go into xCode, choose Preferences.  Then pick the second tab, called
> >> "Accounts".  Log in using your AppleID, then hit "Download all
> profiles".
> >> The next time you start LC, all your ios apps and profiles should
> appear.
> >>
> >>>
> >>>> Hi Folks,
> >>>>
> >>>> Once again, I’m trying to figure out the Apple maze for developing on
> >>> iOS.
> >>>> Fat chance, eh?
> >>>>
> >>>> Can someone please tell me where the items of the Profile menu in the
> >>>> Standalone Application Settings come from? Nothing I do has any
> effect on
> >>>> that pulldown menu, and I’ve been messing with this for days!!!
> >>>>
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
> ___
> use-livecode mailing list
> use-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

Re: iOS Profile Menu

[Mike Kerner via use-livecode]

Roger,
These come from your apple developer profile.  After you have created your
various app identifiers and profiles, the easiest way to keep them
up-to-date is from within xCode, but xCode tends to add extras, sometimes.
Go into xCode, choose Preferences.  Then pick the second tab, called
"Accounts".  Log in using your AppleID, then hit "Download all profiles".
The next time you start LC, all your ios apps and profiles should appear.

On Sat, Jan 6, 2018 at 12:43 AM, Brian Milby via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Are you talking about Property Profiles on the General Tab? Also which
> version of LC?
>
> For that, see the “profile library” association in the dictionary
> (9.0DP11).
> On Fri, Jan 5, 2018 at 10:19 PM Roger Guay via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > Hi Folks,
> >
> > Once again, I’m trying to figure out the Apple maze for developing on
> iOS.
> > Fat chance, eh?
> >
> > Can someone please tell me where the items of the Profile menu in the
> > Standalone Application Settings come from? Nothing I do has any effect on
> > that pulldown menu, and I’ve been messing with this for days!!!
> >
> >
> > TIA,
> > ROger
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> > subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>



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

Re: SQL Insert Syntax

[Mike Kerner via use-livecode]

the only problem is your quoted column names.

On Fri, Jan 5, 2018 at 4:38 PM, Devin Asay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Bob,
>
> You could try parameterizing your statements as described in the
> dictionary. Also, you don’t want to quote your column names.
>
> put 0,43,500,543 into tRect
> put “image “ & quote & “fresh_now.png” & quote into tObj
> put “card “ & quote & “Main” & quote into tCard
> put false into tVis
> revExecuteSQL myID, "insert into arraydata (rect,controlname,owner,visible)
> values(:1,:2,:3,:4)", “tRect" ,”tObj”,”tCard”, “tVis”
>
> This is also best practice, because it protects against SQL injection
> attacks. (Admittedly more of a concern with network databases.)
>
> HTH
>
> Devin
>
>
> > On Jan 5, 2018, at 2:24 PM, Bob Sneidar via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Possibly, but every sqLite reference I've looked at seems to indicate
> that I should enclose string values with single quotes, and since my text
> contains double quotes, I thought that would do the trick. I have tried
> escaling quotes ie. \" but that doesn't work either.
> >
> > This BTW is why I use sqlYoga, so I don't have to deal with this syntax
> crap, but I am writing a function that I want to be universally viable.
> >
> > Bob S
> >
> >
> >> On Jan 5, 2018, at 13:18 , Devin Asay via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>
> >> Bob,
> >>
> >> Some SQL dialects accept both single and double quotes as string
> delimiters. Might that be the problem?
> >>
> >> Devin
> >
> >
> > ___
> > use-livecode mailing list
> > use-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
>



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

Re: Visibility problem

[Mike Kerner via use-livecode]

did you bring the stack to the front?

On Fri, Jan 5, 2018 at 3:18 PM, Graham Samuel via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I have a substack which is supposed to contain logging data. It’s got a
> single card and a single scrolling field. Being at an early stage of
> development, I have this bit of code to be sure it’s working:
>
> put empty into fld "TheLog" of cd "Log" of stack "TheUninstallLog"
>
> set the visible of stack "TheUninstallLog" to true
>
> put the visible of stack "TheUninstallLog"
>
> answer "We should see the log window now! Its visibility is" && (the vis
> of stack "TheUninstallLog")
>
>
> Under the IDE, I do indeed see the stack, but in a standalone, I get the
> ‘answer’ output showing the visibility to be true, but it remains invisible.
>
> What did I do wrong?
>
> TIA
>
> Graham
> ___
> use-livecode mailing list
> use-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

Re: Function for returning a list of objects on a card

[Mike Kerner via use-livecode]

if you don't want to wait, read the project browser code.

On Fri, Jan 5, 2018 at 12:10 PM, Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi all.
>
> I put together a couple of handlers that will return all the objects on a
> card in the form of an array whose elements are the objects names as a
> return delimited list, the Long IDs as a return delimited list and an array
> of the properties of each object which properties are passed in a
> parameter. The syntax is:
>
> put getCardObjects(pCardID, "rect,visible,owner") into aCardObjects
>
> Set the second parameter to whatever properties you want returned. But
> here's the problem. The owner property returns empty. It works fine when I
> use the message box, but not in the script. That has to be a bug. Here is
> the code. If someone can verify they have the same problem and it is not an
> issue with my code, then I will post a bug report with a sample stack.
> Nothing on the QCC I can find. Put the following in a button on any card
> with objects:
>
> on mouseUp pButtonNumber
>put getParentCard(the long id of me) into pCardID
>put getCardObjects(pCardID, "rect,visible,owner") into aCardObjects
>breakpoint
> end mouseUp
>
> function getParentCard pObjectID
>put offset("card id", pObjectID) into tStartChar
>put char tStartChar to -1 of pObjectID into tCardID
>return tCardID
> end getParentCard
>
> function getCardObjects pCardLongId, pPropList
>repeat with i = 1 to the num of controls in pCardLongId
>   put the long id of control i of pCardLongID into tControl
>   put the name of tControl into tControlName
>
>   switch
>  case the dgProp ["control type"] of tControl is "data grid" and \
>the dgProp ["control type"] of the owner of tControl is
> "data grid"
>  next repeat -- This is a control of a datagrid. We only want the
> datagrid itself.
>  break
>   case the dgProp ["control type"] of tControl is "data grid" and \
> not (the dgProp ["control type"] of the owner of tControl is
> "data grid")
>   -- this is a datagrid
>   add 1 to tCounter
>   getObjectProps tControl, tControlName, tCounter, pPropList,
> aObjectData
>   put tControlName & cr after tObjectNames
>   put tControl & return after tTempObjectList
>   next repeat
>   break
> end switch
>
> -- what remains is a field, button or graphic object
> add 1 to tCounter
> getObjectProps tControl, tControlName, tCounter, pPropList, aObjectData
> put tControlName & cr after tObjectNames
> put tControl & return after tTempObjectList
> end repeat
>
> put tObjectNames into aObjects ["names"]
> put tTempObjectList into aObjects ["IDs"]
> put aObjectData into aObjects ["props"]
> return aObjects
> end getCardObjects
>
> on getObjectProps pControl, pControlName, pIndex, pPropList, @aObjectData
>repeat for each item tProp in pPropList
>   put the tProp of pControl into aObjectData [pIndex] [pControlName]
> [tProp]
>end repeat
> end getObjectProps
> ___
> use-livecode mailing list
> use-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

Re: How to tell if it's a datagrid

[Mike Kerner via use-livecode]

oh somebody's building a toy that we're all going to get to play with
soon...

On Fri, Jan 5, 2018 at 10:41 AM, Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Thanks all for the replies. I guess everyone figured it out  but me. :-0
>
> Bob S
>
>
> > On Jan 5, 2018, at 05:48 , Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > uhhh guessing:  can you check if the object has a parent?  If the parent
> is
> > a datagrid, then the object is not a datagrid
>
>
> ___
> use-livecode mailing list
> use-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

Re: How to tell if it's a datagrid

[Mike Kerner via use-livecode]

whoa.  everyone else's replies didn't show up until just now, and they're
all above mine.  weird email glitch this AM.

On Fri, Jan 5, 2018 at 8:48 AM, Mike Kerner 
wrote:

> uhhh guessing:  can you check if the object has a parent?  If the parent
> is a datagrid, then the object is not a datagrid
>
> On Thu, Jan 4, 2018 at 7:13 PM, Bob Sneidar via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> Given an object reference, how can I tell the object is a datagrid? You
>> might say, get the dgProp ["control type"], but every object contained
>> within a datagrid group will ALSO return "data grid". In fact, EVERY dgProp
>> arguement for every item in a datagrid group will do the same.
>>
>> The reason I ask is that I want to get the minimum left/top and maximum
>> right/bottom of every VISIBLE object on a card that is NOT a group but
>> notwithstanding INCLUDING Datagrids, so that I can set the rect of the card
>> containing them in a consistent way. The thing is, groups have margins (I'm
>> not going to set the margins of all my groups to 0) and these are not
>> visible, so could skew the positioning of what IS visible. Datagrids do NOT
>> have margins that I can tell, even though they are groups. For example, if
>> I had a group on the left edge but not on the right edge, the objects on
>> the card would look off center.
>>
>> Bob S
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>
>
>
>
> --
> 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."
>



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

Re: How to tell if it's a datagrid

[Mike Kerner via use-livecode]

uhhh guessing:  can you check if the object has a parent?  If the parent is
a datagrid, then the object is not a datagrid

On Thu, Jan 4, 2018 at 7:13 PM, Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Given an object reference, how can I tell the object is a datagrid? You
> might say, get the dgProp ["control type"], but every object contained
> within a datagrid group will ALSO return "data grid". In fact, EVERY dgProp
> arguement for every item in a datagrid group will do the same.
>
> The reason I ask is that I want to get the minimum left/top and maximum
> right/bottom of every VISIBLE object on a card that is NOT a group but
> notwithstanding INCLUDING Datagrids, so that I can set the rect of the card
> containing them in a consistent way. The thing is, groups have margins (I'm
> not going to set the margins of all my groups to 0) and these are not
> visible, so could skew the positioning of what IS visible. Datagrids do NOT
> have margins that I can tell, even though they are groups. For example, if
> I had a group on the left edge but not on the right edge, the objects on
> the card would look off center.
>
> Bob S
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>



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

Re: Two new videos about using Navigator with LiveCode

[Mike Kerner via use-livecode]

I'll email you off-list

On Thu, Jan 4, 2018 at 4:08 PM, Geoff Canyon via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I don't see a way to publish to http://livecodeshare.runrev.com
>
> I posted to the forums:
> http://forums.livecode.com/viewtopic.php?f=13&t=30394
>
> thanks!
>
> gc
>
> On Thu, Jan 4, 2018 at 11:19 AM, hh via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > Often "Navigator" works good for me in LC 8 (I stopped developing in LC
> 9).
> > It is especially very valuable when working with nested groups.
> >
> > Why don't you announce the update in the forum (also the link to the
> > documentation) and publish this very useful stack in "Sample Stacks"/
> > livecodeshare?
> > It is there better visible than here or in the plugins menu.
> >
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> > subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
> >
> ___
> use-livecode mailing list
> use-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

Re: Parameters for functions and commands

[Mike Kerner via use-livecode]

I agree that the syntax should be the same.  the parenthesis difference is
annoying
Then there's the way RETURN is handled in functions as opposed to handlers
(vs RETURN FOR VALUE and RETURN FOR ERROR)

On Thu, Jan 4, 2018 at 4:57 PM, Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> In short, yes. Commands can still pass parameters, and as you may not know
> CAN ALSO RETURN VALUES. The difference is that functions are called with
> parenthesis and must be put into a variable. eg.
>
> function bobtest 1, 2
>-- do some stuff
>return true
>-- do some other stuff
> end bobtest
>
> Now I can say:
>
> put bobTest(1, 2) into tBobResult -- if you exclude into tBobResult the
> result will be put into the message
>
> Commands are simply called and then the result variable contains anything
> put there by the return command ie.
>
> on bobtest2 pParam1, pParam2
>-- do some stuff
>return true
>-- do some other stuff
> end bobtest2
>
> Now I can say:
>
> bobtest 1,2 -- or dispatch "bobtest" to card 1 with 1,2
> put the result into tBobResult
>
> NOTE: when a return command is encountered, either in a command or
> function, the handler is immediately exited and control is returned to the
> calling handler. So anything after -- do some other stuff WILL NOT EXECUTE.
>
> I suppose the difference may be somewhat academic, but as a convention,
> functions are usually used to get information, process it and return values
> without actually "doing" anything, like going to a card or putting values
> into fields etc. Commands actually DO things, but nothing is preventing you
> from using all commands or all functions. You can see though from the above
> examples that functions are slightly simpler to code with, requiring one
> line instead of two to process returned values. It can also make code more
> readable:
>
> put theInternetDate(the date) into tToday
> updateTheRecordDate tToday
>
> Bob S
>
> > On Jan 4, 2018, at 13:30 , Thomas von Fintel via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > I am well aware that I shouldn't expect *everything* in Livecode to be
> intuitive, but this one bugs me:
> >
> > Having a handler like
> >
> >function DoStuff_1 a, b
> >
> >   return a
> >
> >end DoStuff_1
> >
> > When you do "put DoStuff_1 (2,3)" the result is 2.
> >
> > But with
> >
> >on DoStuff_2 a, b
> >
> >put a
> >
> >end DoStuff_2
> >
> > The result of DoStuff_2 (2, 3) is 2,3. "put a*b" produces an error.
> >
> > This means, parameters are passed differently to command handlers and
> function handlers. Right?
> >
> > Is that the way it should be and why?
> >
> >
> > Thanks for your patience
> >
> > Thomas
> >
> >
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
> ___
> use-livecode mailing list
> use-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

Re: Two new videos about using Navigator with LiveCode

[Mike Kerner via use-livecode]

Do you have a repo, too?

On Thu, Jan 4, 2018 at 11:19 AM, hh via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Often "Navigator" works good for me in LC 8 (I stopped developing in LC 9).
> It is especially very valuable when working with nested groups.
>
> Why don't you announce the update in the forum (also the link to the
> documentation) and publish this very useful stack in "Sample Stacks"/
> livecodeshare?
> It is there better visible than here or in the plugins menu.
>
>
> ___
> use-livecode mailing list
> use-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

reset waitdepth when idle

[Mike Kerner via use-livecode]

Is there a way to reset the waitDepth when nothing is happening?  I am
running a CRON-type setup.  I fire events on a schedule, provided that the
waitDepth <=1.  Even when LC is idle and nothing is actually waiting,
SOMETIMES the waitDepth can be >1, and seeing that, my CRON event never
fires the next job.

This seems to happen because of some the mergEXT externals are designed to
be asynchronous, allowing you to issue multiple commands, then handle the
events that fire when the server responds.  Sometimes that process does not
go according to plan, but for some reason the waitDepth stays at 2 (for
instance), even though we are idle.

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

Re: Remote Debugging on iOS

[Mike Kerner via use-livecode]

But can you just put the "breakpoint" line in the SOS?

On Sun, Dec 24, 2017 at 9:55 PM, Sannyasin Brahmanathaswami via
use-livecode  wrote:

> jacque wrote:
>
> Remote debugging doesn't work with script-only stacks (I had to ask
> here
> on the list myself a while back.) The breakpoint has to be saved with
> the
> standalone, and script-only stacks don't have properties so breakpoints
> can't be saved.
>
> Hmm OK, so that means we have to drop one at a trigger point in the stack
> like "on mouseup"  but now, some of my stacks/cards are "pure views" with
> *narry* a drop of code in them… So I suppose a "hack" could be to add, in
> the button,card, stackscript
>
> on mouseup
> breakpoint
> pass mouseup
> end mousup
>
> At least, once we start stepping through then at least we are looking
> lines in the script only libs/behaviors.
>
> 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
>



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

Re: Remote Debugging on iOS

[Mike Kerner via use-livecode]

what about "breakpoint"?

On Sat, Dec 23, 2017 at 7:34 PM, J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 12/23/17 4:43 PM, Sannyasin Brahmanathaswami via use-livecode wrote:
>
>> Does remote debugging (in 9.*) only fire on Android? I added it to my
>> standalone/inclusions set a break point in a script  and save the script
>> and tested with my iPhone as a target… the app ran but did not break the
>> break point. (9 DP11
>>
>
> Remote debugging doesn't work with script-only stacks (I had to ask here
> on the list myself a while back.) The breakpoint has to be saved with the
> standalone, and script-only stacks don't have properties so breakpoints
> can't be saved.
>
> --
> 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
>



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

Re: [ANN] Release 9.0.0 DP-11

[Mike Kerner via use-livecode]

I know you can.  I'm not really worried about the space.

On Fri, Dec 22, 2017 at 3:58 PM, Ali Lloyd via use-livecode <
use-livecode@lists.runrev.com> wrote:

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



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

Re: Could not encode class bundle

[Mike Kerner via use-livecode]

Because in LC you can do that because LC is written largely in LC.

On Fri, Dec 22, 2017 at 3:26 PM, Ali Lloyd via use-livecode <
use-livecode@lists.runrev.com> 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
>



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

Re: [ANN] Release 9.0.0 DP-11

[Mike Kerner via use-livecode]

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

Re: [ANN] Release 9.0.0 DP-11

[Mike Kerner via use-livecode]

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: An android manifest merging mechanism has
>> been added to the android standalone builder. This enables manifests to be
>> included in extension jvm-android code folders which are then merged into
>> the main manifest at build time.
>> - Android Toast Notification Library
>> - Extension code library support: Extensions can now include compiled
>> libraries on which they depend.
>> - New Native Map Widget for Android, iOS and Mac 64 bit (Indy+)
>> - New Signature Widget for all platforms (Indy+)
>> - New SecureKey Library for Android, iOS and Mac (Business): The
>> SecureKey library provides a way to encrypt data with a private key which
>> is held securely on the device and tied to the application owning it.
>> - New Media Foundation External (Business): A new external has been
>> implemented to allow transcoding and basic editing of videos on Windows.
>> The external supports Windows 8.1+.
>> - Browser Widget now works again in 64 bit Linux
>> - Browser Widget now works in 32 bit Linux as well 

Re: [ANN] Release 9.0.0 DP-11

[Mike Kerner via use-livecode]

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/show_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: An android manifest merging mechanism has been
> added to the android standalone builder. This enables manifests to be
> included in extension jvm-android code folders which are then merged into
> the main manifest at build time.
> - Android Toast Notification Library
> - Extension code library support: Extensions can now include compiled
> libraries on which they depend.
> - New Native Map Widget for Android, iOS and Mac 64 bit (Indy+)
> - New Signature Widget for all platforms (Indy+)
> - New SecureKey Library for Android, iOS and Mac (Business): The SecureKey
> library provides a way to encrypt data with a private key which is held
> securely on the device and tied to the application owning it.
> - New Media Foundation External (Business): A new external has been
> implemented to allow transcoding and basic editing of videos on Windows.
> The external supports Windows 8.1+.
> - Browser Widget now works again in 64 bit Linux
> - Browser Widget now works in 32 bit Linux as well :)
>
> Last, but not least, LC 9.0.0 DP-11 includes a new version of our prebuilt
> OpenSSL library, new versions of tsNet and mergExt* externals, as well as
> support for the latest version of Xcode (9.2).
>
> For more details on this release, read Ali's exciting blogpost:
>
> https://livecode.com/livecode-9-the-final-preview/
>
> Important Note: The shortcuts for Autocomplete have changed, since they
> were conflicting with existing shortcuts in some platforms. So, now:
>
> - The F1 key (or Fn+F1 in some keyboards) is now used for presenting
> autocomplete when the user has the live autocomplete preference off. If the
> completions pane is already presented, the F1 key will launch the
> dictionary if the chosen completion is documented.
> - The tab key is now used to apply the completion, or to move to the next
> placeholder.
>
>
> Known issues
> 
> - The Browser widget's native layer is not shown in some Linux distros
> with Cinnamon window manager.
> - DataGrid swipe (and drag-reorder) actions seem to interfere with the
> scroller on Android, requiring an additional swipe (and drag-reorder)
> action to

Re: [off] Apple to unify ios/macos apps next year

[Mike Kerner via use-livecode]

Both of my brothers use Surface laptops, even though they are both mac/ios
lovers.  Their reasoning comes in two complaints:  1) The surface lets them
annotate on the screen, pretty much any document they want, using the
stylus, and 2) even though they can now do similar things on the ipad, the
spreadsheet/word processing docs on the ipad aren't powerful enough, yet,
and have clunky controls.  Anyone who has tried to use an ipad for
spreadsheets can feel their pain.  So when I saw this announcement I
immediately thought macbook air with a touchscreen, and the ipad becomes
even more of a gaming/entertainment/personal TV/lives on the couch/content
consumption product and the macbook remains the desk/stand-up desk/train
content production product.

On Wed, Dec 20, 2017 at 3:46 PM, Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 12/20/2017 12:22 PM, Klaus major-k via use-livecode wrote:
>
>> Hi Mike,
>>
>> Am 20.12.2017 um 21:14 schrieb Mike Kerner via use-livecode <
>>> use-livecode@lists.runrev.com>:
>>>
>>> https://www.bloomberg.com/news/articles/2017-12-20/apple-is-
>>> said-to-have-plan-to-combine-iphone-ipad-and-mac-apps
>>>
>>
>> yep, just read about this, will be a nightmare for the mothership
>> (and us LC developers) for sure!
>>
>
> Now would probably be a good time to plan on jumping ship and switching to
> linux. Just sayin...
>
> --
>  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
>



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

[off] Apple to unify ios/macos apps next year

[Mike Kerner via use-livecode]

https://www.bloomberg.com/news/articles/2017-12-20/apple-is-said-to-have-plan-to-combine-iphone-ipad-and-mac-apps

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

Re: Versions of LC and Xcode

[Mike Kerner via use-livecode]

Doesn't this sound like a good idea for the "Hacking the IDE series" at LCG?

On Tue, Dec 19, 2017 at 12:03 PM, Ralph DiMola via use-livecode <
use-livecode@lists.runrev.com> wrote:

> BR,
>
> I've been a little under the weather so I can't test. I always rename/move
> the most recent version of Xcode to another folder and download the most
> recent one to the application folder and open it at least once. If you need
> an older version then temporarily rename and move a more recent version to
> another folder then download the older version and open it once in the
> applications folder using the name xcode.app. Then rename/move the older
> version and move the most recent back to applications folder and name it
> Xcode.app.
>
>
> This does not fix the building problem with the hardcoded build path and
> the shared prefs in a LC version series. As I said the only way out of this
> rigmarole is:
>
> 1) Have unique prefs for each LC version. These unique prefs might only
> include the mobile prefs and let the other prefs be shared in a series
>
> 2) A way of indicating the Xcode version to use the build tools from.
>
> Things just move too quick not to do these 2 fixes. We have 2 or 3 active
> LC branches being released along with OSX/iOS/Xcode versions out the
> ying-yang not to do these 2 fixes. Have either of these 2 been added to the
> QCC DB? If this could all be done in LCS I would work on it. I can't see a
> downside. This would encourage me to do more testing with DPs and RCs. I
> can't remember a contiguous 30 day period in the last 18 months that my iOS
> prefs were stable.
>
> 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 Sannyasin Brahmanathaswami via use-livecode
> Sent: Monday, December 18, 2017 10:51 PM
> To: How to use LiveCode
> Cc: Sannyasin Brahmanathaswami
> Subject: Re: Versions of LC and Xcode
>
> Hmmm I seem to have gotten myself into the same fix as Ben.
>
> " Now that I have updated to LC 9.0 DP-10 and LC
> 8.1.8 stable, nothing can build (except 8.1.6 stable - which unfortunately
> doesn't like the widgets in my stack!)."
>
> I'm on High Sierra 10.13.6, Xcode 9.1 and LC is telling me I don't have
> the required SDK
>
> @Ralph: I should start saving the old XCodes as you describe.
>
> so what now? Can we build for iOS on 9 dp 10 and if so, how?
>
> I’ll go and re-download the previous Xcode 9 from the developer portal…
> see it that helps.
>
> BR
>
>
>
>
>
> On 12/6/17, 11:36 AM, "use-livecode on behalf of Ralph DiMola via
> use-livecode"  use-livecode@lists.runrev.com> wrote:
>
> #1 below==>The shared prefs is a problem. I see the same thing.
> Different prefs for each version would solve this. When a new version is
> started for the first time the prefs from the last version in the series(if
> any) should be copied to the new version prefs file. But the rub is... if
> you change some other prefs and go to another version the you lose the
> change.
> #2 below==>True... I always keep the Xcode version to build from in
> the applications folder and name it xcode.app. I put the other versions
> into another folder. When I upgrade Xcode I move the most recent version
> into my "OtherXcodeVersions" folder and rename it with the version number.
> I then download and install the new version into the applications folder.
> Of course I have to go into the LC prefs and fix the Xcode versions. The
> hardwired path to /Applications/Xcode.app should come from the prefs. Radio
> buttons in the Xcode prefs to indicate==> "Build using tools in this
> version would solve this.
> #3 below==> I agree the docs need to be updated matrix whenever a new
> Xcode/Mac/LC version is released. Even if LC does not support a particular
> combination it should be documented.
>
> 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 Ben Rubinstein via use-livecode
> Sent: Wednesday, December 06, 2017 4:16 PM
> To: Use LiveCode
> Cc: Ben Rubinstein
> Subject: Versions of LC and Xcode
>
> This continues to be a major source of friction.
>
> Once again all my versions of LiveCode seem to have been reset so that
> they can't find a version of Xcode they like. (At any time I am probably
> switching between (or have simultaneously open) four version of LC: LC
> 6.7.11; the latest stable version of 8; the latest 8 RC or sometimes DP;
> the latest DP of 9. Admittedly I'm not building iOS apps from 6.7.11.)
>
> I think that there are two main problems:
>
> 1) Because preferences are shared between versions of LiveCode. I
> believe it is the case than when switching between versions of LiveCode, if
> the mobile support preferences are opened in a version of 

Re: Analyzing Crashes on iOS Apps

[Mike Kerner via use-livecode]

I think you can also get crash reports if someone quits the app under
certain conditions.

On Tue, Dec 19, 2017 at 3:19 PM, Sannyasin Brahmanathaswami via
use-livecode  wrote:

> One app report 90 crashes in iTunes connect among users who have opted in.
>
> How can we analyze these to make improvements?
>
> in xCode we can set our account preferences  then go
>
> Window -- Organizer -- Crashes
>
> and xCode will fetch data for the app you have up … if click on the iOS
> app for your app on the left, then you get info listings on the right.  but
> these give me nothing I can make any use of … long list under e.g:
>
> "Thread 8"
>
> 0 SivaSiva 0x34000
> 1 SivaSiva 0x34000
>
> clicking on the small arrow take you to a window to "Open crash longs in:
>
> but
>
> No recent Projects
>
> since we don't build our standalones in xCode, we have not project, so no
> way to view any of these crash logs.
>
> 1 crash total for iPad 4th Generation model
>
> So I am not seeing there the total of 90 is coming from in the analytics.
>
> IN any case, is there some way we can make these reports more useful in
> terms of
>
> a) sending to LC HQ
> b) figuring out what is going on that we should change in our LC scripting
> (though a case could be made that if it is not crashing or breaking in the
> IDE, then it Is not something we can fix in our LC code…
>
> ?? Any LC develop got all this figured out?
>
> 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




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