Thread: Tables issue
-
August 11th, 2022, 16:55 #1
- Join Date
- Jan 2021
- Location
- Victoria, BC
- Posts
- 28
Tables issue
In the tables panel, the "add table by size" seems to have developed a flaw with the "step" feature. For example, if you create a d100 table with step=2, you'd expect a d100 table with steps of 2 (1-2, 3-4, 5-6 ... 99-100). Now you get a d200 table with steps of 2 (1-2, 3-4, 5-6 ... 199-200).
-
August 11th, 2022, 22:40 #2
Supreme Deity
- Join Date
- Mar 2007
- Posts
- 20,688
This is expected behavior; and the way it has worked since the feature was added (first in extension; and then in CoreRPG).
As the tooltip suggests, you are making a table with #x rows with a step value of #. So, a 100 rows of step x2 is actually a 1-200 range table.
Regards,
JPG
-
August 12th, 2022, 00:20 #3
- Join Date
- Jan 2021
- Location
- Victoria, BC
- Posts
- 28
I was positive it used to be more useful, but I'll take your word for it. Doesn't it seem a bit odd though? Like there's far more cases for a (standard table size) with steps than a (weird table size) with steps.
-
August 12th, 2022, 05:18 #4
Im guessing the size is not the size of the dice but the size of the table - eg the number if entries.
Tables can support combinations of dice eg 3d6 or 1d8+1d12 so that probably makes sense.
In your case its size 50 (50 entries) with step 2
-
August 12th, 2022, 14:07 #5
Damned is correct. You are asked for the table size, not the die type for the table. You can get exactly what you want by just feeding it the expected inputs. The table doesn't actually have to map to a die size. You could have a table with 14 rows and a step size of 1 and it would just randomly generate a 1 through 14 result.
-
August 12th, 2022, 14:18 #6
- Join Date
- Jan 2021
- Location
- Victoria, BC
- Posts
- 28
But the "add table by size" only lets you choose standard die numbers. 2, 4, 6, 8, 10, 20, %.
(I'm not saying I don't know how to make the tables otherwise, it's just this feature implies it's going to build a standard die size table, but adding steps breaks it. You can't make a d100 table with step 2 using this feature, as you can't choose d50 in the first step)
-
August 12th, 2022, 14:26 #7
Good point. For your purposes, it would be nice to have a 50x option as well. I will run that by John to see what he thinks. If we did 50x, I could see a benefit of a 25x as well.
-
August 12th, 2022, 14:32 #8
- Join Date
- Jan 2021
- Location
- Victoria, BC
- Posts
- 28
That was just a specific example - it's going to affect all combinations, and would be resolved by making the steps just do steps and not be a multiplier. Admittedly there may be cases when the current method is preferred, but honeslty I can't think of one. I asked in Discord what other people were doing but apparently I'm the only one using this feature
-
August 12th, 2022, 14:40 #9
What do you mean by making the steps just do steps? Can you give me a few examples of what you would want to accomplish?
-
August 12th, 2022, 14:53 #10
- Join Date
- Jan 2021
- Location
- Victoria, BC
- Posts
- 28
Sure!
Example 1
Requirement: d6 table, with 1-2, 3-4, and 5-6.
Expectation: choose d6, and step 2.
Actual result: d12 table with 1-2 through 9-12
Workaround: build manually (there's no d3 to choose from)
Example 2:
Requirement: d20 table with 1-4, 5-8, 9-12, 13-16, 17-20
Expectation: choose d20, step 4
Actual result: d80 table with 1-4 through 76-80
Workaround: create a d6 table with step 4, then remove the last row (works, but unintuitive)
Thread Information
Users Browsing this Thread
There are currently 1 users browsing this thread. (0 members and 1 guests)
Bookmarks