<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Different Measurement Units for Line vs Page Properties (e.g. point vs inch)" href="https://bugs.documentfoundation.org/show_bug.cgi?id=72662#c19">Comment # 19</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Different Measurement Units for Line vs Page Properties (e.g. point vs inch)" href="https://bugs.documentfoundation.org/show_bug.cgi?id=72662">bug 72662</a> from <a class="email" href="mailto:lukebenes@hotmail.com" title="Luke <lukebenes@hotmail.com>"> Luke</a> <pre>The UI and precision problem demonstrated in <a class="bz_bug_link bz_status_RESOLVED bz_closed" title="RESOLVED DUPLICATE - Style modification dialog : line width shown in default unit (FORMATTING, UI, enhancement)" href="show_bug.cgi?id=115266">Bug 115266</a> is yet one more reason all instances of fonts size, line spacing, and line width should be represented in points, their natural unit. Expecting the user to constantly toggle units back and force because we use the same unit for quantities that have different natural units makes no sense. The obvious solution here is to do what every other OfficeSuite does and use the natural units of measure. For 99.9% of users forcing them to find the location of this feature and micro-manage it, it a waste of time. It's UI design failure. I strongly disagree that we should make the micro-managing easier for the other 0.1% of use cases. For the rare case when you do not want to use the natural unit, you can always do the conversion manually. With the added bonus that you avoid the precision, issue of <a class="bz_bug_link bz_status_RESOLVED bz_closed" title="RESOLVED DUPLICATE - Style modification dialog : line width shown in default unit (FORMATTING, UI, enhancement)" href="show_bug.cgi?id=115266">Bug 115266</a>.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>