|
Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
| Summary: | Building and Testing a Bibtex to Bibliographic Database import filter | ||
|---|---|---|---|
| Product: | bibliographic | Reporter: | dnwilson |
| Component: | code | Assignee: | AOO issues mailing list <issues> |
| Status: | CONFIRMED --- | QA Contact: | issues@bibliographic <issues> |
| Severity: | Trivial | ||
| Priority: | P3 | CC: | issues |
| Version: | OOo 1.1 | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | All | ||
| URL: | http://www.math.umd.edu/~dcarrera/openoffice/bibtex/filter.html | ||
| Issue Type: | TASK | Latest Confirmation in: | --- |
| Developer Difficulty: | --- | ||
|
Description
dnwilson
2003-11-28 20:49:41 UTC
The bibtext import filter is available for testing. Comments and suggestions for improvement are requested. Note that is is not yet reliable and should not be trusted with important data. It is available from the above URL. Current status is - Changes: * Allow the : character in ids and field names. * 'Abstract' is inserted in the user-defined field 1. * All unknown fields are stacked into user-defined-2. However, this is a poor solution because the fields in the OOo database have a maximum size. If an entry has too many unknown fields the user will still experience data-loss. I can't think of a better way of dealing with this problem though. * The filter deals nicely with repeated IDs: Suppose that the ID 'Dan03' is already in the database. Then the filter will use Dan03-2. If that's taken, then Dan03-3 and so on. If you later delete 'Dan03-2' it becomes available. So you won't get an ever-growing stack of ID names. The filter will use the smallest number that is available. Repeated IDs within the .bib file are also dealt with correctly. I still consider the filter alpha quality. I am sure that some unusual BibTeX files will confuse this filter. As requested reassigned to D. Carrera Reset assignee on issues not touched by assignee in more than 2000 days. |