My WWW graphical die-roller allows you to specify:
- number of dice
- number of sides (per die)
- any bonus (to add to die roll)
- whether or not to "drop the 1's"
- whether or not to total the roll
- oh yeah, and the dice are pretty... LOL
It doesn't mail the roll yet, but it will shortly...
There isn't any information there on how you generate the rolls.
Where do you get your entropy?
How do you avoid bias?
Are we going to hear an argument on why D&D requires such perfect
randomness so that rand() just won't cut it?
More to the point would be to wonder why anyone would use a Web-based
die-roller in the first place. Writing one in order to teach oneself
CGI, maybe.
--Mark
--
All opinions \ / Mark Meiss (mme...@indiana.edu) 812/331-1686 \ / "EVERY day
are my own | http://death.uits.indiana.edu/~mmeiss/ | is bad
and are sadly | Senior Network Manager and Unix Specialist | 70's rock
mistaken. / \ University Information Technology Services / \ day!"
rand isn't very good. If used poorly, it can be terrible. In some cases
patterns can be intentionally exploited by the players.
>More to the point would be to wonder why anyone would use a Web-based
>die-roller in the first place. Writing one in order to teach oneself
>CGI, maybe.
The one posted here didn't seem very useful. The reason one typically
would use a public die roller is to get die rolls that other players
can trust. For this to work, the other players need to somehow witness
the rolls. Normally this isn't being at the same computer looking over the
person's shoulder, as it is easier to just roll dice. But if the other
players can get the information from the server (by going there themselves
or by getting email) things can work.
It really wasn't designed for intense scrutiny, just something fun I whipped
up on a lazy afternoon.
> Are we going to hear an argument on why D&D requires such perfect
> randomness so that rand() just won't cut it?
>
> More to the point would be to wonder why anyone would use a Web-based
> die-roller in the first place. Writing one in order to teach oneself
> CGI, maybe.
ASP actually... :)
Haven't messed with CGI yet.
e-mailing the rolls should suffice for this requirement. (as I said, this is
coming.)
> the rolls. Normally this isn't being at the same computer looking over the
> person's shoulder, as it is easier to just roll dice. But if the other
> players can get the information from the server (by going there themselves
> or by getting email) things can work.
>
It was also designed so I could roll up characters (and other things) at
work without the telltale sound of dice clunking across my desk.
Like I said... it was for fun.
Try
www.dark-library.com a good friend of mine runs that site...check out his
online dice roller, does ICQ messaging and email as well