Age | Commit message (Collapse) | Author | Files | Lines |
|
Sort the pie chart the other way.
Still doesn't feel right. Perhaps a bar chart would be better.
|
|
|
|
|
|
|
|
|
|
Massive cleanup of margins and offsets.
|
|
|
|
|
|
Also push vis-hide structure up to contain the columns, rather than each
column having its own vis-hide div
|
|
The new parsing system is robust enough to eliminate its persistent need
|
|
|
|
Multiple connections could be made from the same session,
which could cause issues when they disconnected in turn.
|
|
|
|
No elegant solution presents itself immediately. This isn't too bad, but
should be replaced - while more specialised charts could be added to the chart
renderlet, it's fragile and matters become problematic if more modules require
the renderlet as well.
|
|
|
|
No longer used with the parser rewrite.
|
|
This completely removes any need to look behind for already parsed records,
and adds a second pass that assigns stats to records that did not have that
information known at the time of parsing.
With the testing data, this changed the number of records with no stat
information from approximately 1/6 to none (!).
The parser is also much cleaner now, at least as much as a parser built around
regular expressions is clean. Apparently the late night coding me really likes
nesting closures.
This closes #7.
This closes #13.
|
|
The PC chart is removed, as records being linked to specific characters could
never be released publically.
The records are being postprocessed, as information about stats for unknown
records could have been logged after the record (ie. STAT on LOGOUT)
The processed records are available for download in JSON format. Currently,
this is only accessible by calling parser.createBlobLink() from the console.
The process can be quite resource intensive.
The file should be saved with "scrubbed" appearing somewhere in the filename.
The loader now properly informs its each method of the current file and the
number of files.
Files with "scrubbed" in the filename are interpreted as scrubbed logfiles and
will be loaded in as JSON directly.
|
|
Also make its description consistent with the one in index.html.
|
|
|
|
|
|
|
|
There is now a simple node application to enable broadcasting of active
filters, using socket.io.
Currently, everyone on the server will send and receive all changes.
This might get chaotic depending on how crowded things become.
Perhaps `channels' might help keep things scalable.
Broadcasting filters for the stat trellis chart would be interesting.
You can also set and change your own nickname.
This closes #12.
|
|
|
|
This closes #4.
|
|
|
|
This closes #2.
|
|
|
|
Also set a sane maximum bubble size.
Previously, it operated on a logarithmic scale, which meant some bubbles
weren't being given their due weight.
Thanks to Nard for the suggestion!
|
|
"The page build failed with the following error: page build failed"
Seeing if this makes a difference.
Documentation seems sparse, as most pertain to Jekyll specific projects,
and the error is rather general.
The site should be static, in any case.
|
|
This closes #10.
|
|
This closes #11
|
|
|
|
This should now be implemented efficiently enough for everything else to
still work.
This currently does not allow filtering, but the dimensions are prepared in
a manner that makes this a simple addition.
|
|
|
|
File loading is an asynchronous operation anyway, this is unnecessary.
|
|
They should now only display after files are selected and the loading starts,
where there is something to display.
|
|
There are five modules, as follows:
load.js handles initialisation and management of files
parse.js handles initialisation and management of records
heap.js handles initialisation and management of dimensions
chart.js handles initialisation and management of charts
main.js manages the other modules and status
Status and file loading have been decoupled; file loading no longer directly
updates the status of the progress bars.
This makes the limitations of the current status system more apparent, and
should make the system also easier to maintain, as progress bars are now
updated at more logical times.
The parser remains mostly unchanged. It will need to be altered into a full
stateful parser, but this can happen later.
Dimension management is now simplified, due to the addition of monoGroup.
Most dimension/groups consisted of a single dimension and a group reduced by
count. This convenience function combines these and unifies their access,
beyond mere naming convention.
Charting management is also greatly simplified, adding in chain helpers to
categorise types of charts, by aspects such as being wide, being thin,
being short, as well as helpers to establish common properties for bar and
pie charts. There is now also a helper to take advantage of the unified
monoGroup accessors.
|
|
|
|
|
|
This gets rid of a lot of repetition.
|
|
Combat data is stateful. The parser will require rewriting to complete.
|
|
|
|
This closes #003.
|
|
|
|
|
|
|
|
|
|
This fixes #001.
|
|
|