Looks better this way, and performs the same.

Make the "recent games" section more modular.

The main page was constructing all of the recent games queries
manually before. Now I've moved the query and the associated
class (which would have been a namedtuple if not for the various
transformations needed) into a new "helpers" view. This view is
intended to house query functions and the corresponding classes
for them, so no more grabbing from a query, then looping around
and creating namedtuples to get stuff like nick_html_colors. Now
one can just pass the row returned by the query to a class, which
will "know" how to construct stuff like that. Win!

Add the game's duration to the game info page, if it exists.

Provide an option to show elo deltas on the game info page.

I was tired of looking at the actual elo deltas by bouncing
between the player_info and game_info pages for several
players just to see their collective elo delta values. This
provides a query parameter "show_elo" to the game info page
to show the extra elo delta column.

As a bonus, the up/down/neutral arrows on the player_info
page will take you to a scoreboard page where those values
are shown.

Proper fix for big alivetimes.

Moral of the story: I should not code late at night.

Handle Elos properly when players have big alivetimes.

Due to a bug, the alivetimes for players also include time
spent in warmup. Since elo uses score per second, the
skewed alivetime made players who actually lost look like
they won under certain circumstances (like when their
opponent spent a very long time in warmup).

This change puts a ceiling on the alivetime used by Elo
by limiting the alivetime to be at most the game's
duration.

Parse and store the game's duration.

The duration has been sent for a while as the 'D' line, but
it hasn't really been needed until now; it was just a nice thing
to have. Now Elo calculations are messing up because the warmup
time is being summed into player alivetimes. This duration field
can assist in creating a workaround. Having it, Elo calculations
can know the true maximum game time, so anything higher can be
brought down to the "floor" of the real duration of the match.

Fixed double negative, maybe the most helpful ever.

Link to the game for each cap record.

Add overall best flag capture times to the map info page.

Only the top ten fastest capture times are shown. Players in this
list must be tracked. No bots are tracked, obviously :D.

Show the best flag capture times on the game info page.

The best flag capture time for each player is shown in the game
info page now. This only happens for CTF. The format shown is
seconds.milliseconds, with up to two decimal places shown.

Add ping to the scoreboard.

Ping is being sent now in the POST requests. Show it if it
exists in the player_game_stat row.

Uncomment elo processing code.

Assault icons.

Add storage of captimes and fastest caps.

Fastest caps are recorded on a per-player basis in the game_stats
table, and the player's overall fastest cap on a given map is
stored in a new table, player_map_captimes.

One weird thing is if the constraint on game_id in the captimes
table is enabled, sqla throws an integrity error. For this reason
the constraint is disabled (commented out in xonstatdb) even though
it should be there. More investigation is needed.

Add a setting to turn off req verification easily.

Handle nonexistent elo deltas gracefully.

Make the "recent games" table expand with the "more" link.

Previously a big list of scoreboards would be shown if a person
clicked on the "more" link below the "recent games" table on the
player info page. Now a table that is exactly the same is shown,
but with pagination. This is in essence an attempt to keep the
same elements in the view; when a person clicks on a "more" link,
they expect to see more of the same items they were looking at.

The end benefit for players is that they can quickly page through
all of their games and see summary results as well as their elo
changes from one simple view.

Add elo deltas to the player info page.

The elo deltas will just show an up, down, or neutral icon for how
their elo has changed during the games in the "recent games" table
at the bottom of the page. Hovering over these icons will show the
actual delta value in the event it went up or down (rather than
stayed the same).

Add "ft" icon for freezetag.

Check nick uniqueness before storing.

Use the gametype icons in the tabs!

Moved over to new Xonstat API (using functions xonstat.views.player directly);
enabled UTF-8 encoded playernicks for testing (FIXME: it is known that some nicks cause problems with cairo currently)

Added artwork by Archer, in addition to "classic" and "minimal" skins

Improved (fixed?) the spacing between differently colored character groups in the playernick

Merge branch 'pickupbot' into approved

Merge branch 'master' into pickupbot

Conflicts:
xonstat/views/player.py

Make percentile a field and show it in the player_info view.

Make the value a real percentile, if I am going to call it that :)

