From: SourceForge.net <no...@so...> - 2009-02-05 02:03:56
|
Feature Requests item #2282541, was opened at 2008-11-14 04:00 Message generated for change (Comment added) made by thpr You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=384722&aid=2282541&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: Race Support Group: Unscheduled Status: Open Resolution: None Priority: 2 Private: No Submitted By: Martijn Verburg (karianna) >Assigned to: Martijn Verburg (karianna) Summary: Fractional Support for HITDICEADVANCEMENTTOKEN Initial Comment: Project Admin Hide HITDICEADVANCEMENT:1/4,1/2,1,4 produces an error and appears to break the tag. Currently the only way I can see to properly code for creatures that have fractional hit dice but can advance into higher fraction and eventually full hit dice is to code each as an individual race (up until the first full hit dice, after which that race can advance normally). The current tag which has HITDICEADVANCEMENT:1,1,1,4 does not work, adding a level changes the size from tiny to large as well as adding a second level. Here's what I would expect the program to do if it supported fractional hit dice with the syntax suggested above, first it should apply the fraction to the hit dice when calculating hit points. Second, when clicking the add level button it should prevent an additional level from being added and instead it should recalculate the hit points based on the new fraction and bump the size up. Once the hit die is full advancement by levels can happen normally See related data freq https://sourceforge.net/tracker2/?func=detail&atid=750092&aid=1749980&group_id=25576 ---------------------------------------------------------------------- >Comment By: Tom Parker (thpr) Date: 2009-02-04 21:03 Message: I would think the ListKey.HITDICE_ADVANCEMENT would just be converted to a List of Formula or Double or whatever is appropriate for storing fractions (hopefully without nasty rounding) ---------------------------------------------------------------------- Comment By: Martijn Verburg (karianna) Date: 2008-12-01 11:40 Message: Tom, I was starting this and so I looked at how CR was being dealt with. I notice that CR has now moved to the new CDOM world and I was wondering if it would be suitable in my case to also create a HITDICEADVANCEMENT wrapper object. Does that make sense? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=384722&aid=2282541&group_id=25576 |