Bug 98786 - Option to automatic increase of the page size to the size of the drawing
Summary: Option to automatic increase of the page size to the size of the drawing
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Draw-UX
  Show dependency treegraph
 
Reported: 2016-03-20 17:40 UTC by Roman Kuznetsov
Modified: 2020-01-20 12:46 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Roman Kuznetsov 2016-03-20 17:40:25 UTC
if you draw huge flowchart, then you need change manual size of page from A4 (by default) to (example) A2. This is not comfortable.

offer added option of automatic increase of the page size to the size of the drawing
Comment 1 Cor Nouws 2016-03-21 08:26:15 UTC
thanks for the idea,
Cor
Comment 2 Heiko Tietze 2016-06-30 13:58:31 UTC
This request is the opposite to bug 81118 where page size is requested to fit the smaller drawing. It WORKSFORME especially since the page size will be easily accessible from the sidebar (bug 87643). Other opinions?
Comment 3 Roman Kuznetsov 2016-06-30 14:15:46 UTC
(In reply to Heiko Tietze from comment #2)
> This request is the opposite to bug 81118 where page size is requested to
> fit the smaller drawing. It WORKSFORME especially since the page size will
> be easily accessible from the sidebar (bug 87643). Other opinions?

Automatize change (increase) size of page - is good idea.
Automatize change (decrease) size of page - is bad idea, will problem with print drawing due to printer settings.

also, WORKSFORME - will non correct status. may be NOTABUG or better to just realize this feature? =)
Comment 4 V Stuart Foote 2016-06-30 15:12:31 UTC
No, in DTP work during layout it is very common to place images onto a Drawing canvas that extend beyond the page setting. This is valid.

We need to do either of two things, 1) as here--expand the canvas (and the page as background) to the extents of all image or drawing objects, and then apply a margin. Or, 2) enforce a cliping mask--either to the existing page size, or dynamically by corner drag, but probably without applying a margin as default (make margin optional adding to content after clipping).

In either case the resulting Drawing document page should then resize larger as needed--regardless of the original page/canvas size and margin when creating the document.

Size would of necessity become custom/user set, and there may need to be adjustments to handling with print dialogs, e.g. a shrink to fit.

Would suggest that the same methods to support this would also support going the opposite direction of reducing page custom size of document canvas of bug 81118.
Comment 5 V Stuart Foote 2016-06-30 15:13:43 UTC
Adding bug 81118 to the see also--implementing these two issues really should be linked as they will require similar handling in source.
Comment 6 Cor Nouws 2016-07-03 20:14:11 UTC
Why not simply the option Fomat > Size Page (Canvas) to Drawing ?
Helps both for shrinking and enlarging ;)
Comment 7 V Stuart Foote 2016-07-03 23:43:16 UTC
(In reply to Cor Nouws from comment #6)
> Why not simply the option Fomat > Size Page (Canvas) to Drawing ?
> Helps both for shrinking and enlarging ;)

Yes, that would be the "simple" case--but more refined use would still require the ability to set a clip mask and allow resize--increasing or shrinking--of canvas to match the new size.

Objects that hang off the canvas may still not be desired--meaning we'd not want to expand the canvas to include all objects. And why an ideal clipping mask implementation would chop any excess away while reshaping the canvas to hold what is desired within the selection made.
Comment 8 Heiko Tietze 2020-01-20 09:07:39 UTC
So let's have an option to _automatically_ enlarge the page and another _manual_ command to fit the page to drawings.
Comment 9 Regina Henschel 2020-01-20 12:41:12 UTC
(In reply to Heiko Tietze from comment #8)
> So let's have an option to _automatically_ enlarge the page and another
> _manual_ command to fit the page to drawings.

No, please no _automatically_ changing of page size. Page size is in most cases set corresponding to the desired printer or other output media and should only be changed by the user. It would especially break the feature, that objects can be larger than the page area and will be cropped to page area on output.
Comment 10 Heiko Tietze 2020-01-20 12:46:41 UTC
(In reply to Regina Henschel from comment #9)
> No, please no _automatically_ changing of page size.

That was the request, accepted here in the comments. And because it's not always needed- and actually not wanted in most cases, the point here is to introduce an _option_. Could be off by default. The option starts a UNO "expand_to_content" command, which could be also run manually.