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, OSR, & D&D Variants
*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, OSR, & D&D Variants
*TTRPGs General
*Pathfinder & Starfinder
EN Publishing
*Geek Talk & Media
Search forums
Chat/Discord
Menu
Log in
Register
Install the app
Install
Upgrade your account to a Community Supporter account and remove most of the site ads.
Community
General Tabletop Discussion
*Geek Talk & Media
eTools Patch and Source Code
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="Hollywood" data-source="post: 458916" data-attributes="member: 7408"><p>Yes, I believe thats the crux of the matter, although I do believe its still a problem with the OGL rather than PCGen itself. However, there are ways around the problem PCGen or others like it may face. Simply release the data and any code, properly bundled in scripting or plug-in form, that pertains to the SRD under the OGL. The application that runs it could be closed or open source and under whatever license you want.</p><p></p><p></p><p></p><p>This is a standard industry practice for consulting, such as was done by Fluid for WotC. Surprised me that WotC even made mention of it at all publically.</p><p></p><p></p><p></p><p>I didn't mean the data or your expression, through script, of the SRD mechanics. But rather what the scripting language used (sorry, have downloaded last version but haven't had time to look through it and can't remember if I had recognized the scripting language or not), the backend data store, etc. While I'll argue for a broader interpretations of how to implement thing, I have to agree that having the SRD mechanics in script [or as plug-ins that can be changed and run] and such, it might be nice to reach some accord between those interested in building RPG software [for D&D/D20/whatever] on similiar ways of doing thing so that program can be interoperable.</p><p></p><p></p><p></p><p>Never been a fan of one program trying to do it all. Personally, what I'd look for is a highly usable character maintance program, but one that could plug into a large set of suites, or not, as I may desire. So to me, having not to wade through all the other wizards or even having to deal with them is key. Not to mention, because I run either high resolution laptops or CRT displays, I want as much information packed in as possible and the ability to highlight information I consider important to myself. Also, trying to keep to the standards that most applications adhere too is important [and which RPM does better than a lot of apps].</p><p></p><p>I'm not in a rush to use anyone's simple because I have my own, and no it'll never be released as its an experiment to play with different technologies to see how they work together, that works for now. And actually may rewrite my current one using completely different notions or technology, which is one reason I'd be curious to know more about what you are doing so as to make sure one can use the other's data, and what not.</p><p></p><p></p><p></p><p>I won't disagree with you here. I fully agree, that a tool such as eTools or CoreRules needs to be able to share data among its userbase. Word Processing would be useless if you couldn't share the Word docs with others. <img src="https://cdn.jsdelivr.net/joypixels/assets/8.0/png/unicode/64/1f642.png" class="smilie smilie--emoji" loading="lazy" width="64" height="64" alt=":)" title="Smile :)" data-smilie="1"data-shortname=":)" /></p><p></p><p>And I do agree, that if your software comes equipped with an import until, it should not allow data imported to cause the software to malfunction.</p><p></p><p>However, that is not the same as using a technology, such as Access but could be MySQL or just simply XML [or lst in the case of PCGen] as the datastore and saying to your users, "Hey, we have opted to store data in with this technology or through this manner that is able to be modified by you, the end-user. However, we take no responsibility for any changes you make in such a manner." </p><p></p><p>Its like anything else you buy, if you use it in a manner that is inconsistant with the instructions, then any breakage is your problem [pending all sorts of frivoulous lawsuits of course].</p><p></p><p></p><p></p><p>Is there such a thing as "good customer service"? I've never seen or heard of it practiced on a scale that WotC would need. <img src="https://cdn.jsdelivr.net/joypixels/assets/8.0/png/unicode/64/1f642.png" class="smilie smilie--emoji" loading="lazy" width="64" height="64" alt=":)" title="Smile :)" data-smilie="1"data-shortname=":)" /></p><p></p><p></p><p></p><p>Sure, thats a factor. But there are lots of other factors too, that drive how a product is designed and what technology to take advantage of. And you must weight those factors as you feel appropriate.</p><p></p><p></p><p></p><p>Ok, that jives with your comments and I can see where you are coming from more easily. I think you realize I come from the architectural/development side of things. <img src="https://cdn.jsdelivr.net/joypixels/assets/8.0/png/unicode/64/1f642.png" class="smilie smilie--emoji" loading="lazy" width="64" height="64" alt=":)" title="Smile :)" data-smilie="1"data-shortname=":)" /></p><p></p><p>P.S. Nice mix of technical skills... for a moment, when I saw Allaire JRun [which of course ya know is now Macromedia JRun and is a decent mid-tier J2EE server] I was expecting ColdFusion to be listed; thankfully its not.... <img src="https://cdn.jsdelivr.net/joypixels/assets/8.0/png/unicode/64/1f642.png" class="smilie smilie--emoji" loading="lazy" width="64" height="64" alt=":)" title="Smile :)" data-smilie="1"data-shortname=":)" /></p></blockquote><p></p>
[QUOTE="Hollywood, post: 458916, member: 7408"] Yes, I believe thats the crux of the matter, although I do believe its still a problem with the OGL rather than PCGen itself. However, there are ways around the problem PCGen or others like it may face. Simply release the data and any code, properly bundled in scripting or plug-in form, that pertains to the SRD under the OGL. The application that runs it could be closed or open source and under whatever license you want. This is a standard industry practice for consulting, such as was done by Fluid for WotC. Surprised me that WotC even made mention of it at all publically. I didn't mean the data or your expression, through script, of the SRD mechanics. But rather what the scripting language used (sorry, have downloaded last version but haven't had time to look through it and can't remember if I had recognized the scripting language or not), the backend data store, etc. While I'll argue for a broader interpretations of how to implement thing, I have to agree that having the SRD mechanics in script [or as plug-ins that can be changed and run] and such, it might be nice to reach some accord between those interested in building RPG software [for D&D/D20/whatever] on similiar ways of doing thing so that program can be interoperable. Never been a fan of one program trying to do it all. Personally, what I'd look for is a highly usable character maintance program, but one that could plug into a large set of suites, or not, as I may desire. So to me, having not to wade through all the other wizards or even having to deal with them is key. Not to mention, because I run either high resolution laptops or CRT displays, I want as much information packed in as possible and the ability to highlight information I consider important to myself. Also, trying to keep to the standards that most applications adhere too is important [and which RPM does better than a lot of apps]. I'm not in a rush to use anyone's simple because I have my own, and no it'll never be released as its an experiment to play with different technologies to see how they work together, that works for now. And actually may rewrite my current one using completely different notions or technology, which is one reason I'd be curious to know more about what you are doing so as to make sure one can use the other's data, and what not. I won't disagree with you here. I fully agree, that a tool such as eTools or CoreRules needs to be able to share data among its userbase. Word Processing would be useless if you couldn't share the Word docs with others. :) And I do agree, that if your software comes equipped with an import until, it should not allow data imported to cause the software to malfunction. However, that is not the same as using a technology, such as Access but could be MySQL or just simply XML [or lst in the case of PCGen] as the datastore and saying to your users, "Hey, we have opted to store data in with this technology or through this manner that is able to be modified by you, the end-user. However, we take no responsibility for any changes you make in such a manner." Its like anything else you buy, if you use it in a manner that is inconsistant with the instructions, then any breakage is your problem [pending all sorts of frivoulous lawsuits of course]. Is there such a thing as "good customer service"? I've never seen or heard of it practiced on a scale that WotC would need. :) Sure, thats a factor. But there are lots of other factors too, that drive how a product is designed and what technology to take advantage of. And you must weight those factors as you feel appropriate. Ok, that jives with your comments and I can see where you are coming from more easily. I think you realize I come from the architectural/development side of things. :) P.S. Nice mix of technical skills... for a moment, when I saw Allaire JRun [which of course ya know is now Macromedia JRun and is a decent mid-tier J2EE server] I was expecting ColdFusion to be listed; thankfully its not.... :) [/QUOTE]
Insert quotes…
Verification
Post reply
Community
General Tabletop Discussion
*Geek Talk & Media
eTools Patch and Source Code
Top