https://bz.apache.org/ooo/show_bug.cgi?id=35835
--- Comment #16 from orcmid <[email protected]> --- (In reply to orcmid from comment #15) > (In reply to Aivaras Stepukonis from comment #14) > > In the age of digital media and the spreading practice of reading on screen, > > pixel has become one of the primary units of measurement. Adding it to > > Apache OpenOffice would be a great gift to the community of AOO users. [ ... ] > This ability to scale with preserved fidelity needs to be reconciled with > the use cases being discussed here. I notice that this remark applies regardless of what the units are. The Draw options for Units of Measure are about physical units. Note that pixels have no physical dimension, and that is a problem. All of the others do, so transformations work, as does rendering on different media where scale factors apply. To do this with pixels, one needs to have some sort of mapping to a transformable unit, such as what the pixels per measure (cm, in, etc.) is assumed to be. There is also an interesting problem when text fields are placed in an image, for font rendering to be at the size for what the rendered appearance is expected to be. That needs to be investigated to have pixel-unit images be scalable (assuming graphic drawing and not making rigid bit maps). This is pure speculation. It is not clear OpenOffice Draw is architected for all of this. It seems to be the purview of more ambitious dedicated tools for specialist use. -- You are receiving this mail because: You are on the CC list for the issue. You are the assignee for the issue.
