tag:blogger.com,1999:blog-2181153683994775767.post2669068658693234806..comments2024-01-28T20:15:30.773-05:00Comments on The Core Mechanic: Hacking the Dungeons & Dragons Compendium ? Possible?Jonathan Jacobshttp://www.blogger.com/profile/06133232985480734844noreply@blogger.comBlogger9125tag:blogger.com,1999:blog-2181153683994775767.post-37324287802859758232008-10-09T17:03:00.000-04:002008-10-09T17:03:00.000-04:00This is slightly off-topic, but I discovered yeste...This is slightly off-topic, but I discovered yesterday that I can copy and paste things from the Compendium into a Google Doc, formatting intact. Quite handy.Dave The Gamehttps://www.blogger.com/profile/16568427491720287020noreply@blogger.comtag:blogger.com,1999:blog-2181153683994775767.post-10801116211980659642008-10-09T14:52:00.000-04:002008-10-09T14:52:00.000-04:00Wow. I've just checked and you can now sort the ta...Wow. I've just checked and you can now sort the tables too.<BR/><BR/>Damn. I take it all back. Those guys sure can code!Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-2181153683994775767.post-71571324150740403532008-10-09T14:19:00.000-04:002008-10-09T14:19:00.000-04:00@Jonathan I think the difference is that Google is...@Jonathan I think the difference is that Google is here already, while we're still waiting for Jesus.......<BR/><BR/>Heh.<BR/><BR/>For an app that's (currently) as trivial as "searchable database that outputs a formatted table" the choice of language & platform is largely irrelevant. Each direction you could take has different strengths. Ruby on Rails has faster initial deployment, .NET/mono has stronger scalability, Perl is... well, it's Perl man! <BR/><BR/>But each could achieve the desired end result, and in the hands of a half-competent trained monkey it should look, act and behave better than what's currently out there. Just being able to SORT the darned tables (what's that - 15 lines of javascript?) would be a great usability improvement. <BR/><BR/>Personally, I'd still MUCH rather see something like the hypertext d20srd, but for the 4e era. Instead we have something which looks, acts and behaves like a bad web throwback from 1992. But hey, what do I know*?<BR/><BR/>The Rules Compendium is better than the only current alternative, which is... well, nothing. But that doesn't mean it's necessarily //good//. Fans can, have, and probably will make much better, more usable and enjoyable web applications.<BR/><BR/>* as an analyst programmer with around 20 years experience responsible for major-scale application deployments, probably quite a lot, actually.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-2181153683994775767.post-25540658992055012172008-10-09T11:02:00.000-04:002008-10-09T11:02:00.000-04:00OH, i forgot.. here's the link.http://code.google....OH, i forgot.. here's the link.<BR/><BR/><A HREF="http://code.google.com/apis/spreadsheets/overview.html" REL="nofollow">http://code.google.com/apis/spreadsheets/overview.html</A><BR/><BR/>fer fucks sake I love google. its my new Jesus. OOO.. T-shirt idea - "Google, The New Jesus."Jonathan Jacobshttps://www.blogger.com/profile/06133232985480734844noreply@blogger.comtag:blogger.com,1999:blog-2181153683994775767.post-35534357307936350162008-10-09T11:00:00.000-04:002008-10-09T11:00:00.000-04:00@ Micah : thanks for stopping by! I have no aversi...@ Micah : thanks for stopping by! I have no aversion to using .NET products save for the issue of cost. they are, as far as I understand, expensive to implement and not something for homebrew coders in general. If I were going to put together any kind of application, I kinda of thinking I would want to keep it 100% out in the open. <BR/><BR/>There's acutally a new API from google that allows you to use Google Spreadsheets somewhat like a database. You can submit queries using their JavaScript API to any public (or even protected) google spreadsheet document, and get results much like you would expect using SQL. This way, all the code would be in JavaScript - and the only thing I would have to 'host' would be a spreadsheet or two on google docs. The JavaScript code could then be taken by anyone else wanting to have a version of the webapp on their own site. This approach seems attractive to me - just becuase it allows everyone to make use of it for free. Ahh.. pipedreams... <BR/><BR/>-- now for a digression --<BR/>Maybe this is what WotC should have done.. imagine a new twist on the DDI vision: which IMHO is solidly a 1999/2000 era concept (OOO! An online app with a database that people pay for). Lets take it one step further... <BR/><BR/>lets build our own D&D compendium that is a Web2.0 Widget using javascript. Drag and drop it into any webpage, for free. Add you own content, link to DDI, pull stuff from indi sources. The javascript itself will pull data from one or more databases that could be user configurable. If WotC coded something like this - they would grab the attention of every part-time gamer D&D fan who has a facebook, myspace, blog, dodo, or whatever page. The web presence of a free Widgetized DDI would be huge (relatively). Their revenue would be generated from simply leaving OUT the critical data and fluff - the tool helps, but is missing things that make people want to buy the books. hmmm.. maybe <I>this</I> is what we should do....<BR/><BR/>make an OpenDDI Widget... <BR/>of course.. we could do this for d20 too. A little 200px wide, tall widget made just for blogs like this - that gives access to everything in the d20 universe...Jonathan Jacobshttps://www.blogger.com/profile/06133232985480734844noreply@blogger.comtag:blogger.com,1999:blog-2181153683994775767.post-24770179904512827612008-10-09T10:17:00.000-04:002008-10-09T10:17:00.000-04:00IANAL, but you're treading on very thin ice here. ...IANAL, but you're treading on very thin ice here. I don't think it takes much to run afoul of cyber-terrorism laws.<BR/><BR/>As to the rest, we wrote <A HREF="http://www.obsidianportal.com" REL="nofollow">Obsidian Portal</A> in Ruby on Rails with MySQL, but I won't say it's the only way to go. There are plenty of great sites that use PHP, Java, or even *gasp* .NET solutions.<BR/><BR/>I don't think the problems that DDI/Gleemax have experienced are due to the language or toolset of choice.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-2181153683994775767.post-70855501653731739952008-10-09T10:05:00.000-04:002008-10-09T10:05:00.000-04:00@ Greywulf : yes - I would drop everything into a ...@ Greywulf : yes - I would drop everything into a mysql db as well - if I were going to do such a thing. Data entry would take time - the rest would be tricking for old rusty coders like myself, or a day you all you young 20'somethins<BR/><BR/>@ Madbrew : yeah, I tried hacking the ww2.wizards.com domain for a while last night from my un*x prompt to no avail - couldn't get the .asp code. But i'm not a very good h4XXorZ so maybe someone else would have better luck. Oh, and I never said I would want to replicate the Compendium.. that would break the GSL fershur... no no.. I would never want to make anything for free that would compete with DDI. No, not me. That could be illegal. I would never do something illegal. Even if I were to code it myself, or with help from you and greywulf and others, ... we would never code up something for free and then host it on a separate site without any indication of who did it. No way - not me. I would never do that... <BR/><BR/>... <BR/><BR/>.. <BR/><BR/>.<BR/><BR/>>_><BR/><BR/><_<<BR/><BR/>[runs and hides]Jonathan Jacobshttps://www.blogger.com/profile/06133232985480734844noreply@blogger.comtag:blogger.com,1999:blog-2181153683994775767.post-69467775667018931722008-10-09T09:46:00.000-04:002008-10-09T09:46:00.000-04:00@Greywolf: I'm offended! No, really though, this i...@Greywolf: I'm offended! No, really though, this is what happens when you cobble shit together.<BR/><BR/>I regularly program with ASP.NET and find it to be a pretty powerful platform (coming from a Java/MySQL background even).<BR/><BR/>Unless the System Admins for Wizards are total idiots, I doubt you can access either the db or the code. APSX files should have a code-behind page "pageName.aspx.vb" or "pageName.aspx.cs") that does all the work (otherwise they it should just be a plain ASP page). This would have the connection strings for accessing what is probably an MSSQL 2000/2005 db.<BR/><BR/>However, just building a new db wouldn't be difficult, just time consuming (I hate data entry).<BR/><BR/>The question is, why would you want to replicate the Insider's Compendium? I am sure we could architect a far superior version.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-2181153683994775767.post-85160866988888531822008-10-09T04:38:00.000-04:002008-10-09T04:38:00.000-04:00Personally, I'd just put the content into a friend...Personally, I'd just put the content into a friendly passing MySQL database and whip up a simple Ruby on Rails front end. A days' work at the most, and it would still look and act better than the current version. <BR/><BR/>But that, I guess, is what you get for using ASP instead of technology that works, eh? :DAnonymousnoreply@blogger.com