| Summary: | absolute paths don't trigger BibTeX autocompletion | ||
|---|---|---|---|
| Product: | [Applications] kile | Reporter: | Vitor M. Pereira <vmpereir> |
| Component: | general | Assignee: | Michel Ludwig <michel.ludwig> |
| Status: | REPORTED --- | ||
| Severity: | wishlist | CC: | madsmh |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Fedora RPMs | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
Hi Vitor, it works for me here with Kile 2.1 beta1 which is KDE4 only. Can you verify that? It would be nice for kile to regocnize bib-flies located in an external TeXmf tree without having to specify the path (other than filename). |
Version: 2.0 (using KDE 3.5.8) Installed from: Fedora RPMs When using a project with BibTeX files, and inserting \cite{}, one has an autocompletion drop-down list with the bibtex keys of your .bib files. This is great. However this only seems to work if your .bib files are passed to \bibliography{} with relative paths (on or down the same path as the project file). If I put the full path to the .bib file, then the auto-completion list is disabled. Likewise, it fails if I pass an external path, relative to the project location. Incidentaly (I'm sure this is related), when the .bib file(s) are specified in \bibliography{} with relative paths, I see them on my project tree "inside" the master document: Project Name |-other |-source.tex --|-other ----|-bibfile.bib But the moment I specify the full path (even if it is the same), the bibtex file appears inside "other" on the project tree: Project Name |-other --|-bibfile.bib |-source.tex I didn't check whether the same happens with \input{}, but it seems that kile is not able to treat these files (.bib or \input'ed .tex) as dependent when a full path is used, although these files are always stored in .kilepr with a relative path (i.e.: ../../../something). Regards. Vitor.