Upgrade your account to a Community Supporter account and remove most of the site ads.

Reply to thread

Message: <blockquote data-quote="Hollywood" data-source="post: 458916" data-attributes="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. <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=":)" />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. <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=":)" />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.  <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.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=":)" /></blockquote>

Verification