Volity progress
Jul. 19th, 2007 11:54 amPut a lot of work in for my pays-me-money client on Mon/Tue, but had ants in my pants about Ricky's visit taking up all my time this weekend, so broke pattern to work on the web client yesterday. While
daerr is looking into the best solution to our proxying issue (so the necessary AJAX calls to a server running on a different port will work), I've been working on the JavaScript side of things, writing client-side code that talks to the Jabber-interfacing daemon I wrote last month. Yesterday got a basic AJAXy roster working, proof-of-concept enough to let me drop that and then attack the much more interesting problem of making a game table work.
Having tables done by the September deadline is looking real good. And it won't be a hardcoded hack, either; I'm fixing to implement the entire process, from the initial "new_table()" RPC sent to the game parlor (Volity's official tic-tac-toe test parlor, in this case) through the UI-file discovery and download process and finally to the full game-playing interface itself. And it's to the project's benefit that, hey, there are three web-compatible Tic Tac Toe UI bundles available now; this will encourage me to make user-driven UI-switching work.
What will not be done by the start of Q4 are the less interesting bits that are still necessary before we can call the whole deal beta. It will involve returning to and polishing up the roster, for one thing. It's kind of dopey that once the tables work, our next step will be to basically and blatantly rip off GTalk's interface for floaty chatty divs in order to support basic player-to-player messaging. But really, I know of no cleverer way around the problem. You will be able to talk to other players sitting at a game table with you, though; that's a fundamental part of any table's UI and I can't imagine cutting that corner.
![[livejournal.com profile]](https://www.dreamwidth.org/img/external/lj-userinfo.gif)
Having tables done by the September deadline is looking real good. And it won't be a hardcoded hack, either; I'm fixing to implement the entire process, from the initial "new_table()" RPC sent to the game parlor (Volity's official tic-tac-toe test parlor, in this case) through the UI-file discovery and download process and finally to the full game-playing interface itself. And it's to the project's benefit that, hey, there are three web-compatible Tic Tac Toe UI bundles available now; this will encourage me to make user-driven UI-switching work.
What will not be done by the start of Q4 are the less interesting bits that are still necessary before we can call the whole deal beta. It will involve returning to and polishing up the roster, for one thing. It's kind of dopey that once the tables work, our next step will be to basically and blatantly rip off GTalk's interface for floaty chatty divs in order to support basic player-to-player messaging. But really, I know of no cleverer way around the problem. You will be able to talk to other players sitting at a game table with you, though; that's a fundamental part of any table's UI and I can't imagine cutting that corner.