Issue 61643 - Navigator should also display all Index Entries.
Summary: Navigator should also display all Index Entries.
Status: CONFIRMED
Alias: None
Product: Writer
Classification: Application
Component: ui (show other issues)
Version: OOo 2.0.1
Hardware: All All
: P3 Trivial with 7 votes (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-02-06 07:55 UTC by raindrops
Modified: 2013-02-07 22:34 UTC (History)
5 users (show)

See Also:
Issue Type: ENHANCEMENT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
mock-ups issue 61643 (218.03 KB, application/pdf)
2009-10-21 17:37 UTC, astrolabio
no flags Details
representation 01 (104.87 KB, image/png)
2010-08-07 23:40 UTC, youngwriter
no flags Details
representation 02 (122.91 KB, image/png)
2010-08-07 23:41 UTC, youngwriter
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description raindrops 2006-02-06 07:55:54 UTC
Navigator should also list all Index Entries.
 
Currently the user cannot directly jump to any Index Entry, because of the
following limitations:
1. The Index Entry dialog is designed for sequential access
>> It does not allow direct access to any desired Index Entry
>> It does not allow any desired occurrence of a given Index Entry

2. Unlike TOC, page numbers in the Indexes are not hyperlinked.

The only way a user can go to a desired Index Entry is this:
1. Look up an Index and check the page number for the desired Index Entry.
2. Enter this page number in the Navigator to jump to that page
3. Activate field shadings and locate the Index Entry on the page.
4. Right-click on the Index Entry to start the dialog with focus on the desired
entry

This has to be repeated for each entry.

Obviously this is too tedious.

As a solution, the Navigator should also list all Index entries. 
User will then be able to browse all Index entries, and jump to any occurrence
of any entry in the document.

Note that I have made two another suggestions:
(a) The Navigator should be searchable (independently from the document's search). 
(b) Provide type ahead (predictive entry) facility in Navigator, so that when we
type a string, a matching entry is selected..

Collectively, these features will make management of Index Entries very
user-friendly.
Comment 1 michael.ruess 2006-02-06 08:14:38 UTC
Reassigned to requirements.
Comment 2 madbop 2006-03-22 08:29:04 UTC
> 2. Unlike TOC, page numbers in the Indexes are not hyperlinked.

I guess this is the most pressing and easiest to solve issue. In a world of
electronic documents it is a necessity that internal hyperlinks are possible for
any index entry (otherwise an index makes no sense)

So please make the tags "start of link" and "end of link" available for any index!
Comment 3 artooom 2008-05-14 03:15:49 UTC
I vote fo the both enhancements: add Index Entries to the Navigator and 
hyperlinked Alphabetical Index. The hyperlinked Index looks more friendly, but 
it could not replace a Navigator Index Enntry list in the following cases:

1. The Index is not build yet.
2. If there are several identical Index Entries on the same page, the 
Alphabetical Index shows the page number one time only. So, user have no 
possibility to determine, if there is only one Index Entry on the page, or 
there are several ones. And what Entry should be a hyperlink target?
3. If there are identical Index Entries on sequenced pages (e.g. page 9 through 
page 12) and 'Combine with -' or 'Combine with pp' option is on, the first 
Entry only could be defined as hyperlink target. How to find other ones?

Thus, a hyperlinked Index looks more friendly and Index Entry list in navigator 
is more useful. It's better to have the both of them.
Comment 4 astrolabio 2009-10-21 17:34:03 UTC
Great idea!
My proposal:

a) Insert in the Navigator all the index entries (as in the notes/comments.
b) Allow the grouping of identical entries.
c) Allow the grouping of index divided by subject(1).

(1) Currently you can not have more than an alphabetical index.
See issue 6401
http://qa.openoffice.org/issues/show_bug.cgi?id=6401

See the attachment.
Comment 5 astrolabio 2009-10-21 17:37:28 UTC
Created attachment 65516 [details]
mock-ups issue 61643
Comment 7 fh1970 2010-06-02 00:52:38 UTC
There are two interesting software for Editing index entries (Microsoft only):

