Re: Project browser docs

[Mike Kerner via use-livecode]

PB is broken in a lot of ways, especially when it comes to handling groups.
There are several bug reports about it that go back a ways.

On Mon, Dec 6, 2021 at 11:26 AM J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> If you click the Layer header to view by layer order you'll see what
> you're
> looking for.
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software | http://www.hyperactivesw.com
> On December 6, 2021 7:10:29 AM Alex Tweedly via use-livecode
>  wrote:
>
> > Thanks Matthias - found it.
> >
> > It looks like it's not for me - I use too much nesting of groups and
> > can't handle a non-hierarchical view:-)
> >
> > Alex.
> >
> > On 06/12/2021 13:01, matthias rebbe via use-livecode wrote:
> >> Before the Project Browser was introduced  Application Overview was the
> >> tool to get an overview of all loaded stacks, its substacks, cards and
> all
> >> objects on that cards.
> >> You can now find it under Plugins->revApplicationOveriew.
> >>
> >> Regards,
> >> Matthias
> >>> Am 06.12.2021 um 13:49 schrieb Alex Tweedly via use-livecode
> >>> :
> >>>
> >>> On 06/12/2021 04:14, J. Landman Gay via use-livecode wrote:
> >>>
> >>>> I prefer the horizontal layout in the Application Overview, but i
> thought
> >>>> I'd give the PB another try now that I'm working on a simpler
> project. It's
> >>>> too unweildy for multi-stack projects with lots of controls.
> >>>>
> >>> Sorry, dumb question time - what is the "Application Overview" ?
> >>>
> >>> Thanks
> >>>
> >>> Alex.
> >>>
> >>>
> >>> ___
> >>> use-livecode mailing list
> >>> use-livecode@lists.runrev.com
> >>> Please visit this url to subscribe, unsubscribe and manage your
> >>> subscription preferences:
> >>> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>
> >> ___
> >> use-livecode mailing list
> >> use-livecode@lists.runrev.com
> >> Please visit this url to subscribe, unsubscribe and manage your
> >> subscription preferences:
> >> http://lists.runrev.com/mailman/listinfo/use-livecode
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> > subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
>
>
> ___
> use-livecode mailing list
> use-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 docs

[J. Landman Gay via use-livecode]

If you click the Layer header to view by layer order you'll see what you're 
looking for.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On December 6, 2021 7:10:29 AM Alex Tweedly via use-livecode 
 wrote:



Thanks Matthias - found it.

It looks like it's not for me - I use too much nesting of groups and
can't handle a non-hierarchical view:-)

Alex.

On 06/12/2021 13:01, matthias rebbe via use-livecode wrote:
Before the Project Browser was introduced  Application Overview was the 
tool to get an overview of all loaded stacks, its substacks, cards and all 
objects on that cards.

You can now find it under Plugins->revApplicationOveriew.

Regards,
Matthias
Am 06.12.2021 um 13:49 schrieb Alex Tweedly via use-livecode 
:


On 06/12/2021 04:14, J. Landman Gay via use-livecode wrote:

I prefer the horizontal layout in the Application Overview, but i thought 
I'd give the PB another try now that I'm working on a simpler project. It's 
too unweildy for multi-stack projects with lots of controls.



Sorry, dumb question time - what is the "Application Overview" ?

Thanks

Alex.


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

http://lists.runrev.com/mailman/listinfo/use-livecode


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

http://lists.runrev.com/mailman/listinfo/use-livecode


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

http://lists.runrev.com/mailman/listinfo/use-livecode





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

[Alex Tweedly via use-livecode]

Thanks Matthias - found it.

It looks like it's not for me - I use too much nesting of groups and 
can't handle a non-hierarchical view:-)


Alex.

On 06/12/2021 13:01, matthias rebbe via use-livecode wrote:

Before the Project Browser was introduced  Application Overview was the tool to 
get an overview of all loaded stacks, its substacks, cards and all objects on 
that cards.
You can now find it under Plugins->revApplicationOveriew.

Regards,
Matthias

Am 06.12.2021 um 13:49 schrieb Alex Tweedly via use-livecode 
:

On 06/12/2021 04:14, J. Landman Gay via use-livecode wrote:


I prefer the horizontal layout in the Application Overview, but i thought I'd 
give the PB another try now that I'm working on a simpler project. It's too 
unweildy for multi-stack projects with lots of controls.


Sorry, dumb question time - what is the "Application Overview" ?

Thanks

Alex.


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


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


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

[matthias rebbe via use-livecode]

Before the Project Browser was introduced  Application Overview was the tool to 
get an overview of all loaded stacks, its substacks, cards and all objects on 
that cards.
You can now find it under Plugins->revApplicationOveriew.

Regards,
Matthias
> Am 06.12.2021 um 13:49 schrieb Alex Tweedly via use-livecode 
> :
> 
> On 06/12/2021 04:14, J. Landman Gay via use-livecode wrote:
> 
>> I prefer the horizontal layout in the Application Overview, but i thought 
>> I'd give the PB another try now that I'm working on a simpler project. It's 
>> too unweildy for multi-stack projects with lots of controls.
>> 
> Sorry, dumb question time - what is the "Application Overview" ?
> 
> Thanks
> 
> Alex.
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

Re: Project browser docs

[Alex Tweedly via use-livecode]

On 06/12/2021 04:14, J. Landman Gay via use-livecode wrote:

I prefer the horizontal layout in the Application Overview, but i 
thought I'd give the PB another try now that I'm working on a simpler 
project. It's too unweildy for multi-stack projects with lots of 
controls.



Sorry, dumb question time - what is the "Application Overview" ?

Thanks

Alex.


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

Re: Project browser docs

[J. Landman Gay via use-livecode]

I found a lesson on it but it doesn't say what the dotted outline around 
some cards means.


A full explanation of the project browser should be in the user guide. I 
didn't think to check the lessons until today and newcomers may not even 
know the lessons exist. If the full documentation is too much to add to the 
guide, at least a link should be provided. Right now the guide only has a 
reference to a Project Browser section that doesn't exist.


I prefer the horizontal layout in the Application Overview, but i thought 
I'd give the PB another try now that I'm working on a simpler project. It's 
too unweildy for multi-stack projects with lots of controls.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On December 5, 2021 9:28:05 PM "J. Landman Gay via use-livecode" 
 wrote:



So I take it there are no docs?

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On December 4, 2021 3:03:35 PM "J. Landman Gay via use-livecode"
 wrote:


Where is the documentation for the project browser? There's nothing in the
User Guides in the
dictionary. There are several mentions in the User Guide under the Help
menu but they all refer
to managing datagrids. There is one mention "for more details, see the
section on the project
browser" but there is no such section.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

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





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

http://lists.runrev.com/mailman/listinfo/use-livecode





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

Re: Project browser docs

[J. Landman Gay via use-livecode]

So I take it there are no docs?

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On December 4, 2021 3:03:35 PM "J. Landman Gay via use-livecode" 
 wrote:


Where is the documentation for the project browser? There's nothing in the 
User Guides in the
dictionary. There are several mentions in the User Guide under the Help 
menu but they all refer
to managing datagrids. There is one mention "for more details, see the 
section on the project

browser" but there is no such section.

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

Project browser docs

[J. Landman Gay via use-livecode]

Where is the documentation for the project browser? There's nothing in the User Guides in the 
dictionary. There are several mentions in the User Guide under the Help menu but they all refer 
to managing datagrids. There is one mention "for more details, see the section on the project 
browser" but there is no such section.


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

Re: Groups appear as buttons in Project Browser

[Andrew at MidWest Coast Media via use-livecode]

Ordered by layer is active. Even dataGrid groups show up as buttons. 

Example @ https://www.dropbox.com/s/d9xbcstp1nwld8d/project_browser.png?dl=0 
<https://www.dropbox.com/s/d9xbcstp1nwld8d/project_browser.png?dl=0>

The “input fields” on these 2 cards are both groups of controls in sub-groups, 
but appear as buttons on the viking card.

--Andrew Bell

> 
> Date: Wed, 7 Jul 2021 18:45:59 +0300
> From: panagiotis m 
> Subject: Re: Groups appear as buttons in Project Browser
> 
> Hello Andrew,
> 
> Could it be the case you have chosen to order controls by name, instead of
> layer?
> 
> (Click on the cog icon at the top right of the Project Browser, then choose
> "Order Controls By" -> ... )
> 
> Kind regards,
> Panos
> --
> 
> On Wed, 7 Jul 2021 at 15:53, Andrew at MidWest Coast Media via use-livecode
>  wrote:
> 
>> I have a stack that seems to have lost ?groups? on several cards (but not
>> all of them). They are still part of the structure but not recognized in
>> the Tree View of the Project Browser. Rather than expandable groups in the
>> PB, they show up as buttons. I can hover over and the tooltip calls them
>> groups, and I can open the PI which shows them as a group, but I can?t
>> twirl down the group to see it?s contents. I can still right-click to edit
>> the group (and subsequent child groups) like normal.
>> 
>> This behavior displays across several machines and LC versions and the
>> groups are properly recognized in Geoff Canyon?s revNavigator. My research
>> led me to https://forums.livecode.com/viewtopic.php?t=27324 <
>> https://forums.livecode.com/viewtopic.php?t=27324> but
>> selectGroupedControls wasn?t the problem and ungrouping/regrouping didn?t
>> fix the issue (but DID cause some weird layering issues when regrouping).
>> 
>> Has anyone else experienced something like this? I feel like I?m
>> overlooking something simple.
>> 
>> --Andrew Bell
>> _
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Groups appear as buttons in Project Browser

[panagiotis m via use-livecode]

Hello Andrew,

Could it be the case you have chosen to order controls by name, instead of
layer?

(Click on the cog icon at the top right of the Project Browser, then choose
"Order Controls By" -> ... )

Kind regards,
Panos
--

On Wed, 7 Jul 2021 at 15:53, Andrew at MidWest Coast Media via use-livecode
 wrote:

> I have a stack that seems to have lost “groups” on several cards (but not
> all of them). They are still part of the structure but not recognized in
> the Tree View of the Project Browser. Rather than expandable groups in the
> PB, they show up as buttons. I can hover over and the tooltip calls them
> groups, and I can open the PI which shows them as a group, but I can’t
> twirl down the group to see it’s contents. I can still right-click to edit
> the group (and subsequent child groups) like normal.
>
> This behavior displays across several machines and LC versions and the
> groups are properly recognized in Geoff Canyon’s revNavigator. My research
> led me to https://forums.livecode.com/viewtopic.php?t=27324 <
> https://forums.livecode.com/viewtopic.php?t=27324> but
> selectGroupedControls wasn’t the problem and ungrouping/regrouping didn’t
> fix the issue (but DID cause some weird layering issues when regrouping).
>
> Has anyone else experienced something like this? I feel like I’m
> overlooking something simple.
>
> --Andrew Bell
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Groups appear as buttons in Project Browser

[Andrew at MidWest Coast Media via use-livecode]

I have a stack that seems to have lost “groups” on several cards (but not all 
of them). They are still part of the structure but not recognized in the Tree 
View of the Project Browser. Rather than expandable groups in the PB, they show 
up as buttons. I can hover over and the tooltip calls them groups, and I can 
open the PI which shows them as a group, but I can’t twirl down the group to 
see it’s contents. I can still right-click to edit the group (and subsequent 
child groups) like normal.

This behavior displays across several machines and LC versions and the groups 
are properly recognized in Geoff Canyon’s revNavigator. My research led me to 
https://forums.livecode.com/viewtopic.php?t=27324 
<https://forums.livecode.com/viewtopic.php?t=27324> but selectGroupedControls 
wasn’t the problem and ungrouping/regrouping didn’t fix the issue (but DID 
cause some weird layering issues when regrouping).

