sizezero / dice-probabilities Goto Github PK

Use gridlayout and new target controls for landscape 10" tablet size.

If there is any chance of failure, the displayed percentage should not round to 100%

Several people have asked for multiple special values to be selectable at the same time. There are several aspects that make this difficult.

1. Changing the special dropdown control to multiple selection is not difficult but displaying multiple specials in the closed listbox is not possible.

2. Calculations will be difficult. The current design accounts for only a single special. Many of the specials are incompatible and a new design will have to take this into account.

The check simulator just uses final probabilities and thus the user doesn't know the damage taken from a failed combat check.

This will probably require extra methods added to the Distribution interface so that the full history of dice are stored, can be re-simulated, the results displayed including how much the check fell short. The way the specials are handled within distributions will probably have to change too.

Use gridlayout and new target controls for landscape phone size.

Use gridlayout and new target controls for portrait phone size.

When the green target button changes from 9 to 10 the button changes size which makes it easy for repeated button presses to miss. Choose a min button size that does not resize buttons for common values.

If you make a huge roll the percentages eventually approach zero. e.g.:
18d12 >= 91 => 96%
19d12 >= 91 => 99%
20d12 >= 91 => 2%
21d12 >= 91 => 0%

This is probably due to the optimization for single dice stacks. It uses longs for the calculation which is probably causing and overflow.

Pressing buttons seems to occasionally display the background graph. I think this is happening because you press the graph in the tiny space between the buttons. It's possible that this can be easily fixed by having the layout behind the buttons eat the mouse presses.

Some weapons allow for critical hits where some numbers are translated to other numbers. Dogslicer is a base d6 that translates 1s to 3s and Scythe is a base d4 that translates 4s to 6. I suppose I could add dogslicer and scythe dies but I'd rather there was a general way to handle this.

Some die rolls have negative constants. We need a UI mechanism for adding negative constants. Right no a zero value constant is hidden so there's no way to make it negative.

Maybe only hide the constraint if it's zero and there are no other dice.

Fraser found a problem with the new crit handling. Screenshot attached.

There are at least two types of rerolls available:

1. Even after a success you must roll again in order to win
2. After a failure you may roll again to succeed.

This could be handled in a spinner control with the text
"roll once"
"roll twice"
"roll twice wtih no failures"

The desecrated vault special says that after a successful roll, the check will always fail on a 1 in 6. The current behavior occasionally yields 100% This may be a problem with the current implementation which assumes cumulative probability eventually reaches 100%.

Dice Probabilities is a general name which was appropriate when the project first started. Now it's clearly very specific to Pathfinder the Adventure Card Game.

Change the name to "PACG Probabilities"

This should occur in both the App and in the play store when the next release happens. It's not possible to rename this git repository.

Subtract one from every dice rolled. I'd like to have a more general name for this since it is used in multiple cards.

The special dice formulas on the verbose graph are inconsistently labeled. Clean this up and move more of the formula generating code to AbstractSpecial