Re: Digest for iplay4e-api@googlegroups.com - 3 Messages in 1 Topic

0 views
Skip to first unread message

David Pidcock

unread,
Apr 16, 2010, 2:34:31 PM4/16/10
to iplay...@googlegroups.com

I'm just thinking "out loud". 
Here's my idea. 

Consider an application (e.g. MapTools -customized to support this transaction, of course)
The Application "subscribes" to an iPlay4e campaign.  
A player can associate his map token with an Iplay4e character.
Through the applications' UI,  (which may or may not use the HTML of iPlay4e), the player selects a power to use. 
This application should then be able to query iPlay4e for the dice expression for that power's attack and damage rolls, and use it's own dice roller if desired.   (The reason for using the inbuilt dice-roller is because it's broadcast in the maptools chat window.)  Additionally, if the Application has some sort of targeting code built in (e.g. I target this monster token at x,y)  then it can automatically compare roll vs defenses and apply effects

I would agree that pushing the roll back to iPlay4e is probably pointless, since iPlay4e doesn't currently manage monsters or combat directly.  Don't know what I was thinking when I first suggested that :) 

My main point was that there should be a way to query the dice expressions separately from taking the results... 

As an aside,  are there plans for supporting Brutal and other re-roll mods?  I recently got into MapTools, and they have a very comprehensive syntax for dice rolling... 

I am playing around with writing an extension to MapTools that integrates with iPlay4e for a multi-touch table that I'm working on (see  nuigroup.com )


On Fri, Apr 16, 2010 at 5:22 AM, <iplay4e-a...@googlegroups.com> wrote:

Group: http://groups.google.com/group/iplay4e-api/topics

    David Pidcock <eraz0...@gmail.com> Apr 15 01:58PM -0700 ^
     
    Will this support external rolling mechanisms?
    Can I *push* a roll to the system from a different kind of client?
    e.g. Maptools ?
     

     

    Andrew Reutter <andrew....@gmail.com> Apr 15 04:02PM -0500 ^
     
    Yes. Storing a roll should definitely be a part of the Update API.
     
    Not from Maptools, though, unless someone writes some Maptools code ;->
     

     

    Andrew Siefer <tasi...@gmail.com> Apr 15 06:01PM -0500 ^
     
    What's the use case for pushing a roll to iPlay4e? It will be very
    difficult and very error-prone if plans are to auto-calc hits/damage,
    etc on the server side. I would think it would be simpler to have the
    client handle the application of rolls and simply push updated stats
    (HP, etc.) back to iPlay4e.
     
    Andrew
     
     
     
    On 4/15/2010 4:02 PM, Andrew Reutter wrote:

     


Reply all
Reply to author
Forward
0 new messages