GNOME Bugzilla – Bug 647499
footer pushed off page if tree view and search both used
Last modified: 2011-08-16 16:31:07 UTC
Created attachment 185755 [details] examples group files modified to show the problem For HTML output, if you have both SEARCHENGINE = YES GENERATE_TREEVIEW = YES then the search widget appears in its own divider and pushes the footer off of the visible page. The page is always scaled too small for the content. I tried creating header and footer HTML files to suit my configuration but that did not help. I have duplicated the problem using "group" files from the examples directory, please see attached.
I could not reproduce this with the example you provided. Are you sure the example shows the problem? Which browser did you use? and which page did you view? can you attach a screen shot showing the problem?
Created attachment 186594 [details] snapshot of Firefox display with problem The attached snapshot shows the window sized too small for the footer, the awkward corresponding blank area on the left side, and the search widget in its own divider bar. The browser is Firefox 2.0.0.20. Maybe the browser is the problem, Mozilla 1.4 does not have the problem. I will try an update and add the info here.
I have confirmed that the problem is with the older Firefox browsers running on Linux. On a PC, Chrome 10.0.648.205, Firefox3.6.16, and Internet Explorer 7.0.5730.13 all display the content correctly without the reported problem. I apologize for wasting your time on this. - Damon Carter
I have discovered that the problem can be fixed. It comes from the use of the HTML <li id="searchli"> If this is changed to remove the id, <li> the page displays correctly. This change can be implemented as a change to htmlgen.cpp 2763c2763 < t << " <li id=\"searchli\">\n"; --- > t << " <li>\n"; I am interested in seeing this fixed only because the older browser is what is supplied with Linux CentOS 4.6.
This change seems to affect the class index. This is now always just too wide (though width is set to 100%), causing horizontal scrollbars to appear. If you have fix for this as well then I can include your patch.
Please ignore my last comment: it was unrelated to searchli. I'll apply your patch.
"searchli" also appears on line 2769 of htmlgen.cpp and in the search.css file. I did not see evidence it is functional. Maybe all 3 should be removed? Thank you for looking into this.
This bug was previously marked ASSIGNED, which means it should be fixed in doxygen version 1.7.5. Please verify if this is indeed the case. Reopen the bug if you think it is not fixed and please include any additional information that you think can be relevant.