Bug 169126 - Manual page size adjustment by dragging
Summary: Manual page size adjustment by dragging
Status: RESOLVED DUPLICATE of bug 98950
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-10-29 07:17 UTC by Danat
Modified: 2025-10-29 16:21 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
tdf169126 adjusting page size for existing document (21.38 MB, video/mp4)
2025-10-29 11:53 UTC, V Stuart Foote
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Danat 2025-10-29 07:17:13 UTC
Description:
https://drive.google.com/file/d/1FFgQru-jEAoADyvNKMl3kvfcbokWCjie/view?usp=sharing

Steps to Reproduce:
1.Drag a page by its borders to change its size
2.
3.

Actual Results:
.

Expected Results:
.


Reproducible: Always


User Profile Reset: No

Additional Info:
.
Comment 1 Mike Kaganski 2025-10-29 07:42:22 UTC
1. Do not create bugs like "description: see an external link with a v1deo, so that (1) you can't read it until you watch something long, and (2) the bug report may become useless as soon as I or my hoster decides to remove the video";

2. What is the use case? You create pages to match some media. If you use standard paper, you have a choice. If you have a non-standard paper, you still have its hard dimensions. Even if your media is e.g. screen, it's not something free-sized. A case when your page should be mouse-adjusted is unclear.
Comment 2 Danat 2025-10-29 08:12:14 UTC Comment hidden (off-topic)
Comment 3 Danat 2025-10-29 08:14:01 UTC Comment hidden (off-topic)
Comment 4 Mike Kaganski 2025-10-29 08:39:55 UTC Comment hidden (off-topic)
Comment 5 Danat 2025-10-29 09:06:26 UTC Comment hidden (off-topic)
Comment 6 V Stuart Foote 2025-10-29 11:53:58 UTC Comment hidden (off-topic)
Comment 7 Danat 2025-10-29 14:12:33 UTC Comment hidden (off-topic)
Comment 8 V Stuart Foote 2025-10-29 14:56:47 UTC
Have watched the video.

The questions and screen capture are:

"Manual page size adjustment by a numeric value is inconvenient
What about an ability to manually drag it like sidebar?
Like this?
Thank you"

Screen capture first shows the Page Style... dialog launched from context menu and using the Page tab's Paper Format making change(s) to the 'Height:' field.

After showing the above text, it shows the Sidebar deck being dragged wider and narrower.  And asks question "ability to manually drag it like sidebar".

So, to answer:

Unlike the fielded spinbox as used for a numerical page resize, Mouse or cursor based drag resize--while feasible--would likely be non-performant.  

The resizable Sidebar deck is a UI element, it has limited impact (i.e. just viewport adjustments) on the document canvas, so negligible.

On the other hand, resize of a document's page, currently via spin box fields on the dialog, triggers predictable refresh of the document's layout *only when Applied* (Apply or OK from the dialog).

UI Drag actions would require dynamic recalculation, perhaps could use a bounding rectangle to reduce redraw hash.

Of questionable use for the Writer module (even working with tables), while for the Draw module we already have bug 98950.

IMHO => WF
Comment 9 Danat 2025-10-29 16:17:23 UTC
(In reply to V Stuart Foote from comment #8)
> Have watched the video.
> 
> The questions and screen capture are:
> 
> "Manual page size adjustment by a numeric value is inconvenient
> What about an ability to manually drag it like sidebar?
> Like this?
> Thank you"
> 
> Screen capture first shows the Page Style... dialog launched from context
> menu and using the Page tab's Paper Format making change(s) to the 'Height:'
> field.
> 
> After showing the above text, it shows the Sidebar deck being dragged wider
> and narrower.  And asks question "ability to manually drag it like sidebar".
> 
> So, to answer:
> 
> Unlike the fielded spinbox as used for a numerical page resize, Mouse or
> cursor based drag resize--while feasible--would likely be non-performant.  
> 
> The resizable Sidebar deck is a UI element, it has limited impact (i.e. just
> viewport adjustments) on the document canvas, so negligible.
> 
> On the other hand, resize of a document's page, currently via spin box
> fields on the dialog, triggers predictable refresh of the document's layout
> *only when Applied* (Apply or OK from the dialog).
> 
> UI Drag actions would require dynamic recalculation, perhaps could use a
> bounding rectangle to reduce redraw hash.
> 
> Of questionable use for the Writer module (even working with tables), while
> for the Draw module we already have bug 98950.
> 
> IMHO => WF

This whole thing isn't very serious, but I thought that such a thing - if properly implemented - would make LibreOffice standout. Is there any office app that has it?

Though I can imagine that users would be accidentally dragging the pages often

Maybe there could be an algorithm like right-click->resize page->it lets you resize it->manually drag the page->it doesn't let you drag anymore until you repeat that algorithm 

But maybe that's not necessary and just let them drag without any prior steps

Or maybe you could add a setting like "allow manual resizing of pages by dragging", and that sounds like the most ideal path to me
Comment 10 Heiko Tietze 2025-10-29 16:21:40 UTC
(In reply to V Stuart Foote from comment #8)
> Of questionable use for the Writer module (even working with tables), while
> for the Draw module we already have bug 98950.
So obviously a duplicate. I'm not convinced by the use case. What's wrong with a proper page size rather than some random value? A use case might be "I want to change the page size from A4 to A5 but don't know the exact values. However I know it's the next smaller paper.", or the like. Would be wrong, of course, just an example. Up for discussion on the other bug.

(In reply to Danat from comment #9)
> Is there any office app that has it?
That's a good question. Perhaps for good reasons.

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