Roll20 uses cookies to improve your experience on our site. Cookies enable you to enjoy certain features, social sharing functionality, and tailor message and display ads to your interests on our site and others. They also help us understand how our site is being used. By continuing to use our site, you consent to our use of cookies. Update your cookie preferences .
×
Create a free account

Metric System compatible

Score + 12
Hi, While manually translating a PC character sheet, I noticed that the input fields do not allow the use of commas (",") or periods ("."). This becomes a problem when converting distances from feet to meters. For example, a Wood Elf with a movement speed of 35 feet should be able to move 10.5 meters , but since decimals are not allowed, I can’t enter the correct value. This is an important detail for all users familiar with the metric system. I see two possible solutions: Allow the use of "," and "." in distance fields , so users can input decimal values manually , and allow to change "ft" to "m". Convert the entire american system from imperial to metric —you know, just finally fix the whole measurement situation once and for all 😄 Option 1 is obviously the more practical fix for now, and I highly recommend it. Thanks for your attention!
I'm going to throw a vote in, even though I can see the logic of whole-number movement values.  Movement mostly matters on a battle-mat (or grid/hex map online), and it's a lot simplier to keep distances between squares or hexes as an integer, and have movements be defined as multiples of that. However, number fields ought to allow commas and periods and treat them appropriately based on localization (in US-style numbers a comma is just ignored, in Euro-style numbers it's used in place of a period). Option (2) really isn't an option.  Roll20 is used to play games, and those games have rules that specifiy certain forms of measurement, and players who think best in either metric or "English Customary" units (the US does NOT use Imperial measurement, we burned those tea crates before the Brit's got delusions of imperial grandeur, and it's why our gallon is different from theirs). An important clarification given today's date. :-) Which is not to say you can't use other units and even fractions.  I used to play Traveller (on a tabletop battlemat), with metric (1.5m/square aka "5 foot") maps.  It's how the game rules were defined. And that could easily be done in Roll20 (I know they have Traveller players, but I've never played it so I don't know how the online rules define distance and movement) as the VTT itself doesn't define the unit of distance between squares/hexes. If I were still playing Traveller, I'd really want 1.5m/square maps.
Hi, Thanks for your response! You guessed right — my proposal N° 2 was just a bit of light humor. I do appreciate the clarification about the gallon, though. That said, I’m still proudly on team liter!  And yes, in DnD, the standard base distance is 1.5 meters (or 5 feet), which is what prompted my question in the first place. As for the decimal separator, whether it’s a comma or a dot, I’m not too concerned — especially since most software defaults to using a dot these days, so people are getting used to it anyway.
Hi,  I have the same issue. I also cannot configurer the grid/rules at 1.5 meter with jumpgate anymore.
Following a MP, request, I add some screenshot  in order to make the improvement more clear.  DnD rules, said that the distance between 2 cases is 1,5 meter We can still in the grid write 1,5 m.  The ruler, work perfectly and is able to measure ( here an example with 4.5m) In the Dnd 24, there is a weird restriction in the speed it's forced to put entire number; While trying to override the 35 feet with 10.5m or 10,5m  it's impossible. Please simply remove the restriction providing the use of the "." or  the ","  as it should have never been there in the first please.  Ideally add a selection to replace ft by m. i also wonder , if it's should be in Bug instead of Suggestion, as it's more a issue to solve than a improvement to add.