Determine overall best rank by percentile, not the rank value.

Add total playing time.

I forgot to add the total playing time from the get_overall_stats
call. This includes it and moves win percentage over to the right
pane to space things out more evenly.

Localize the last seen time for all game types.

Don't show ratios if they are undefined.

Add bootstrap-tab.js.

Acceptable version of the games breakdown tab.

This version does not have localized time. More code changes are
needed to add it, and I just ran out of time. It is simple enough
to add and will come soon. This commit basically styles the tabs
and also adds a cap_ratio when you click on ctf.

Adding a margin left centers #xonborder.

Fixed two minor issues (debug output, recent_games field)

Applied feedback from Antibody, improved the *->json functionality

Merge branch 'pickupbot' into approved

Fixed two minor issues (debug output, recent_games field)

Merge branch 'pickupbot' into approved

Applied feedback from Antibody, improved the *->json functionality

Merge branch 'pickupbot' into approved

Implemented JSON API for retrieving player_info data

Get rid of unneeded functions. Away with you. Away!

All of the old functions returned data in a format that wasn't
very flexible, or didn't break down the information by game type.
Out with them! Named tuples are now used, making for much more
readable (if not a bit lengthy) templates.

Initial checkin of tabs for the player_info view.

Underneath the player's nick will be a tabbed list of game types,
starting with "overall." Within each of these tabs will be stats
pertaining to only that game type. This allows players to view
fine-grained details about their playing history.

Note that this commit does not style the table much. This is mainly
to ensure that all of the content is being fetched properly.

Add the logic behind the player_info view. Template changes coming.

Merge branch 'master' into badges

Merge branch 'master' into approved

Fixed stupid typo in the badges generator

Fixed stupid typo in the badges generator

Add nb.png for nexball.

Nexball once had a game_type_cd of "nexball," but now it is "nb."
This copies the icon accordingly to support both names.

Fix a JavaScript hover issue (via zykure).

Undo the addition of zykure's games breakdown stuff.

While the changes are appreciated, they introduce WAY too many
database queries and LOC. They will be rewritten using a more
efficient query structure before inclusion. Also I'd prefer to
use tabs instead of pills, with the tabs being on the left or
right, not along the top/bottom.

Remove extraneous print in player_info JSON view.

Merge of zykure's player_info JSON object plus a few bugfixes.

Decrease opacity on xonborder, add opacity to all tables.

New background image. Thanks, NASA!

