From: JIRA (f. D. R. B. ) <ji...@pc...> - 2011-06-08 23:08:04
|
Identify Template Token Consolidation Rules ------------------------------------------- Key: DOCS-74 URL: http://jira.pcgen.org/browse/DOCS-74 Project: Documentation Issue Type: New Feature Components: Data/LST Affects Versions: 5.16.4 Reporter: David R. Bender Fix For: 6.0.x SF ID: 2643995 Overwriting Tokens (those where: Thing <> TOKEN:A Thing.MOD <> TOKEN:B results in "B") SIZE REMOVABLE REGION REACH VISIBLE RACETYPE NONPP LEVELADJUSTMENT HITDIE LEGS HANDS GENDERLOCK CR FACE FAVOREDCLASS BONUSSKILLPTS 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 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") WEAPONBONUS LANGBONUS SUBREGION SUBRACE RACESUBTYPE 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") LEVEL HD REPEATLEVEL ADDLEVEL The following tokens are currently problematic, not to be handled as part of this tracker: FEAT Submitted: Tom Parker ( thpr ) - 2009-02-26 22:02:21 EST Date: 2009-04-13 23:32:31 EDT Sender: maredudd800Project Admin Hide FAVOREDCLASS is appended when consolidated. Appending tags complete. Over writing tags complete through LEVELADJUSTMENT. Separate tags complete. 5.16.0 svn #9837 Trunk svn #9838 Date: 2009-04-13 22:43:58 EDT Sender: maredudd800Project Admin Hide The following text is taken from an irc discussion I had with Tom concerning the .MOD consolidation rules for the Template file tags: [Arch_SB]thpr I guess my recommendation would be this: [Arch_SB]thpr if you run into anything that claims to append but the docs dont' have a separator character [Arch_SB]thpr be concerned [Arch_SB]thpr if you run into anything that claims to overwrite but the docs do list a separator [Arch_SB]thpr be concerned [Arch_SB]thpr except: UDAM, CAST, KNOWN, SPECIALITYKNOWN will overwrite [Arch_SB]thpr even though they have separator characters [Arch_SB]thpr alternately [Arch_SB]thpr you can check them yourself :) [Arch_SB]thpr if you go into the token code in plugin.lsttokens [Arch_SB]thpr it should be pretty straightforward as to which tokens are which names [Arch_SB]thpr ObjectKey will indicate overwriting [Arch_SB]thpr ListKey generally is appending (with the exceptions listed above) [Arch_SB]thpr though ListKey can also be separate [Arch_SB]thpr difference in those is found in unparse [Arch_SB]thpr separate items will put into a List or Set and then do a .toArray on the List or Set [PR_SB]Maredudd Got it. I can do that check as I go through them. I can read that much code . . . :-) [Arch_SB]thpr appending items will use a StringBuilder or will call StringUtil.join() or ReferenceUtilities.join() on the List or Set [Arch_SB]thpr keep track of the ones that aren't somewhat obvious and I can double check them if you drop me a ntoe [Arch_SB]thpr oh and StringKey and IntegerKey are also overwriting [Arch_SB]thpr MApKey items are selectively overwriting [Arch_SB]thpr (e.g. ASPECT) [Arch_SB]thpr that will handle all but a handful of tokens Date: 2009-04-13 22:33:16 EDT Sender: maredudd800Project Admin Hide SUBREGION and SUBRACE are overwriting tags, not appending tags. Date: 2009-03-01 17:45:08 EST Sender: maredudd800Project Admin Hide Partial completion on this tracker. Tom, take a look at the Template File docs and let me know if I am tackling this in the way you envisioned. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.pcgen.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: JIRA (f. E. C. S. ) <ji...@pc...> - 2011-06-22 16:17:11
|
[ http://jira.pcgen.org/browse/DOCS-74?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Work on DOCS-74 started by Eric C. Smith. > Identify Template Token Consolidation Rules > ------------------------------------------- > > Key: DOCS-74 > URL: http://jira.pcgen.org/browse/DOCS-74 > Project: Documentation > Issue Type: New Feature > Components: Data/LST > Affects Versions: 5.16.4 > Reporter: David R. Bender > Assignee: Eric C. Smith > Fix For: 6.0.x > > > SF ID: 2643995 > Overwriting Tokens (those where: > Thing <> TOKEN:A > Thing.MOD <> TOKEN:B > results in "B") > SIZE > REMOVABLE > REGION > REACH > VISIBLE > RACETYPE > NONPP > LEVELADJUSTMENT > HITDIE > LEGS > HANDS > GENDERLOCK > CR > FACE > FAVOREDCLASS > BONUSSKILLPTS > 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 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") > WEAPONBONUS > LANGBONUS > SUBREGION > SUBRACE > RACESUBTYPE > 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") > LEVEL > HD > REPEATLEVEL > ADDLEVEL > The following tokens are currently problematic, not to be handled as part > of this tracker: > FEAT > Submitted: > Tom Parker ( thpr ) - 2009-02-26 22:02:21 EST > Date: 2009-04-13 23:32:31 EDT > Sender: maredudd800Project Admin > Hide > FAVOREDCLASS is appended when consolidated. > Appending tags complete. > Over writing tags complete through LEVELADJUSTMENT. > Separate tags complete. > 5.16.0 svn #9837 > Trunk svn #9838 > Date: 2009-04-13 22:43:58 EDT > Sender: maredudd800Project Admin > Hide > The following text is taken from an irc discussion I had with Tom > concerning the .MOD consolidation rules for the Template file tags: > [Arch_SB]thpr I guess my recommendation would be this: > [Arch_SB]thpr if you run into anything that claims to append but the docs > dont' have a separator character > [Arch_SB]thpr be concerned > [Arch_SB]thpr if you run into anything that claims to overwrite but the > docs do list a separator > [Arch_SB]thpr be concerned > [Arch_SB]thpr except: UDAM, CAST, KNOWN, SPECIALITYKNOWN will overwrite > [Arch_SB]thpr even though they have separator characters > [Arch_SB]thpr alternately > [Arch_SB]thpr you can check them yourself :) > [Arch_SB]thpr if you go into the token code in plugin.lsttokens > [Arch_SB]thpr it should be pretty straightforward as to which tokens are > which names > [Arch_SB]thpr ObjectKey will indicate overwriting > [Arch_SB]thpr ListKey generally is appending (with the exceptions listed > above) > [Arch_SB]thpr though ListKey can also be separate > [Arch_SB]thpr difference in those is found in unparse > [Arch_SB]thpr separate items will put into a List or Set and then do a > .toArray on the List or Set > [PR_SB]Maredudd Got it. I can do that check as I go through them. I can > read that much code . . . :-) > [Arch_SB]thpr appending items will use a StringBuilder or will call > StringUtil.join() or ReferenceUtilities.join() on the List or Set > [Arch_SB]thpr keep track of the ones that aren't somewhat obvious and I > can double check them if you drop me a ntoe > [Arch_SB]thpr oh and StringKey and IntegerKey are also overwriting > [Arch_SB]thpr MApKey items are selectively overwriting > [Arch_SB]thpr (e.g. ASPECT) > [Arch_SB]thpr that will handle all but a handful of tokens > Date: 2009-04-13 22:33:16 EDT > Sender: maredudd800Project Admin > Hide > SUBREGION and SUBRACE are overwriting tags, not appending tags. > Date: 2009-03-01 17:45:08 EST > Sender: maredudd800Project Admin > Hide > Partial completion on this tracker. > Tom, take a look at the Template File docs and let me know if I am > tackling this in the way you envisioned. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.pcgen.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: JIRA (f. E. C. S. ) <ji...@pc...> - 2011-06-22 16:17:10
|
[ http://jira.pcgen.org/browse/DOCS-74?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Eric C. Smith reassigned DOCS-74: --------------------------------- Assignee: Eric C. Smith > Identify Template Token Consolidation Rules > ------------------------------------------- > > Key: DOCS-74 > URL: http://jira.pcgen.org/browse/DOCS-74 > Project: Documentation > Issue Type: New Feature > Components: Data/LST > Affects Versions: 5.16.4 > Reporter: David R. Bender > Assignee: Eric C. Smith > Fix For: 6.0.x > > > SF ID: 2643995 > Overwriting Tokens (those where: > Thing <> TOKEN:A > Thing.MOD <> TOKEN:B > results in "B") > SIZE > REMOVABLE > REGION > REACH > VISIBLE > RACETYPE > NONPP > LEVELADJUSTMENT > HITDIE > LEGS > HANDS > GENDERLOCK > CR > FACE > FAVOREDCLASS > BONUSSKILLPTS > 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 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") > WEAPONBONUS > LANGBONUS > SUBREGION > SUBRACE > RACESUBTYPE > 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") > LEVEL > HD > REPEATLEVEL > ADDLEVEL > The following tokens are currently problematic, not to be handled as part > of this tracker: > FEAT > Submitted: > Tom Parker ( thpr ) - 2009-02-26 22:02:21 EST > Date: 2009-04-13 23:32:31 EDT > Sender: maredudd800Project Admin > Hide > FAVOREDCLASS is appended when consolidated. > Appending tags complete. > Over writing tags complete through LEVELADJUSTMENT. > Separate tags complete. > 5.16.0 svn #9837 > Trunk svn #9838 > Date: 2009-04-13 22:43:58 EDT > Sender: maredudd800Project Admin > Hide > The following text is taken from an irc discussion I had with Tom > concerning the .MOD consolidation rules for the Template file tags: > [Arch_SB]thpr I guess my recommendation would be this: > [Arch_SB]thpr if you run into anything that claims to append but the docs > dont' have a separator character > [Arch_SB]thpr be concerned > [Arch_SB]thpr if you run into anything that claims to overwrite but the > docs do list a separator > [Arch_SB]thpr be concerned > [Arch_SB]thpr except: UDAM, CAST, KNOWN, SPECIALITYKNOWN will overwrite > [Arch_SB]thpr even though they have separator characters > [Arch_SB]thpr alternately > [Arch_SB]thpr you can check them yourself :) > [Arch_SB]thpr if you go into the token code in plugin.lsttokens > [Arch_SB]thpr it should be pretty straightforward as to which tokens are > which names > [Arch_SB]thpr ObjectKey will indicate overwriting > [Arch_SB]thpr ListKey generally is appending (with the exceptions listed > above) > [Arch_SB]thpr though ListKey can also be separate > [Arch_SB]thpr difference in those is found in unparse > [Arch_SB]thpr separate items will put into a List or Set and then do a > .toArray on the List or Set > [PR_SB]Maredudd Got it. I can do that check as I go through them. I can > read that much code . . . :-) > [Arch_SB]thpr appending items will use a StringBuilder or will call > StringUtil.join() or ReferenceUtilities.join() on the List or Set > [Arch_SB]thpr keep track of the ones that aren't somewhat obvious and I > can double check them if you drop me a ntoe > [Arch_SB]thpr oh and StringKey and IntegerKey are also overwriting > [Arch_SB]thpr MApKey items are selectively overwriting > [Arch_SB]thpr (e.g. ASPECT) > [Arch_SB]thpr that will handle all but a handful of tokens > Date: 2009-04-13 22:33:16 EDT > Sender: maredudd800Project Admin > Hide > SUBREGION and SUBRACE are overwriting tags, not appending tags. > Date: 2009-03-01 17:45:08 EST > Sender: maredudd800Project Admin > Hide > Partial completion on this tracker. > Tom, take a look at the Template File docs and let me know if I am > tackling this in the way you envisioned. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.pcgen.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: JIRA (f. E. C. S. ) <ji...@pc...> - 2011-06-22 16:19:05
|
[ http://jira.pcgen.org/browse/DOCS-74?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12465#action_12465 ] Eric C. Smith commented on DOCS-74: ----------------------------------- .MOD consolidation behavior and examples added svn 15177 > Identify Template Token Consolidation Rules > ------------------------------------------- > > Key: DOCS-74 > URL: http://jira.pcgen.org/browse/DOCS-74 > Project: Documentation > Issue Type: New Feature > Components: Data/LST > Affects Versions: 5.16.4 > Reporter: David R. Bender > Assignee: Eric C. Smith > Fix For: 6.0.x > > > SF ID: 2643995 > Overwriting Tokens (those where: > Thing <> TOKEN:A > Thing.MOD <> TOKEN:B > results in "B") > SIZE > REMOVABLE > REGION > REACH > VISIBLE > RACETYPE > NONPP > LEVELADJUSTMENT > HITDIE > LEGS > HANDS > GENDERLOCK > CR > FACE > FAVOREDCLASS > BONUSSKILLPTS > 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 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") > WEAPONBONUS > LANGBONUS > SUBREGION > SUBRACE > RACESUBTYPE > 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") > LEVEL > HD > REPEATLEVEL > ADDLEVEL > The following tokens are currently problematic, not to be handled as part > of this tracker: > FEAT > Submitted: > Tom Parker ( thpr ) - 2009-02-26 22:02:21 EST > Date: 2009-04-13 23:32:31 EDT > Sender: maredudd800Project Admin > Hide > FAVOREDCLASS is appended when consolidated. > Appending tags complete. > Over writing tags complete through LEVELADJUSTMENT. > Separate tags complete. > 5.16.0 svn #9837 > Trunk svn #9838 > Date: 2009-04-13 22:43:58 EDT > Sender: maredudd800Project Admin > Hide > The following text is taken from an irc discussion I had with Tom > concerning the .MOD consolidation rules for the Template file tags: > [Arch_SB]thpr I guess my recommendation would be this: > [Arch_SB]thpr if you run into anything that claims to append but the docs > dont' have a separator character > [Arch_SB]thpr be concerned > [Arch_SB]thpr if you run into anything that claims to overwrite but the > docs do list a separator > [Arch_SB]thpr be concerned > [Arch_SB]thpr except: UDAM, CAST, KNOWN, SPECIALITYKNOWN will overwrite > [Arch_SB]thpr even though they have separator characters > [Arch_SB]thpr alternately > [Arch_SB]thpr you can check them yourself :) > [Arch_SB]thpr if you go into the token code in plugin.lsttokens > [Arch_SB]thpr it should be pretty straightforward as to which tokens are > which names > [Arch_SB]thpr ObjectKey will indicate overwriting > [Arch_SB]thpr ListKey generally is appending (with the exceptions listed > above) > [Arch_SB]thpr though ListKey can also be separate > [Arch_SB]thpr difference in those is found in unparse > [Arch_SB]thpr separate items will put into a List or Set and then do a > .toArray on the List or Set > [PR_SB]Maredudd Got it. I can do that check as I go through them. I can > read that much code . . . :-) > [Arch_SB]thpr appending items will use a StringBuilder or will call > StringUtil.join() or ReferenceUtilities.join() on the List or Set > [Arch_SB]thpr keep track of the ones that aren't somewhat obvious and I > can double check them if you drop me a ntoe > [Arch_SB]thpr oh and StringKey and IntegerKey are also overwriting > [Arch_SB]thpr MApKey items are selectively overwriting > [Arch_SB]thpr (e.g. ASPECT) > [Arch_SB]thpr that will handle all but a handful of tokens > Date: 2009-04-13 22:33:16 EDT > Sender: maredudd800Project Admin > Hide > SUBREGION and SUBRACE are overwriting tags, not appending tags. > Date: 2009-03-01 17:45:08 EST > Sender: maredudd800Project Admin > Hide > Partial completion on this tracker. > Tom, take a look at the Template File docs and let me know if I am > tackling this in the way you envisioned. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.pcgen.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: JIRA (f. E. C. S. ) <ji...@pc...> - 2011-06-22 16:21:05
|
[ http://jira.pcgen.org/browse/DOCS-74?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Eric C. Smith resolved DOCS-74. ------------------------------- Assignee: Tom Parker (was: Eric C. Smith) Fix Version/s: 5.17.8 (was: 6.0.x) Resolution: Complete .MOD consolidation nehavior and examples added. svn 15177 Tom, please review. > Identify Template Token Consolidation Rules > ------------------------------------------- > > Key: DOCS-74 > URL: http://jira.pcgen.org/browse/DOCS-74 > Project: Documentation > Issue Type: New Feature > Components: Data/LST > Affects Versions: 5.16.4 > Reporter: David R. Bender > Assignee: Tom Parker > Fix For: 5.17.8 > > > SF ID: 2643995 > Overwriting Tokens (those where: > Thing <> TOKEN:A > Thing.MOD <> TOKEN:B > results in "B") > SIZE > REMOVABLE > REGION > REACH > VISIBLE > RACETYPE > NONPP > LEVELADJUSTMENT > HITDIE > LEGS > HANDS > GENDERLOCK > CR > FACE > FAVOREDCLASS > BONUSSKILLPTS > 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 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") > WEAPONBONUS > LANGBONUS > SUBREGION > SUBRACE > RACESUBTYPE > 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") > LEVEL > HD > REPEATLEVEL > ADDLEVEL > The following tokens are currently problematic, not to be handled as part > of this tracker: > FEAT > Submitted: > Tom Parker ( thpr ) - 2009-02-26 22:02:21 EST > Date: 2009-04-13 23:32:31 EDT > Sender: maredudd800Project Admin > Hide > FAVOREDCLASS is appended when consolidated. > Appending tags complete. > Over writing tags complete through LEVELADJUSTMENT. > Separate tags complete. > 5.16.0 svn #9837 > Trunk svn #9838 > Date: 2009-04-13 22:43:58 EDT > Sender: maredudd800Project Admin > Hide > The following text is taken from an irc discussion I had with Tom > concerning the .MOD consolidation rules for the Template file tags: > [Arch_SB]thpr I guess my recommendation would be this: > [Arch_SB]thpr if you run into anything that claims to append but the docs > dont' have a separator character > [Arch_SB]thpr be concerned > [Arch_SB]thpr if you run into anything that claims to overwrite but the > docs do list a separator > [Arch_SB]thpr be concerned > [Arch_SB]thpr except: UDAM, CAST, KNOWN, SPECIALITYKNOWN will overwrite > [Arch_SB]thpr even though they have separator characters > [Arch_SB]thpr alternately > [Arch_SB]thpr you can check them yourself :) > [Arch_SB]thpr if you go into the token code in plugin.lsttokens > [Arch_SB]thpr it should be pretty straightforward as to which tokens are > which names > [Arch_SB]thpr ObjectKey will indicate overwriting > [Arch_SB]thpr ListKey generally is appending (with the exceptions listed > above) > [Arch_SB]thpr though ListKey can also be separate > [Arch_SB]thpr difference in those is found in unparse > [Arch_SB]thpr separate items will put into a List or Set and then do a > .toArray on the List or Set > [PR_SB]Maredudd Got it. I can do that check as I go through them. I can > read that much code . . . :-) > [Arch_SB]thpr appending items will use a StringBuilder or will call > StringUtil.join() or ReferenceUtilities.join() on the List or Set > [Arch_SB]thpr keep track of the ones that aren't somewhat obvious and I > can double check them if you drop me a ntoe > [Arch_SB]thpr oh and StringKey and IntegerKey are also overwriting > [Arch_SB]thpr MApKey items are selectively overwriting > [Arch_SB]thpr (e.g. ASPECT) > [Arch_SB]thpr that will handle all but a handful of tokens > Date: 2009-04-13 22:33:16 EDT > Sender: maredudd800Project Admin > Hide > SUBREGION and SUBRACE are overwriting tags, not appending tags. > Date: 2009-03-01 17:45:08 EST > Sender: maredudd800Project Admin > Hide > Partial completion on this tracker. > Tom, take a look at the Template File docs and let me know if I am > tackling this in the way you envisioned. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.pcgen.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: JIRA (f. D. R. B. ) <ji...@pc...> - 2011-07-12 23:10:10
|
[ http://jira.pcgen.org/browse/DOCS-74?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David R. Bender closed DOCS-74. ------------------------------- > Identify Template Token Consolidation Rules > ------------------------------------------- > > Key: DOCS-74 > URL: http://jira.pcgen.org/browse/DOCS-74 > Project: Documentation > Issue Type: New Feature > Components: Data/LST > Affects Versions: 5.16.4 > Reporter: David R. Bender > Assignee: Tom Parker > Fix For: 5.17.8 > > > SF ID: 2643995 > Overwriting Tokens (those where: > Thing <> TOKEN:A > Thing.MOD <> TOKEN:B > results in "B") > SIZE > REMOVABLE > REGION > REACH > VISIBLE > RACETYPE > NONPP > LEVELADJUSTMENT > HITDIE > LEGS > HANDS > GENDERLOCK > CR > FACE > FAVOREDCLASS > BONUSSKILLPTS > 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 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") > WEAPONBONUS > LANGBONUS > SUBREGION > SUBRACE > RACESUBTYPE > 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") > LEVEL > HD > REPEATLEVEL > ADDLEVEL > The following tokens are currently problematic, not to be handled as part > of this tracker: > FEAT > Submitted: > Tom Parker ( thpr ) - 2009-02-26 22:02:21 EST > Date: 2009-04-13 23:32:31 EDT > Sender: maredudd800Project Admin > Hide > FAVOREDCLASS is appended when consolidated. > Appending tags complete. > Over writing tags complete through LEVELADJUSTMENT. > Separate tags complete. > 5.16.0 svn #9837 > Trunk svn #9838 > Date: 2009-04-13 22:43:58 EDT > Sender: maredudd800Project Admin > Hide > The following text is taken from an irc discussion I had with Tom > concerning the .MOD consolidation rules for the Template file tags: > [Arch_SB]thpr I guess my recommendation would be this: > [Arch_SB]thpr if you run into anything that claims to append but the docs > dont' have a separator character > [Arch_SB]thpr be concerned > [Arch_SB]thpr if you run into anything that claims to overwrite but the > docs do list a separator > [Arch_SB]thpr be concerned > [Arch_SB]thpr except: UDAM, CAST, KNOWN, SPECIALITYKNOWN will overwrite > [Arch_SB]thpr even though they have separator characters > [Arch_SB]thpr alternately > [Arch_SB]thpr you can check them yourself :) > [Arch_SB]thpr if you go into the token code in plugin.lsttokens > [Arch_SB]thpr it should be pretty straightforward as to which tokens are > which names > [Arch_SB]thpr ObjectKey will indicate overwriting > [Arch_SB]thpr ListKey generally is appending (with the exceptions listed > above) > [Arch_SB]thpr though ListKey can also be separate > [Arch_SB]thpr difference in those is found in unparse > [Arch_SB]thpr separate items will put into a List or Set and then do a > .toArray on the List or Set > [PR_SB]Maredudd Got it. I can do that check as I go through them. I can > read that much code . . . :-) > [Arch_SB]thpr appending items will use a StringBuilder or will call > StringUtil.join() or ReferenceUtilities.join() on the List or Set > [Arch_SB]thpr keep track of the ones that aren't somewhat obvious and I > can double check them if you drop me a ntoe > [Arch_SB]thpr oh and StringKey and IntegerKey are also overwriting > [Arch_SB]thpr MApKey items are selectively overwriting > [Arch_SB]thpr (e.g. ASPECT) > [Arch_SB]thpr that will handle all but a handful of tokens > Date: 2009-04-13 22:33:16 EDT > Sender: maredudd800Project Admin > Hide > SUBREGION and SUBRACE are overwriting tags, not appending tags. > Date: 2009-03-01 17:45:08 EST > Sender: maredudd800Project Admin > Hide > Partial completion on this tracker. > Tom, take a look at the Template File docs and let me know if I am > tackling this in the way you envisioned. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.pcgen.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: JIRA (f. E. C. S. ) <ji...@pc...> - 2011-07-31 16:47:08
|
[ http://jira.pcgen.org/browse/DOCS-74?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Eric C. Smith reopened DOCS-74: ------------------------------- This issue will remain open until the final review is complete. > Identify Template Token Consolidation Rules > ------------------------------------------- > > Key: DOCS-74 > URL: http://jira.pcgen.org/browse/DOCS-74 > Project: Documentation > Issue Type: New Feature > Components: Data/LST > Affects Versions: 5.16.4 > Reporter: David R. Bender > Assignee: Tom Parker > Fix For: 5.17.8 > > > SF ID: 2643995 > Overwriting Tokens (those where: > Thing <> TOKEN:A > Thing.MOD <> TOKEN:B > results in "B") > SIZE > REMOVABLE > REGION > REACH > VISIBLE > RACETYPE > NONPP > LEVELADJUSTMENT > HITDIE > LEGS > HANDS > GENDERLOCK > CR > FACE > FAVOREDCLASS > BONUSSKILLPTS > 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 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") > WEAPONBONUS > LANGBONUS > SUBREGION > SUBRACE > RACESUBTYPE > 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") > LEVEL > HD > REPEATLEVEL > ADDLEVEL > The following tokens are currently problematic, not to be handled as part > of this tracker: > FEAT > Submitted: > Tom Parker ( thpr ) - 2009-02-26 22:02:21 EST > Date: 2009-04-13 23:32:31 EDT > Sender: maredudd800Project Admin > Hide > FAVOREDCLASS is appended when consolidated. > Appending tags complete. > Over writing tags complete through LEVELADJUSTMENT. > Separate tags complete. > 5.16.0 svn #9837 > Trunk svn #9838 > Date: 2009-04-13 22:43:58 EDT > Sender: maredudd800Project Admin > Hide > The following text is taken from an irc discussion I had with Tom > concerning the .MOD consolidation rules for the Template file tags: > [Arch_SB]thpr I guess my recommendation would be this: > [Arch_SB]thpr if you run into anything that claims to append but the docs > dont' have a separator character > [Arch_SB]thpr be concerned > [Arch_SB]thpr if you run into anything that claims to overwrite but the > docs do list a separator > [Arch_SB]thpr be concerned > [Arch_SB]thpr except: UDAM, CAST, KNOWN, SPECIALITYKNOWN will overwrite > [Arch_SB]thpr even though they have separator characters > [Arch_SB]thpr alternately > [Arch_SB]thpr you can check them yourself :) > [Arch_SB]thpr if you go into the token code in plugin.lsttokens > [Arch_SB]thpr it should be pretty straightforward as to which tokens are > which names > [Arch_SB]thpr ObjectKey will indicate overwriting > [Arch_SB]thpr ListKey generally is appending (with the exceptions listed > above) > [Arch_SB]thpr though ListKey can also be separate > [Arch_SB]thpr difference in those is found in unparse > [Arch_SB]thpr separate items will put into a List or Set and then do a > .toArray on the List or Set > [PR_SB]Maredudd Got it. I can do that check as I go through them. I can > read that much code . . . :-) > [Arch_SB]thpr appending items will use a StringBuilder or will call > StringUtil.join() or ReferenceUtilities.join() on the List or Set > [Arch_SB]thpr keep track of the ones that aren't somewhat obvious and I > can double check them if you drop me a ntoe > [Arch_SB]thpr oh and StringKey and IntegerKey are also overwriting > [Arch_SB]thpr MApKey items are selectively overwriting > [Arch_SB]thpr (e.g. ASPECT) > [Arch_SB]thpr that will handle all but a handful of tokens > Date: 2009-04-13 22:33:16 EDT > Sender: maredudd800Project Admin > Hide > SUBREGION and SUBRACE are overwriting tags, not appending tags. > Date: 2009-03-01 17:45:08 EST > Sender: maredudd800Project Admin > Hide > Partial completion on this tracker. > Tom, take a look at the Template File docs and let me know if I am > tackling this in the way you envisioned. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.pcgen.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: JIRA (f. T. P. ) <ji...@pc...> - 2011-12-14 18:15:07
|
[ http://jira.pcgen.org/browse/DOCS-74?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tom Parker reassigned DOCS-74: ------------------------------ Assignee: Eric C. Smith (was: Tom Parker) Love it. Docs look awesome. > Identify Template Token Consolidation Rules > ------------------------------------------- > > Key: DOCS-74 > URL: http://jira.pcgen.org/browse/DOCS-74 > Project: Documentation > Issue Type: New Feature > Components: Data/LST > Affects Versions: 5.16.4 > Reporter: David R. Bender > Assignee: Eric C. Smith > Fix For: 5.17.8 > > > SF ID: 2643995 > Overwriting Tokens (those where: > Thing <> TOKEN:A > Thing.MOD <> TOKEN:B > results in "B") > SIZE > REMOVABLE > REGION > REACH > VISIBLE > RACETYPE > NONPP > LEVELADJUSTMENT > HITDIE > LEGS > HANDS > GENDERLOCK > CR > FACE > FAVOREDCLASS > BONUSSKILLPTS > 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 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") > WEAPONBONUS > LANGBONUS > SUBREGION > SUBRACE > RACESUBTYPE > 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") > LEVEL > HD > REPEATLEVEL > ADDLEVEL > The following tokens are currently problematic, not to be handled as part > of this tracker: > FEAT > Submitted: > Tom Parker ( thpr ) - 2009-02-26 22:02:21 EST > Date: 2009-04-13 23:32:31 EDT > Sender: maredudd800Project Admin > Hide > FAVOREDCLASS is appended when consolidated. > Appending tags complete. > Over writing tags complete through LEVELADJUSTMENT. > Separate tags complete. > 5.16.0 svn #9837 > Trunk svn #9838 > Date: 2009-04-13 22:43:58 EDT > Sender: maredudd800Project Admin > Hide > The following text is taken from an irc discussion I had with Tom > concerning the .MOD consolidation rules for the Template file tags: > [Arch_SB]thpr I guess my recommendation would be this: > [Arch_SB]thpr if you run into anything that claims to append but the docs > dont' have a separator character > [Arch_SB]thpr be concerned > [Arch_SB]thpr if you run into anything that claims to overwrite but the > docs do list a separator > [Arch_SB]thpr be concerned > [Arch_SB]thpr except: UDAM, CAST, KNOWN, SPECIALITYKNOWN will overwrite > [Arch_SB]thpr even though they have separator characters > [Arch_SB]thpr alternately > [Arch_SB]thpr you can check them yourself :) > [Arch_SB]thpr if you go into the token code in plugin.lsttokens > [Arch_SB]thpr it should be pretty straightforward as to which tokens are > which names > [Arch_SB]thpr ObjectKey will indicate overwriting > [Arch_SB]thpr ListKey generally is appending (with the exceptions listed > above) > [Arch_SB]thpr though ListKey can also be separate > [Arch_SB]thpr difference in those is found in unparse > [Arch_SB]thpr separate items will put into a List or Set and then do a > .toArray on the List or Set > [PR_SB]Maredudd Got it. I can do that check as I go through them. I can > read that much code . . . :-) > [Arch_SB]thpr appending items will use a StringBuilder or will call > StringUtil.join() or ReferenceUtilities.join() on the List or Set > [Arch_SB]thpr keep track of the ones that aren't somewhat obvious and I > can double check them if you drop me a ntoe > [Arch_SB]thpr oh and StringKey and IntegerKey are also overwriting > [Arch_SB]thpr MApKey items are selectively overwriting > [Arch_SB]thpr (e.g. ASPECT) > [Arch_SB]thpr that will handle all but a handful of tokens > Date: 2009-04-13 22:33:16 EDT > Sender: maredudd800Project Admin > Hide > SUBREGION and SUBRACE are overwriting tags, not appending tags. > Date: 2009-03-01 17:45:08 EST > Sender: maredudd800Project Admin > Hide > Partial completion on this tracker. > Tom, take a look at the Template File docs and let me know if I am > tackling this in the way you envisioned. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.pcgen.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: JIRA (f. E. C. S. ) <ji...@pc...> - 2011-12-14 18:35:07
|
[ http://jira.pcgen.org/browse/DOCS-74?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12912#action_12912 ] Eric C. Smith commented on DOCS-74: ----------------------------------- This tracker is complete per last commit listed. > Identify Template Token Consolidation Rules > ------------------------------------------- > > Key: DOCS-74 > URL: http://jira.pcgen.org/browse/DOCS-74 > Project: Documentation > Issue Type: New Feature > Components: Data/LST > Affects Versions: 5.16.4 > Reporter: David R. Bender > Assignee: Eric C. Smith > Fix For: 5.17.8 > > > SF ID: 2643995 > Overwriting Tokens (those where: > Thing <> TOKEN:A > Thing.MOD <> TOKEN:B > results in "B") > SIZE > REMOVABLE > REGION > REACH > VISIBLE > RACETYPE > NONPP > LEVELADJUSTMENT > HITDIE > LEGS > HANDS > GENDERLOCK > CR > FACE > FAVOREDCLASS > BONUSSKILLPTS > 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 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") > WEAPONBONUS > LANGBONUS > SUBREGION > SUBRACE > RACESUBTYPE > 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") > LEVEL > HD > REPEATLEVEL > ADDLEVEL > The following tokens are currently problematic, not to be handled as part > of this tracker: > FEAT > Submitted: > Tom Parker ( thpr ) - 2009-02-26 22:02:21 EST > Date: 2009-04-13 23:32:31 EDT > Sender: maredudd800Project Admin > Hide > FAVOREDCLASS is appended when consolidated. > Appending tags complete. > Over writing tags complete through LEVELADJUSTMENT. > Separate tags complete. > 5.16.0 svn #9837 > Trunk svn #9838 > Date: 2009-04-13 22:43:58 EDT > Sender: maredudd800Project Admin > Hide > The following text is taken from an irc discussion I had with Tom > concerning the .MOD consolidation rules for the Template file tags: > [Arch_SB]thpr I guess my recommendation would be this: > [Arch_SB]thpr if you run into anything that claims to append but the docs > dont' have a separator character > [Arch_SB]thpr be concerned > [Arch_SB]thpr if you run into anything that claims to overwrite but the > docs do list a separator > [Arch_SB]thpr be concerned > [Arch_SB]thpr except: UDAM, CAST, KNOWN, SPECIALITYKNOWN will overwrite > [Arch_SB]thpr even though they have separator characters > [Arch_SB]thpr alternately > [Arch_SB]thpr you can check them yourself :) > [Arch_SB]thpr if you go into the token code in plugin.lsttokens > [Arch_SB]thpr it should be pretty straightforward as to which tokens are > which names > [Arch_SB]thpr ObjectKey will indicate overwriting > [Arch_SB]thpr ListKey generally is appending (with the exceptions listed > above) > [Arch_SB]thpr though ListKey can also be separate > [Arch_SB]thpr difference in those is found in unparse > [Arch_SB]thpr separate items will put into a List or Set and then do a > .toArray on the List or Set > [PR_SB]Maredudd Got it. I can do that check as I go through them. I can > read that much code . . . :-) > [Arch_SB]thpr appending items will use a StringBuilder or will call > StringUtil.join() or ReferenceUtilities.join() on the List or Set > [Arch_SB]thpr keep track of the ones that aren't somewhat obvious and I > can double check them if you drop me a ntoe > [Arch_SB]thpr oh and StringKey and IntegerKey are also overwriting > [Arch_SB]thpr MApKey items are selectively overwriting > [Arch_SB]thpr (e.g. ASPECT) > [Arch_SB]thpr that will handle all but a handful of tokens > Date: 2009-04-13 22:33:16 EDT > Sender: maredudd800Project Admin > Hide > SUBREGION and SUBRACE are overwriting tags, not appending tags. > Date: 2009-03-01 17:45:08 EST > Sender: maredudd800Project Admin > Hide > Partial completion on this tracker. > Tom, take a look at the Template File docs and let me know if I am > tackling this in the way you envisioned. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.pcgen.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: JIRA (f. E. C. S. ) <ji...@pc...> - 2011-12-14 18:35:08
|
[ http://jira.pcgen.org/browse/DOCS-74?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Eric C. Smith resolved DOCS-74. ------------------------------- Resolution: Fixed > Identify Template Token Consolidation Rules > ------------------------------------------- > > Key: DOCS-74 > URL: http://jira.pcgen.org/browse/DOCS-74 > Project: Documentation > Issue Type: New Feature > Components: Data/LST > Affects Versions: 5.16.4 > Reporter: David R. Bender > Assignee: Eric C. Smith > Fix For: 5.17.8 > > > SF ID: 2643995 > Overwriting Tokens (those where: > Thing <> TOKEN:A > Thing.MOD <> TOKEN:B > results in "B") > SIZE > REMOVABLE > REGION > REACH > VISIBLE > RACETYPE > NONPP > LEVELADJUSTMENT > HITDIE > LEGS > HANDS > GENDERLOCK > CR > FACE > FAVOREDCLASS > BONUSSKILLPTS > 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 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") > WEAPONBONUS > LANGBONUS > SUBREGION > SUBRACE > RACESUBTYPE > 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") > LEVEL > HD > REPEATLEVEL > ADDLEVEL > The following tokens are currently problematic, not to be handled as part > of this tracker: > FEAT > Submitted: > Tom Parker ( thpr ) - 2009-02-26 22:02:21 EST > Date: 2009-04-13 23:32:31 EDT > Sender: maredudd800Project Admin > Hide > FAVOREDCLASS is appended when consolidated. > Appending tags complete. > Over writing tags complete through LEVELADJUSTMENT. > Separate tags complete. > 5.16.0 svn #9837 > Trunk svn #9838 > Date: 2009-04-13 22:43:58 EDT > Sender: maredudd800Project Admin > Hide > The following text is taken from an irc discussion I had with Tom > concerning the .MOD consolidation rules for the Template file tags: > [Arch_SB]thpr I guess my recommendation would be this: > [Arch_SB]thpr if you run into anything that claims to append but the docs > dont' have a separator character > [Arch_SB]thpr be concerned > [Arch_SB]thpr if you run into anything that claims to overwrite but the > docs do list a separator > [Arch_SB]thpr be concerned > [Arch_SB]thpr except: UDAM, CAST, KNOWN, SPECIALITYKNOWN will overwrite > [Arch_SB]thpr even though they have separator characters > [Arch_SB]thpr alternately > [Arch_SB]thpr you can check them yourself :) > [Arch_SB]thpr if you go into the token code in plugin.lsttokens > [Arch_SB]thpr it should be pretty straightforward as to which tokens are > which names > [Arch_SB]thpr ObjectKey will indicate overwriting > [Arch_SB]thpr ListKey generally is appending (with the exceptions listed > above) > [Arch_SB]thpr though ListKey can also be separate > [Arch_SB]thpr difference in those is found in unparse > [Arch_SB]thpr separate items will put into a List or Set and then do a > .toArray on the List or Set > [PR_SB]Maredudd Got it. I can do that check as I go through them. I can > read that much code . . . :-) > [Arch_SB]thpr appending items will use a StringBuilder or will call > StringUtil.join() or ReferenceUtilities.join() on the List or Set > [Arch_SB]thpr keep track of the ones that aren't somewhat obvious and I > can double check them if you drop me a ntoe > [Arch_SB]thpr oh and StringKey and IntegerKey are also overwriting > [Arch_SB]thpr MApKey items are selectively overwriting > [Arch_SB]thpr (e.g. ASPECT) > [Arch_SB]thpr that will handle all but a handful of tokens > Date: 2009-04-13 22:33:16 EDT > Sender: maredudd800Project Admin > Hide > SUBREGION and SUBRACE are overwriting tags, not appending tags. > Date: 2009-03-01 17:45:08 EST > Sender: maredudd800Project Admin > Hide > Partial completion on this tracker. > Tom, take a look at the Template File docs and let me know if I am > tackling this in the way you envisioned. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.pcgen.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira |
From: JIRA (f. E. C. S. ) <ji...@pc...> - 2012-02-29 02:50:49
|
<style> /* Changing the layout to use less space for mobiles */ @media screen and (max-device-width: 480px), screen and (-webkit-min-device-pixel-ratio: 2) { #email-body { min-width: 30em !important; } #email-page { padding: 8px !important; } #email-banner { padding: 8px 8px 0 8px !important; } #email-avatar { margin: 1px 8px 8px 0 !important; padding: 0 !important; } #email-fields { padding: 0 8px 8px 8px !important; } #email-gutter { width: 0 !important; } } </style> <div id="email-body"> <table id="email-wrap" align="center" border="0" cellpadding="0" cellspacing="0" style="background-color:#f0f0f0;color:#000000;width:100%;"> <tr valign="top"> <td id="email-page" style="padding:16px !important;"> <table align="center" border="0" cellpadding="0" cellspacing="0" style="background-color:#ffffff;border:1px solid #bbbbbb;color:#000000;width:100%;"> <tr valign="top"> <td bgcolor="#114070" style="background-color:#114070;color:#ffffff;font-family:Arial,FreeSans,Helvetica,sans-serif;font-size:12px;line-height:1;"><img src="http://jira.pcgen.org/s/en_US6dz1xo/664/4/_/images/jira111x30.png" alt="" style="vertical-align:top;" /></td> </tr><tr valign="top"> <td id="email-banner" style="padding:32px 32px 0 32px;"> <table align="left" border="0" cellpadding="0" cellspacing="0" width="100%" style="width:100%;"> <tr valign="top"> <td style="color:#505050;font-family:Arial,FreeSans,Helvetica,sans-serif;padding:0;"> <img id="email-avatar" src="http://jira.pcgen.org/secure/useravatar?ownerId=maredudd&avatarId=10321" alt="" height="48" width="48" border="0" align="left" style="padding:0;margin: 0 16px 16px 0;" /> <div id="email-action" style="padding: 0 0 8px 0;font-size:12px;line-height:18px;"> <a class="user-hover" rel="maredudd" id="email_maredudd" href="http://jira.pcgen.org/secure/ViewProfile.jspa?name=maredudd" style="color:#3c78b5;">Eric C. Smith</a> commented on <img src="http://jira.pcgen.org/images/icons/newfeature.gif" height="16" width="16" border="0" align="absmiddle" alt="New Feature"> <a style='color:#3c78b5;text-decoration:none;' href='http://jira.pcgen.org/browse/DOCS-74'>DOCS-74</a> </div> <div id="email-summary" style="font-size:16px;line-height:20px;padding:2px 0 16px 0;"> <a style="color:#3c78b5;text-decoration:none;" href="http://jira.pcgen.org/browse/DOCS-74"><strong>Identify Template Token Consolidation Rules</strong></a> </div> </td> </tr> </table> </td> </tr> <tr valign="top"> <td id="email-fields" style="padding:0 32px 32px 32px;"> <table border="0" cellpadding="0" cellspacing="0" style="padding:0;text-align:left;width:100%;" width="100%"> <tr valign="top"> <td id="email-gutter" style="width:64px;white-space:nowrap;"></td> <td> <table border="0" cellpadding="0" cellspacing="0" width="100%"> <tr valign="top"> <td colspan="2" style="color:#000000;font-family:Arial,FreeSans,Helvetica,sans-serif;font-size:12px;padding:0 0 16px 0;width:100%;"> <div class="comment-block" style="background-color:#edf5ff;border:1px solid #dddddd;color:#000000;padding:12px;">I'm going to leave this open for a while as an example for the rest of the similar trackers.</div> <div style="color:#505050;padding:4px 0 0 0;"> </div> </td> </tr> </table> </td> </tr> </table> </td> </tr> </table> </td><!-- End #email-page --> </tr> <tr valign="top"> <td style="color:#505050;font-family:Arial,FreeSans,Helvetica,sans-serif;font-size:10px;line-height:14px;padding: 0 16px 16px 16px;text-align:center;"> This message is automatically generated by JIRA.<br /> If you think it was sent incorrectly, please contact your <a style='color:#3c78b5;' href='http://jira.pcgen.org/secure/ContactAdministrators!default.jspa'>JIRA administrators</a>.<br /> For more information on JIRA, see: <a style='color:#3c78b5;' href='http://www.atlassian.com/software/jira'>http://www.atlassian.com/software/jira</a> </td> </tr> </table><!-- End #email-wrap --> </div><!-- End #email-body --> |