Sky-index
www.sky-software.com

Dexter (plug-in for Word)
www.editorium.com/DEXter.htm

DEXter provides an easy-to-use interface for indexing in Microsoft Word. Index 
entries are kept visible and editable at all times in a separate table. “See” 
and “See also” cross-r-eferences are combined automatically and are sorted 
alphabetically.
You would think something like using the tables Writer or Calc?

For Sky-Index the metaphor is that of a database. The entry sheet looks just 
like a spreadsheet with each row on the grid as an index entry. 
OOo Base could be used to build something for Editing index entries?

In addition could be an opportunity to add new features(1) to alphabetical 
indexes without changing  UI Writer.

(1)e.g. Issue 94565 and Issue 104691
Comment 8 carlpaulooo 2010-06-21 05:41:08 UTC
A consideration:
A document can contain thousands of markers of entry.
The Navigator can handle? I think not.

my proposal

1) A kind of hyperlinks for page numbers in the indexes (like now is for
footnotes and their anchor text).
Thus it becomes possible to quickly find the document marker.

2) It should be possible to use the dialog "Edit Index Entry" directly into the
index. In order to edit together all the identical markers of entry or subentry.

Example:
http://wiki.services.openoffice.org/w/images/3/34/WG12-17.png
open on the item "Writer  5, 6" and edit in one action the markers on page 5 and 6.

OpenOffice.org
    Writer 5.6
    Calc, 10
    Impress, 15

3) It would be useful to include in "Find and Replace" dialog-box,  the option
to work in the fields (as it now is for attributes).
Should thus be possible to work with the internal of markers to replace or
delete the text or the same marker (see issue 20599).

Conclude by asking whether the issue 68647, is almost a duplicate of this.

bye
Comment 9 00oit 2010-07-03 01:19:38 UTC
For each index entry, the solution "hyperlinked" is the most intuitive.
As avanced edit tool I propose issue 61778 (see comment of user "00oit").
Comment 10 jovb 2010-08-02 02:42:13 UTC
After fixing the issues 6401, 94565 and 104691
One might think of a tool like the Index panel of Adobe InDesign.
A video
http://www.adobe.com/designcenter/video_workshop/?id=vid0220
Perhaps you might think to develop it as Extension...
bye
Johan
Comment 11 youngwriter 2010-08-07 23:40:58 UTC
Created attachment 71005 [details]
representation 01
Comment 12 youngwriter 2010-08-07 23:41:49 UTC
Created attachment 71006 [details]
representation 02
Comment 13 youngwriter 2010-08-07 23:49:21 UTC
I suggest using Base to store all the Index Entries of a document instead of
using the Navigator.
All Index Entries should be synchronized in real time with a record in a database.
Each time you insert an Index Entry in the document, the database should be
automatically updated.
Each time you modify the database record, the Index Entry in the document should
be automatically updated.

Objectives:
1.Facilitating advanced editing of Index Entries (Find, Find and Replace and
Edit to grouping).
2.Provide a graphical solution to certain issues, without changing the Writer GUI.

- My proposal would render obsolete these Issues:
Issue 20599
Issue 61096
Issue 61778
It would be enough to edit the database table.
http://www.openoffice.org/nonav/issues/showattachment.cgi/71005/01WriterBase.PNG

- This solution could also be used as a graphical interface for the following
Issues:
Issue 6401
Issue 32392
Issue 94565
Issue 104691
Each new issue could be implemented as a new column in the database table.
In Ms Word some features are not accessible by GUI, but editing manually field
codes. Writers could use the metaphor of the database...
http://www.openoffice.org/nonav/issues/showattachment.cgi/71006/02WriterBaseENHANCEMENT.PNG

My opinion is that - a increased use of database in the production of documents
- would be very useful for scholars and writers.
The OpenOffice project  Bibliographic[1] and Nota Bene word processor[2] (See
Ibidem and Orbis) are a good example of efficient use of a database with a word
processing program.

I attach some demonstration mock-up.
Sorry for my basic English.
Regards

[1] http://bibliographic.openoffice.org/
[2] http://www.notabene.com/