--- In [email protected], "Brent Easton" <[EMAIL PROTECTED]> 
wrote:
>
> Hi Carrington,
> 
> I don't believe you can pass a property value from one counter to 
another.
> 
> Can you explain in simple terms want you want to achieve with your 
CRT resolver, rather than a possible method to achieve it? I am 
having trouble working out exactly what you want to do. There may be 
other ways to approach the problem.
> 
> 
> 
> >Which also suggests a way of imbuing properties (Terrain costs 
and 
> >Terrain modifiers on a mapboard -- simply stack an immovable, 
> >unstackable counter on each hex).
> 
> Yes, that's right, you can do this, but it is pretty painful on 
anything other than a small scale. You either
> 
>  a) Add the terrain counters as part of a saved game. You then 
need to make sure that 
> any and all new games that get created use, or are based on that 
start game.
> 
> or
> 
>  b) Add all the terrain counters as At-Start stacks, which sounds 
like a great idea until you realise that At-start stacks are placed 
by specifying the x,y co-ords which makes it INCREDIDBLY painful to 
get them in the correct place.
> 
> I recently finished a module that used Area movement and I created 
a piece for each zone that exactly matched the shape of the zone. It 
had two semi-transparent layers, one for each player and is used to 
shade the zone the color of the player who has control. It was 
control by a star-shaped counter button that fitted over a Star 
printed on the map board. Oh the pain to get those in the right 
place.
> 
> I am thinking we need a way of placing At-start stacks visually, 
where you see the map and the bottom counter of the stack and you 
get to move it around to where it should go.
> 
> 
> 
> >*********** REPLY SEPARATOR ***********
> >
> >On 9/09/2006 at 2:29 AM carrington_ward wrote:
> >Is there a way of passing variables/properties between counters?
> >
> >It struck me that an operation like this could allow for a 
> >reasonably easy method of constructing an in-module combat chart, 
as 
> >well as attaching data (like movement costs and Terrain effects) 
to 
> >locations on map.
> >
> >I posted the following to CSW -- I was relatively excited about 
the 
> >idea and will probably implement a portion of it for VG Vietnam. 
> >But the idea doesn't seem to have caught on.
> >
> >CRTs and Combat Resolution: Teaching Vassal to cross-index
> >
> >It struck me it would be reasonably simple to implement combat 
> >resolution within vassal with dynamic properties and trigger 
events.
> >
> >One scheme would be simply creating one layer for each cell on 
the 
> >combat results table, with these layers randomized on a basic 
piece 
> >representing the odds (or the firepower). In VASL, this would 
mean 
> >that defensive fire would entail spawning a firepower counter, 
then 
> >moving it to the target....
> >
> >A somewhat more ambitious scheme would be to recreate the combat 
> >results table on a separate mapboard with MxN squares (where M-1 
is 
> >the number of columns, N-1 the number of dice results) and combat 
> >result counters in each square. Combat would entail "marching" a 
> >counter east to the odds column, then south to the die roll (a 
six-
> >sided counter) and then spawning a copy of the combat result as a 
> >new counter on the gameboard.
> >
> >Which also suggests a way of imbuing properties (Terrain costs 
and 
> >Terrain modifiers on a mapboard -- simply stack an immovable, 
> >unstackable counter on each hex).
> >
> >Struck me as a rather cool dynamic... Has anyone tried to 
implement 
> >something like this?
> >
> >(hmm.. funny, I get the feeling that this is just reinventing a 
> >spreadsheet program within Vassal....or, rather, a kludgy, OOPy 
way 
> >of specifying an array without actually looking up the Java 
function 
> >for an array.)
> >
> >
> >
> ____________________________________________________________
> Brent Easton                       
> Analyst/Programmer                               
> University of Western Sydney                                   
> Email: [EMAIL PROTECTED]
>






 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/vassalengine/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    http://groups.yahoo.com/group/vassalengine/join
    (Yahoo! ID required)

<*> To change settings via email:
    mailto:[EMAIL PROTECTED] 
    mailto:[EMAIL PROTECTED]

<*> To unsubscribe from this group, send an email to:
    [EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/
 


Reply via email to