New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

footer pushed off page if tree view and search both used (Origin: bugzilla #647499) #4235

doxygen opened this Issue Jul 2, 2018 · 0 comments


None yet
1 participant

doxygen commented Jul 2, 2018

status VERIFIED severity normal in component general for ---
Reported in version 1.7.4 on platform Other
Assigned to: Dimitri van Heesch

Original attachment names and IDs:

On 2011-04-11 20:28:15 +0000, wrote:

Created attachment 185755
examples group files modified to show the problem

For HTML output, if you have both

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.

On 2011-04-24 21:53:32 +0000, Dimitri van Heesch wrote:

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?

On 2011-04-25 13:57:52 +0000, wrote:

Created attachment 186594
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 Maybe the browser is the problem, Mozilla 1.4 does not have the problem. I will try an update and add the info here.

On 2011-04-25 15:57:33 +0000, wrote:

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
I apologize for wasting your time on this.

  • Damon Carter

On 2011-05-17 15:35:48 +0000, wrote:

I have discovered that the problem can be fixed. It comes from the use of the HTML

  • If this is changed to remove the id,

  • the page displays correctly. This change can be implemented as a change to htmlgen.cpp

    < 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.

  • On 2011-05-17 18:54:51 +0000, Dimitri van Heesch wrote:

    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.

    On 2011-05-17 19:37:17 +0000, Dimitri van Heesch wrote:

    Please ignore my last comment: it was unrelated to searchli. I'll apply your patch.

    On 2011-05-17 19:56:41 +0000, wrote:

    "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.

    On 2011-08-14 14:04:42 +0000, Dimitri van Heesch wrote:

    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.

    @doxygen doxygen closed this Jul 19, 2018

    Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment