Steps how to reproduce with parallel Dev-installation of "Version 4.1.0.0.alpha0+ (Build ID: 094bab7f9097fba62800d3dd578bd42640d8c6e2) TinderBox: Win-x86@6, Branch:master, Pull Time: 2013-03-18_01:35:56" ENGLISH UI / German Locale on German WIN7 Home Premium (64bit) with LODev/4 Masters User Profile 1. Download Attachment 76812 [details] for Bug 62555, open from LibO Start Senter 2. Activate Navigator by click in Standard Toolbar if necessary 3. In Heading of Navigator Activate 'Show Shapes -> All Shapes' 4. Expand Slide 3 in Navigator > Shows 3 shapes 5. Try to select one of them by double click Bug: Impossible 6. Rightclick any shape in Slide 3 -> Name -> "MyNamedShape" <ok> > Name appears in navigator 7. Click into white area in slide 8. doubleclick on "MyNamedShape" in Navigator > Now it will be selected That problem does not exist for OLE objects
New due to AOOo#96488 - unnamed shapes cannot be marked via navigator That's not a trivial bug as stated in OOo issue, worflow for editing transparent and hidden shapes could be improved very much if that function would work
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (4.4.0.3 or later): https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-02-19
Nothing changed. There is an easy workaround: name your shapes. As this bug was always there, I think this behavior is by design. So it should be an enhancement instead of a defect. Setting importance accordingly. Best regards. JBF
*** Bug 94034 has been marked as a duplicate of this bug. ***
> There is an easy workaround: name your shapes. WHAT? I don't know what the "Navigator" is, or how to use it, so I don't know how well it would work if it did work. But I don't think naming everything is an "easy workaround." I was just working on a drawing with about 1,400 objects. I group objects, which helps. Even if I wasn't clumsy, and didn't have rsi and trouble with too much typing, I don't think I would be able to nme every object.
Anyway, I was redirected here from another selection bug, which is why I am commenting on a bug in a feature I know nothing else about.
(In reply to Jean-Baptiste Faure from comment #3) > There is an easy workaround: name your shapes. Which is not well supported (i.e. no item in the context menu). And when you create shapes automatically, e.g. per duplication, they do not receive a default name like Shape0815. Could be done easily. Another issue is that a tree indicates a selection capability. You single click items, with or without multiselection enabled. The double click usually starts a function, for instance execute the app or load the document in the associated program for file browsers. Single and multi selection is missing in Libreoffice. Also there is no indication vice versa when you select more than one object. The navigator highlights only a single item. (In reply to MarjaE from comment #5) > I don't know what the "Navigator" is, or how to use it, so I don't know how > well it would work if it did work. There is no particular help for Draw but it's the same as for Writer, Calc, or Impress (https://help.libreoffice.org/Common/Navigator). Either press F5 or use the lowest tab. It will show a tree for navigation and interaction (only a few functions are available in Draw today).
Why is this "needsUXEval"? It's new. and a useful enhancement request.
(In reply to Cor Nouws from comment #8) > Why is this "needsUXEval"? > It's new. and a useful enhancement request. The use case is multiselection and the proposed way is to use the navigator. There could be alternative ways for the use case but also additional features to implement with this idea. That's why I set UX for all enhancements.
(In reply to Heiko Tietze from comment #9) > The use case is multiselection and the proposed way is to use the navigator. The summary reads: "Shapes without name cannot be selected via Navigator" ... So I missed that use case. Sorry :) Maybe it should be separate issue.
Confirmed in 6.0.2.1 and still very annoying :-/
Confirmed in 6.0.2.1, and still annoying.
After taking a quick look into this, I would see it as a real bug rather than an enhancement request. Dev notes for anyone interested to take this on: The unnamed shapes cannot be selected because the inner implementation uses the shape name as a reference, and constructs & uses a bookmark out of it. So if a shape is unnamed, it is displayed with a name like "Shape X", which is not actually its name, and this results in a broken link/bookmark. One of the possible solutions might be sending the pointer of the object (after converting it into a string, and wrapping in an SfxStringItem) instead of its name. And getting the pointer to the object at the destination, by converting it back to a pointer. This is where the bookmark is constructed: sd/source/ui/view/drviewsd.cxx:124 (else if (nSId == SID_NAVIGATOR_OBJECT)) You may check sfx2/source/doc/autoredactdialog.cxx for examples of the pointer mechanics described above. (grep/search for toInt64(), and OUString::number inside the source file)
From comment #13, changed from enhancement to normal. Best regards. JBF
Please add keyword needsUXEval and CC libreoffice-ux-advise@lists.freedesktop.org if input from UX is needed.
I think this bug is fixed by https://gerrit.libreoffice.org/c/core/+/106958
(In reply to Jim Raykowski from comment #16) > I think this bug is fixed by https://gerrit.libreoffice.org/c/core/+/106958 Indeed. -> Verified Fixed Best regards. JBF
*** Bug 111839 has been marked as a duplicate of this bug. ***