GNOME Bugzilla – Bug 793649
LaTex index entries to long when using FILE_VERSION_FILTER
Last modified: 2018-07-30 10:14:30 UTC
Created attachment 368637 [details] Complete example, see description field. I have set FILE_VERSION_FILTER="git hash-object" to return the hash of a git file. I also generate a LaTex index. Source file names in the index include the hash produced by FILE_VERSION_FILTER. The hash is however not split, causing index entries with a hash to overflow the column width and run into the other column or cross the page border. In the provided example, run doxygen and then tmp/latex/make.bat. In the generated pdf, look at the index entry of theclass.java. Can the hash be split in the index? Does the hash need to be part of the index entry? Can the hash be truncated in the index?
When applying the patch as proposed with bug_793644 this problem is also fixed. In my opinion the bug can be set to duplicate of the mentioned bug.
I manually added the \sloppy after \begin{document} and verified the result. The index entry is better, but still to wide to fit in the index column.
As discussed in https://github.com/doxygen/doxygen/pull/734 , Doxygen has moved its issue tracking to https://github.com/doxygen/doxygen/issues All Doxygen tickets in GNOME Bugzilla have been migrated to Github. You can subscribe and participate in the new ticket in Github. You can find the corresponding Github ticket by searching for its Bugzilla ID (number) in Github. Hence I am closing this GNOME Bugzilla ticket. Please use the corresponding ticket in Github instead. Thanks a lot!