Has anyone else experienced something like this? I feel like I’m overlooking 
something simple.

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

Auto opening of Project Browser

[JeeJeeStudio via use-livecode]

Hi,

maybe i missed it, but i think not.

Why is in preferences no option, to or not to, always have the Project 
Browser opened when starting LC?


Actually same counts for the message box.


Thanks!

Jerry


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

Re: LC904rc2 Project Browser error?

[Paul Dupuis via use-livecode]

I did not because I could not repeat the problem I was seeing in 9.0.4 
stable.


I also can not reproduce the issue in 905rc-1

I don't know if what I saw was a real problem or user error in the 
904rc's and since I can not reproduce it, I have moved on to other issues.




On 5/23/2019 12:40 PM, Geoff Canyon wrote:
I installed 9.0.4 on a Mac, and it looks like there are several bugs 
still with drag and drop of groups. Did you file a bug for this issue?


On Sat, Apr 27, 2019 at 12:17 AM Paul Dupuis via use-livecode 
mailto:use-livecode@lists.runrev.com>> 
wrote:


Not to slight to any 3rd party tools, but I personalty would rather
identify bugs in LiveCode and report them to the LiveCode Quality
Center. My experience has been that a bug, properly reported, with a
repeatable recipe and test stack is fixed pretty rapidly these days.

One of the first steps though is to determine whether the issue is
repeatable - can other people on other computer reproduce the
observed
issue - which is why I was asking if anyone else has seen or can
reproduce this issue I observed.

I am not sure from your reply whether that means you can also see
this
specific issue (not relayering groups by drag and drop in the IDE
    project browser) in LC9.0.4rc2.

On 4/26/2019 12:26 PM, Sannyasin Brahmanathaswami via use-livecode
wrote:
> It may be "many moons" before they fix the PB.
>
> I hardly use any more.
>
> Get Geoff's Navigator!
>
> BR
>
> Paul Dupuis wrote:
>
>      I find that in the project browser under LC904rc2 (Windows
10), I can
>      not relayer groups. Button, fields, etc, all relayer fine
    by drag and
>      drop within the hierarchical list of the project browser,
but not groups.
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com <mailto:use-livecode@lists.runrev.com>
> Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


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




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

Re: LC904rc2 Project Browser error?

[Geoff Canyon via use-livecode]

I installed 9.0.4 on a Mac, and it looks like there are several bugs still
with drag and drop of groups. Did you file a bug for this issue?

On Sat, Apr 27, 2019 at 12:17 AM Paul Dupuis via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Not to slight to any 3rd party tools, but I personalty would rather
> identify bugs in LiveCode and report them to the LiveCode Quality
> Center. My experience has been that a bug, properly reported, with a
> repeatable recipe and test stack is fixed pretty rapidly these days.
>
> One of the first steps though is to determine whether the issue is
> repeatable - can other people on other computer reproduce the observed
> issue - which is why I was asking if anyone else has seen or can
> reproduce this issue I observed.
>
> I am not sure from your reply whether that means you can also see this
> specific issue (not relayering groups by drag and drop in the IDE
> project browser) in LC9.0.4rc2.
>
> On 4/26/2019 12:26 PM, Sannyasin Brahmanathaswami via use-livecode wrote:
> > It may be "many moons" before they fix the PB.
> >
> > I hardly use any more.
> >
> > Get Geoff's Navigator!
> >
> > BR
> >
> > Paul Dupuis wrote:
> >
> >  I find that in the project browser under LC904rc2 (Windows 10), I
> can
> >  not relayer groups. Button, fields, etc, all relayer fine by drag
> and
> >  drop within the hierarchical list of the project browser, but not
> groups.
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
> >
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: LC904rc2 Project Browser error?

[Paul Dupuis via use-livecode]

Not to slight to any 3rd party tools, but I personalty would rather 
identify bugs in LiveCode and report them to the LiveCode Quality 
Center. My experience has been that a bug, properly reported, with a 
repeatable recipe and test stack is fixed pretty rapidly these days.


One of the first steps though is to determine whether the issue is 
repeatable - can other people on other computer reproduce the observed 
issue - which is why I was asking if anyone else has seen or can 
reproduce this issue I observed.


I am not sure from your reply whether that means you can also see this 
specific issue (not relayering groups by drag and drop in the IDE 
project browser) in LC9.0.4rc2.


On 4/26/2019 12:26 PM, Sannyasin Brahmanathaswami via use-livecode wrote:

It may be "many moons" before they fix the PB.

I hardly use any more.

Get Geoff's Navigator!

BR

Paul Dupuis wrote:

 I find that in the project browser under LC904rc2 (Windows 10), I can
 not relayer groups. Button, fields, etc, all relayer fine by drag and
 drop within the hierarchical list of the project browser, but not groups.

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




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

Re: LC904rc2 Project Browser error?

[Sannyasin Brahmanathaswami via use-livecode]

It may be "many moons" before they fix the PB. 

I hardly use any more. 

Get Geoff's Navigator!

BR

Paul Dupuis wrote:

I find that in the project browser under LC904rc2 (Windows 10), I can 
not relayer groups. Button, fields, etc, all relayer fine by drag and 
drop within the hierarchical list of the project browser, but not groups.

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

LC904rc2 Project Browser error?

[Paul Dupuis via use-livecode]

I find that in the project browser under LC904rc2 (Windows 10), I can 
not relayer groups. Button, fields, etc, all relayer fine by drag and 
drop within the hierarchical list of the project browser, but not groups.


Is this a bug or a lack of RTFM on my part to figure out how it is 
supposed to work?


Anyone have a good work around for relayering groups in the IDE under LC904?

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

Re: The Old Project Browser?

[Klaus major-k via use-livecode]

Hi Michael,

> Am 13.03.2019 um 18:12 schrieb Michael Kristensen via use-livecode 
> :
> 
> Hi there
> 
> I know the old project browser is still there in LC 9.
> I just can’t remember how to get to it.
> Can you help out?

Menu: Development -> PlugIns -> revApplicationOverview

> Thanks
> Michael

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

The Old Project Browser?

[Michael Kristensen via use-livecode]

Hi there

I know the old project browser is still there in LC 9.

I just can’t remember how to get to it.

Can you help out?

Thanks
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

Re: How to update the project browser?

[Geoff Canyon via use-livecode]

On Wed, Nov 28, 2018 at 2:08 AM Tiemo Hollmann TB via use-livecode <
use-livecode@lists.runrev.com> wrote:

> sometimes the project browser doesn't gets updated automatically. E.g. when
> ungrouping a group via msg box, the group stays visible in the project
> browser until I close and reopen the PB.
>
> Is there something like a "F5" to let the PB update, or is closing and
> reopening the common way to handle it?


 If Navigator ever fails to catch an update, there is an
"Update List Now" button on the Actions menu.
https://gcanyon.wixsite.com/navigator 
___
use-livecode mailing list
use-livecode@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 update the project browser?

[panagiotis merakos via use-livecode]

Hello Tiemo,

So far the only way to ensure the PB refreshes and is updated properly in
these cases is to close and reopen the PB. There are a couple of bug
reports about this issue. We might add a "Refresh" icon somewhere on the PB.

Kind regards,
Panos
--

On Wed, Nov 28, 2018 at 12:08 PM Tiemo Hollmann TB via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hello,
>
> sometimes the project browser doesn't gets updated automatically. E.g. when
> ungrouping a group via msg box, the group stays visible in the project
> browser until I close and reopen the PB.
>
> Is there something like a "F5" to let the PB update, or is closing and
> reopening the common way to handle it?
>
>
>
> Thanks
>
> Tiemo
>
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

How to update the project browser?

[Tiemo Hollmann TB via use-livecode]

Hello,

sometimes the project browser doesn't gets updated automatically. E.g. when
ungrouping a group via msg box, the group stays visible in the project
browser until I close and reopen the PB.

Is there something like a "F5" to let the PB update, or is closing and
reopening the common way to handle it?

 

Thanks

Tiemo

 

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

Re: Standalone issue ... was starting the Project Browser

[Bob Sneidar via use-livecode]

That interferes with the standalone builder, specifically auto detecting 
addons/plugins. It may cause other issues as well. It's a catch 22. 

Bob S


> On Oct 27, 2018, at 12:56 , J. Landman Gay via use-livecode 
>  wrote:
> 
> I'd be happy with a simple toggle that lets me turn on lockmessages before 
> building. I've been accomodating that behavior for years.


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

Re: Standalone issue ... was starting the Project Browser

[J. Landman Gay via use-livecode]

On 10/27/18 10:26 AM, Douglas Ruisaard via use-livecode wrote:

If that's true then there's (sigh!) one more reason to stay away from LC v9... but I 
really don't understand the reason why this is necessary in the first place.  I've never 
had a standalone fail with a "can't find stack" error:


If your builds are going smoothly you don't have to change anything. Try 
it in LC 9 and see. The problem only occurs if any "open" or "close" 
handlers do something that interferes or throws errors.



So, does this situation only occur for the first standalone build?  Not the 
second time?  What is implied should be done if one of the conditions in the 
function is false?  very confusing!!!


A "can't find stack" used to occur the first time you build during any 
one session. The updated handler check fixes this so you don't need to 
worry about it any more.




I guess I was looking for something more specific about where to put this "fix":

e.g.

In an openStack call, you'd put this ... where?  At the end of the code just before the 
"end openStack"? (that's where I put it):

  if isBuildingStandalone() then
   exit openstack
  end if


The idea is that this fix will prevent the handler from executing at 
all, so it needs to be at the very front of the handler, right after the 
"on " line.



My question, then, is do I have to have a similar "if isBuildingStandalone()" call in all the "opens" and 
"closes" you list (and others) and do I "exit" the call if isBuildingStandalone() returns "true"?

WOW! ... if THAT's needed then I can't imagine anyone editing all of their code 
to do this!!!


Yes, that's what the additional lines do -- exit the handler before it 
can run. And I agree that this is an issue for some apps. The problem it 
tries to solve is retention of script local variable values, as well as 
preventing unnecessary handlers from running. But I'd rather 
reinitialize things when necessary than to add extra lines to so many 
engine messages.


I'd be happy with a simple toggle that lets me turn on lockmessages 
before building. I've been accomodating that behavior for years.


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

Re: Standalone issue ... was starting the Project Browser

[Brian Milby via use-livecode]

If your code does things that break when called as a part of the build process, 
then you need to check and exit the handler before the code executes. Putting 
it at the end of the handler is not needed. If needed, it probably needs to go 
toward the top of the handler.

When the IDE first launches, the revStandaloneProgress stack is not loaded. 
After you build any project, then it will remain in memory for the rest of the 
session.

Thanks,
Brian
On Oct 27, 2018, 10:26 AM -0500, Douglas Ruisaard via use-livecode 
, wrote:
> I've changed the subject line (from Re: starting the Project Browser) to 
> reflect this discussion more accurately.
>
> If that's true then there's (sigh!) one more reason to stay away from LC 
> v9... but I really don't understand the reason why this is necessary in the 
> first place. I've never had a standalone fail with a "can't find stack" error:
>
> from 
> http://runtime-revolution.278305.n4.nabble.com/Standalone-build-workaround-td4728140.html#a4728141
>
> "... when you open the stack for the first time (without having built a
> standalone before), the stack "revStandaloneProgress" is not loaded yet
> (thus the "can't find stack error)"
>
> So, does this situation only occur for the first standalone build? Not the 
> second time? What is implied should be done if one of the conditions in the 
> function is false?  very confusing!!!
>
> I guess I was looking for something more specific about where to put this 
> "fix":
>
> e.g.
>
> In an openStack call, you'd put this ... where? At the end of the code just 
> before the "end openStack"? (that's where I put it):
>
> if isBuildingStandalone() then
> exit openstack
> end if
>
> and have the following function call accessible to call cards (i.e. in the 
> stack)?
>
> function isBuildingStandalone
> return the environment is "development" AND \
> there is a stack "revStandaloneProgress" AND \
> the mode of stack "revStandaloneProgress" > 0
> end isBuildingStandalone
>
>
> My question, then, is do I have to have a similar "if isBuildingStandalone()" 
> call in all the "opens" and "closes" you list (and others) and do I "exit" 
> the call if isBuildingStandalone() returns "true"?
>
> WOW! ... if THAT's needed then I can't imagine anyone editing all of their 
> code to do this!!!
>
> Douglas Ruisaard
> Trilogy Software
> (250) 573-3935
>
>
> >
> > It's referring to all engine messages that contain either "open" or 
> > "close", so:
> >
> > preOpenStack
> > preOpenBackground
> > preOpenCard
> > ...etc
> > openStack
> > openBackground
> > openCard
> > ...etc
> > closeStack
> > closeBackground
> > closeCard
> > ...etc
> >
> > I understand why this is necessary now, but it is pretty instrusive, is 
> > going to bite a lot of people,
> > and clutters up scripts. I'd like to see some sort of toggle where we could 
> > use the older method if
> > there is no problem doing that.
> >
> > On 10/26/18 11:20 AM, Douglas Ruisaard via use-livecode wrote:
> > > Thanks, Jacqueline.
> > >
> > > I have not had any issues with using the StandAlone builder but then I am 
> > > using LC v8.1.9. on
> > Windows 7. I did put Panos's code into my app ... made no apparent 
> > difference but good to have there
> > anyway.
> > >
> > > I'm a bit confused about the reference to "Similar in all other 
> > > (pre)open*/close* messages." ...
> > what is being recommended here (I get the "preOpen" bit) .. but the 
> > reference to the "close" I don't
> > get ... some other function call??
> >
> >
> > --
> > 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

Standalone issue ... was starting the Project Browser

[Douglas Ruisaard via use-livecode]

I've changed the subject line (from Re: starting the Project Browser) to 
reflect this discussion more accurately.

If that's true then there's (sigh!) one more reason to stay away from LC v9... 
but I really don't understand the reason why this is necessary in the first 
place.  I've never had a standalone fail with a "can't find stack" error:

from 
http://runtime-revolution.278305.n4.nabble.com/Standalone-build-workaround-td4728140.html#a4728141

"... when you open the stack for the first time (without having built a 
standalone before), the stack "revStandaloneProgress" is not loaded yet 
(thus the "can't find stack error)"

So, does this situation only occur for the first standalone build?  Not the 
second time?  What is implied should be done if one of the conditions in the 
function is false?  very confusing!!!

I guess I was looking for something more specific about where to put this "fix":

e.g.

In an openStack call, you'd put this ... where?  At the end of the code just 
before the "end openStack"? (that's where I put it):

 if isBuildingStandalone() then 
  exit openstack 
 end if

and have the following function call accessible to call cards (i.e. in the 
stack)?

function isBuildingStandalone 
 return the environment is "development" AND \
   there is a stack "revStandaloneProgress" AND \
 the mode of stack "revStandaloneProgress" > 0 
end isBuildingStandalone 


My question, then, is do I have to have a similar "if isBuildingStandalone()" 
call in all the "opens" and "closes" you list (and others) and do I "exit" the 
call if isBuildingStandalone() returns "true"?

WOW! ... if THAT's needed then I can't imagine anyone editing all of their code 
to do this!!!

Douglas Ruisaard
Trilogy Software
(250) 573-3935


> 
> It's referring to all engine messages that contain either "open" or "close", 
> so:
> 
> preOpenStack
> preOpenBackground
> preOpenCard
> ...etc
> openStack
> openBackground
> openCard
> ...etc
> closeStack
> closeBackground
> closeCard
> ...etc
> 
> I understand why this is necessary now, but it is pretty instrusive, is going 
> to bite a lot of people,
> and clutters up scripts. I'd like to see some sort of toggle where we could 
> use the older method if
> there is no problem doing that.
> 
> On 10/26/18 11:20 AM, Douglas Ruisaard via use-livecode wrote:
> > Thanks, Jacqueline.
> >
> > I have not had any issues with using the StandAlone builder but then I am 
> > using LC v8.1.9. on
> Windows 7.  I did put Panos's code into my app ... made no apparent 
> difference but good to have there
> anyway.
> >
> > I'm a bit confused about the reference to "Similar in all other 
> > (pre)open*/close* messages." ...
> what is being recommended here (I get the "preOpen" bit) .. but the reference 
> to the "close" I don't
> get ... some other function call??
> 
> 
> --
> 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

Re: starting the Project Browser

[J. Landman Gay via use-livecode]

It's referring to all engine messages that contain either "open" or 
"close", so:


preOpenStack
preOpenBackground
preOpenCard
...etc
openStack
openBackground
openCard
...etc
closeStack
closeBackground
closeCard
...etc

I understand why this is necessary now, but it is pretty instrusive, is 
going to bite a lot of people, and clutters up scripts. I'd like to see 
some sort of toggle where we could use the older method if there is no 
problem doing that.


On 10/26/18 11:20 AM, Douglas Ruisaard via use-livecode wrote:

Thanks, Jacqueline.

I have not had any issues with using the StandAlone builder but then I am using 
LC v8.1.9. on Windows 7.  I did put Panos's code into my app ... made no 
apparent difference but good to have there anyway.

I'm a bit confused about the reference to "Similar in all other (pre)open*/close* messages." ... 
what is being recommended here (I get the "preOpen" bit) .. but the reference to the 
"close" I don't get ... some other function call??



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

RE: starting the Project Browser

[Douglas Ruisaard via use-livecode]

Thanks, Jacqueline.

I have not had any issues with using the StandAlone builder but then I am using 
LC v8.1.9. on Windows 7.  I did put Panos's code into my app ... made no 
apparent difference but good to have there anyway.

I'm a bit confused about the reference to "Similar in all other 
(pre)open*/close* messages." ... what is being recommended here (I get the 
"preOpen" bit) .. but the reference to the "close" I don't get ... some other 
function call??


Douglas Ruisaard
Trilogy Software
(250) 573-3935


> 
> You may also need to implement the workaround that accounts for a recent 
> change in the standalone
> builder.
> 
> 
> 
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | 
> http://www.hyperactivesw.com
> On October 25, 2018 11:49:36 AM Douglas Ruisaard via use-livecode 
> 
> wrote:
> 
> > thanks for the reply... as I mentioned, the location/sizing thing was
> > the less important issue.  I didn't explain the standalone issue well 
> > enough.
> > I had the call to the rev-stack within a "if environment is development"
> > condition, so a standalone compile would have ignored the goto ... it
> > was the fact that when this call executed BEFORE trying to generate a
> > standalone, i.e. running the code from  the IDE, that it wiped out my
> > standalone setting.  If I had saved the stack without noticing this
> > fact, then I would have lost all of those settings (which were
> > fundamental to my app working!)
> >
> > So, the issue was not DIRECTLY involved with the "generation" of the
> > standalone, it was the issue that using this call set the standalone
> > setting back to a "new-stack" default!
> >
> > Douglas Ruisaard
> > Trilogy Software
> > (250) 573-3935
> >


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

RE: starting the Project Browser

[J. Landman Gay via use-livecode]

You may also need to implement the workaround that accounts for a recent 
change in the standalone builder.


<http://runtime-revolution.278305.n4.nabble.com/Standalone-build-workaround-tp4728140p4728141.html>

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On October 25, 2018 11:49:36 AM Douglas Ruisaard via use-livecode 
 wrote:


thanks for the reply... as I mentioned, the location/sizing thing was the 
less important issue.  I didn't explain the standalone issue well enough.  
I had the call to the rev-stack within a "if environment is development" 
condition, so a standalone compile would have ignored the goto ... it was 
the fact that when this call executed BEFORE trying to generate a 
standalone, i.e. running the code from  the IDE, that it wiped out my 
standalone setting.  If I had saved the stack without noticing this fact, 
then I would have lost all of those settings (which were fundamental to my 
app working!)


So, the issue was not DIRECTLY involved with the "generation" of the 
standalone, it was the issue that using this call set the standalone 
setting back to a "new-stack" default!


Douglas Ruisaard
Trilogy Software
(250) 573-3935



On 10/24/2018 02:10 PM, Douglas Ruisaard via use-livecode wrote:
> Thanks for the reply, Klaus... but I'm sure we all agree this is totally 
non-intuitive.  However,

using this call in my openStack script does two negative things:
>
> 1) least important but somewhat self-defeating to my "goal", this now 
opens the Project Browser
right on top of my app in some default height and width.  As a result I 
have to move it over to the
side and adjust the size.  If I just open the Project Browser via the LC 
tools, it opens in the same

position and size as to the last saved stack.
>
> 2) more importantly, after allowing this code to execute within my app, I 
went to create my
standalone version and found that all of the Saved Standalone Application 
Settings were GONE! and the
setting had reverted back to the default ones for a brand-new stack.  
Luckily, by not saving the stack

at that point and commenting out that call, the settings came back .. whew!

I'm probably misunderstanding what you're trying to do, but a couple of
observations:

1. if you open the PB and then set the loc of it, both in your openStack 
(or preOpenStack) handler,

then the browser should appear where you tell it to.

2. trying to do this in a standalone app is bound to fail. The PB is part 
if the LiveCode IDE, and
thus a separate application from your standalone. If you really need to 
launch the browser in the IDE
then you'll need to set up a means of communication between the two. Most 
probably socket

communication via a plugin stack, but ymmv.

--
  Mark Wieder
  ahsoftw...@gmail.com





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

http://lists.runrev.com/mailman/listinfo/use-livecode





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

Re: starting the Project Browser

[Douglas Ruisaard via use-livecode]

Brilliant!!! ... works perfectly when combined with a "set loc" and "set rect" 
call.  Doesn't touch the standalone settings!

Thanks so much!

Douglas Ruisaard
Trilogy Software
(250) 573-3935

> 
> Hi,
> 
> does this help?
> 
> revIDETogglePalette "Project Browser"
> 
> you can test if the Project Browser is visible
> 
> put revIDEPaletteIsVisible("project browser")
> 
> Kind regards
> Bernd
> 
> 


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

RE: starting the Project Browser

[Douglas Ruisaard via use-livecode]

thanks for the reply... as I mentioned, the location/sizing thing was the less 
important issue.  I didn't explain the standalone issue well enough.  I had the 
call to the rev-stack within a "if environment is development" condition, so a 
standalone compile would have ignored the goto ... it was the fact that when 
this call executed BEFORE trying to generate a standalone, i.e. running the 
code from  the IDE, that it wiped out my standalone setting.  If I had saved 
the stack without noticing this fact, then I would have lost all of those 
settings (which were fundamental to my app working!)

So, the issue was not DIRECTLY involved with the "generation" of the 
standalone, it was the issue that using this call set the standalone setting 
back to a "new-stack" default!

Douglas Ruisaard
Trilogy Software
(250) 573-3935

> 
> On 10/24/2018 02:10 PM, Douglas Ruisaard via use-livecode wrote:
> > Thanks for the reply, Klaus... but I'm sure we all agree this is totally 
> > non-intuitive.  However,
> using this call in my openStack script does two negative things:
> >
> > 1) least important but somewhat self-defeating to my "goal", this now opens 
> > the Project Browser
> right on top of my app in some default height and width.  As a result I have 
> to move it over to the
> side and adjust the size.  If I just open the Project Browser via the LC 
> tools, it opens in the same
> position and size as to the last saved stack.
> >
> > 2) more importantly, after allowing this code to execute within my app, I 
> > went to create my
> standalone version and found that all of the Saved Standalone Application 
> Settings were GONE! and the
> setting had reverted back to the default ones for a brand-new stack.  
> Luckily, by not saving the stack
> at that point and commenting out that call, the settings came back .. whew!
> 
> I'm probably misunderstanding what you're trying to do, but a couple of
> observations:
> 
> 1. if you open the PB and then set the loc of it, both in your openStack (or 
> preOpenStack) handler,
> then the browser should appear where you tell it to.
> 
> 2. trying to do this in a standalone app is bound to fail. The PB is part if 
> the LiveCode IDE, and
> thus a separate application from your standalone. If you really need to 
> launch the browser in the IDE
> then you'll need to set up a means of communication between the two. Most 
> probably socket
> communication via a plugin stack, but ymmv.
> 
> --
>   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

Re: starting the Project Browser

[Niggemann, Bernd via use-livecode]

Hi,

does this help?

revIDETogglePalette "Project Browser"

you can test if the Project Browser is visible

put revIDEPaletteIsVisible("project browser")

Kind regards
Bernd

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

Re: starting the Project Browser

[Mark Wieder via use-livecode]

On 10/23/2018 11:52 AM, Klaus major-k via use-livecode wrote:

Hi Douglas,


Am 23.10.2018 um 20:31 schrieb Douglas Ruisaard via use-livecode 
:

Is there a way to start/open the "Project Browser" (from the main LC Tools 
menu) using a script command for LC v8 and above?


this works, go figure :-D
...
go stack "revIDEProjectBrowser"
...


Also, it's a one-click action in 4wDevolution, and for extra credit you 
can change that easily to launch Navigator instead.


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

Re: starting the Project Browser

[Klaus major-k via use-livecode]

Hi Douglas,

> Am 23.10.2018 um 20:31 schrieb Douglas Ruisaard via use-livecode 
> :
> 
> Is there a way to start/open the "Project Browser" (from the main LC Tools 
> menu) using a script command for LC v8 and above?

this works, go figure :-D
...
go stack "revIDEProjectBrowser"
...

> ...
> 
> Douglas Ruisaard
> Trilogy Software
> (250) 573-3935

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

starting the Project Browser

[Douglas Ruisaard via use-livecode]

Is there a way to start/open the "Project Browser" (from the main LC Tools 
menu) using a script command for LC v8 and above?

It used to be (possibly v7 or before) that the stack retained the "state" of 
the Project Browser and would automatically display it when a stack was opened  
if the stack were saved while the Project Browser was open.  This changed with 
v8 (I think).

Anyway, although I probably should move to "Navigator", I'm very comfortable 
with the Project Browser and use it all the time.  It is very annoying to have 
to use the LC menu each time I open a stack.  Similar the ability to "choose" 
the "browse" pointer in the Tools Palette and since I am incredibly lazy, I'd 
appreciate knowing if there were a way to "automate" the display of the Project 
Browser.

I can't seem to find anything related within the LC doc's (which are generally 
mainly helpful if you KNOW what you are looking for) or on the forums ... even 
looking generically for programmatic ways to call the LC menu options.

Douglas Ruisaard
Trilogy Software
(250) 573-3935




___
use-livecode mailing list
use-livecode@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 - refresh button still not available

[Geoff Canyon via use-livecode]

On Wed, Sep 5, 2018 at 3:38 PM Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:

>
> Ha! The PB is a maintenance nightmare... you're looking at 12 mainstacks
> plus a behavior stack or two, and some seemingly random stuff thrown in
> for good measure... still haven't figured out what the "Clap.mp3"
> audioclip is for.
>

Sometimes Navigator is no maintenance picnic either ;-)

I was going to say that Navigator doesn't update like this because the
stacks are in a menu rather than the list, but then I remembered the stack
list view, so that shows what I know. There is an Update List Now command
in the Actions menu, but I just checked, and any update to the selection in
LiveCode causes the list to refresh automatically. So if you create a new
stack, it won't show up immediately, but as soon as you drag a control into
it (or anything else like that) the list will update then.

So, yay!

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

Re: Project Browser - refresh button still not available

[Mark Wieder via use-livecode]

On 09/05/2018 03:37 PM, Mark Wieder via use-livecode wrote:

On 09/05/2018 02:53 PM, Tom Glod via use-livecode wrote:

I think adding that to the PB code and interface could not be that
difficult. What about doing it yourself ?


Ha! The PB is a maintenance nightmare... you're looking at 12 mainstacks 
plus a behavior stack or two, and some seemingly random stuff thrown in 
for good measure... still haven't figured out what the "Clap.mp3" 
audioclip is for.




OK - so what I *believe* all you'd need to do is add a new png image for 
the refresh action, create a new handler for the action and add a 
frameItem for the action in the preOpenStack handler of stack 
"revProjectBrowserBehavior" (see addFrameItem in the 
"revPaletteBehavior" stack), ensure that the frameItem is always enabled 
in the updateActions handler of the behavior script, and have the 
frameItem dispatch a "refreshProjectView" to stack "revIDEProjectBrowser".


Has possibilities. Any takers?

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

Re: Project Browser - refresh button still not available

[Mark Wieder via use-livecode]

On 09/05/2018 02:53 PM, Tom Glod via use-livecode wrote:

I think adding that to the PB code and interface could not be that
difficult. What about doing it yourself ?


Ha! The PB is a maintenance nightmare... you're looking at 12 mainstacks 
plus a behavior stack or two, and some seemingly random stuff thrown in 
for good measure... still haven't figured out what the "Clap.mp3" 
audioclip is for.


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

Re: Project Browser - refresh button still not available

[Matthias Rebbe via use-livecode]

If i could do it, i would have done this already.



> Am 05.09.2018 um 23:53 schrieb Tom Glod via use-livecode 
> :
> 
> I think adding that to the PB code and interface could not be that
> difficult. What about doing it yourself ?
> 
> On Wed, Sep 5, 2018 at 4:00 PM Matthias Rebbe via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> Yes, it can be, but it is a shame.
>> 
>> Matthias
>> 
>> 
>>> Am 05.09.2018 um 21:53 schrieb Bob Sneidar via use-livecode <
>> use-livecode@lists.runrev.com>:
>>> 
 On Sep 5, 2018, at 11:57 , Matthias Rebbe via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
 
 I know there is Navigator from Geoff Canyon which can be used as an
>> replacement, but it can´t be that one has to use a 3rd party plugin to get
>> a function the old deprecated RevApplicationBrowser already had.
>>> 
>>> 
>>> Oh, but it can be. It CAN BE! ;-)
>>> 
>>> Bob S
>>> 
>>> 
>>> 
>>> ___
>>> use-livecode mailing list
>>> use-livecode@lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@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 - refresh button still not available

[Tom Glod via use-livecode]

I think adding that to the PB code and interface could not be that
difficult. What about doing it yourself ?

On Wed, Sep 5, 2018 at 4:00 PM Matthias Rebbe via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Yes, it can be, but it is a shame.
>
> Matthias
>
>
> > Am 05.09.2018 um 21:53 schrieb Bob Sneidar via use-livecode <
> use-livecode@lists.runrev.com>:
> >
> >> On Sep 5, 2018, at 11:57 , Matthias Rebbe via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>
> >> I know there is Navigator from Geoff Canyon which can be used as an
> replacement, but it can´t be that one has to use a 3rd party plugin to get
> a function the old deprecated RevApplicationBrowser already had.
> >
> >
> > Oh, but it can be. It CAN BE! ;-)
> >
> > Bob S
> >
> >
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
___
use-livecode mailing list
use-livecode@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 - refresh button still not available

[Matthias Rebbe via use-livecode]

Yes, it can be, but it is a shame. 

Matthias


> Am 05.09.2018 um 21:53 schrieb Bob Sneidar via use-livecode 
> :
> 
>> On Sep 5, 2018, at 11:57 , Matthias Rebbe via use-livecode 
>>  wrote:
>> 
>> I know there is Navigator from Geoff Canyon which can be used as an 
>> replacement, but it can´t be that one has to use a 3rd party plugin to get a 
>> function the old deprecated RevApplicationBrowser already had.
> 
> 
> Oh, but it can be. It CAN BE! ;-)
> 
> Bob S
> 
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

Re: Project Browser - refresh button still not available

[Bob Sneidar via use-livecode]

> On Sep 5, 2018, at 11:57 , Matthias Rebbe via use-livecode 
>  wrote:
> 
> I know there is Navigator from Geoff Canyon which can be used as an 
> replacement, but it can´t be that one has to use a 3rd party plugin to get a 
> function the old deprecated RevApplicationBrowser already had.


Oh, but it can be. It CAN BE! ;-)

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

Project Browser - refresh button still not available

[Matthias Rebbe via use-livecode]

Currently one has to close and reopen the Project Browser to get a refreshed 
list of the loaded stacks.  Ben Rubinstein suggested already in 2016 to add a 
refresh button to the Project Browser. Bug 17916 
<https://quality.livecode.com/show_bug.cgi?id=17916>

I can´t believe that no one at Livecode sees the needs for such a refresh 
button. Don´t they use the Project Browser?

I know there is Navigator from Geoff Canyon which can be used as an 
replacement, but it can´t be that one has to use a 3rd party plugin to get a 
function the old deprecated RevApplicationBrowser already had. I know that i 
can open the old Browser from the plugin menu, but that makes no sense to me.


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

Preferences --> Project Browser --> Sort stack by

[Sannyasin Brahmanathaswami via use-livecode]

Anyone else getting the old bug in 9.01. RC1?. In preferences, we want to set 
the sort stacks to "Layer"

Sort stack by: [Name] [Ascending]
But each time I choose

Sort stack by: [Layer] [Ascending]

It reverts to Name

Not that I using the Project Browser all at all anymore.
I can't tell you how much Geoff 's Navigator has speeded ups dev.

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

Project Browser - Sort Stack Preferences

[Sannyasin Brahmanathaswami via use-livecode]

I was trying the Project Browser's prefs.

Sort stacks by layer ascending.

It reverts to "Name" … can't keep it stick to "layer"

8.1.10 rc 1

Any else see this?

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

Re: Project Browser Goes Blank - How To Refresh

[Mark Wieder via use-livecode]

On 04/07/2018 08: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…


Yeah, that happens to me all the time.
I just close and reopen the PB. Repeat as needed.

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

Re: Project Browser Goes Blank - How To Refresh

[Sannyasin Brahmanathaswami via use-livecode]

Navigator..I have it… 5.5 alpha 1?

Is that the latest?

PB: It happened midst of "group whacking" 

But more often I close stack -- its blank after that. 

I shall try for recipe…

Mike Kerner 

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.

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

Project Browser Goes Blank - How To Refresh

[Sannyasin Brahmanathaswami via use-livecode]

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

Brainstorm Project Browser Display

[Sannyasin Brahmanathaswami via use-livecode]

Our new app (goes to the iOS store today… then I have to go break coconuts and 
pray to the Gods of Apple for approval)

as I do final tweaks I find myself wishing that all the binary stacks where at 
the top of the PB list

You see, as "views" with almost no code, it means that they act as "portals" to 
the scripts that drive the show.

So  instead of scanning for

behavior_Settings

# which is assigned to a stack "settings.livecode"
# along with many other scripts

I would like to see all my binary "views" at the top. I can just look into the 
various stack/card/control(s)
find things like:

group: homeScreenBottomNav517 | 0

# where the first number is the line of the behavior is clickable and then 
opens:

behavior_viewNavBottom  in the script editor..

The binary stack/views become a TOC of sorts for all the underlying text only 
scripts.

As development proceeds toward a RC, we will be typically working and testing 
from the "top down" and so you want to tweak this or that
working through the PB by going to the binary you are viewing and click on the 
associated "parent" scripts  is very efficient.

So, why not have those all at the top?

Just like we have "stacks in use" at the bottom

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

Open Stacks / Stacks in Use All Stack Files Appear in Project Browser as open

[Sannyasin Brahmanathaswami via use-livecode]

Well, I got my Android test deployment working again, but the app completely 
dies on the phone now and even if I set a break point on the preopencard of the 
init script, it will not fire in the debugger.

I note something peculiar:

If I open myApp.livecode stack: which has stack files set and is the stack we 
build the standalone from… we have a json file that is read on init that 
specifics with stacks should be put into use on initialization.

But, and this is the odd thing: after running a build, I go back to the Project 
Browser or revApplicationOverview

and, now, I see *all* the stacks that are listed in the stack files of the 
mainstack  all appear in the list.

My assumption has always been: if stacks appear in the Project Browser or 
revApplicationOver view, they must be open.

But, from the msg box:

put stacksinuse()  but the message box is now beeping at me… I cannot back 
space and I cannot even enter

put the stacksinuse

if I quit LC and reopen myApp.livecode  then I can use "put thestacksinuse" and 
see the list as expected… project browser also only show those stacks open.

Run the standalone builder…

in the msg box "put the stacksinuse && the openstacks"  and I only see 
myApp.livecode and a few rev stacks

but in the project browser *all* the stacks in my app listed in the stack files 
appear.

I worry that the reason the android standalone if failing is because the SA 
build is in fact cause all those stacks to be loaded on the phone (Nexus 5)… 
all open and in RAM… and, of course it will die because it simply overruns the 
entire memory

What is going on?


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

Re: preOpenCard not called when opened from project browser

[panagiotis merakos via use-livecode]

No, this is a bug which will be fixed in 8.1.4 rc1.

http://quality.livecode.com/show_bug.cgi?id=17448

Best,
Panos

On 22 Feb 2017 23:53, "Dr. Hawkins via use-livecode" <
use-livecode@lists.runrev.com> wrote:

> I just found, after trying to open a stack from the project browser, that
> preOpenCard is not called when the stack is opened this way, whereas it is
> when using the application browser.
>
> Is this correct behavior?
>
>
> --
> Dr. Richard E. Hawkins, Esq.
> (702) 508-8462
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

preOpenCard not called when opened from project browser

[Dr. Hawkins via use-livecode]

I just found, after trying to open a stack from the project browser, that
preOpenCard is not called when the stack is opened this way, whereas it is
when using the application browser.

Is this correct behavior?


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

Re: Project Browser Allows you to move a group into another group

[Sannyasin Brahmanathaswami]

Good luck… I'm on mac



On 9/14/16, 8:19 AM, "use-livecode on behalf of Paul Hibbert" 
 wrote:

I should be able to share it, the plugin was made to add some shortcuts to 
the menus, so I’ll need to do a little more testing with the latest release and 
a bit of code tidying along with some warnings/instructions before it’s 
suitable for public use, but I’ll get on it then add it to the LiveCode Share 
site, hopefully within the next few days.

One issue may be that it was made for Mac, and I only have access to Win 7 
for testing on other platforms, so I’m not too sure how well it will work on 
Windows/Linux.

Paul

___
use-livecode mailing list
use-livecode@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 Allows you to move a group into another group

[Paul Hibbert]

I should be able to share it, the plugin was made to add some shortcuts to the 
menus, so I’ll need to do a little more testing with the latest release and a 
bit of code tidying along with some warnings/instructions before it’s suitable 
for public use, but I’ll get on it then add it to the LiveCode Share site, 
hopefully within the next few days.

One issue may be that it was made for Mac, and I only have access to Win 7 for 
testing on other platforms, so I’m not too sure how well it will work on 
Windows/Linux.

Paul

> On Sep 13, 2016, at 10:45 AM, Sannyasin Brahmanathaswami  
> wrote:
> 
> Paul Hibbert wrote:
> 
>So I made a Plugin that allows me to refresh my PB. :)
> 
> 
> BR: Can you share this with us?
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@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 Allows you to move a group into another group

[Sannyasin Brahmanathaswami]

Paul Hibbert wrote:

So I made a Plugin that allows me to refresh my PB. :)


BR: Can you share this with us?


___
use-livecode mailing list
use-livecode@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 Allows you to move a group into another group

[Paul Hibbert]

The Application Browser has always had a Refresh Icon just below the right hand 
side of the left pane, it’s only small and light grey, but it’s there. When I 
suggested a Refresh button for the Project Browser, MW didn’t think it was a 
good idea! So I made a Plugin that allows me to refresh my PB. :)

Paul

> On Sep 13, 2016, at 5:36 AM, Roger Eller  wrote:
> 
> Why hide it behind a right-click?  A tiny recognisable refresh icon in
> plain sight would be better, IMHO.
> 
> ~Roger
> 
> On Sep 13, 2016 5:43 AM, "Ben Rubinstein"  wrote:
> 
>> On 13/09/2016 05:31, J. Landman Gay wrote:
>> 
>>> On September 12, 2016 9:57:40 PM Sannyasin Brahmanathaswami <
>>> bra...@hindu.org>
>>> wrote:
>>> 
>>>> 
>>>> But both the Project Browser and RevApplicationbrowser do not reflect the
>>>> change. Once in a while they do… but 80% of the time, change of layers
>>>> are
>>>> not reflected/updated.
>>>> 
>>>> Is there a way force refresh these lists?
>>>> 
>>> 
>>> For the App Browser, right click anywhere in the right hand pane and
>>> choose
>>> Refresh from the contextual menu.
>>> 
>> 
>> I'll just leave this here:
>> http://quality.livecode.com/show_bug.cgi?id=17916
>> 
>> Ben
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@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 Allows you to move a group into another group

[J. Landman Gay]

The tiny refresh icon is on the left side under the stack list. Only it's 
not always so recognizable.



Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com



On September 13, 2016 7:37:37 AM Roger Eller  
wrote:



Why hide it behind a right-click?  A tiny recognisable refresh icon in
plain sight would be better, IMHO.

~Roger

On Sep 13, 2016 5:43 AM, "Ben Rubinstein"  wrote:


On 13/09/2016 05:31, J. Landman Gay wrote:


On September 12, 2016 9:57:40 PM Sannyasin Brahmanathaswami <
bra...@hindu.org>
wrote:



But both the Project Browser and RevApplicationbrowser do not reflect the
change. Once in a while they do… but 80% of the time, change of layers
are
not reflected/updated.

Is there a way force refresh these lists?



For the App Browser, right click anywhere in the right hand pane and
choose
Refresh from the contextual menu.



I'll just leave this here:
http://quality.livecode.com/show_bug.cgi?id=17916

Ben


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

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

http://lists.runrev.com/mailman/listinfo/use-livecode




___
use-livecode mailing list
use-livecode@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 Allows you to move a group into another group

[Sannyasin Brahmanathaswami]

I am not able to reproduce this, this morning after a fresh reboot of LC.

If I create new stack, create two groups with multiple objects and move one 
group into the other group, I can move it out again in the PB… I can also 
relayer objects in the property inspector and "fresh just out of the box" LC 
IDE and PB behave as expected. the PB is updated.


This goes to the overall problem I have experienced from the beginning with 
LC8.*…. as you use the IDE.. over time, mysterious things start happening in 
the background.

I have no recipe, but the overall symptom seems to be that in many different 
contexts, conditions start to arise where some IDE messages stop being passed, 
or IDE globals/locals that should be updated, are not… I was studying some past 
posts by Allie, where he discusses the new methods for revIDELibrary "catching" 
messages etc.. in the effort to encapsulate IDE functions etc…I think there is 
some flaw deep in that framework…

Here are just a few… I should start keeping a list.. and, as I watch this use 
list… I see others are report things that might just go away if they rebooted 
LC and tried again… (to be tested, your mileage may vary)

--  the Project Browser stops listening to changes in the Project inspector. 
-- The project inspector doesn't open from any contextual window.
-- Choose Card Script from the menu does nothing… SE does not open.
-- option-command click on an object will not invoke the SE/script for that 
object.
-- Editing script of an object in the PB opens the tab for a script of a 
different object in the SE
- preopenstack issued from the message box with a top stack open that has even 
a simple 

on preopenstack
answer "hello" with "OK"
end preopenstack

does not fire

-- in the message box you type something like 

resetGUI  (a command in your stack script)
and the msg box updates itself with

put resetGUI  

# without firing your command.

-- LC mysteriously opens an IDE stack breaking on some error deep in the IDE 
stack frame work "something went wrong on line 1867 of 
revWhatever.livecodescript" 

-- use of some plugins that used to work  are simply out of the question. at 
one time they did not interfere.. .now we find code breaking inside scripts of 
plugins… an error message and SE will open a tab with a script for a plug in 
today, that worked just fine two hours ago and yesterday… 

-- the script editor has a mind of it's own now… suddenly you have a failure 
because

"end resetGUI"  # has become

"nd resetGUI"  # and you were no where near that line with your cursor!  the SE 
just chopped of char 1 of the end of a handler (I experienced this many times 
in the past three days)
 
There are many more such failures that start piling up that 

