Uploaded image for project: 'Jenkins'
  1. Jenkins
  2. JENKINS-33844

Scrollable component for Pipeline graphic suboptimal, should be entirely replaced with browser scrolling

    XMLWordPrintable

Details

    Description

      During a test migration, I have a pipeline of 10 stages. The displayed width of the pipeline exceeds the width of my display/browser. That is ok, but in this case, the pipeline graphic itself offers scrollbars to navigate and the graphic is cut at the right. It is a bit cumbersome to navigate down in the browser to find the scrollbar of the embedded pipeline and use that, thus using both scrollbars, first the one of the browser, then the one of the pipeline graphic. It would be better to have a solution completely based on the browser e.g. that the pipeline itself is fully displayed (but some content is hidden on the right if the width is too big) and the browser automatically detects that more content is available and currently hidden, and adds its scrollbars. In short words: the scrolling should be based entirely on the browser, such as with other Jenkins components.

      Attachments

        Activity

          danielbeck Daniel Beck added a comment -

          Workaround: Use whatever facility your browser/OS offer to scroll sideways, e.g. hold down Shift while scrolling on OS X.

          danielbeck Daniel Beck added a comment - Workaround: Use whatever facility your browser/OS offer to scroll sideways, e.g. hold down Shift while scrolling on OS X.

          Hi danielbeck, if I get it right, your idea is to give the scrollable Pipeline UI component the focus, and then afterwards use browser hotkeys to navigate. This could really somehow be a workaround to not search the scrollbars, but it is not the solution for the underlying issue, but maybe a fine workaround.

          michaelhuettermann Michael Hüttermann added a comment - Hi danielbeck , if I get it right, your idea is to give the scrollable Pipeline UI component the focus, and then afterwards use browser hotkeys to navigate. This could really somehow be a workaround to not search the scrollbars, but it is not the solution for the underlying issue, but maybe a fine workaround.
          danielbeck Daniel Beck added a comment -

          Right. Of course how viable this is depends on browser/OS support for sideways scrolling, and what you write doesn't sound like fun…

          danielbeck Daniel Beck added a comment - Right. Of course how viable this is depends on browser/OS support for sideways scrolling, and what you write doesn't sound like fun…

          Actually, yes, it lowers the very big Jenkins fun ratio a little bit, since, during my daily work, I'd like to focus on content and builds, not on browser scrollbars ...

          michaelhuettermann Michael Hüttermann added a comment - Actually, yes, it lowers the very big Jenkins fun ratio a little bit, since, during my daily work, I'd like to focus on content and builds, not on browser scrollbars ...

          People

            jglick Jesse Glick
            michaelhuettermann Michael Hüttermann
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

            Dates

              Created:
              Updated: