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:
Created attachment 145844 [details] Select object
Created attachment 145845 [details] Select object
Created attachment 145846 [details] Select object
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
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
I don't see any need to select floating objects in Writer beyond what we provide today. My vote is to resolve as WF.
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)?
(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.
(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.
humanize = user friendly?
(In reply to Cor Nouws from comment #10) > humanize = user friendly? Sorry
(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' ?
> 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.
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.
thanks for explaining, 和尚蟹
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.
(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.
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.
If we multiselect objects in the document we also have to take care of the Navigator. Let's keep the idea alive.
(In reply to Heiko Tietze from comment #19) > If we multiselect objects in the document we also have to take care of the > Navigator. Let's keep the idea alive. Maybe this ticket is a DUP of bug 121967, if bug 121967 is expanded slightly to make explicit that selection/grouping should also be possible across two different pages. Please note -- it is possible to select and group shapes across pages, if multiple-page view or book view is used -- but when grouping, the shapes are moved to the same page (i.e., cannot have a group across two pages). Tested with: Version: 7.4.0.0.alpha1+ (x64) / LibreOffice Community Build ID: 09822cf77cdbe32b03553cd05154100b5f2591d0 CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: da-DK (da_DK); UI: en-US Calc: CL If this ticket is kept, then it would be good to improve the bug summary.
(In reply to sdc.blanco from comment #20) > Maybe this ticket is a DUP of bug 121967 IIRC, this was about switching from our shift+click logic to the common ctrl+click. But no strong opinion from my side.
Selecting with a rectangle beyond page sides was already reported in bug 47101, as mentioned by Thomas in comment 7. Regarding the extra issue with grouping across pages: I could make it work in a current master build (7.6 alpha0+). The group jumps to a single page, but I think that's expected as pages need to remain spatially independent objects. *** This bug has been marked as a duplicate of bug 47101 ***