Bug 120721 - Select object also outside of page canvas
Summary: Select object also outside of page canvas
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Writer-UX Selection
  Show dependency treegraph
 
Reported: 2018-10-20 07:14 UTC by 00
Modified: 2018-11-15 09:24 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments
Select object (24.03 KB, image/png)
2018-10-20 07:15 UTC, 00
Details
Select object (83.71 KB, image/png)
2018-10-20 07:16 UTC, 00
Details
Select object (408.62 KB, image/png)
2018-10-20 07:17 UTC, 00
Details
Screenshot of LibreOffice Draw selection outside the document canvas (47.38 KB, image/png)
2018-10-26 08:51 UTC, Heiko Tietze
Details

Note You need to log in before you can comment on or make changes to this bug.
Description 00 2018-10-20 07:14:06 UTC
Description:
Since "Select Object" can only be moved within the scope of the page, it will 
be unsatisfactory in operation. It is recommended to change the design 
without scope limitation. 

Note: The selected range, if it is more than two pages, cannot be grouped. 




Reproducible: Always


User Profile Reset: No



Additional Info:
Comment 1 00 2018-10-20 07:15:54 UTC
Created attachment 145844 [details]
Select object
Comment 2 00 2018-10-20 07:16:39 UTC
Created attachment 145845 [details]
Select object
Comment 3 00 2018-10-20 07:17:41 UTC
Created attachment 145846 [details]
Select object
Comment 4 Heiko Tietze 2018-10-26 08:51:37 UTC
Created attachment 146023 [details]
Screenshot of LibreOffice Draw selection outside the document canvas

Please add the module you have in mind for the change. Draw is working as you suggest and in case of Writer I don't see need for this enhancement as the user works on text and not objects outside the canvas.

Btw, Writer has a lot of awesome selection modes, unfortunately well hidden in the statusbar
Comment 5 00 2018-10-26 14:52:11 UTC
The current design of Writer is really hard to use, dragging it to half, and getting stuck.

This method is a humanized design that won't get stuck and is easier to use.

Believe me, I am a heavy user of Word. If Writer does not change the current design, Word is a heavy user and will not be used for Writer.

The design of Word is a humanized design.

Please let Writer develop in the direction of humanization.



Humanize
Humanize
Humanize
Comment 6 Heiko Tietze 2018-10-26 14:57:27 UTC
I don't see any need to select floating objects in Writer beyond what we provide today. My vote is to resolve as WF.
Comment 7 Thomas Lendo 2018-10-26 19:29:29 UTC
Changing component to Writer as Impress and Draw already support this.

Is this a dupe of Bug 47101 - EDITING: Selection tool - the problem with objects without margin (adjacent to one of the page edges)?
Comment 8 Thomas Lendo 2018-10-26 19:32:46 UTC
(In reply to Heiko Tietze from comment #6)
> I don't see any need to select floating objects in Writer beyond what we
> provide today. My vote is to resolve as WF.
In Writer, it isn't possible to position an object outside of the page canvas, but it will enhance the UX (in my view) when it's possible for the user to begin the select command outside of the page to better/easier select items inside of page canvas.

For the user it's not reasonable when this is not possible today--as it works in Draw as well as in MSO Word.
Comment 9 00 2018-10-27 05:25:36 UTC
(In reply to Heiko Tietze from comment #6)
> I don't see any need to select floating objects in Writer beyond what we
> provide today. My vote is to resolve as WF.

Dude, this idea is to achieve "humanity."

Users will also complain, Draw has, Writer does not.
Comment 10 Cor Nouws 2018-10-27 21:45:02 UTC
humanize = user friendly?
Comment 11 00 2018-10-28 15:11:55 UTC Comment hidden (no-value)
Comment 12 Cor Nouws 2018-10-28 20:10:44 UTC
(In reply to 和尚蟹 from comment #11)
> (In reply to Cor Nouws from comment #10)
> > humanize = user friendly?
> 
> Sorry

No need to say sorry. It may well be my lack of understanding and I want to understand you :)
Can you please answer: do you mean 'user friendly', when you say 'humanize' ?
Comment 13 00 2018-10-29 06:16:19 UTC
> No need to say sorry. It may well be my lack of understanding and I want to
> understand you :)
> Can you please answer: do you mean 'user friendly', when you say 'humanize' ?



Humanization = "easy operation", "very easy", "very smooth".

Note: I am not very good at English. I am using webpage translation to come to this website.
Comment 14 00 2018-10-30 14:41:27 UTC
This idea will have one more function, that is, "once" can select "multi-page" objects.

E.g:
When printing drafts, in order to save ink, use this method, select the "multi-page" photo "once" and delete all the photos.
Comment 15 Cor Nouws 2018-11-01 23:15:01 UTC
thanks for explaining, 和尚蟹
Comment 16 Heiko Tietze 2018-11-05 07:54:55 UTC
Use case: A page contains images, shapes and text boxes and there is no way to multiselect all items. That's necessary in particular for the first page when something should be added before - ctrl+return adds the new page after and all items have to be moved, e.g. by cut/paste.
Comment 17 Regina Henschel 2018-11-05 22:31:36 UTC
(In reply to Heiko Tietze from comment #16)
> Use case: A page contains images, shapes and text boxes and there is no way
> to multiselect all items. That's necessary in particular for the first page
> when something should be added before - ctrl+return adds the new page after
> and all items have to be moved, e.g. by cut/paste.

The problem in that case is, that there is no simple way to insert a paragraph before the first one and setting a "break before" does not automatically insert such paragraph. [Current workaround is to enter a table or section before, change the table to text or remove the section and then insert the page break.]

For the missing feature of selecting different kind of objects and across pages, I can image a solution via Navigator. So that you can select several objects/images/frames in the Navigator even if they are far away in the document, and delete them then with Del-key [or do some common styling e.g. right align them]. Cut&Paste has the problem, that the paragraph or character to which the objects were anchored, are not included in the Cut. The result would be, that all objects would be anchored at the same paragraph on Paste, so that the original relative position to each other is lost.
Comment 18 Thomas Lendo 2018-11-15 06:01:47 UTC
According to bug 54834, multi-selection isnt possible in the Navigator today. Therefore this is no good solution for this issue. Personally I also think it's not modern/visually/self-explanatory enough to use the Navigator instead of select objects by mouse in the canvas.
Comment 19 Heiko Tietze 2018-11-15 09:24:31 UTC
If we multiselect objects in the document we also have to take care of the Navigator. Let's keep the idea alive.