Created attachment 147362 [details]
Microsoft Office Powerpoint, press Ctrl select multiple objects
Can't select multiple objects like shapes or images in Writer/Impress/Calc/Draw.
Step to reproduce:
1) insert an object (shape, image, table, etc),
2) Press CTRL and left mouse clic, the first object is selected,
3) keep CTRL key pressed and try to select another object,
4) The previously selected object does not remain selected.
One observation: it's possible to use Shift to perform this action. However, in every other software out there Ctrl is the default key for selecting multiple objects.
Furthermore, Ctrl does not have a function assigned to it in LO. Users are used to using Ctrl to select multiple objects in most other software programs in use today and also in the most used office suites of the competition.
Proposal: change the key binding to selecting multiple objects from Shift to Ctrl.
Thank you for reporting the bug. I can confirm that the bug is present in
Build ID: 86daf60bf00efa86ad547e59e09d6bb77c699acb
CPU threads: 2; OS: Windows 6.1; UI render: default;
Locale: en-US (en_US); Calc: group threaded
It makes no sense to adopt <Ctrl> based selection--that is simply not the legacy we have inherited
Otherwise--how is this a "bug", it functions as implemented? Confirmed NEW in error... to UX-Advise
The Draw objects manipulated on Impress or Draw slide/page are different than controls provided to manipulate Draw objects on Writer canvas or in Calc cells.
There is no magic wand to wave making <Ctrl> + selection function like it does in other applications--it all would have to be developed. IIRC it is down in the guts of VCL and the various edit shells. A whole lot of work to break legacy behavior that is not wrong.
I'm not convinced this merits the effort.
Using "legacy" as a reason to not adapt Ctrl selection is simply not valid sorry.
Otherwise we would not fix or adapt anything in LibreOffice, we would not have Sidebar or Tabbed UI or new icons.
We would keep things as legacy. LO is a evolving software.
It's normal that users EXPECT Ctrl to be used for multiple icon selection when it's used by text editors, Office suites, web-browsers, e-mail clients, etc.
If LO does it different, then it's a bug not a feature.
I write this with no intention to offend, nor did I have that intention when I opened my bug report. Considering the multiple issues with Ctrl selection in LO (check See Also bugs), this is clearly not a good legacy.
If this indeed requires a lot of effort for low visible reward then I agree with you that it won't merit the effort. That to me is a good valid reason because this bug in itself is not very serious indeed.
But when you compound this bug, with the other two related bugs (non-contiguous cell selection in chart creation in Calc, selecting multiple lines/rows in tables in Writer and Impress) then this probably merits someone to look into all these related issues.
All the best.
You can use shift to select/unselect more objects in Draw/Impress. What users expect is Ctrl instead as known from list views where Ctrl works on single entries and Shift for the range. So I vote for changing this.
There should also be the alternative way of doing this by the Navigator (no multi selection at all). And the same is expected in Writer/Calc, see bug 121534 and bug 120721.
Thank you for the vote Heiko. Now it depends if it's picked up or not.
I also find the idea of selecting objects via the Navigator. This can be especially useful if one has multiple objects overlaping each other and a very high number of objects.
(In reply to Pedro from comment #5)
> I also find the idea of selecting objects via the Navigator.
More ideas to rework it are here https://design.blog.documentfoundation.org/2016/07/31/how-the-navigator-may-support-object-handling-in-libreoffice-draw/ (we have many tickets around the Navigator but that's off topic on this thread)
Armin, Regina: We talked about this issue in the design meeting with the idea to just exchange shift with ctrl. And while it is convincing to some degree there might also some hurdles. Like shift+dropclick to duplicate or ctrl+doubleclick to go through the z-order of stacked objects (doesn't work for me). Point is, if we change shift to ctrl it might open Pandora's box. What do you think?
*** Bug 121534 has been marked as a duplicate of this bug. ***
*** Bug 95537 has been marked as a duplicate of this bug. ***