Issue 35835

changing defect -> enhancement

Reassigned to Bettina.

confirming issue with 680m77.

Users who would be working with web pages / drawings would be helped. 

Options for draw already given the snap range in pixels [5 pixels by default].
So the enhancment could be considered.

Just confirmed this is still an issue as of 1.9.79.

this would also be great to have when developing database forms, because it
would enable a unit of measurement that would actually be relevant.  Database
form designers, like web form designers, don't know in advance what screen
resolution, monitor size, etc., their users will have, so specifying a
measurement in terms of distance is fairly pointless, unless the form is
actually printed.
Excuse me if there's another issue for database forms; i'm a bit confused by the
ambiguity of this issue having Writer in the title but being classified as
Draw-only.  also wondering if "bh" is paying attention as there's been no
changes in 3 years.

Impress, too.

Here's why I need pixel-based dimensions...

I'm creating a video with Camtasia using specific pixel-based HD dimension 1280 x 
720. Since I don't have pixel control, Impress plays the slide show in full screen 
at 1920 x 1600.

Best,

wolfix

To grep the issues easier via "requirements" I put the issues currently lying on
my owner to the owner "requirements". 

Please include Impress
I am not sure if I am doing it right, but that's a short cut for me to change the impress unit measurement from 'n to pixel, see how big the slide is in pixel on my working monitor, and scale the JPG accordingly with Gimp.

Contrary to many comments on this bug, all graphical output from a computer is in pixels, regardless of whether the output is to paper, computer monitor or projector. Conversion to physical dimension is always performed completely by the graphical output device.

Having pixels as a unit of document dimension should be available on all office components, especially Impress.

BUMP !
Original Bug submitted in 2004. Today is July 9th, 2012.
AS of Version 3.2.1 it is still not in.

Yes, most definitely needed for web based work
Can someone please implement this ?  Outputting in Pixels is great, but i want to actually design something and see it and calculate it at the same scale as i am designing it.

Dammit. I dunno, what YOU use oodraw for. If i needed a professional software, i'd go for sum adobe product. But actually, i don't have any need to become a professional. I just want to copy a text with a certain font into a box of a certain measure, and insert this new object into a bitmap. Now you tell me, why you're develloping an opensource bundle of prgrams to make the world a better place, to make things better than the software provided by MS, etc and then you lack BASICS for YEARS. This is the point where i'd call your free, overwhelming, forward-looking, immense work nothin better than the standard paintbrush. This does not help me. This is nothin more than a waste of space on my hard-disk. And I wonder, why you don't get this.

My reason for voting is when I resize the image, I'd like to know the measurements in pixels so that I can resize in another program, with a smaller, compressed image.  Therefore, making my .PDF's very small, yet still high quality looking!  (Hard to know with a measurement of 40%, or centimeters!).

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.

(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.

In the ODF 1.2 specification, lengths in pixel units (px) are permitted and in some places required.  So there is no impact on interoperability on input of documents that have such units.  This is different than what the application provides in its user interface, however.

There is an interoperability concern with this feature, concerning interchange at the ODF level with other applications.  There is also a consideration with regard to exporting to non-ODF formats.

At a high level, there seems to be benefit in providing this, although most graphics support is based on transforms.  That is, drawings are in abstract dimensions and then projected onto renderings of particular sizes.  This is generally done under the covers, but it is an important consideration that allows smooth appearance of graphics when rendered at different physical resolutions.  

This ability to scale with preserved fidelity needs to be reconciled with the use cases being discussed here.  

Working at the raw bitmap level is probably not the design point for OpenOffice.  There are many free tools for doing that and inserting such rigid images into OpenOffice documents if that is what is wanted.

These factors need to be considered when determining how to act on this extension request.  Because we are talking about some pretty significant deeply-integrated code, I would not expect anything in the near future.  A "How To" on how to deal with fixed rigid images might be helpful in the meantime.

(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.

And, to add to the confusion, I was nosing around and noticed that (1) there is no scaling provision between page-based units of measurement and drawing units and (2) the option OpenOffice Draw > Grid > Snap range value is only in pixels [;<).

(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 is different than what the
> application provides in its user interface, however.
> 
> [...] These factors need to be considered when determining how to act on this
> extension request.  Because we are talking about some pretty significant
> deeply-integrated code, I would not expect anything in the near future.

My impression was that pixel is already integrated in the software at the processing level.

If one export a shapes in AOO Draw to PNG one is presented with pixel as the primary unit of measurement that can then be changed to other units of measurement on the fly.

It looks like for some reason pixel hasn't been make available to the user at the production stage although it is available at the output stage.

Yes please!!! I actually think (and I'm willing to bet a lot of people think the same) that Draw is a pretty good application. 

Letting users set page dimensions in pixels would make Draw an excellent application.