To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=32712
------- Additional comments from [EMAIL PROTECTED] Mon Dec 10 18:31:03 +0000 2007 ------- === In the US, a citation may look like: Plaintiff v. Defendant, 555 State App. 555, 123-456, 888 A.2d 9999, cert. granted on other grounds, 333 State 444, 212 A.2d 111 (2007) ...where "Plaintiff v. Defendant" should be underlined. === The indexing feature works pretty well for this, with a few quirks: As of 2.0.2, index entries can't be formatted. Case names are supposed to be underlined, this requires manual massaging over (potentially a lot of) entries afterwards. In the above example, the "Plaintiff v. Defendant" title deserves underlining and the rest of the text doesn't, something paragraph styles can't handle. Indexing an Ibid, Id., or second cite requires cut and paste of the cite and produces a visually small anchor (the width of one space character, maybe less) rather than highlighting the word. Pasting can be error-prone, leading to index entries for "laintiff v. Defendant" or possibly " Plaintiff v. Defendant" with a leading space. It's nice that you can select and copy text while the Entry dialog is hovering, but unexpected that highlighting text changes the anchor point selected when you entered the dialog. Highlight Ibid, select the text for the index entry you need, paste in, and you've accidentally made the anchor on the text you copied. Highlight Ibid, select the text for the index entry you need, paste in before reselecting where you want the anchor to be and the reselected 'Ibid' blows out the text you wanted in the field. (Eventually, you learn to select, copy, select, paste, commit.) Nobody really paid attention to how the index feature handles very long, multiline items. This can get ugly (cite ending in a number filling a line, followed by a single '.', '-', or space, then the page number), and cleaning it up with formatting options -- to, say, preserve three '.'s space at a minimum -- is non-obvious. If the case name is long, often you want a line break after it to keep things legible, but too much manual editing will flow the table across another page and break all the automatic numbering, while 'Updating' the table will blow out all changes. (These tables generally appear in the first pages of the document, following a TOC.) To fix this perfectly you'd need to make manual edits visibly different from automatic content, preserve them, and treat the page numbers in the generated table as fields to be updated. If the user wants to start clean, he/she'll delete the whole table and insert a fresh one. The Bibliography feature may also work, but the procedure for using a local database per-document is poorly defined and requires editing a huge number of separate fields for each entry, instead of using the standard citation format that someone will have already typed into the document you're trying to generate the Table of Authorities from. My "user story" from five minutes of experimentation is that I found it appears to force a [ ] citation style into the text of the document, that can't be selectively underlined, rendering it painful and unsuited for this task. --------------------------------------------------------------------- Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
