Summary: | Functionality request for Writer: improve dialog "Insert index entry" | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Christopher Leffler <chrisleffler> |
Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | NEW --- | ||
Severity: | enhancement | CC: | buzea.bogdan, cno, libreoffice-ux-advise, sasha.libreoffice, sdc.blanco, thomas.lendo, u20230201 |
Priority: | medium | Keywords: | needsUXEval |
Version: | unspecified | ||
Hardware: | All | ||
OS: | All | ||
See Also: |
https://bugs.freedesktop.org/show_bug.cgi?id=87686 https://bugs.documentfoundation.org/show_bug.cgi?id=153499 |
||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 122497 | ||
Attachments: | example of alphabetical index |
Description
Christopher Leffler
2011-12-05 04:35:00 UTC
> 1. I am puzzled also about the indexing application in Writer. ... Please, attach any document that demonstrates this problem > 3. After attempting it in OOo and now in Libre ... My be explanation from here can somehow help: Bug 40948 - UI ยท EDITING: Hyperlink on page number in a Table of contents impossible via right button (mouse click) > 4. Autocorrect - Developers work on optimization, but it will take time. Very much work. Created attachment 57308 [details]
example of alphabetical index
Steps to reproduce initial problem: 0. Open attachment 1. Place cursor near end or first page 2. Insert->Indexes and tables->Entry 3. Inter "bar" in field "Entry" press tab to go to field "1st key", enter "bar" there, press tab to go to field "2st key", enter "bar" there, press tab to go to button "Insert", press enter. Expected: all mentioned field contains "bar". Actually: second field contains "Barker Sir John" 4. repeat step 2 and 3 but not enter somenting into field "2st key" Expected: field "Entry" contains "bar", "1st key" contains "bar", "2st key" contains nothing. Actually: field "1st key" contains "Barker Sir John", "2st key" contains "in her own right" We see that autocompletion forces selecting some variant, not proposes (compare how Firefox proposes autocompletion of web address or fields content). Problem is even worse by two another problems: 1. Dialog "Insert index entry" fields is too small, we often can not see if autocompletion occurs or not. 2. When we place mouse cursor on our field, we only see "Alphabetical index: bar", we can not verify contents of "1st key" and "2st key" fields So, improvement can be: 1. Disable autocompletion or improve it for not force completion. 2. Clear values of "1st key" and "2st key" fields after pressed button "Insert" in dialog 3. Increase size of dialog "Insert index entry" and fields inside 4. Add displaying contents of "1st key" and "2st key" fields in tooltip (especially if option "Extended tips" selected) Dear Team. Thank you for all the emails which I have only today been able to examine. I am not sure that I fully comprehend them, but my understanding is that you have proposed alterations which may come in due course! Best wishes Christopher Leffler ----- Original Message ----- From: <bugzilla-daemon@freedesktop.org> To: <chrisleffler@uwclub.net> Sent: Monday, February 20, 2012 12:14 PM Subject: [Bug 43530] Functionality request for Writer: improve dialog "Insert index entry" > https://bugs.freedesktop.org/show_bug.cgi?id=43530 > > sasha.libreoffice@gmail.com changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Summary|Indexing of book |Functionality request for > | |Writer: improve dialog > | |"Insert index entry" > > -- > Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You reported the bug. *** Bug 68367 has been marked as a duplicate of this bug. *** Adding needsUXEval to discuss that again after six and a half years. (In reply to sasha.libreoffice from comment #3) > 3. Enter "bar" in field "Entry" press tab to go to field "1st key", enter > "bar" there, press tab to go to field "2st key", enter "bar" there, press > tab to go to button "Insert", press enter. > Expected: all mentioned field contains "bar". > Actually: second field contains "Barker Sir John" Entry: bar 1st key "Barker Sir John" appears (while another name appears when only "ba" is entered. (but possible to edit to get "bar" alone) 2nd key is "bar" > 4. repeat step 2 and 3 but not enter somenting into field "2st key" Actual: "Entry: bar" "1st key" contains "Barker Sir John", "2st key" nothing. (a little bit closer to "expected", but still a problem with 1st key, but can be edited to be "bar") If Insert Entry is dialog is closed and reopened, then "1st key" contains "Barker Sir John", "2st key" contains "in her own right" Tested with: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: ee5dbd193fa24b46fb980ddd8a6c39ca349d0d01 CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: da-DK (da_DK); UI: en-US Calc: CL threaded (In reply to sasha.libreoffice from comment #4) > So, improvement can be: > 1. Disable autocompletion or improve it for not force completion. Perhaps checkbox option in dialog? > 2. Clear values of "1st key" and "2st key" fields after "Insert" Hard to say. Won't some users (in some cases) want to keep 1st key, and then go through a document to index all places with the same 1st key. Predict complaints if these fields get reset. > 3. Increase size of dialog "Insert index entry" and fields inside WFM > 4. Add displaying contents of "1st key" and "2st key" fields in tooltip > (especially if option "Extended tips" selected) Do not understand request. |