Menu
News
All News
Dungeons & Dragons
Level Up: Advanced 5th Edition
Pathfinder
Starfinder
Warhammer
2d20 System
Year Zero Engine
Industry News
Reviews
Dragon Reflections
White Dwarf Reflections
Columns
Weekly Digests
Weekly News Digest
Freebies, Sales & Bundles
RPG Print News
RPG Crowdfunding News
Game Content
ENterplanetary DimENsions
Mythological Figures
Opinion
Worlds of Design
Peregrine's Nest
RPG Evolution
Other Columns
From the Freelancing Frontline
Monster ENcyclopedia
WotC/TSR Alumni Look Back
4 Hours w/RSD (Ryan Dancey)
The Road to 3E (Jonathan Tweet)
Greenwood's Realms (Ed Greenwood)
Drawmij's TSR (Jim Ward)
Community
Forums & Topics
Forum List
Latest Posts
Forum list
*Dungeons & Dragons
Level Up: Advanced 5th Edition
D&D Older Editions
*TTRPGs General
*Pathfinder & Starfinder
EN Publishing
*Geek Talk & Media
Search forums
Chat/Discord
Resources
Wiki
Pages
Latest activity
Media
New media
New comments
Search media
Downloads
Latest reviews
Search resources
EN Publishing
Store
EN5ider
Adventures in ZEITGEIST
Awfully Cheerful Engine
What's OLD is NEW
Judge Dredd & The Worlds Of 2000AD
War of the Burning Sky
Level Up: Advanced 5E
Events & Releases
Upcoming Events
Private Events
Featured Events
Socials!
EN Publishing
Twitter
BlueSky
Facebook
Instagram
EN World
BlueSky
YouTube
Facebook
Twitter
Twitch
Podcast
Features
Top 5 RPGs Compiled Charts 2004-Present
Adventure Game Industry Market Research Summary (RPGs) V1.0
Ryan Dancey: Acquiring TSR
Q&A With Gary Gygax
D&D Rules FAQs
TSR, WotC, & Paizo: A Comparative History
D&D Pronunciation Guide
Million Dollar TTRPG Kickstarters
Tabletop RPG Podcast Hall of Fame
Eric Noah's Unofficial D&D 3rd Edition News
D&D in the Mainstream
D&D & RPG History
About Morrus
Log in
Register
What's new
Search
Search
Search titles only
By:
Forums & Topics
Forum List
Latest Posts
Forum list
*Dungeons & Dragons
Level Up: Advanced 5th Edition
D&D Older Editions
*TTRPGs General
*Pathfinder & Starfinder
EN Publishing
*Geek Talk & Media
Search forums
Chat/Discord
Menu
Log in
Register
Install the app
Install
Community
General Tabletop Discussion
*Dungeons & Dragons
D&D Older Editions
4e Character XML Schema
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="megasycophant" data-source="post: 4313357" data-attributes="member: 69639"><p>No, not at all. The application which merely displays/prints character sheets uses a minimal schema, the one that doesn't contain all the validation-type data, just validating format. Easier to illustrate with an example. Let's say that I have house-ruled the following feat:</p><p>Odd... "Munchkin" wasn't in my spellchecker's dictionary. <img src="https://cdn.jsdelivr.net/joypixels/assets/8.0/png/unicode/64/1f61b.png" class="smilie smilie--emoji" loading="lazy" width="64" height="64" alt=":p" title="Stick out tongue :p" data-smilie="7"data-shortname=":p" /></p><p></p><p>I have my houserules dataset, compiled it with my other datasets, yadda, yadda, yadda in order to create and validate my character data. The xml output for this feat looks something like this:</p><p>[CODE]<feat xsi:type="WeaponGroupFeat"</p><p> name="Munchkin Attack" group="spears" />[/CODE]My compiled schema which I used to validate my document defines the name attribute for a WeaponGroupFeat something like this:</p><p>[CODE]<xsd:attribute name="name"></p><p> <xsd:simpleType></p><p> <xsd:restriction base="xsd:string"></p><p> <xsd:enumeration value="Weapon Focus" /></p><p> <xsd:enumeration value="Munchkin Attack" /></p><p> <!-- other feat names here --></p><p> </xsd:restriction></p><p> </xsd:simpleType></p><p></xsd:attribute>[/CODE] I send it to someone else (or pull it into a display/formatting/printing tool). This tool uses the minimal schema (which is really all it needs). It knows about the WeaponGroupFeat type, but just knows enough to display it. The definition for name in its schema looks like this:</p><p>[CODE]<xsd:attribute name="name" type="xsd:string" />[/CODE]So, a 'good' document will validate against both schemas. Documents created with the 'enhanced' schema (containing all the data enumerations) etc will always conform to the minimal schema (but not necessarily the other way around). Also, documents could be created and manipulated using the minimal schema if a user doesn't feel the need to do the validation, programatically manipulate the data, etc.</p><p></p><p>The obvious first step is to create that minimal schema. (Which is essentially what your'e doing, eh?) It shouldn't change too much either once you've worked out the enhanced schema.</p></blockquote><p></p>
[QUOTE="megasycophant, post: 4313357, member: 69639"] No, not at all. The application which merely displays/prints character sheets uses a minimal schema, the one that doesn't contain all the validation-type data, just validating format. Easier to illustrate with an example. Let's say that I have house-ruled the following feat: Odd... "Munchkin" wasn't in my spellchecker's dictionary. :p I have my houserules dataset, compiled it with my other datasets, yadda, yadda, yadda in order to create and validate my character data. The xml output for this feat looks something like this: [CODE]<feat xsi:type="WeaponGroupFeat" name="Munchkin Attack" group="spears" />[/CODE]My compiled schema which I used to validate my document defines the name attribute for a WeaponGroupFeat something like this: [CODE]<xsd:attribute name="name"> <xsd:simpleType> <xsd:restriction base="xsd:string"> <xsd:enumeration value="Weapon Focus" /> <xsd:enumeration value="Munchkin Attack" /> <!-- other feat names here --> </xsd:restriction> </xsd:simpleType> </xsd:attribute>[/CODE] I send it to someone else (or pull it into a display/formatting/printing tool). This tool uses the minimal schema (which is really all it needs). It knows about the WeaponGroupFeat type, but just knows enough to display it. The definition for name in its schema looks like this: [CODE]<xsd:attribute name="name" type="xsd:string" />[/CODE]So, a 'good' document will validate against both schemas. Documents created with the 'enhanced' schema (containing all the data enumerations) etc will always conform to the minimal schema (but not necessarily the other way around). Also, documents could be created and manipulated using the minimal schema if a user doesn't feel the need to do the validation, programatically manipulate the data, etc. The obvious first step is to create that minimal schema. (Which is essentially what your'e doing, eh?) It shouldn't change too much either once you've worked out the enhanced schema. [/QUOTE]
Insert quotes…
Verification
Post reply
Community
General Tabletop Discussion
*Dungeons & Dragons
D&D Older Editions
4e Character XML Schema
Top