We are always looking for new tools to create to help facilitate the table top gaming experience. Let us know if you have an idea for a new gaming tool you'd like to see. (Note: this is NOT for feature requests on existing tools!)
Moderators: dorpond, trevor, Azhrei
- Posts: 5176
- Joined: Tue Sep 11, 2007 7:31 pm
jfrazierjr wrote:While web services are not extremely hard, I really don't think that they are easy enough to fit int any macro based paradigm. There are just way to many possible options that this sort of thing really needs to be implemented via direct java coding. One a side note, one of the most important things in 1.4 is plugin architecture which would be exactly where something like this should reside if someone wanted to plug it into MT.
Maybe I'm misunderstanding the compendium... but...
2) Looks up http://www.wizards.com/dndinsider/compe ... &tab=power
3) Returns the ID(s) or for the one I want 992
5) Looks up http://www.wizards.com/dndinsider/compe ... spx?id=992
6) returns JSON verson of the above
The framework developer can then strip what it needs to from that. Now obviously I'm using the GET methods in the above example, but there you have it.
This is an example of a very simplistic web service implementation. Others are far more complex, and in general, the term WebService typically implies the use of the SOAP or REST protocols to transmit data and each of these can have things that just are not practical in a macro language for use by the general public(ie, it requires the macro writer to have a far deeper knowledge of Web Service protocols than they typically have)
I save all my Campaign Files to DropBox. Not only can I access a campaign file from pretty much any OS that will run Maptool(Win,OSX, linux), but each file is versioned, so if something goes crazy wild, I can always roll back to a previous version of the same file.
Get your Dropbox 2GB via my referral link
, and as a bonus, I get an extra 250 MB of space. Even if you don't don't use my link, I still enthusiastically recommend Dropbox..
- Great Wyrm
- Posts: 2261
- Joined: Sat Apr 21, 2007 12:12 am
- Location: Albuquerque, NM
Right, but to access the information in the compendium, why would they need to know any of that info? If it was already done in the backend so that they just needed to know the macro functions related to accessing compendium info, and then there isn't any learning curve beyond that... they don't need to know about SOAP or how it works just that if they use the functions they can get the information.
- Cave Troll
- Posts: 77
- Joined: Tue Dec 30, 2008 8:46 am
This is all really interesting. Has there been any more progress on this stuff? I did a decent amount of work on hacking some people's perl code to do a bunch of this, but for obvious reasons if 1.4 is going to have a plugin mechanism it seems like this would be the way to go (and heck I'm lazy!).
I'd happily take a look at the code on this too. I know I can go grab a copy but I figured I'd ask and see if this is still being worked on or if someone else has come up with an alternate approach etc first.
- Posts: 778
- Joined: Fri Mar 23, 2007 11:27 am
- Location: Sussex, UK.
Just for anyone that cares, there's a new version available today - just a trickle of changes over the last few months.
The new version is available along with my latest framework on that thread.
The guy in the green hat.