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

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

      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.

          [JENKINS-33844] Scrollable component for Pipeline graphic suboptimal, should be entirely replaced with browser scrolling

          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.

          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.

          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.

          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…

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

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

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

              Created:
              Updated: