Bug or feature? Commands in disabled groups.

[Ron]

This is by design, but i changed the source to use this,. BUT i would like to have some thoughts about this, before i release it. My question:

Should commands that sit in disabled groups/multigroups be allowed to run when jumping/linking/gotoing ? Or should I change the behaviour ?

[Ron]

Steve, Any reason for that distinction ?

[Ron]

Hmm, I see. And what about an enabled multigroup in a disabled group, should the multicommands work or not ?

Personally I would prefer to disable everything if any of the "parents" is disabled, this is the most clear and neat.

Making a distiction is a sure way to get LOTS of confusion,... and Girder is confusion enough as it is. If there is a good reason to make this distiction i am very keen to hear it though.

[Ron]

I am aware this forum is whacked,.. :sad: if you all would give the alterative forum a GOOD SHAKEDOWN i would appreciate it. If that forum doesn't show any of the problems i'll switch over. The problem is i'm afraid the server is the problem, not the forum.


<font size=-1>[ This Message was edited by: admin on 2001-05-13 19:48 ]</font>

[Ron]

Girder 3.0.23 is released, goto's now no longer execute commands in disabled groups. Mind(!) F5 also doesn't work if the group is disabled.

-Ron

[SteveV]

Here's my 2 cents worth:

Disabling a Group should disable all the commands such that jumping/linking/gotoing is also disabled.

Disabling a MultiGroup should only disable the MultiGroup. The individual commands within the MultiGroup should still be available for "gotoing"

Regards -- Steve

[SteveV]

RonB wrote:
Steve, Any reason for that distinction ?

Twisted and convoluted reasoning:)

Here's my thinking:

Group Disable
If you disable a group, you should be doing so to prevent ANY of the actions from executing. If, for example, I was using Goto actions in Group A that called MultiGroups in Group B, disabling Group B (using this reasoning) would prevent all of the Goto's called in Group A from being executing.

MultiGroup Disable
In disabling a MultiGroup, the concern should be in preventing the entire MultiGroup from being executed. If I have a command that calls a disabled MultiGroup, none of the MultiGroups individual commands will execute. I may wish, however, to have a Goto command execute an individual command located within the disabled Multigroup.

I hope I explained this in a manner that makes sense--please let me know if I haven't.

Regards -- Steve

[Edited by SteveV on 05-12-2001 at 03:54 PM GMT]

[SteveV]

Ron,

You're probably right; what I'm proposing is bound to be too confusing (yesterday was a VERY LONG day). My thinking was to be able to reuse individual commands that may be located within a disabled MultiGroup.

The same thing can be accomplished by locating these commands outside of the disabled MultiGroup and referencing them using goto's.

Restated: Yes, I agree--all children of disabled parent Groups or MultiGroups should be disabled as well.

Regards -- Steve

[SteveV]

Wow--tForum has really butchered this thread.
[EDIT: OK now it looks fine. What gives? http://www.stack.nl/~stilgar/windoze/forum/images/icon29.gif ]

Ingo,

I just now saw you're post regarding not calling individual commands within a disabled MultiGroup. Prior to me posting my last message I was unable to see any of your post.

Anyway, I agree that calling an individual command within a disabled MultiGroup is not necessary since that command can be located outside of any calling groups that might be disabled. I do this fairly routinly and for that matter, I'm not sure that I have ever called a command from a disabled MultiGroup. I have no idea what my reasoning was (too much work/too little sleep/too much beer?).

Regards -- Steve

[Edited by SteveV on 05-13-2001 at 07:21 AM GMT]

[Ingo]

I just tried to setup a second remote controller and ran into the following problem:

I have different Groups that conroll different programs.
Switching between these programs is done with one button that disables all program controll groups and enables one of them.
This worked fine (and still does) with my first remote, but to add my second remote controller I added a new group that consists of a Multigroup for each button. This Mutligroup contains a goto Command for each of the programs I want to controll.
My problem is that these gotos execute commands even in disabled groups. Is this by design or is it a bug? (and if its by design, can you change this, Ron?)

Ingo

[Ingo]

Hi Ron,

I think the most logical thing would be to disable everything that sits within anything that is disabled.
So, when a group is disabled, any command or multigroup in that group should be disabled. when a multigroup is disabled any command in that multigroup should be disabled.

Ingo

[Ingo]

Hi Steve,

group disable: I fully agree ;-)

multi group disable: you can emulate this behaviour by locating the commands you want to execute when the multi group is disabled somewhere outside of the multi group and using a Goto inside the multi group to call that command.
(that's how I do it now. to have my groups less confusing I never call a command inside a multi group. so this doesn't really hurt me at all, I just think it would be somewhat more confusing to novice users to have different behaviours)

Ingo

[Ingo]

Steve,
I had the same problem, my post was corrupted, but it was late and I wanted to go to sleep, so I didn't post it again.

Anyway, I think we got to the same conclusion. I didn't notice that it worked the way it does until yesterday, when I started to setup the second program for my second remote.

Ingo