It can get extremely frustrating to the point of ones love of LC turning a bit 
sour (I hear this from some others off list too… it's not just me)… you live 
with the anxiety that something you are trying to debug actually has nothing to 
do with one's own code/stacks/scripts… 

I've come to the point where my prompt 

 "Stand up and Stretch" has become 

"Stand up and stretch; Save all stacks, close all stacks manually and reboot 
LC" on the hour every hour.

These issues are so opaque/numerous that trying to report them is out of the 
question… otherwise you will not get any work done.  You just have to "bite the 
bullet" reboot and keep going…



I realize this "recipeless" report is not as helpful as a singular issue 
report, but my gut it telling me that there is probably something deep in the 
IDE framework that may be the underlying cause for *all* these issues.

I wonder if we could turn on some log thing and instead of reporting each 
failure.. .we work for a week and then send in the log?

BR

PS on the positive side, I just learned how to use getprop to fire/listen for 
virtual property. So you can have an object "broadcast" an "agnostic" event and 
different scripts and contexts can handle that in different ways. Awesome!  How 
many solutions I have struggled with that now are solvable with this!  It would 
be great to do a big lesson-demo on various uses of this for newbies… it's a 
bit opaque/esoteric…



On 9/13/16, 2:36 AM, "use-livecode on behalf of Roger Eller" 
 wrote:

But both the Project Browser and RevApplicationbrowser do not reflect the
change. Once in a while they do… but 80% of the time, change of layers
are
not reflected/updated.

Is there a way force refresh these lists?


___
use-livecode mailing list
use-livecode@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 Allows you to move a group into another group

[Roger Eller]

Why hide it behind a right-click?  A tiny recognisable refresh icon in
plain sight would be better, IMHO.

~Roger

On Sep 13, 2016 5:43 AM, "Ben Rubinstein"  wrote:

> On 13/09/2016 05:31, J. Landman Gay wrote:
>
>> On September 12, 2016 9:57:40 PM Sannyasin Brahmanathaswami <
>> bra...@hindu.org>
>> wrote:
>>
>>>
>>> But both the Project Browser and RevApplicationbrowser do not reflect the
>>> change. Once in a while they do… but 80% of the time, change of layers
>>> are
>>> not reflected/updated.
>>>
>>> Is there a way force refresh these lists?
>>>
>>
>> For the App Browser, right click anywhere in the right hand pane and
>> choose
>> Refresh from the contextual menu.
>>
>
> I'll just leave this here:
> http://quality.livecode.com/show_bug.cgi?id=17916
>
> Ben
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Project Browser Allows you to move a group into another group

[Ben Rubinstein]

On 13/09/2016 05:31, J. Landman Gay wrote:

On September 12, 2016 9:57:40 PM Sannyasin Brahmanathaswami 
wrote:


But both the Project Browser and RevApplicationbrowser do not reflect the
change. Once in a while they do… but 80% of the time, change of layers are
not reflected/updated.

Is there a way force refresh these lists?


For the App Browser, right click anywhere in the right hand pane and choose
Refresh from the contextual menu.


I'll just leave this here:
http://quality.livecode.com/show_bug.cgi?id=17916

Ben


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

Re: Project Browser Allows you to move a group into another group

[J. Landman Gay]

On September 12, 2016 9:57:40 PM Sannyasin Brahmanathaswami 
 wrote:


But both the Project Browser and RevApplicationbrowser do not reflect the 
change. Once in a while they do… but 80% of the time, change of layers are 
not reflected/updated.


Is there a way force refresh these lists?


For the App Browser, right click anywhere in the right hand pane and choose 
Refresh from the contextual menu.



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

Re: Project Browser Allows you to move a group into another group

[Monte Goulding]

> On 13 Sep 2016, at 12:56 PM, Sannyasin Brahmanathaswami  
> wrote:
> 
> also… if we change the layer of a group from the property inspector, eg. the 
> card has 32 layers of objects and you want to move a group on layer 19 to the 
> top.
> 
> You can set the layer of group 19 to 35 (in the property inspector)  and it 
> actually moves to the top (you can see it on the card) and then if you 
> inspect, it is now on layer 32 because there is no layer 35… we just forced 
> it out to the top.
> 
> But both the Project Browser and RevApplicationbrowser do not reflect the 
> change. Once in a while they do… but 80% of the time, change of layers are 
> not reflected/updated.
> 
> Is there a way force refresh these lists?

OK, I think that’s probably a separate issue where the project browser should 
be listening to the layer property of the objects. Could you report that also?

Cheers

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

Re: Project Browser Allows you to move a group into another group

[Sannyasin Brahmanathaswami]

also… if we change the layer of a group from the property inspector, eg. the 
card has 32 layers of objects and you want to move a group on layer 19 to the 
top.

You can set the layer of group 19 to 35 (in the property inspector)  and it 
actually moves to the top (you can see it on the card) and then if you inspect, 
it is now on layer 32 because there is no layer 35… we just forced it out to 
the top.

But both the Project Browser and RevApplicationbrowser do not reflect the 
change. Once in a while they do… but 80% of the time, change of layers are not 
reflected/updated.

Is there a way force refresh these lists?

On 9/12/16, 4:13 PM, "use-livecode on behalf of Monte Goulding" 
 wrote:

I think you should be able to both relayer within the group and drag an 
object out of a group into its parent group or card so it sounds like there’s 
an issue there.


___
use-livecode mailing list
use-livecode@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 Allows you to move a group into another group

[Monte Goulding]

I think you should be able to both relayer within the group and drag an object 
out of a group into its parent group or card so it sounds like there’s an issue 
there.

> On 13 Sep 2016, at 12:08 PM, Sannyasin Brahmanathaswami  
> wrote:
> 
> the Project Browser is much improved an very stable now… Thanks for whoever 
> did the hard work there.
> 
> Today, with relayerGroupedControls set to default/false.. I inadvertently 
> dragged a group into another group in the Project Browser.
> 
> Now any attempt to change the layer of the group B that "slide= down" inside 
> the other group A fails… setting the relayerGroupControls to "true" and 
> trying to change the layer of the group B inside the other group A doesn't 
> work.
> 
> I finally had to resort to editing the group A. selecting individual the 
> control in the group B cutting these.. Stop  editing and paste them on top of 
> the card.
> 
> Relayering of groups has always been tricky. Should this be reported? If you 
> move the group into another group, one should be able to drag if out, n'est 
> ce Pas?
> 
> 
> BR
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

Project Browser Allows you to move a group into another group

[Sannyasin Brahmanathaswami]

the Project Browser is much improved an very stable now… Thanks for whoever did 
the hard work there.

Today, with relayerGroupedControls set to default/false.. I inadvertently 
dragged a group into another group in the Project Browser.

Now any attempt to change the layer of the group B that "slide= down" inside 
the other group A fails… setting the relayerGroupControls to "true" and trying 
to change the layer of the group B inside the other group A doesn't work.

I finally had to resort to editing the group A. selecting individual the 
control in the group B cutting these.. Stop  editing and paste them on top of 
the card.

Relayering of groups has always been tricky. Should this be reported? If you 
move the group into another group, one should be able to drag if out, n'est ce 
Pas?


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

Re: 8 project browser hacking

[Peter TB Brett]

On 07/06/2016 21:01, Mike Kerner wrote:

never mind, Ali responded on one of the bug reports...


FWIW, http://quality.livecode.com/show_bug.cgi?id=17813#c3

Here's Ali's comment in full:


Here is the pull request:
https://github.com/livecode/livecode-ide/pull/1192

Essentially the problem was that the 'frame behavior', which unifies
all of the palette header and footer handling, assumes that there is
a 1-1 mapping between preference menu items and preferences. The
original implementation of PB ordering used two preferences for each
menu item (sort type and sort order for each of stack, card and
control), which meant that the frame behavior couldn't set the
checkmarks correctly.

Hence the fix was to combine each pair of prefs into one
(pb_stackSortOrder & pb_stackSortType -> pb_stackSort), add a mini
API for setting and getting the preference to make sure it was in a
consistent form, and then changing all the places where these pref
names were used.

Note I missed one instance, hence bug 17769, which will be fixed in
8.0.2 rc 2 (but not 8.0.2 rc 1 and possibly not 8.1.0 dp 2). The fix
for that is here: https://github.com/livecode/livecode-ide/pull/1222

I also took the opportunity there to add tests for each of the
ordering types.



   Peter

--
Dr Peter Brett 
LiveCode Technical Project Manager

LiveCode 2016 Conference https://livecode.com/edinburgh-2016/

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

Re: 8 project browser hacking

[Mike Kerner]

never mind, Ali responded on one of the bug reports...

On Tue, Jun 7, 2016 at 3:26 PM, Mike Kerner 
wrote:

> Has anyone messed around in the PB in 8, yet?  I found a bug and was
> trying to pick my way through, but I've hit a bit of a wall with the PB
> header widget.
>
> --
> 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

8 project browser hacking

[Mike Kerner]

Has anyone messed around in the PB in 8, yet?  I found a bug and was trying
to pick my way through, but I've hit a bit of a wall with the PB header
widget.

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

[RM]

Well, I apologise if I got that one wrong: about the Application Browser 
being EOL.


I was not trying to distort reality, and I know I am not Steve Jobs, and 
am very glad I'm not:
and there are 2 ways of interpreting "Kevin is not Steve Jobs", and I 
meant that to be a

positive statement, not the other way round.

However, note Jacque's "lumpier" comment.

Richmond.

On 26.05.2016 05:11, Mike Kerner wrote:

Since the PB and the AB are both written in straight-up LC, why not try
working on them?  No LCB required.

On Wed, May 25, 2016 at 9:05 PM, Kay C Lan  wrote:


And Richmond you aren't Steve either, your distortion reality field
only extends to you.

So no matter how often you try to completely distort reality, it isn't
working. Your statement about LC EOLing the AB is a straight out
misrepresentation of the facts which you are fully aware of because
you participated in a recent long thread about the AB in which:

Peter Brett stated on 26Nov15:


*Everything* shipped with LiveCode is supported.  If we don't intend to

support it, we don't ship it.

Which seems pretty clear but you Richmond replied that you interpreted
this statement as a indication that LC had 'downgraded' the
Application Browser.

Mark Weider on 27Nov15:

Actually, I don't see that as a downgrade at all.
Making it a plugin allows it to be more malleable, fixable, replaceable.

Taking it out

of the IDE hierarchy should give us more options to work on the

Application

Browser. Since the team wants to do other things, it's up to the

community to fix the

AB, and making it a plugin makes it easier to do so.

Which didn't seem to penetrate your distortion field as you Richmond
concluded:


Aah, so the team isn't going to bother to listen to the Community because

it wants to

do other things; so it is chucking the Application Browser out to grass.

So this is where you and only you have concluded that the AB is EOL.

You also wrote:


Makes me wonder, again, again, about that word: "community".

So yes, if YOU as part of the community are completely unprepared to
modify/improve the AB, then it may remain stagnant, AND if YOU decide
to take the AB out of the Plugins folder and place it in the Trash
then yes, in YOUR world the AB is EOL.

So here's my distorted version of reality. If no one from the
community touches the AB, then it must be PERFECT and so it'll remain
in the Plugins Folder forever. How lucky we are!

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







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

[Mike Kerner]

Since the PB and the AB are both written in straight-up LC, why not try
working on them?  No LCB required.

On Wed, May 25, 2016 at 9:05 PM, Kay C Lan  wrote:

> And Richmond you aren't Steve either, your distortion reality field
> only extends to you.
>
> So no matter how often you try to completely distort reality, it isn't
> working. Your statement about LC EOLing the AB is a straight out
> misrepresentation of the facts which you are fully aware of because
> you participated in a recent long thread about the AB in which:
>
> Peter Brett stated on 26Nov15:
>
> >*Everything* shipped with LiveCode is supported.  If we don't intend to
> support it, we don't ship it.
>
> Which seems pretty clear but you Richmond replied that you interpreted
> this statement as a indication that LC had 'downgraded' the
> Application Browser.
>
> Mark Weider on 27Nov15:
> >Actually, I don't see that as a downgrade at all.
> >Making it a plugin allows it to be more malleable, fixable, replaceable.
> Taking it out
> >of the IDE hierarchy should give us more options to work on the
> Application
> >Browser. Since the team wants to do other things, it's up to the
> community to fix the
> >AB, and making it a plugin makes it easier to do so.
>
> Which didn't seem to penetrate your distortion field as you Richmond
> concluded:
>
> >Aah, so the team isn't going to bother to listen to the Community because
> it wants to
> >do other things; so it is chucking the Application Browser out to grass.
>
> So this is where you and only you have concluded that the AB is EOL.
>
> You also wrote:
>
> >Makes me wonder, again, again, about that word: "community".
>
> So yes, if YOU as part of the community are completely unprepared to
> modify/improve the AB, then it may remain stagnant, AND if YOU decide
> to take the AB out of the Plugins folder and place it in the Trash
> then yes, in YOUR world the AB is EOL.
>
> So here's my distorted version of reality. If no one from the
> community touches the AB, then it must be PERFECT and so it'll remain
> in the Plugins Folder forever. How lucky we are!
>
> ___
> use-livecode mailing list
> use-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

[Kay C Lan]

And Richmond you aren't Steve either, your distortion reality field
only extends to you.

So no matter how often you try to completely distort reality, it isn't
working. Your statement about LC EOLing the AB is a straight out
misrepresentation of the facts which you are fully aware of because
you participated in a recent long thread about the AB in which:

Peter Brett stated on 26Nov15:

>*Everything* shipped with LiveCode is supported.  If we don't intend to 
>support it, we don't ship it.

Which seems pretty clear but you Richmond replied that you interpreted
this statement as a indication that LC had 'downgraded' the
Application Browser.

Mark Weider on 27Nov15:
>Actually, I don't see that as a downgrade at all.
>Making it a plugin allows it to be more malleable, fixable, replaceable. 
>Taking it out
>of the IDE hierarchy should give us more options to work on the Application
>Browser. Since the team wants to do other things, it's up to the community to 
>fix the
>AB, and making it a plugin makes it easier to do so.

Which didn't seem to penetrate your distortion field as you Richmond concluded:

>Aah, so the team isn't going to bother to listen to the Community because it 
>wants to
>do other things; so it is chucking the Application Browser out to grass.

So this is where you and only you have concluded that the AB is EOL.

You also wrote:

>Makes me wonder, again, again, about that word: "community".

So yes, if YOU as part of the community are completely unprepared to
modify/improve the AB, then it may remain stagnant, AND if YOU decide
to take the AB out of the Plugins folder and place it in the Trash
then yes, in YOUR world the AB is EOL.

So here's my distorted version of reality. If no one from the
community touches the AB, then it must be PERFECT and so it'll remain
in the Plugins Folder forever. How lucky we are!

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

[RM]

Well, Kevin Miller is not Steve Jobs.

R.

On 24.05.2016 22:16, J. Landman Gay wrote:
The last time I led a revolt, Steve Jobs wrote me a terse email and 
shut down HC.


But I can submit a bug report.


On 5/24/2016 1:10 PM, RM wrote:

Well, Jacque, do you want to lead a revolt (not quite sure if that's the
correct word) to bring back
the Application Browser as something that hasn't been EOL-ed and packed
off into the Plug-ins
folder to keep people like Thee and me 'happy'?

Richmond.

On 24.05.2016 21:05, J. Landman Gay wrote:

On May 24, 2016, at 9:28 AM, RM  wrote:


It isn't my cup of tea either.

But for those of us who don't like it, the Application Browser is
"still there",
but, I assume, it is frozen, and in time may prove a bit "lumpy" with
new
versions of Livecode.


It's getting lumpier with 8.0.1rc1. Double-clicking an object no
longer opens the property inspector (prefs are set correctly,) and
selecting an object on the card no longer updates the selection in the
app browser.




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







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

[stephen barncard]

On Tue, May 24, 2016 at 12:16 PM, J. Landman Gay 
wrote:

> The last time I led a revolt, Steve Jobs wrote me a terse email and shut
> down HC.
>

so YOU were the one!

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: Project Browser

[Mark Wieder]

J. Landman Gay  writes:

> 
> You're welcome. I had no idea I was such a powerful influence on The Steve.

Now if you just had that influence over The Kevin...

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

Re: Project Browser

[J. Landman Gay]

You're welcome. I had no idea I was such a powerful influence on The Steve.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com



On May 24, 2016 4:11:22 PM "Peter M. Brigham"  wrote:


On May 24, 2016, at 3:16 PM, J. Landman Gay wrote:

The last time I led a revolt, Steve Jobs wrote me a terse email and shut 
down HC.


My first impulse for a reply was "OMG, so YOU were responsible for the 
death of Hypercard!?" Then I thought, but look what we have now -- 
LiveCode. So… thanks!:-)


