From: JIRA (f. D. G. ) <ji...@pc...> - 2011-01-07 15:07:09
|
BUG cannot .MOD an already .MOD'd feat? --------------------------------------- Key: CODE-484 URL: http://jira.pcgen.org/browse/CODE-484 Project: Code Issue Type: New Feature Components: Rules (LST) persistence Affects Versions: 5.16.4 Environment: all Reporter: Dave Griffin >From Forum discussion: http://tech.groups.yahoo.com/group/PCGenListFileHelp/message/20971 The SRD defines feats and then .MODs the feats, and subsequent homebrew cannot further .MOD those feats if the SRD has been 'included' by the .PCC directly rather than including as a separate source. Current behaviour is for a PCC to include all LST files and *then* include any sub PCC files (thus preventing the LST files from overriding/modding anything included via the sub-PCC. To give full flexibility, it would be nice to be able to: from one PCC file include a sub-PCC *first* and then include LST files.(Thus included LST files can override contents of the sub-PCC file. Unsure as to whether default behaviour for PCC/LST file inclusion is currently dependant upon the current ordering, so it would need testing to verify if changing the default would cause other issues. Perhaps an alternative option to include a PREPCC: - load this sub-PCC *before* any LST files in the same master PCC file. -- 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 |