O.G.R.E: Online Generic Randomizer Engine

[Bagpuss]

Can the "if" script be changed so it can do the operations <, >, <=, >=, <> please? Or at least the < and > if possible?

 

[Morrus]

Can the "if" script be changed so it can do the operations <, >, <=, >=, <> please? Or at least the < and > if possible?

It can, as far as I know.

If it can't - that's another upgrade feature to add to the upgrade request list to take to the developer at some point.

 

[Pelldom]

Is the list of functions available listed in the Wiki complete? For example, are there any other scripts (such as the dice script) that can be used but aren't listed anywhere?

 

[Bagpuss]

It can, as far as I know.

If it can't - that's another upgrade feature to add to the upgrade request list to take to the developer at some point.

I've tried them and they don't work.

 

[Morrus]

I've used the > and < before and they worked. Sounds like they've broken. I'll pass the bug report along to the developer.

 

[Morrus]

The "Favorites" system is now in place. Next up will be the user input prior to running a generator being assigned as a variable (which is a bigger deal than it sounds!)

Then it will be the mobile app API, which will take some time.

Then after all that, we can sort out a compiled feature/change list and see what it'll cost. I really would like somebody else to maintain that list for me though as I really don't have time (perhaps as a section in the wiki page).

 

[Pelldom]

Will the input values be able to be inputed from another generator or vice versa? LOVE this option.

 

[Bagpuss]

Being able to apply modifiers to the dice rolls as in input variable would be great as well.

IE: Table is 1d20+X where X either comes from the use or from another table. No value for X it assumes X=0. Probably cause a nightmare with the existing checks to make sure the table is valid though and what happens if X puts the table out of range?

 

[Bagpuss]

I've just done a self-reference table You have to saved the table at least once without it referencing to itself as otherwise it doesn't exist to call at that point. The original table I was basing it on had a last entry on a 1d10 table 10 Roll two more times on this table and combine the results in some logical manner. Reroll duplicates.

So I tried entry 10 like so...

{Bagpuss (534A)} and {Bagpuss (534A)}

Ran this sixty times with these four odd results. Bold and's show breaks between results.
Bob was forced into a life of crime by threats against loved ones and needed money to pay debts and was forced into a life of crime by threats against loved ones
Bob does it for the thrill and excitement the danger brings and does it for the thrill and excitement the danger brings
Bob is punishing those responsible for misdeeds and seeks to wield power in the criminal underworld and was forced into a life of crime by threats against loved ones
Bob needed money to pay debts and has a pathological urge to do wrong and was forced into a life of crime by threats against loved ones

Only once did it happen to call exactly the save value twice, and three times it called result 10 again for one of the two and so ended up with three values.

So I modified the last entry of a 1d10 table is as follows.

{$var1: {Bagpuss (534A)}}{$var2: {Bagpuss (534A)}} {if: $var1=$var2}{print: $var1}{else}{print: $var1} and {print: $var2}{/if}

I ran it sixty times as a test I got two odd results.

Results
Bob wants to to be rich and wants to to be rich and was forced into a life of crime by threats against loved ones
Bob needed money to pay debts and want to defy authority and needed money to pay debts and want to defy authority and succumbed to peer pressure

So no doubles except when it calls 10 again.

So good news is it doesn't break the table by calling itself, bad news is it is impossible to stop it coming up with some odd results that don't make much sense.

 

[Morrus]

The system is not designed to handle self-referencing tables. Worse, one could easily bring down the entire server, so please don't be tempted to try!