-- Peter

Peter M. Brigham
pmb...@gmail.com


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

http://lists.runrev.com/mailman/listinfo/use-livecode




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

Re: Project Browser

[Bob Sneidar]

Those were exactly my thoughts too! LOL!

Bob S


> On May 24, 2016, at 14:09 , Peter M. Brigham  wrote:
> 
> On May 24, 2016, at 3:16 PM, J. Landman Gay wrote:
> 
>> The last time I led a revolt, Steve Jobs wrote me a terse email and shut 
>> down HC.
> 
> My first impulse for a reply was "OMG, so YOU were responsible for the death 
> of Hypercard!?" Then I thought, but look what we have now -- LiveCode. So… 
> thanks!:-)
> 
> -- Peter
> 
> Peter M. Brigham
> pmb...@gmail.com
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

Re: Project Browser

[Bob Sneidar]

Thanks so much that is what I am looking for! 

Bob S


> On May 24, 2016, at 07:55 , Ben Rubinstein  wrote:
> 
> On 24/05/2016 15:44, Bob Sneidar wrote:
>> Did someone say there was a way to get the application browser back? The 
>> project browser in it's current form is a bit unusable. A couple times I 
>> attempted to drag-reorder the objects, and instead only succeeded at putting 
>> one object into another group. I changed the sort order to number and the 
>> window went blank. Yeah. No. Not usable.
> 
> 
> 
> In the meantime, you can access the Application Overview under 
> Development/Plugins/revApplicationOverview.
> 


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

[Peter M. Brigham]

On May 24, 2016, at 3:16 PM, J. Landman Gay wrote:

> The last time I led a revolt, Steve Jobs wrote me a terse email and shut down 
> HC.

My first impulse for a reply was "OMG, so YOU were responsible for the death of 
Hypercard!?" Then I thought, but look what we have now -- LiveCode. So… thanks! 
   :-)

-- Peter

Peter M. Brigham
pmb...@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

Re: Project Browser

[J. Landman Gay]

The last time I led a revolt, Steve Jobs wrote me a terse email and shut 
down HC.


But I can submit a bug report.


On 5/24/2016 1:10 PM, RM wrote:

Well, Jacque, do you want to lead a revolt (not quite sure if that's the
correct word) to bring back
the Application Browser as something that hasn't been EOL-ed and packed
off into the Plug-ins
folder to keep people like Thee and me 'happy'?

Richmond.

On 24.05.2016 21:05, J. Landman Gay wrote:

On May 24, 2016, at 9:28 AM, RM  wrote:


It isn't my cup of tea either.

But for those of us who don't like it, the Application Browser is
"still there",
but, I assume, it is frozen, and in time may prove a bit "lumpy" with
new
versions of Livecode.


It's getting lumpier with 8.0.1rc1. Double-clicking an object no
longer opens the property inspector (prefs are set correctly,) and
selecting an object on the card no longer updates the selection in the
app browser.




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




--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

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

Re: Project Browser

[RM]

Well, Jacque, do you want to lead a revolt (not quite sure if that's the 
correct word) to bring back
the Application Browser as something that hasn't been EOL-ed and packed 
off into the Plug-ins

folder to keep people like Thee and me 'happy'?

Richmond.

On 24.05.2016 21:05, J. Landman Gay wrote:

On May 24, 2016, at 9:28 AM, RM  wrote:


It isn't my cup of tea either.

But for those of us who don't like it, the Application Browser is 
"still there",
but, I assume, it is frozen, and in time may prove a bit "lumpy" with 
new

versions of Livecode.


It's getting lumpier with 8.0.1rc1. Double-clicking an object no 
longer opens the property inspector (prefs are set correctly,) and 
selecting an object on the card no longer updates the selection in the 
app browser.





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

[J. Landman Gay]

On May 24, 2016, at 9:28 AM, RM  wrote:


It isn't my cup of tea either.

But for those of us who don't like it, the Application Browser is "still there",
but, I assume, it is frozen, and in time may prove a bit "lumpy" with new
versions of Livecode.


It's getting lumpier with 8.0.1rc1. Double-clicking an object no longer 
opens the property inspector (prefs are set correctly,) and selecting an 
object on the card no longer updates the selection in the app browser.


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

Re: Project Browser

[Earthednet-wp]

Project browser issues have also kept me from using v8 for development. It has 
been especially frustrating when trying to reorder objects on cards with groups.
Bill

William Prothero
http://es.earthednet.org

> On May 24, 2016, at 9:28 AM, RM  wrote:
> 
> It isn't my cup of tea either.
> 
> But for those of us who don't like it, the Application Browser is "still 
> there",
> but, I assume, it is frozen, and in time may prove a bit "lumpy" with new
> versions of Livecode.
> 
> But by then, either the Project Browser will be better (and/or more like the 
> Application Browser),
> or . . . .
> 
> Richmond.
> 
>> On 24.05.2016 17:55, Ben Rubinstein wrote:
>>> On 24/05/2016 15:44, Bob Sneidar wrote:
>>> Did someone say there was a way to get the application browser back? The 
>>> project browser in it's current form is a bit unusable. A couple times I 
>>> attempted to drag-reorder the objects, and instead only succeeded at 
>>> putting one object into another group. I changed the sort order to number 
>>> and the window went blank. Yeah. No. Not usable.
>> 
>> I guiltily confess to not having used 8 in anger until now; at which point I 
>> have started collecting Project Browser issues. (Actually, just yesterday!)
>> 
>> On going to Bugzilla to think about how to report them, I see that there are 
>> many existing reports:
>> 
>> http://quality.livecode.com/buglist.cgi?query_format=advanced&short_desc=project%20browser&short_desc_type=substring
>>  
>> 
>> (of which more than half resolved, and most of the others confirmed).  I 
>> confess I've not yet found the time to work through my list to see if 
>> there's anything not yet covered.
>> 
>> So I think we can expect progress!
>> 
>> In the meantime, you can access the Application Overview under 
>> Development/Plugins/revApplicationOverview.
>> 
>> But I'm trying to persevere with using PB as much as possible, in the hope 
>> of helping to track down the bugs...
>> 
>> Ben
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

[RM]

It isn't my cup of tea either.

But for those of us who don't like it, the Application Browser is "still 
there",

but, I assume, it is frozen, and in time may prove a bit "lumpy" with new
versions of Livecode.

But by then, either the Project Browser will be better (and/or more like 
the Application Browser),

or . . . .

Richmond.

On 24.05.2016 17:55, Ben Rubinstein wrote:

On 24/05/2016 15:44, Bob Sneidar wrote:
Did someone say there was a way to get the application browser back? 
The project browser in it's current form is a bit unusable. A couple 
times I attempted to drag-reorder the objects, and instead only 
succeeded at putting one object into another group. I changed the 
sort order to number and the window went blank. Yeah. No. Not usable.


I guiltily confess to not having used 8 in anger until now; at which 
point I have started collecting Project Browser issues. (Actually, 
just yesterday!)


On going to Bugzilla to think about how to report them, I see that 
there are many existing reports:


http://quality.livecode.com/buglist.cgi?query_format=advanced&short_desc=project%20browser&short_desc_type=substring 



(of which more than half resolved, and most of the others confirmed).  
I confess I've not yet found the time to work through my list to see 
if there's anything not yet covered.


So I think we can expect progress!

In the meantime, you can access the Application Overview under 
Development/Plugins/revApplicationOverview.


But I'm trying to persevere with using PB as much as possible, in the 
hope of helping to track down the bugs...


Ben

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

http://lists.runrev.com/mailman/listinfo/use-livecode



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

Re: Project Browser

[Ben Rubinstein]

On 24/05/2016 15:44, Bob Sneidar wrote:

Did someone say there was a way to get the application browser back? The 
project browser in it's current form is a bit unusable. A couple times I 
attempted to drag-reorder the objects, and instead only succeeded at putting 
one object into another group. I changed the sort order to number and the 
window went blank. Yeah. No. Not usable.


I guiltily confess to not having used 8 in anger until now; at which point I 
have started collecting Project Browser issues. (Actually, just yesterday!)


On going to Bugzilla to think about how to report them, I see that there are 
many existing reports:


http://quality.livecode.com/buglist.cgi?query_format=advanced&short_desc=project%20browser&short_desc_type=substring

(of which more than half resolved, and most of the others confirmed).  I 
confess I've not yet found the time to work through my list to see if there's 
anything not yet covered.


So I think we can expect progress!

In the meantime, you can access the Application Overview under 
Development/Plugins/revApplicationOverview.


But I'm trying to persevere with using PB as much as possible, in the hope of 
helping to track down the bugs...


Ben

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

Project Browser

[Bob Sneidar]

Hi all. 

Did someone say there was a way to get the application browser back? The 
project browser in it's current form is a bit unusable. A couple times I 
attempted to drag-reorder the objects, and instead only succeeded at putting 
one object into another group. I changed the sort order to number and the 
window went blank. Yeah. No. Not usable. 

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

Re: Group not appearing in Project Browser

[Bob Sneidar]

So after reopening the project browser I found my missing group inside another 
group that I had just cloned, in order to GET the missing group. That itself 
may be another bug. Cloning a group by option-dragging another group should not 
put the copy INSIDE the source. I'll try to reproduce it. 

Bob S


> On May 13, 2016, at 10:36 , Mike Kerner  wrote:
> 
> And I filed a bug report on it, too.
> 
> On Fri, May 13, 2016 at 1:35 PM, Mike Kerner 
> wrote:
> 
>> There are issues with the PB not syncing properly.  I tried chasing it but
>> eventually gave up.  The easiest way to fix it, in my view, is to just
>> click in the search field in the PB.  It immediately syncs/updates.
>> 
>> On Fri, May 13, 2016 at 1:16 PM, Bob Sneidar 
>> wrote:
>> 
>>> Hi all.
>>> 
>>> I cloned a group that contained a label and a text field. I renamed the
>>> group, label and text field to something unique. I opened the project
>>> browser, expanded the stack, and then the card. The group and all of it's
>>> controls do NOT appear in the project browser! I close t he project
>>> browser, save the changes in the stack, reopen the project browser, and
>>> there is my missing group! Apparently the project browser does not read the
>>> stack from memory, but rather from the file on disk. Just guessing but that
>>> would explain the behavior.
>>> 


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

Re: Group not appearing in Project Browser

[Mike Kerner]

There are issues with the PB not syncing properly.  I tried chasing it but
eventually gave up.  The easiest way to fix it, in my view, is to just
click in the search field in the PB.  It immediately syncs/updates.

On Fri, May 13, 2016 at 1:16 PM, Bob Sneidar 
wrote:

> Hi all.
>
> I cloned a group that contained a label and a text field. I renamed the
> group, label and text field to something unique. I opened the project
> browser, expanded the stack, and then the card. The group and all of it's
> controls do NOT appear in the project browser! I close t he project
> browser, save the changes in the stack, reopen the project browser, and
> there is my missing group! Apparently the project browser does not read the
> stack from memory, but rather from the file on disk. Just guessing but that
> would explain the behavior.
>
> Is this the intended behavior? Everyone should be aware of it if it is. My
> recollection is that the application browser would show all current objects
> whether or not the stack had been saved. BTW this is a substack of a
> mainstack. Not sure if that will make a difference.
>
> 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: Group not appearing in Project Browser

[Mike Kerner]

And I filed a bug report on it, too.

On Fri, May 13, 2016 at 1:35 PM, Mike Kerner 
wrote:

> There are issues with the PB not syncing properly.  I tried chasing it but
> eventually gave up.  The easiest way to fix it, in my view, is to just
> click in the search field in the PB.  It immediately syncs/updates.
>
> On Fri, May 13, 2016 at 1:16 PM, Bob Sneidar 
> wrote:
>
>> Hi all.
>>
>> I cloned a group that contained a label and a text field. I renamed the
>> group, label and text field to something unique. I opened the project
>> browser, expanded the stack, and then the card. The group and all of it's
>> controls do NOT appear in the project browser! I close t he project
>> browser, save the changes in the stack, reopen the project browser, and
>> there is my missing group! Apparently the project browser does not read the
>> stack from memory, but rather from the file on disk. Just guessing but that
>> would explain the behavior.
>>
>> Is this the intended behavior? Everyone should be aware of it if it is.
>> My recollection is that the application browser would show all current
>> objects whether or not the stack had been saved. BTW this is a substack of
>> a mainstack. Not sure if that will make a difference.
>>
>> 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

Group not appearing in Project Browser

[Bob Sneidar]

Hi all. 

I cloned a group that contained a label and a text field. I renamed the group, 
label and text field to something unique. I opened the project browser, 
expanded the stack, and then the card. The group and all of it's controls do 
NOT appear in the project browser! I close t he project browser, save the 
changes in the stack, reopen the project browser, and there is my missing 
group! Apparently the project browser does not read the stack from memory, but 
rather from the file on disk. Just guessing but that would explain the 
behavior. 

Is this the intended behavior? Everyone should be aware of it if it is. My 
recollection is that the application browser would show all current objects 
whether or not the stack had been saved. BTW this is a substack of a mainstack. 
Not sure if that will make a difference. 

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

Re: [ANN] Release 8.0.0 , project browser

[Sannyasin Brahmanathaswami]

The old application browser may work for you

It has moved

Plugins

revApplicationOverview

For some of us.. The first thing we do on downloading any recent version of LC 
is to set this plug-in to open on start up.

BR





On 5/4/16, 12:22 PM, "use-livecode on behalf of Andrew Meit" 
 
wrote:

>Someone have an alternative project browser? I will trade some of my art for 
>or to do something.
>
>Andrew
___
use-livecode mailing list
use-livecode@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.0.0 , project browser

[Mark Schonewille]

Andrew,

Perhaps it is good to know that an official request for accessibility 
features was made almost 8 years ago:

http://quality.livecode.com/show_bug.cgi?id=7286
The last note from RunRev staff about this issue dates back to 2014.

Kind regards,

Mark Schonewille
http://economy-x-talk.com
https://www.facebook.com/marksch

Buy the most extensive book on the
LiveCode language:
http://livecodebeginner.economy-x-talk.com

Op 05-May-16 om 00:22 schreef Andrew Meit:

Please, please anyone know how to hack the colors used in the project browser 
tree?
1. I can barely read the white on blue, needs to be dark grey/black bkgnd
2. all the light grey text needs to be darker or black
3. the eye is hideous, dark grey/black please
4. I can barely see the lock when disabled
5. icons are too small
6. white on blue for the numbers, need black on white please
7. A Thicker font, this thin font is too much for me to see the font.
8. the +/- controls are hard to see too, white on grey, too tiny

There needs a theme editor for the project browser,…soon, very soon.
Off to take some meds from a headache from 3hrs using the project browser.
No, this is not a joke, am legally blind.

Someone have an alternative project browser? I will trade some of my art for or 
to do something.

Andrew



___
use-livecode mailing list
use-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] Release 8.0.0 , project browser

[Andrew Meit]

Please, please anyone know how to hack the colors used in the project browser 
tree? 
1. I can barely read the white on blue, needs to be dark grey/black bkgnd
2. all the light grey text needs to be darker or black
3. the eye is hideous, dark grey/black please
4. I can barely see the lock when disabled
5. icons are too small
6. white on blue for the numbers, need black on white please
7. A Thicker font, this thin font is too much for me to see the font.
8. the +/- controls are hard to see too, white on grey, too tiny

There needs a theme editor for the project browser,…soon, very soon.
Off to take some meds from a headache from 3hrs using the project browser.
No, this is not a joke, am legally blind.

Someone have an alternative project browser? I will trade some of my art for or 
to do something.

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

auto show inspector from project browser

[Sannyasin Brahmanathaswami]

Seems there is no easy way to pop open the inspector for an object in the 
project browser.. you have to control-click then get the contextual menu and 
then click "Property Inspector"

What am I missing... must be more direct-to--inspector method, why not have a 
button to open the inspector on the right, like you have the

4 (lines of script) eye (show-hide) Lock )(tool tip says "hide" also)

add another one for "i"inspector

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

Re: An idea for the project browser

[Sri]

More:

Option-click on an object would open another PB with the clicked object
selected.

Drag would move and Option-drag would copy an object (between the PBs).


Regards,
Sri



--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/An-idea-for-the-project-browser-tp4699284p4699286.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

An idea for the project browser

[J. Landman Gay]

I'm sticking with the App Browser until it kicks the bucket (and I hope 
that's never.) But here's one idea that might help me use the PB more often:


Put a breadcrumb trail at the top, just above the scrolling list. It 
would always give the path to the selected object:


  stack "myStack"/card "thisCard"/group "myGroup"/button "Click Me"

Then I know where I am when the identifying header scrolls off the top. 
Clicking on any part of the breadcrumb trail would scroll the list to 
display that control (just scroll; no further action.) Double-clicking 
any part of the trail would not only scroll there, but select the 
object, update the breadcrumbs, and navigate to the control in the stack 
itself.


Then add the ability to use the contextual menu on any control under the 
mouse, without actually selecting the object. I.e., point to a field and 
right-click to open its inspector or its script, or copy it, delete it, etc.


This would have these benefits:

1. I always know where I am in the map
2. I can navigate quickly to any part of the trail without scrolling
3. I can act on objects that aren't selected without leaving the current 
card

4. I can click on the last control in the trail to scroll back where I was

This doesn't show me the whole stack structure in the way the AB does, 
but it would solve some of the other limitations.


Comments welcome, I haven't throught through all the implications 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

Re: App Browser versus Project Browser

[Mark Wieder]

On 10/08/2015 09:05 AM, Mark Waddingham wrote:


As I said in another post (in reply to the original reply), this wasn't
the intent of my post - so apologies for any mis-inference that has been
took.


Hee. no mis-inference here. You posted a hypothetical question, and I 
took the bait. No worries from my end.


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

Re: App Browser versus Project Browser

[Mark Waddingham]

On 2015-10-08 17:58, Dr. Hawkins wrote:

Wow. I step away for a day and look what happens.
Interesting question.

I'd probably stay with previous builds and cut my ties with a company
that's out of touch with its user base.



I, too, would probably go searching again.

The whole IDE is degrading fast enough without taking pieces that do
sort-of work and forcing new things on us . . .


As I said in another post (in reply to the original reply), this wasn't 
the intent of my post - so apologies for any mis-inference that has been 
took.


Warmest Regards,

Mark.

--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps

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

Re: App Browser versus Project Browser

[Dr. Hawkins]

On Wed, Oct 7, 2015 at 11:51 PM, Mark Waddingham  wrote:

>
> i.e. There is was a strong hint that continued usage of the Application
> Browser was related to its presence, rather than fondness.
>
> Essentially I was trying to determine whether it was familiarity or like
> which was the issue here.
>

The project browser displays far less in the same vertical space, even
without considering the left pane.

On top of that, it is more effort, scrolling, and clicks to display.

Kind of like why I'm so disappointed with my new Tivo . . .  (I counted the
other night, and it was about six taps of navigation for a season pass, or
whatever they call it, compared to two on the same button.  And large types
of searches [e.g., "season premier" ]no longer work --quite similar to what
we're complaining about here)
-- 
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

Re: App Browser versus Project Browser

[Dr. Hawkins]

On Wed, Oct 7, 2015 at 8:25 PM, Mark Wieder  wrote:

> On 10/07/2015 11:54 AM, Mark Waddingham wrote:
>
>> So if we had deleted the app browser stack from the build, would your
>> point of view have changed and would you have started to use the project
>> browser? ;)
>>
>
> Wow. I step away for a day and look what happens.
> Interesting question.
>
> I'd probably stay with previous builds and cut my ties with a company
> that's out of touch with its user base.
>

I, too, would probably go searching again.

The whole IDE is degrading fast enough without taking pieces that do
sort-of work and forcing new things on us . . .


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