Uploaded image for project: 'Confluence Data Center'
  1. Confluence Data Center
  2. CONFSERVER-27557

Need horizontal scroll on BROWSER; current end-of-table placement is no good

    • Icon: Bug Bug
    • Resolution: Obsolete
    • Icon: Medium Medium
    • 5.8
    • 5.0-OD-24, 5.0
    • None
    • All, though I personally use Mac/Firefox. Others here user Linux/Firefox, Mac/Safari, Windows/IE, Windows/Firefox, Mac/Chrome, Windows/Chrome.

      NOTE: This bug report is for Confluence Server. Using Confluence Cloud? See the corresponding bug report.

      See the attached picture of an important table we moved from TWiki to Confluence. The table is wide and long. While there is a horizontal scroll bar at the bottom of the table, because it is not visible while looking at the middle or top of the table it is useless.
      Confluence NEEDS to put a horizontal scroll bar ON THE BROWSER, just like the vertical scroll on the browser. (There is a reason this table is as wide and long as it is, and our users want it that way. So that is NOT a workaround.)
      BTW, someone here said "just click on the table and use the arrow keys," but only the up/down ones work. Again, this is not a workaround.

      Workaround

      Place the table in a 'column' macro inside a 'section' macro.

            [CONFSERVER-27557] Need horizontal scroll on BROWSER; current end-of-table placement is no good

            I could not reproduce this issue using Confluence 5.8, on either Chrome, Firefox or IE11. In all cases there was a horizontal scroll bar in the browser no matter how long the table was. Closing as obsolete.

            Denise Unterwurzacher [Atlassian] (Inactive) added a comment - - edited I could not reproduce this issue using Confluence 5.8, on either Chrome, Firefox or IE11. In all cases there was a horizontal scroll bar in the browser no matter how long the table was. Closing as obsolete.

            TonyH added a comment - - edited

            The section workaround works a treat in Confluence 5.6.4.

            TonyH added a comment - - edited The section workaround works a treat in Confluence 5.6.4.

            The section workaround does not work in Confluence 5 (we are on 5.5.2).

            Fred Bunting added a comment - The section workaround does not work in Confluence 5 (we are on 5.5.2).

            Hi there,
            i try it resolved by css and js. Here is chance to use one empty div and another one with table and set css and JS, i found it somewhere on net, jsut looking for double scrollbar on top. Other way can be that you try jQuery. But i think that if table is larger, Confluence should set scrollbar on top and bottom at the same.
            Regards,
            Aleš

            Aleš Laňar added a comment - Hi there, i try it resolved by css and js. Here is chance to use one empty div and another one with table and set css and JS, i found it somewhere on net, jsut looking for double scrollbar on top. Other way can be that you try jQuery. But i think that if table is larger, Confluence should set scrollbar on top and bottom at the same. Regards, Aleš

            Actually, the

            {section} workaround isn't working for me now, since we use wiki markup and nested {section}

            's aren't supported. Are there any other non intrusive macros that would force the horizontal scroll bar?

            John Wright added a comment - Actually, the {section} workaround isn't working for me now, since we use wiki markup and nested {section} 's aren't supported. Are there any other non intrusive macros that would force the horizontal scroll bar?

            @Susan: I did the section macro correctly. The table inside the macro is not a 'simple' table, but a Usage Statistics maco showing events by Space. Do not know (yet) is this is the cause. (@John: so I could not 'add' a column...). I did some more testing with normal tables, and got it working. However, when I use different page layouts (I have a page layout with a header and a footer in my original page ), the results of the place of the scroill bar are quite surprising! I did not found any 'logic' yet.... I continue my tests, and will find a solution anyway (if needed I will rearrange my page layout somewhat). Thanks!

            Marc Minten (EVS) added a comment - @Susan: I did the section macro correctly. The table inside the macro is not a 'simple' table, but a Usage Statistics maco showing events by Space. Do not know (yet) is this is the cause. (@John: so I could not 'add' a column...). I did some more testing with normal tables, and got it working. However, when I use different page layouts (I have a page layout with a header and a footer in my original page ), the results of the place of the scroill bar are quite surprising! I did not found any 'logic' yet.... I continue my tests, and will find a solution anyway (if needed I will rearrange my page layout somewhat). Thanks!

            I needed to add a column into the inserted section macro for the page to render correctly. However, after doing that, I now also get the correct scrollbar functionality.

            Thanks!

            John Wright added a comment - I needed to add a column into the inserted section macro for the page to render correctly. However, after doing that, I now also get the correct scrollbar functionality. Thanks!

            Marc, When editing the page with your table, insert a section macro. Note the inserted item contains a rectangular space. Cut the relevant table(s?) and paste it/(them?) inside the rectangular space. Voila, a horizontal scroll that is visible in your browser. Or at lesat this worked for us. At our site multiple browsers are used on multiple platforms, including Firefox.

            Susan Hinton added a comment - Marc, When editing the page with your table, insert a section macro. Note the inserted item contains a rectangular space. Cut the relevant table(s?) and paste it/(them?) inside the rectangular space. Voila, a horizontal scroll that is visible in your browser. Or at lesat this worked for us. At our site multiple browsers are used on multiple platforms, including Firefox.

            How does the 'section' macro serves as a workaround ? I have a large table, followed with a small, but long one. I am using a Firefox browser. My scrollbar is nut below the first table, but below the last one. In fact, the scroll bar is at the end of the page. You can imagine to scrool to the right, you first have to scroll down to the end of the page, then scroll right, then scroll up again to the first table... not really an option.
            I have put the first lage table inside a 'section' macrio, but nothing changes, so what is the workaround ?
            Thanks

            Marc Minten (EVS) added a comment - How does the 'section' macro serves as a workaround ? I have a large table, followed with a small, but long one. I am using a Firefox browser. My scrollbar is nut below the first table, but below the last one. In fact, the scroll bar is at the end of the page. You can imagine to scrool to the right, you first have to scroll down to the end of the page, then scroll right, then scroll up again to the first table... not really an option. I have put the first lage table inside a 'section' macrio, but nothing changes, so what is the workaround ? Thanks

            Since last week we have Confluence 4.2.13 (before 3.5) and now i found this annoying behaviour.

            I hope this will be fixed.

            Regards,
            Tim

            Tim Eddelbüttel added a comment - Since last week we have Confluence 4.2.13 (before 3.5) and now i found this annoying behaviour. I hope this will be fixed. Regards, Tim

              Unassigned Unassigned
              793e3c8b6d63 Susan Hinton
              Affected customers:
              29 This affects my team
              Watchers:
              29 Start watching this issue

                Created:
                Updated:
                Resolved: