1) Open Impress
2) Add a shape
3) Add a name (right-click > Name or Format > Name)
4) Add custom animation to it
5) Notice the custom animation entry is labelled "Shape '[Name]' 1"
Build ID: 38c22ed2b8b8f3530b8a0fe5a23a329e8e511c76
TinderBox: Linux-rpm_deb-x86@45-TDF, Branch:master, Time: 2015-03-24_13:02:39
Win 7 Pro 64-bit Version: 188.8.131.52.alpha0+
Build ID: 8c3cf9dd48e40604867d3a28bddaccd65142df17
TinderBox: Win-x86@62-TDF, Branch:MASTER, Time: 2015-03-27_15:15:18
To be more clear. In step 3 if you set the name of the shape as 'people', the shape will be labelled "Shape 'people' 1".
I believe this to be incorrect because if the shape was not named, it was labelled "Shape 1".
Thanks for clarification, setting to NEW.
Changing version per discussion with Jay on IRC.
Priority changed per https://wiki.documentfoundation.org/images/0/06/Prioritizing_Bugs_Flowchart.jpg
We're replacing our use of the 'ux-advise' component with a keyword:
Component -> LibreOffice
Add Keyword: needsUXEval
Don't see an issue here. Shape with name Foo and text Bar is listed as "Shape 'Foo' 1: Bar". All information are there. => WFM
(In reply to Heiko Tietze from comment #5)
> Don't see an issue here. Shape with name Foo and text Bar is listed as
> "Shape 'Foo' 1: Bar". All information are there. => WFM
Look in the navigator, the shape will be listed as "Foo" and not "Shape 'Foo' 1", this is the issue that should be corrected.
(In reply to Yousuf Philips (jay) (retired) from comment #6)
> (In reply to Heiko Tietze from comment #5)
> > Don't see an issue here. Shape with name Foo and text Bar is listed as
> > "Shape 'Foo' 1: Bar". All information are there. => WFM
> Look in the navigator, the shape will be listed as "Foo" and not "Shape
> 'Foo' 1", this is the issue that should be corrected.
Navigator says Slide 1 > Foo and Animation "Shape 'Foo' 1: Bar". What do you expect?
Mark Hung committed a patch related to this issue.
It has been pushed to "master":
tdf#90243 don't append index if shape already has a name.
It will be available in 6.2.0.
The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
Affected users are encouraged to test the fix and report feedback.
A polite ping to Mark Hung:
Is this bug fixed? if so, could you please close it as RESOLVED FIXED ? Otherwise, Could you please explain what's missing?
OTOH, should it be backported to branch 6.1 ?