Issue 35835 - Pixels should be a measurement unit for Draw / Writer(Web)
Summary: Pixels should be a measurement unit for Draw / Writer(Web)
Status: CONFIRMED
Alias: None
Product: Draw
Classification: Application
Component: configuration (show other issues)
Version: 680m77
Hardware: All All
: P3 Trivial with 33 votes (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-10-20 05:43 UTC by logoleptic
Modified: 2016-10-19 01:42 UTC (History)
11 users (show)

See Also:
Issue Type: ENHANCEMENT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description logoleptic 2004-10-20 05:43:48 UTC
In the options for Draw v 1.9.56, under OpenOffice.org Draw > General, the user
should be able to set the "Unit of measurement" option to pixels. This is useful
when the drawing is intended for display on a computer screen (e.g. web graphics).

The same unit should be added to the options for Writer/Web.
Comment 1 flibby05 2004-10-20 18:56:44 UTC
changing defect -> enhancement
Comment 2 wolframgarten 2004-10-25 09:20:50 UTC
Reassigned to Bettina.
Comment 3 aparan 2005-02-08 07:26:55 UTC
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.
Comment 4 logoleptic 2005-03-08 17:14:51 UTC
Just confirmed this is still an issue as of 1.9.79.
Comment 5 intuited 2008-11-12 19:03:19 UTC
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.
Comment 6 youngjin 2009-11-15 03:57:06 UTC
Impress, too.
Comment 7 wolfix 2010-04-07 16:09:48 UTC
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
Comment 8 bettina.haberer 2010-05-21 14:45:16 UTC
To grep the issues easier via "requirements" I put the issues currently lying on
my owner to the owner "requirements". 
Comment 9 nomnex 2011-05-27 03:41:49 UTC
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.
Comment 10 bugs 2011-12-08 18:52:47 UTC
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.
Comment 11 HawaiianHope.org 2012-07-10 01:55:15 UTC
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.
Comment 12 godasks 2013-04-17 15:59:35 UTC
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.
Comment 13 info 2013-10-17 23:07:34 UTC
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!).
Comment 14 Aivaras Stepukonis 2016-03-21 13:19:57 UTC
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.
Comment 15 orcmid 2016-03-21 16:22:14 UTC
(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.
Comment 16 orcmid 2016-03-21 16:35:31 UTC
(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.
Comment 17 orcmid 2016-03-21 16:42:27 UTC
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 [;<).
Comment 18 Aivaras Stepukonis 2016-03-23 15:59:21 UTC
(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.
Comment 19 Jose Baldizon 2016-10-18 22:51:37 UTC
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.