[Pcgen-trackers_Docs] [ pcgen-Documentation Feature Requests-2643952 ] Identify Global Token Consolidation Rules

[SourceForge.net <no...@so...>]

Documentation Feature Requests item #2643952, was opened at 2009-02-26 21:38
Message generated for change (Settings changed) made by maredudd800
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=748235&aid=2643952&group_id=25576

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Other (default)
>Group: For 5.16.1
Status: Open
Resolution: None
Priority: 6
Private: No
Submitted By: Tom Parker (thpr)
Assigned to: Maredudd (maredudd800)
Summary: Identify Global Token Consolidation Rules

Initial Comment:
Overwriting Tokens (those where:
Thing <> TOKEN:A
Thing.MOD <> TOKEN:B
results in "B")

CHOOSE: (all CHOOSE subtokens overwrite (and will overwrite each other - one choose per object), **except** CHOOSE:LANGAUTO may appear duplicated with another CHOOSE and independently overwrites [meaning it only overwrites another CHOOSE:LANGAUTO, not any other form of CHOOSE] )
UNENCUMBEREDMOVE
UMULT
UDAM
SR
TEMPDESC
SOURCEWEB
SOURCESHORT
SOURCEPAGE
SOURCELONG
SELECT
REGION
OUTPUTNAME
NAMEISPI
DESCISPI

Selectively Overwriting (those where:
Thing <> TOKEN:A|A1
Thing.MOD <> TOKEN:A|A2
results in "A|A2"
but
Thing <> TOKEN:A|A1
Thing.MOD <> TOKEN:B|B1
results in "A|A1" and "B|B1"
)
[*note | may - but is unlikely to - be a different separator based on the
token - the theory is what holds here, please be cognizant of an individual
token's syntax when building specific examples]

PROFICIENCY
QUALITY

Appending Tokens (those where:
Thing <> TOKEN:A
Thing.MOD <> TOKEN:B
is equivalent to TOKEN:A,B [*note , may be a different separator based on
the token - the theory is what holds here, please be cognizant of an
individual token's syntax - or any necessary prefix - when building specific examples] )
(This also implies (and it may be useful to document) that some form of
.CLEAR [* note again, caveat here on exact syntax in any token, e.g. may be
.CLEARALL or may not be available at all] is necessary to reset the
"list")

AUTO: (all AUTO subtokens)
VFEAT
TYPE
TEMPLATE
NATURALATTACKS
LANGAUTO
CSKILL
CCSKILL
SERVESAS (*note effective prefix of type)
QUALIFY (*note effective prefix of type)
CHANGEPROF (*note effective suffix of =resulttype)
ABILITY (* note effective prefix of CATEGORY, NATURE)

Separate Tokens (those where:
Thing <> TOKEN:A
Thing.MOD <> TOKEN:B
is equivalet to:
Thing <> TOKEN:A <> TOKEN:B
but NOT equivalent to:
Thing <> TOKEN:A,B
)
[*note , may be a different separator based on the token and may not be
available at all in some separate tokens - the theory is what holds here,
please be cognizant of an individual token's syntax when building specific
examples]
(This also implies (and it may be useful to document) that some form of
.CLEAR [* note again, caveat here on exact syntax in any token, e.g. may be
.CLEARALL or may not be available at all] is necessary to reset the
"list")

ADD: (all ADD subtokens)
REMOVE: (all REMOVE subtokens)
VISION
SPELLS
SPELLLEVEL
SPELLKNOWN
SAB
MOVE
MOVECLONE
KIT
DR
DESC
DEFINE
COMPANIONLIST
FOLLOWERS


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=748235&aid=2643952&group_id=25576