I completely agree with you Eric, I was thinking the same thing. I actually just stumbled across the facebook developer site earlier today and I was wondering if it would be possible to implement and it it would be a path worth taking. Here are my pirate dice priorities 1) implement new layout - I'll do it whenever its available 1) get network connectivity working 2) get network chat working 3) get network play working 4) bug test and gameflow On Wed, Mar 10, 2010 at 1:24 PM, eric drewes <figarus@xxxxxxxxx> wrote: > hey just putting a little input in timeline/design wise... > > i think the steps should be that if we could get a version working first so > we could test the hell out of it internally and make sure the design of the > game is sound, then we can go about implementing it on facebook, flash, etc. > > sorry ive been a little drained this week but i will have something for you > UI wise by the weekend so we can have something on that front. > > > > > On Wed, Mar 10, 2010 at 3:55 PM, Kent Petersen <kentkmp@xxxxxxxxx> wrote: > >> facebook actionscript tutorial w video >> >> http://www.adobe.com/devnet/facebook/articles/video_facebook_quick_start.html >> >> >> >> >> On Wed, Mar 10, 2010 at 12:47 PM, Alan Wolfe <alan.wolfe@xxxxxxxxx>wrote: >> >>> oh plus if we go php route for the game, that means that it'll take a >>> page refresh to update the game (which sucks... it's not an interactive game >>> then really). >>> >>> that is true, unless we use javascript and do some AJAX type stuff. >>> >>> But then, it's really fragile and won't work the same on all browsers >>> (and if people have malware it will break it and cause weird errors). >>> >>> The neat thing about actionscript as a platform is that actionscript is >>> developed my a specific company so when actionscript runs, it runs the same >>> on all computers, there isnt alot to worry about with different browsers and >>> different browser versions. >>> >>> Strangely though, java is in a similar boat to actionscript, except that >>> it DOES have a lot of browser specific problems so thats why you see the >>> vast majority of web games done in actionscript, not java or ajax >>> (javascript) or anything else. >>> >>> >>> On Wed, Mar 10, 2010 at 12:34 PM, Alan Wolfe <alan.wolfe@xxxxxxxxx>wrote: >>> >>>> ok so php is kinda like c++ yeah, it was somewhat based on it. >>>> >>>> both javascript and actionscript are based on ECMA script which is a >>>> scripting language based on c++ >>>> >>>> hehe... so basically they are all pretty similar. >>>> >>>> BUT! >>>> >>>> We were already planning on making an actionscript version of the game, >>>> so i say use actionscript so that we kill 2 birds with 1 stone and should >>>> be >>>> able to re-use most everything maybe with just some minor tweaks to conform >>>> to any requirements facebook has about how a game should work (nintendo, >>>> sony and microsoft (etc) all have a set of guidelines you have to follow, >>>> im >>>> sure facebook has some too) >>>> >>>> So i say actionscript would be the best way to go >>>> >>>> >>>> On Wed, Mar 10, 2010 at 12:31 PM, Kent Petersen <kentkmp@xxxxxxxxx>wrote: >>>> >>>>> Alan, it suggests using php or javascript. php code is similar to c++, >>>>> right? and javascript is similar to actionscript? Which would you >>>>> recommend? >>>>> >>>>> >>>>> On Wed, Mar 10, 2010 at 12:28 PM, Alan Wolfe <alan.wolfe@xxxxxxxxx>wrote: >>>>> >>>>>> Sorry nick but that isn't true: >>>>>> >>>>>> http://en.wikipedia.org/wiki/Application_programming_interface >>>>>> >>>>>> basically an API is a set of functions to do something, but it doesn't >>>>>> specify at all how the inside guts of the code work. >>>>>> >>>>>> It's just laying down the specifics of how you talk to something from >>>>>> a program basically. >>>>>> >>>>>> I made up our API and any of those languages will be able to talk to >>>>>> it fine cause it'll work from any language that can manipulate bytes (to >>>>>> be >>>>>> able to encrypt and decrypt) and do an http request (to actually talk to >>>>>> the >>>>>> server). >>>>>> >>>>>> Hope this clears some stuff up! >>>>>> >>>>>> >>>>>> On Wed, Mar 10, 2010 at 12:23 PM, Nick Klotz >>>>>> <roracsenshi@xxxxxxxxx>wrote: >>>>>> >>>>>>> API is a fancy term for the screen you interact with basically. >>>>>>> >>>>>>> >>>>>>> On Wed, Mar 10, 2010 at 3:10 PM, Kent Petersen <kentkmp@xxxxxxxxx>wrote: >>>>>>> >>>>>>>> http://developers.facebook.com/get_started.php >>>>>>>> >>>>>>>> You should be well versed in PHP or some other coding language — >>>>>>>> such as Ruby on Rails, JavaScript, or Python — especially one that has >>>>>>>> a >>>>>>>> client library for our API. >>>>>>>> >>>>>>>> Not sure what that last part means >>>>>>>> >>>>>>>> >>>>>>>> On Wed, Mar 10, 2010 at 11:50 AM, eric <figarus@xxxxxxxxx> wrote: >>>>>>>> >>>>>>>>> I personally love the idea of doing it for facebook. If alan is >>>>>>>>> down too, we should look into what we need to get it done. :) >>>>>>>>> >>>>>>>>> Sent via BlackBerry from T-Mobile >>>>>>>>> ------------------------------ >>>>>>>>> *From: * Kent Petersen <kentkmp@xxxxxxxxx> >>>>>>>>> *Date: *Wed, 10 Mar 2010 11:49:29 -0800 >>>>>>>>> *To: *<project1dev@xxxxxxxxxxxxx> >>>>>>>>> *Subject: *[project1dev] pirate dice via the web >>>>>>>>> >>>>>>>>> I know we were planning on making pirate dice accessable via the >>>>>>>>> web via an actionscript ap or whatever. I was wondering what you guys >>>>>>>>> thought about developing it is a facebook or myspace ap as well? I >>>>>>>>> think it >>>>>>>>> would be pretty awesome if it were possible to have it also playable >>>>>>>>> through >>>>>>>>> facebook and connect to the same servers as the rest of the game. >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> >