Display of calculated character sheet values in rolls rather than formulas

I really appreciate the new ability to pre-calculate values using character sheets (i.e. the stat modifier being calculated from the stat in d20 games), but I've noticed that when using those in dice rolls, if inspected, the roll displays the formula used to calculate the value rather than displaying the result. For a simple example, if a die roll calls on, say, a value that's calculated from a character's INT value (in this case 18) divided by 2, named INTHALF or some such, and a die roll calls to add INTHALF, the roll will actually read as, say, 1d20+(18/2) instead of 1d20+9. It appears to still work just fine from a results perspective, but it makes reading the roll readout rather messy and always makes me nervous about whether things are being calculated properly.

May have found a partial solution to this. If you put the call for a calculated stat (such as INTHALF) in inline roll brackets, such as [[@{INTHALF}]], the result is shown rather than the formula. You can combine this with /roll and it still appears to work, but it doesn't appear to work nested in other inline rolls. Assuming INTHALF is 8: /roll 1d20+[[@{INTHALF}]] would display as "rolling 1d20+8" Assuming a roll of 11, the final result would be 19. [[1d20+[[@{INTHALF}]] would display the result, but it does not appear that INTHALF would be included...just the roll. Still keeping this here for a hopefully more solid solution, but this at least appears to be a way to address the issue temporarily.

I am not disagreeing with you, but I think it's important for the diceroller's functions to be able to explicitly allow both hiding the additional calculation and not hiding it for the sake of explicitness. It should be up to the macro author to specify which one they want. Maybe you can be clearer about what needs to be changed, given that you can currently code both things? What would be the "more correct" way to do things, from your point of view?

Just coming back to this as I saw the reply. I need to look back at it, but I think what was going on at the time was that the nested roll wasn't actually working properly: at the time, doing [[1d20+[[@{INTHALF}]] ]] would just roll 1d20 and give the result (i.e. if the roll was 10 and INTHALF worked out to 4, the result given would be 10 rather than the correct 14). Now, nested inlines are a pretty common thing, so I believe from my perspective this is working.

Thanks for the suggestion! After 30 days, Suggestions and Ideas with fewer than 10 votes are closed and the votes are refunded to promote freshness. Your suggestion didn't build the right momentum this time, but feel free to submit it again! We find that the best suggestions describe the problem you are having, and the solution you want. You can learn more about the process of making suggestions on the Roll20 Wiki! More details can be found here .