| Age | Commit message (Collapse) | Author |
|
|
|
Also, did the same thing for Die I did for DiePool, where I moved the
specific classes to the same file as the interface.
|
|
Also, changed my mind on the way DiePool and its implementations should
be structured. The implementations go in the die pool file as internal
classes, because nobody should particularly care the specifics about
their die pool, only that it does what it says it should
|
|
Renames several interfaces named in the IWhatever style, which Java
doesn't use
|
|
Convert dice from dealing exclusively with ints, to deal with objects of
arbitrary types
|
|
|
|
|
|
For various reasons, I'm not happy with the other implementations.
Here's hoping that this one is better
|
|
|
|
Add some javadoc comments
|
|
Several packages were moved from BJC-Utils to esodata. This makes the
necessary adjustments
|
|
Cleanup some warnings
|
|
Issue popped up in DieMods where the compiler was failing to allow what
looked like a correct cast. Solution was to switch to using a lambda,
instead of Comparator.naturalOrder()
|
|
This adds all of the remaining missing die modifiers, as well as a few
base die types that were missing.
|
|
This starts work on a rewrite of the dice rolling system to better adapt
it for more features
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
DieExpression was split into two classes to make things easier to deal
with.
|
|
|
|
|
|
|