in reply to Re: RFC: RPG ;-)
in thread RFC: RPG ;-)

I'm more setting my sights on Hero Lab, but the concept is similar. Shockingly similar, and I am kicking myself a little for not checking it out more thoroughly. But more focused on out-of-game management, and with slightly less hand-holding.

I'm more and more thinking that the real problem with this is going to be figuring out how to programmatically decide how to layout the character-creation pages from the system descriptions. I think that alone will justify categories being separate objects.

for(split(" ","tsuJ rehtonA lreP rekcaH")){print reverse . " "}print "\b.\n";

Replies are listed 'Best First'.
Re^3: RFC: RPG ;-)
by jhourcle (Prior) on Nov 07, 2008 at 18:48 UTC

    Display is a separate issue than the modeling to actually store the data -- after all, you might want multiple displays for each sheet -- some for editing, some for printing, some for on-screen display. Depending on what you're envisioning for everything, you might have another screen for the DM-equivalent to see multiple player sheets at once, or a display for a player to update their character as the game is running (HPs, inventory, XP, etc) as opposed to the types of editing that'd take place at character creation.

    Even for character creation, you might have a 'randomly generate and tweak 20 NPCs' vs. 'nitpick every choice'

    ...

    I'd focus on what needs to be stored and how to store it before getting worried about how to display things and how to store the information about how to display it.