Problem description: When creating drawings for publications, one typically needs a page size as large as the drawing itself. Currently, this result is hard to achieve. One needs to work on a standard page size larger than the drawing (e.g. A4). Then the drawing is exported to PDF and finally the PDF is cropped with the pdfcrop utility from the command line. It would be nice if Libreoffice draw knew how to automatically adjust th page size to the actual elements that are drawn on the page. Inkscape has a similar functionality that is in fact quite useful. In inkscape this is accessed by Document properties -> Page size -> Resize page to content. Would be nice if LibO drawing program could get a similar functionality in its Format->Page window. Steps to reproduce: 1. .... 2. .... 3. .... Current behavior: Expected behavior: Operating System: All Version: 4.3.0.2 rc
enhancement request. status NEW. version changed to "inherited from OOo"
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (4.4.1 or later): https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-07-18
Still valid as of 5.0.0.3
@Jay one of you?
Think this is a useful enhancement and think the command should also be accessible in the Format or Modify menu.
(In reply to sergio.callegari from comment #0) > When creating drawings for publications, one typically needs a page size as > large as the drawing itself. You can change the page size to, for instance, A0 and zoom in/out. And you may also scale the complete drawing per Tools > Options > LibO Draw > General > Scale > Drawing Scale to achieve the same result without zooming. What is missing? (In reply to sergio.callegari from comment #0) > It would be nice if Libreoffice draw knew how to automatically adjust th > page size to the actual elements that are drawn on the page. When you select a couple of objects and export them using the option "selection" the output will have the size of what you have selected. Resizing a page makes not much sense to me.
>> When creating drawings for publications, one typically needs a page size as >> large as the drawing itself. > You can change the page size to, for instance, A0 and zoom in/out. And you may > also scale the complete drawing per Tools > Options > LibO Draw > General > > Scale > Drawing Scale to achieve the same result without zooming. What is > missing? Thanks for looking into it, but zoom and drawing scale are a very different thing from what is being asked. Zoom has to do with the Libreoffice UI, namely the way in which a drawing is visualized. Scale has to do with the way in which LibO interprets distances on the drawing. What is being asked has to do with the drawing page size, as follows. Suppose that I make a drawing containing elements that fit in a box that is 10cm by 5cm. Now, what I am looking for is a function assuring that once invoked the drawing page size is made exactly 10cm by 5cm. Namely I would like to get a function that sets the page size to exactly contain the drawing elements *with no margin*. With this, after I export to PDF, I get a document that also contains the drawing without margins. This is indispensable for many real world publication flows (e.g. those for scientific papers. I can detail these if needed). > When you select a couple of objects and export them using the option > "selection" the output will have the size of what you have selected. Resizing > a page makes not much sense to me. Have you actually tried? Unfortunately, it does not, at least not as far as export to PDF is concerned on LibO 5.1.4.1. If you have a drawing on say an A4 page, and select some objects then export the selection to PDF, you get an A4 page with those objects. Furthermore, flows exist which manage images directly in ODF format and also for them (which involve no "export") the page size needs to be set correctly.
(In reply to sergio.callegari from comment #7) >> Resizing a page makes not much sense to me. > @Heiko, when using Draw for illustrations, starting with "canvas" at one of the default page sizes (or first setting a custom size)--as the drawing is being finalized it is common to need to adjust the size of the "canvas" to fit the drawing elements. It is also common to need to remove the margins (set to zero), early in the session. > > When you select a couple of objects and export them using the option > > "selection" the output will have the size of what you have selected. ... > Have you actually tried? Unfortunately, it does not, at least not as far as > export to PDF is concerned on LibO 5.1.4.1. If you have a drawing on say an > A4 page, and select some objects then export the selection to PDF, you get > an A4 page with those objects. Furthermore, flows exist which manage images > directly in ODF format and also for them (which involve no "export") the > page size needs to be set correctly. Heiko is correct, the export of selection happens with raster and vector export formats sizing to a bounding box of the selected Draw objects--regardless of the background page--which can simply not be selected. Although there is a loss of background set on the page, significant in composition when using transparency within the selected objects, but that is another issue. Unfortunately the export filter for PDF is more restrictive. The Page size of the document as set is used by the filter (and Draw objects extending beyond page margins are clipped)--the exported PDF receives that page size. And so the page must be resized prior to the export. Ability to easily resize the page "canvas" to all existing Draw objects, or even to just the selected objects would be a useful enhancement. And as noted--OLE work flows that make use of the ODG, or export to other ODF formats are better served with an ability to adjust to Draw document page size as illustrations are being finalized.
From duplicate bug 67952: Owen Genat (retired) 2013-12-21 11:09:49 UTC Related AskLO thread: http://ask.libreoffice.org/en/question/18185/how-to-adjust-page-size-to-fit-an-object/ I agree this would be a good feature to have. Confirmed. Status set to NEW. Component set to Drawing. Version set to Inherited From OOo as this has never been possible in LO.
*** Bug 67952 has been marked as a duplicate of this bug. ***
Actually, this would be very useful as well for spreadsheets, i.e. for PDF-exporting each sheet onto a sufficiently large page.
This feature is very useful in InkScape and I miss it in LibreOffice since YEARS. I always wanted to write a feature request for this, but always secretly hoped that such a simple feature MUST be coming soon---I've yet waited in vain. I would like to have button in the Page Properties view, Page Format section, to select "Fit page size to contents". When pressed, it should calculate the width and height of the contents of the current page and write the result into the width and height text fields of that dialog. An extra action in the Format menu to reformat the page based on its contents with one click would be nice as well. However, keep in mind one tricky detail, namely that this feature must properly consider the BORDER THICKNESS of objects as well: Suppose your page contents is a single rectangle of width X and height Y, and it has a border thickness T, then the overall visible rectangle has width X+T and height Y+T, and this is the page format that should, in my opinion, be calculated by new feature.
*** Bug 123853 has been marked as a duplicate of this bug. ***
*** Bug 128416 has been marked as a duplicate of this bug. ***
Let's have an option to _automatically_ enlarge the page (bug 98786) and another command to _manually_ fit the page size to drawings. Interestingly this request seems to be of more interest than the enlargement.
Similar feature is available in Visio and I LOVE it! Very useful for tech trees or things like that (family trees)
Either we have to allow individual page sizes first, see bug 49787, or have to take the largest drawing on all pages as basis.
Maybe a further alternative could be to gray out the option for multipage docs, since this would be mainly meant for single images.
(In reply to Heiko Tietze from comment #17) > Either we have to allow individual page sizes first, see bug 49787, or have > to take the largest drawing on all pages as basis. Oh. Indeed. On Visio, the feature works on each pages. This is what I'm expecting. :P Thanks for the reference to the other bug!
*** Bug 156702 has been marked as a duplicate of this bug. ***
So, in the dupe bug 156702, I specifically argued that this should be placed in: 1. The Page menu, as a "Crop to contents" entry, a "Crop to Selection" entry, or both (in or without a submenu). 2. The context menu of a selection, with a "Crop page to Selection" item. and perhaps also in: 3. The context menu for the back surface of a document with a "Crop page to Contents" entry. The Page Properties dialog might be a good option in itself, but it's certainly not the only option, and I actually believe this should be added in more than one place (although maybe not 4 places).
*** Bug 158911 has been marked as a duplicate of this bug. ***
(In reply to Stéphane Guillou (stragu) from bug 98786 comment 11) > In my opinion, this should be marked as duplicate of bug 81118. > > If implemented, it would be straight forward to have both options in the > Page Properties dialog. > - a button to fit the page size to existing objects, whenever the user wants > to; > - a tick box to automatically do that any time the move of an object changes > the size of the rectangle that includes all objects.
*** Bug 98786 has been marked as a duplicate of this bug. ***