Battletech Live

Online, Turn-Based Battletech – Development Logs

Temporary Downtime

Picture-1I will be in Oklahoma for about a week and during that time, won’t have much opportunity to work on anything new, so I’m taking this time to clean up a couple items.  I worked out a method that allows the webpage to detect installed AIR applications and if found, launch them.  So, the tools panel that sits over top of Battletech Live is being adapted to Adobe AIR.  Doing so causes some communication problems as most existing modules communicate back and forth using LocalConnection.  With it being in a separate application, it’s moved to a different security domain and they don’t play nice.  So, I’m adjusting the scripting to detect who the parent is and behave accordingly.  An example of what I have so far appears below.  The nice thing about it is that many of the user preferences, and authentication credentials can be stored within the AIR application.  So, the website detects the app, launches it, authenticates for you and imports user preferences.  Additionally, I’m working on some formulas to increase member ranks from 5 levels up to 20.


July 22, 2009 Posted by | Project Development | Leave a comment

Battletech Live turns one year old.

It’s hard to believe that Battletech Live has actually been around for a year.  It has changed a lot in that time, with many components closer to completion, while some still remain in the planning stage.  Here are some pictures of what Battletech Live looked like in the beginning:




July 18, 2009 Posted by | General, Project Development | Leave a comment

Gaining ground on the Battletech Live Forums

I’ve been working on the Battletech Live forums every day this week, hoping to bring them back online by the end of this weekend or early next week.  I’m thinking about how an individual thread should be displayed.  In an email system, messages are traditionally sent back and forth and in the scheme of things, the end result is a somewhat disjointed conversation.  In a forum, each message is displayed above or below the others, depending on how it’s set up to display them.  To me, a top down design seems to make the most sense.

I’ve seen some forum systems that ist one post after the other, with little organization except to split it into multiple pages if the thread gets too long.  On other forums, I’ve seen systems used that allow for the viewing of only one message at a time, with a text-based tree view below it to illustrate the connections between messages.

threadUsing the illustration to the left, I think I’m going to combine list and tree views.  The first message in a thread will appear in a container which provides a heading and a body.  The heading will detail the author, title and timestamp.  When a reply is posted, it will appear directly below it, vertically aligned.  If everything continues in that manner, the next response applied to the last element in line, the thread will appear as a column.  However, looking at the fourth message to the left, if a user replies to some posting further up the thread, that response is indented below the element to which they are replying to.  Any response to that message would then appear aligned below it.

Each post within the thread can be expanded and collapsed but will default to expanded and I’ll probably again impose a limit on 20 posts per page to limit scrolling.

July 9, 2009 Posted by | Project Development | Leave a comment