https://bugs.freedesktop.org/show_bug.cgi?id=57978
Priority: medium
Bug ID: 57978
Assignee: [email protected]
Summary: UI: Insert / Edit Index Entry: No Aggregation of 1st
Key
Severity: normal
Classification: Unclassified
OS: All
Reporter: [email protected]
Hardware: x86-64 (AMD64)
Status: UNCONFIRMED
Version: 3.6.4.3 rc
Component: Writer
Product: LibreOffice
Created attachment 71122
--> https://bugs.freedesktop.org/attachment.cgi?id=71122&action=edit
Screenshot
Function Insert -> Index & Tables -> Entry -> Alphabetical Index;
open the combo box (value help) for 1st key in a document with already many
indexed entries with 1st not unique keys: you will receive a list with single
1st key entries of all index entries(!), not aggregated so that there is only
one entry for every used 1st key.
So you are forced to scroll very much to find the 1st key you are looking for.
Same for 2nd key.
In past versions (3.0? 3.3? I forgot it) it worked as desired. For one(?) year
I hoped that the bug got fixed, but nothing, so now I report it.
Steps to reproduce:
1. Insert some different words into the alphabetical index using two 1st keys
as dummy (for example 5 times "key1" and 5 times "key2" as 1st key)
Current behavior:
When you open the combo box "1st key" for a 11th index entry you get 5
identical items "key1" and 5 identical items "key2" to choose from
Expected behavior:
You get in the combo box "1st key" only two items: "key1" and "key2" to choose
from (unique or distinct key display)
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
