|
From: SourceForge.net <no...@so...> - 2011-07-13 01:15:56
|
Feature Requests item #1223148, was opened at 2005-06-18 08:28 Message generated for change (Comment added) made by papa_drb You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=384722&aid=1223148&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: Code Related (Add/Del/Improve) Group: Unscheduled >Status: Deleted Resolution: None Priority: 2 Private: No Submitted By: Paul W. King (kingpaul) Assigned to: Nobody/Anonymous (nobody) Summary: Spell names with commas in stat blocks Initial Comment: Per http://groups.yahoo.com/group/pcgen/message/86104 The current way things are implemented, when the WotC statblock is used, spells are separated by commas, and may also have commas themselves. E.g.: Level 4: Invisibility, Greater, Globe of Invulnerability, Lesser The names output should be in line with how WotC does it, and lower case: Level 4: greater invisibility, lesser globe of invulnerability Andargor --- Per http://groups.yahoo.com/group/pcgen/message/86107 I see two possibilities. 1) A second PCC that .MOD's spell names to new OUTPUTNAME to the non-comma format. Simple dataset, easy to script, probably, and easy to determine based on if it is loaded or not. 2) Code FReq to enhance OUTPUTNAME. We are basically looking at a format like <X><,space><Y> going to <Y><space><X>. A preference to change which format is displayed. This could effect the race names as well, so you could display Small Earth Elemental or Earth Elemental, Small. Possibly several Preferences, based on type of object (which way to display spells, races, equipment, etc. I'd rather see an enhancement with a preference than another tag to shove in memory somewhere. Tir Gwaith LST Chimp === Paul W. King TM SB, OGL/PL Chimp, Data Gibbon, BoD ---------------------------------------------------------------------- >Comment By: David R. Bender (papa_drb) Date: 2011-07-12 21:15 Message: http://jira.pcgen.org/browse/CODE-751 ---------------------------------------------------------------------- Comment By: Eddy Anthony (eddyanthony) Date: 2007-05-11 09:13 Message: Logged In: YES user_id=886893 Originator: NO Capitalization may be a moot point now. There is a new TEXT token in the 5.11 line which can be used as a prefix on any token and will change the capitalization to whatever the sheet author wants. I've used this a lot in the statblock4 sheet, the spell list on that appears in all lower case. This doesn't address the issue of proper names though. ---------------------------------------------------------------------- Comment By: Andrew McDougall (tir-gwaith) Date: 2007-05-11 01:57 Message: Logged In: YES user_id=208239 Originator: NO Ok, I see several options. 1) Enhancement to OUTPUTNAME to allow the different order by preference. That's Option 2. Ignore the whole capitalization thing.... 2) For the Capital/no capital. That could also be a preference, but would also require a data update (at least for CMP, not the RSRD datasets. Would effect some of our 3rd party sets). Idea is to have a specific tag in the Name/Output name that designates that the next letter should always be capital, even if the 'decapitalization' option is chose. something like \ stuff in RegEx.... By using code manipulation, it will be much easier to maintain on the data side, as well as letting users choose which way they want the output without having to decide which _datasets_ have to be loaded for their preference. That bit seems clunky to me. ---------------------------------------------------------------------- Comment By: James Dempsey (jdempsey) Date: 2006-08-21 20:02 Message: Logged In: YES user_id=558288 The main problem with the preference (Option #2) is what do you do with proper names. The Standard used by WOTC is that these should remain capitalised. e.g "Trev's retributive strike" or "calming ode to Trev". Option #1 could cater for this easily, but using option #2 we would need to have a workaround to cater for the proper names. Cheers, James. ---------------------------------------------------------------------- Comment By: Frank Kliewe (frank_kliewe) Date: 2006-08-21 12:34 Message: Logged In: YES user_id=1241568 So the question here is do we want to change the data, so it goes from one form of display to another, or do we want a function to format the output. Should we poll the user on their preference? -- Frank ---------------------------------------------------------------------- Comment By: Martijn Verburg (karianna) Date: 2005-09-27 08:03 Message: Logged In: YES user_id=252169 So you'd ratehr see 1. or 2. ? - K ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=384722&aid=1223148&group_id=25576 |