# Length unit type based on EMU as standard unit in CO **URL:** \ **Category:** Development\ **Created:** [June 24, 2026, 7:08am UTC](https://forum.collaboraonline.com/t/length-unit-type-based-on-emu-as-standard-unit-in-co/4798 "2026-06-24T07:08:29Z")\ **Posts on this page:** 1\ **Showing post:** 5
**Author:** ![quikee](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.collaboraonline.com/quikee/32/2143_2.png) [@quikee](https://forum.collaboraonline.com/u/quikee)\ **Post date:** [June 29, 2026, 6:45am UTC](https://forum.collaboraonline.com/t/length-unit-type-based-on-emu-as-standard-unit-in-co/4798/5 "2026-06-29T06:45:19Z")
Fractions of EMU could be useful in certain situations if you want to have a more robust way of rounding to an EMU, without the need to change to double for the calculation. Even with EMU we can represent huge document with that still - so we might just sacrifice some of that (upper 16-24bits will almost all the time be 0) to the lower bits. We can adjust the internal representation without breaking the code using this. As for master unit - I was aware of that and I think we can just change the internal representation to be 1 = 1/2 EMU to support that, but I didn’t want to change the internal representation before I actually have a problem. --- _[View the full topic](https://forum.collaboraonline.com/t/length-unit-type-based-on-emu-as-standard-unit-in-co/4798)._