Add a new background image (#3) from NASA's Hubble telescope. It
was a little bright for #xonborder, so the alpha % on that was
increased.

Implemented some (preliminary) JSON API to retrieve player data
This function will be used e.g. by the Xonotic IRC pickup bot.

Merge branch 'badges' into approved

Conflicts:
xonstat/batch/badges/gen_badges.py

Remove artificial padding on the body of the page, un-fix navbar.

Fix the header on the ranks page.

Consolidate the logic for the header, which was being neglected.
Now it has the full header present without an h2 which essentially
duplicated the same header. I removed the h2 and left the header.

Turn off italics in the header.

People didn't like the italics in the header, stating that it
didn't really fit the style. I didn't really have an opinion
either way, so I straightened it back up. I also removed the non-
breaking space after the header that was put in to "even out" the
slant of the italics.

Minor improvements to the badges generator:
- Fixed mistake int the ^6 color code (leading to wrong colors)
- Extended the playernick down-scaling for too wide nicks (now max. down-scaling is based on fontsize)

Add localized time support (on hover).

Without Javascript people will see the UTC time. With Javascript
all of those UTC times will be changed to localtime (accounting
for DST) via the epoch time of the object.

Add methods to return the time (create or start) in epoch seconds.

Add a default alivetime of 0, better storage of stripped_nicks.

Default the alivetime to a timedelta of 0 seconds, and store
the qfont-decoded, color-stripped nicks as the stripped_nick.

Handle the halving of weapon stats a little better.

Default PlayerWeaponStat rows to all 0 to protect for missing
accuracy data. Also halve all of the pwstat members at once
instead of checking on each loop.

Use a dummy session variable.

A little while ago I moved down the creation of the actual
DBSession() below the precondition checks to avoid unnecessary
rollback transactions. What I didn't do was check if the session
existed before using it, so when precondition checks failed I was
calling a variable that wasn't defined yet (another exception).
This adds a dummy session variable that I can check before rolling
back, avoiding more exceptions.

Halve the weapon stats if the POST request is from version 1.

Version 1 of the weapon stats submissions sent double the weapon
stats. This means that all hit, fired, max, actual, and frag data
were 2x what they should be. The fix is to check for version 1
requests and halve them accordingly. Versions >1 should not have
this problem.

Add IE fallback for the main content section (all black).

Add a text-shadow and more margin to the bottom of the headline.

Fix broken firefox. Damn you, firefox!

The latest firefox update broke the web borders. This is a
workaround. It compresses the main header by removing the
"get the game" button (not really needed). This change also
swaps out the backgrounds to match xonotic.org and a move of
the title accordingly. All in all I think it looks pretty decent!

Merge branch 'badges'

Use relative time everywhere, but add hover with absolute time.

Use "fuzzy" dates everywhere (e.g. "an hour ago"), but allow for
a hover showing the absolute UTC time when needed. This is done
with a span and a title attribute.

Fixed display of some characters in playernick (e.g. . : |)

Fixed gametype display in "minimal" skin

More design work on the two badge themes; also improved skin support
- More parameters that can be changed by skins
- Minimal skin: fixed gametype alignment, retuned coloring to be more modest, some redesign
- Classic skin: gametypes are now aligned to the center if less than max. gameteypes are shown, re-introduced the "no stats" stamp, also some redesign
- Some code cleanup

More work on classic and minimal themes; now both include a fancy Xonotic logo!

More fine-tuning to the "minimal" skin; added options to enable/disable centering of some elements

A collection of smaller improvements to the badges generator
- Fixed a bug in the commandline parser
- Finally fixed the "win/loss" bug (new query, also a bit faster)
- Split up "render" and "data" parts of the code (skin.py & playerdata.py)
- Reworked overlay images for classic/minimal skin (source .xcf files included)

Added multiple skin support and better commandline parsing
- Skins other than "classic" will be put into a subdir in the output directory (e.g. output/minimal/###.png)
- By default, "classic" and "minimal" badges are created for all players that were active in the last 6 hours
- A skin list can be passed to the program for testing (e.g. "gen_badges.py classic archer")
- The "-force" parameter enforces an update of all badges by setting delta to 2^24 hours
- The "-test" parameter limits the number of players to be considered to 200 (used for testing)

Fixed crash when no active players were found

Add a cutoff date.

The cutoff date is the date before which games are not considered.
In other words, a player must play within the cutoff date range in
order to have his or her badge regenerated. This is to prevent
generating images for every single player, every single run.

Hotfix - last commit introduced a bug where only the last defined skin could be used

Added first version of "minimal" skin
- NOTE: Transparency does not work fully as expected (can't use a transparent bg image, only fillcolor+overlay)

Improved PNG output for badges (now using zlib compression)

Fixed bug in "total wins" query - NOTE: other queries (e.g. duel wins) are still flawed!

Added rudimentary skin support to badges (also moved large parts of code outside the main program)
- To select skin, run gen_badges.py with the skin name as argument (i.e. "classic" or "archer").

Added support for transparent background in badges (bg=-1)

Improved handling of whitespace in playernicks

Merge branch 'master' into badges

Conflicts:
xonstat/batch/badges/gen_badges.py

Fixed bug in "wins" query

Fixed some problems with playernicks in gen_badges

Can't calculate the k:d ratio if d (deaths) is None.

Added 1st version of Archer's background; some finetuning

Python 2.6.x doesn't have total_seconds().

Add player badge batch job (via zykure).

The player badge batch job uses cairo to generate a summary
image of the given player's statistics. It can be run
periodically to maintain the "freshness" of the data. The
tricky thing with this batch job is getting cairo working
within the virtualenv - one has to install it in the machine
and then symbolically link to the ENV. This is obviously not
ideal, but it does work.

Many thanks to zykure for this well-designed image!

More work on the badges generator
- Added overlay support
- Added additional backgrounds
- Cleaned up the code
- Removed obsolete files

More fine-tuning of the badges generator