thanks for the idea,
Cor

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?

(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? =)

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.

Adding bug 81118 to the see also--implementing these two issues really should be linked as they will require similar handling in source.

Why not simply the option Fomat > Size Page (Canvas) to Drawing ?
Helps both for shrinking and enlarging ;)

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

So let's have an option to _automatically_ enlarge the page and another _manual_ command to fit the page to drawings.

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

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

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.

*** This bug has been marked as a duplicate of bug 81118 ***