Re: IDE context menu API?

2016-10-10 Thread mwieder 
There isn't one that I know of, but you could try overriding
revIDEPopupContextualMenu, which is in the revidelibrary stack in the
backscripts. It normally dispatches the target list to
revMenubarPopupContextualMenu in the revMenuBar stack, and that stack has a
very proscribed list of elements, depending on context.



-
-- 
 Mark Wieder
 ahsoftw...@gmail.com
--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/IDE-context-menu-API-tp4709271p4709282.html
Sent from the Revolution - User mailing list archive at Nabble.com.

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

Re: Bug report against lcStackBrowser

2016-10-10 Thread me 
Tap screenshots to enlarge, I believe.

Best, Jerry

On Oct 10, 2016, 12:51 PM -0500, stephen barncard 
, wrote:
> On Mon, Oct 10, 2016 at 8:51 AM, Richard Gaskin  wrote:
>
> > Fine bit of work there, Peter. Just that the name is misleading. :) It's
> > far more than advertised.
>
>
> only the screenshots are too small !
>
> Stephen Barncard - Sebastopol Ca. USA -
> mixstream.org
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: errordialog caveat?

2016-10-10 Thread mwieder 
Are you locking errormessages in the same script?



-
-- 
 Mark Wieder
 ahsoftw...@gmail.com
--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/errordialog-caveat-tp4709278p4709280.html
Sent from the Revolution - User mailing list archive at Nabble.com.

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

Re: errordialog caveat?

2016-10-10 Thread Mike Kerner 
oh, yeah, and if I move the errorDialog handler to the stack script (from
the library), it seems to work.

On Mon, Oct 10, 2016 at 2:26 PM, Mike Kerner 
wrote:

> I have a project that I brought forward from 6.x that I compile for ios.
> As part of that, I have a library stack in the message path that has a
> script for errorDialog.  If I check the stacksinUse, I can see the library
> stack is in the message path.  If I manually call errorDialog I can cause
> it to fire.  However, if I have an error, my handler never fires, and
> instead the LC error dialog comes up.  Ideas welcome.
>
> --
> 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

errordialog caveat?

2016-10-10 Thread Mike Kerner 
I have a project that I brought forward from 6.x that I compile for ios.
As part of that, I have a library stack in the message path that has a
script for errorDialog.  If I check the stacksinUse, I can see the library
stack is in the message path.  If I manually call errorDialog I can cause
it to fire.  However, if I have an error, my handler never fires, and
instead the LC error dialog comes up.  Ideas welcome.

-- 
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: Bug report against lcStackBrowser

2016-10-10 Thread stephen barncard 
On Mon, Oct 10, 2016 at 10:50 AM, stephen barncard <
stephenrevoluti...@barncard.com> wrote:

> only the screenshots are too small !
>

that didn't come out right.

lcStackbrowser is incredible I'm getting it.only the
screenshots are too small

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

Re: Bug report against lcStackBrowser

2016-10-10 Thread Peter Haworth 
Yes, you're right.  They lost some size and resolution when I moved the
website to a new host a while back.  I plan on putting some new ones up
there soon, and some new videos.

On Mon, Oct 10, 2016 at 10:52 AM Peter Haworth  wrote:

> You had me worried for a minute there Richard!
>
> You're right, it goes far beyond browsing stacks, although when I first
> wrote it, that's what it was, just a replacement for the Application
> Browser.  But then it grew to incorporate Tools palette and Property
> Inspector equivalents, plus several other features that aren't in the
> standard IDE like saving stack versions and undoing object deletions.  I
> just never changed the name, mainly because I have close to zero marketing
> skills, including coming up with clever product names :)
>
> Anyway, thanks a lot for plug, much appreciated.
>
> On Mon, Oct 10, 2016 at 8:52 AM Richard Gaskin 
> wrote:
>
> Since this involves a third-party add-on for LiveCode, Peter Haworth's
> lcStackBrowser, I could report this bug privately to the author.  But I
> feel this is important for the community as a whole to be aware of so
> I'm taking the liberty of submitting this bug report here on this public
> list:
>
> Bug description:  The name "lcStackBrowser" is too modest.
>
> Recipe: Install it, explore it, poke around.
>
> Expected result:  It would provide a means of browsing objects in LC.
>
> Observed result: it goes WAY beyond that.  Sure, it also provide some
> very nice conveniences for browsing objects, but the true scope of the
> tool is so much deeper and feature-complete that it's almost like having
> an alternate IDE, one that delivers vast functionality and asks far less
> of your screen real estate in return.
>
> Clarence ran a demo of it at our local LC user group meeting last week,
> and lcStackBrowser is pretty awesome. There's a lot in it, all lovingly
> crafted in such detail as to be an uncommonly admirable plugin.
>
> Fine bit of work there, Peter.  Just that the name is misleading. :)
> It's far more than advertised.
>
> Definitely worth checking out:
> http://www.lcsql.com/lcstackbrowser.html
>
> --
>   Richard Gaskin
>   Fourth World Systems
>   Software Design and Development for the Desktop, Mobile, and the Web
>   
>   ambassa...@fourthworld.comhttp://www.FourthWorld.com
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Bug report against lcStackBrowser

