• Please note: In an effort to ensure that all of our users feel welcome on our forums, we’ve updated our forum rules. You can review the updated rules here: http://forums.wolflair.com/showthread.php?t=5528.

    If a fellow Community member is not following the forum rules, please report the post by clicking the Report button (the red yield sign on the left) located on every post. This will notify the moderators directly. If you have any questions about these new rules, please contact support@wolflair.com.

    - The Lone Wolf Development Team

Mirroring parent's attrib's, again

  • Thread starter Thread starter angstboy at earthlink.net
  • Start date Start date
A

angstboy at earthlink.net

Guest
All right, I have tried and retried to get this process to work, but
I can't seem to swing it.

To recap:

I have a unit (Squad) that can take a number of specialists as child
units. To facilitate decision making, I want the child units to
always have the same stats as the parent unit, depending on the
options the parent chooses. I originally had a bunch of "mirr"
attrib's set up on the child, but it would be much streamlined if I
used the table attrib on the parent, which would prevent "mirr" freom
working any longer.

So, here's what I have tried to do:

redefined the datadef so that each unit has twice the normal stats:

stat and holdstat, (qty & hqty, lead & hlead,etc.) with the 'h' stat
unassigned. Then, I have the following options:

set child stats - on the parent, auto, that sets the holder stat of
the child equal to the parent's stat

then

mimic - on the child, auto, that says base:stat=(hstat)

This doesn't work. I have put each option in every possible
combination of priorities (at least I think I have):

option then set child then mimic
option then mimic then set child
set child then mimic then option
set child then option then mimic
mimic then set child then option
mimic then option then set child

none of these work.

HELP! Apparently there is some wya to do it, but I can't figure it
out. If someone could just lay out the exact priorities (which goes
first second, third, or if I'm missing a step) I think I could get
the rest of it pretty easily.


-------------------------- eGroups Sponsor -------------------------~-~>
eLerts
It's Easy. It's Fun. Best of All, it's Free!
http://click.egroups.com/1/9699/0/_/36190/_/976206622/
---------------------------------------------------------------------_->

To unsubscribe from this group, email

armybuilder-unsubscribe@egroups.com
 
The problem here is that you have introduced an extra wrinkle that was not
in the original set of suggestions you were given. You added the extra
stats and the use of "base:stat=(hstat)" on the child unit. That won't work
in V2.0.

Here's the problem. In V2.0, the "chld" attribute sets up the adjustments
for application to the child unit. Then the child unit is evaluated, with
ALL of its attached options being processed. AFTER they are all processed,
the child unit is checked for a type match. If it matches, the stat value
is assigned to the child. This means that the "base" attribute on the child
unit is being processed BEFORE the child unit is being assigned the stat
value by the parent. Why was it done this way? Because this ensures that
the child unit is fully processed and the FINAL set of types assigned to
teh child unit are compared against the type requirement in the "chld"
attribute.

Starting in V2.1, this problem will go away. First, you will be able to
have the "chld" attribute be applied BEFORE the child's other options are
processed if you want. Second, the "chld" attribute will allow you to
adjust the base value of the stat. Third, you can specify that a stat value
only ever show its adjusted value (never the base value). Any one of these
three new features will address the problem you're running into.

Please stay tuned, since V2.1 will be going into Beta testing any day now
and will be released in the near future.

Thanks, Rob

P.S. For all of you who will ask, V2.1 will be a free update for anyone
using V2.0 already.


At 04:29 PM 12/7/00 +0000, you wrote:
>All right, I have tried and retried to get this process to work, but
>I can't seem to swing it.
>
>To recap:
>
>I have a unit (Squad) that can take a number of specialists as child
>units. To facilitate decision making, I want the child units to
>always have the same stats as the parent unit, depending on the
>options the parent chooses. I originally had a bunch of "mirr"
>attrib's set up on the child, but it would be much streamlined if I
>used the table attrib on the parent, which would prevent "mirr" freom
>working any longer.
>
>So, here's what I have tried to do:
>
>redefined the datadef so that each unit has twice the normal stats:
>
>stat and holdstat, (qty & hqty, lead & hlead,etc.) with the 'h' stat
>unassigned. Then, I have the following options:
>
>set child stats - on the parent, auto, that sets the holder stat of
>the child equal to the parent's stat
>
>then
>
>mimic - on the child, auto, that says base:stat=(hstat)
>
>This doesn't work. I have put each option in every possible
>combination of priorities (at least I think I have):
>
>option then set child then mimic
>option then mimic then set child
>set child then mimic then option
>set child then option then mimic
>mimic then set child then option
>mimic then option then set child
>
>none of these work.
>
>HELP! Apparently there is some wya to do it, but I can't figure it
>out. If someone could just lay out the exact priorities (which goes
>first second, third, or if I'm missing a step) I think I could get
>the rest of it pretty easily.


---------------------------------------------------------------------------
Rob Bowes (rob@wolflair.com) (650) 726-9689
Lone Wolf Development www.wolflair.com

-------------------------- eGroups Sponsor -------------------------~-~>
eGroups eLerts
It's Easy. It's Fun. Best of All, it's Free!
http://click.egroups.com/1/9698/0/_/36190/_/976504759/
---------------------------------------------------------------------_->

To unsubscribe from this group, email

armybuilder-unsubscribe@egroups.com
 
Back
Top