2016-10-10 Thread Peter Haworth 
You had me worried for a minute there Richard!

You're right, it goes far beyond browsing stacks, although when I first
wrote it, that's what it was, just a replacement for the Application
Browser.  But then it grew to incorporate Tools palette and Property
Inspector equivalents, plus several other features that aren't in the
standard IDE like saving stack versions and undoing object deletions.  I
just never changed the name, mainly because I have close to zero marketing
skills, including coming up with clever product names :)

Anyway, thanks a lot for plug, much appreciated.

On Mon, Oct 10, 2016 at 8:52 AM Richard Gaskin 
wrote:

> Since this involves a third-party add-on for LiveCode, Peter Haworth's
> lcStackBrowser, I could report this bug privately to the author.  But I
> feel this is important for the community as a whole to be aware of so
> I'm taking the liberty of submitting this bug report here on this public
> list:
>
> Bug description:  The name "lcStackBrowser" is too modest.
>
> Recipe: Install it, explore it, poke around.
>
> Expected result:  It would provide a means of browsing objects in LC.
>
> Observed result: it goes WAY beyond that.  Sure, it also provide some
> very nice conveniences for browsing objects, but the true scope of the
> tool is so much deeper and feature-complete that it's almost like having
> an alternate IDE, one that delivers vast functionality and asks far less
> of your screen real estate in return.
>
> Clarence ran a demo of it at our local LC user group meeting last week,
> and lcStackBrowser is pretty awesome. There's a lot in it, all lovingly
> crafted in such detail as to be an uncommonly admirable plugin.
>
> Fine bit of work there, Peter.  Just that the name is misleading. :)
> It's far more than advertised.
>
> Definitely worth checking out:
> http://www.lcsql.com/lcstackbrowser.html
>
> --
>   Richard Gaskin
>   Fourth World Systems
>   Software Design and Development for the Desktop, Mobile, and the Web
>   
>   ambassa...@fourthworld.comhttp://www.FourthWorld.com
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Bug report against lcStackBrowser

2016-10-10 Thread stephen barncard 
On Mon, Oct 10, 2016 at 8:51 AM, Richard Gaskin 
wrote:

> Fine bit of work there, Peter.  Just that the name is misleading. :) It's
> far more than advertised.


only the screenshots are too small !

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

Re: Understanding 'the defaultStack'

2016-10-10 Thread Trevor DeVore 
On Sun, Oct 9, 2016 at 3:52 PM, Dave Kilroy 
wrote:

>
> On 10/9/2016 9:35 PM, Paul Dupuis wrote:
> > Some long time ago, someone on this list suggested a control block such
> > as "using " ... "end using"
> >
> > Where any object references in the block would always be evaluated
> > relative to the object referred to in the start of the using block.
> > So:
> >
> > using card 3 of stack "X"
> >   put the label of btn "A" into myVar
> >   ...
> > end using
>

I like the idea of a block like this.

Really I want all code in my UI stacks to ALWAYS use the stack they are
attached to as the default stack in cases where a stack isn't provided in
the object reference. I too have seen "can't find object" errors occur in
code that executes in my UI after displaying a modal dialog to the user.

-- 
Trevor DeVore
ScreenSteps
www.screensteps.com-www.clarify-it.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

Bug report against lcStackBrowser

2016-10-10 Thread Richard Gaskin 
Since this involves a third-party add-on for LiveCode, Peter Haworth's 
lcStackBrowser, I could report this bug privately to the author.  But I 
feel this is important for the community as a whole to be aware of so 
I'm taking the liberty of submitting this bug report here on this public 
list:


Bug description:  The name "lcStackBrowser" is too modest.

Recipe: Install it, explore it, poke around.

Expected result:  It would provide a means of browsing objects in LC.

Observed result: it goes WAY beyond that.  Sure, it also provide some 
very nice conveniences for browsing objects, but the true scope of the 
tool is so much deeper and feature-complete that it's almost like having 
an alternate IDE, one that delivers vast functionality and asks far less 
of your screen real estate in return.


Clarence ran a demo of it at our local LC user group meeting last week, 
and lcStackBrowser is pretty awesome. There's a lot in it, all lovingly 
crafted in such detail as to be an uncommonly admirable plugin.


Fine bit of work there, Peter.  Just that the name is misleading. :) 
It's far more than advertised.


Definitely worth checking out:
http://www.lcsql.com/lcstackbrowser.html

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

Re: [ ANN ] Release 8.1.1 RC-1

2016-10-10 Thread Richard Gaskin 

Clarence P Martin wrote:

>> I have downloaded the new RC for LiveCode, just to see if the
>> Executable Applications Settings work. They work better but there
>> are still problems in removing stacks and sub-stacks.
...
> I take this back. I rechecked and things do work.
> Sorry for raising a False Flag.

No worries; thanks for the update.

This is a good example of why I prefer to do most of my daily work with 
the most recent release.  The team's been making good progress on 
reported issues, and more often than not when I use the latest build I 
find things I'd reported against earlier versions now addressed.


And in those cases where an older issue remains present, being able to 
confirm that an issue hasn't been addressed through changes to related 
subsystems is sometimes also useful to note in that report.


A tool like LC is complex stuff, in many ways far more like an OS than 
any consumer app.  And like every OS, or really any non-trivial 
software, there will be bugs.  Working with the latest release offers us 
the clearest expression of the most recent state of the code base, 
greatly empowering both community members and core dev team members to 
identify and prioritize remaining work.


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

Re: Pointers

2016-10-10 Thread Mike Kerner 
You can use something similar to pointers going one direction by using
"value", and the other way by using "do".  Those are not full-on pointers,
but it does give you some indirection.  While sometimes it would be nice to
have regular pointer syntax (but in a LC syntax way), at least you can get
close.

Speaking of syntax, I sort-of like 4D's way of dealing with pointers.   a->
is dereferencing a and ->a is left as an exercise for the reader.  However,
the more verbose/english-ish LC way would probably be to use value and come
up with a new keyword for referencing, I suppose, unless we were going to
use "a pointer to" and "what  points to", giving us
put a pointer to x into y
put what y points to into z #but, again, i think the current put value(y)
into z works.

On Sun, Oct 9, 2016 at 9:12 PM, JB  wrote:

> Livecode has imported foundation which gives users
> the ability to access those libraries and it was written
> you can use pointers.  Pointers are used in both C &
> objective-C.  You write them a little different but the
> basic concept is the same.  A pointer points to a
> location in memory.  A variable is an object which the
> pointer points to.  If variable X holds the integer 34 &
> is located in the memory stack at 4217 the pointer will
> simply hold that address which points you to 4217 in
> memory so you can access and change the contents
> of the memory at 4217 which is the object named X
> and it is a variable of the type int or another type.
>
> To efficiently write code using pointers you need a
> good understanding of them.  Here is a link to one
> of the best tutorials I have seen on pointers;
>
> http://pw1.netcom.com/~tjensen/ptr/pointers.htm
>
> This is written for beginners but it is so good even
> many advanced programmers with a good knowledge
> of pointers will benefit greatly from reading it.
>
> JB
>
> ___
> use-livecode mailing list
> use-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

[ANN] This Week in LiveCode 54

2016-10-10 Thread Peter TB Brett 

Hi all,

Read about new developments in LiveCode open source and the open source
community in today's edition of the "This Week in LiveCode" newsletter!

Read issue #54 here: https://goo.gl/nsflBc


This is a weekly newsletter about LiveCode, focussing on what's been
going on in and around the open source project.  New issues will be
released weekly on Mondays.  We have a dedicated mailing list that will
deliver each issue directly to you e-mail, so you don't miss any!

If you have anything you'd like mentioned (a project, a discussion
somewhere, an upcoming event) then please get in touch.

 Peter

--
Dr Peter Brett 
LiveCode Technical Project Manager

lcb-mode for Emacs: https://github.com/peter-b/lcb-mode

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

Re: tsneterr ???

2016-10-10 Thread Charles Warwick 

Hi Klaus,


On 10/10/2016 12:00 AM, Klaus major-k wrote:

Which platform are you building the standalone for that it doesn't work on?  
(or have you got it working now)

that is on a Mac, but after a couple of days, the problem went away completely 
without any intervention from my side!?
I had a lot of trouble with my ON-REV account in the last months so I suspect 
this was some kind of hiccup of my servers!? 8-)

Thank you very much!


Glad to hear it is working now. :-)
Yes, sure, as I wrote, I have been using this stack including its 
scripts for

several years now (with libURL and without problems) and the problem came up 
with LC 8.1.

just made another test and it works fine in the IDE!?

That was really too funky: IDE and standalone side by side, in the standalone I 
got the error but not in the IDE with the SAME stack!
But hey, that's why we all love software development so much! :-D


That is definitely very odd.  Let me know if you see anything like this 
again in the future - but hopefully you never will!


Cheers,

Charles



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




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

Re: CantDelete

2016-10-10 Thread Peter TB Brett 



On 09/10/2016 07:46, Peter Bogdanoff wrote:

Another bingo! The cantSelect does do it.

However, that seems to have to be set by a script. I understand that
you then can’t select it with the pointer tool to show the Property
Inspector for it, so not having a checkbox to set that property makes
some sense. But it would be nice to have that checkbox in the PI when
you select the object another way.


The little "lock" icon at the right hand side of the Project Browser row 
for each control can be clicked to toggle the "cantSelect" of the control.


  Peter


--
Dr Peter Brett 
LiveCode Technical Project Manager

lcb-mode for Emacs: https://github.com/peter-b/lcb-mode

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