<table><tr><td style="">rjvbb added a comment.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D6184" rel="noreferrer">View Revision</a></tr></table><br /><div><div><p>Aaron Puchert wrote on 20170708::22:25:18 re: "<a href="https://phabricator.kde.org/D6184" style="background-color: #e7e7e7;
          border-color: #e7e7e7;
          border-radius: 3px;
          padding: 0 4px;
          font-weight: bold;
          color: black;text-decoration: none;" rel="noreferrer">D6184</a>: restore horizontal scrollbar in the project manager plugin"</p>

<blockquote style="border-left: 3px solid #a7b5bf; color: #464c5c; font-style: italic; margin: 4px 0 12px 0; padding: 4px 12px; background-color: #f8f9fc;"><p>... and another level might have indentation <em>n</em>. That doesn't make it easier to orient.</p></blockquote>

<p>Let's be clear, I don't think one uses the projectmanager to do complex navigation in which you need to an overview of the entire tree layout in front of your eyes. Rather, you navigate a project with it, the general layout of which you presumably know rather well. In my own typical use I tend to work mostly in isolated subparts of a project, where I find it very useful to be able to align the project tree inside the toolview so that I have the most effective view of the contents where I can access the files directly.</p>

<p>I agree that the structure of the KDevelop project itself (KDevPlatform included) is particularly complex which probably stresses any project manager to its limits.</p>

<blockquote style="border-left: 3px solid #a7b5bf; color: #464c5c; font-style: italic; margin: 4px 0 12px 0; padding: 4px 12px; background-color: #f8f9fc;"><div class="remarkup-code-block" style="margin: 12px 0;" data-code-lang="text" data-sigil="remarkup-code-block"><pre class="remarkup-code" style="font: 11px/15px "Menlo", "Consolas", "Monaco", monospace; padding: 12px; margin: 0; background: rgba(71, 87, 120, 0.08);">There is a reason why most PDF viewers scale to the width of the window. There is a reason why web pages are written to adapt to the width of the browser view.</pre></div></blockquote>

<p>2 different applications, and both type of applications usually provide both keyboard and/or touchpad zooming + scrolling (and more and more webpages seem written to use the entire width of my screen without taking window width into consideration ... and the browser doesn't even provide a scrollbar).</p>

<blockquote style="border-left: 3px solid #a7b5bf; color: #464c5c; font-style: italic; margin: 4px 0 12px 0; padding: 4px 12px; background-color: #f8f9fc;"><div class="remarkup-code-block" style="margin: 12px 0;" data-code-lang="text" data-sigil="remarkup-code-block"><pre class="remarkup-code" style="font: 11px/15px "Menlo", "Consolas", "Monaco", monospace; padding: 12px; margin: 0; background: rgba(71, 87, 120, 0.08);">I'm aware of the tricks, but I don't think it's wise to make users having to learn them.</pre></div></blockquote>

<p>The same applies to the tricks required to figure out how to see the entire filename, or have them resize the toolview continuously.</p>

<p>As to setting up the touch/trackpad, I think that's something we should assume that users will have done so the equipment works "optimally" for them.</p>

<p>As far as I'm concerned that includes having disabled horizontal 2-finger scrolling if that doesn't work for them, because that same feature will cause the same trouble everywhere if you cannot master it.<br />
Still, I'm trying to write a wheel event handler that will filter out the horizontal component from the events unless we know they come from a scroll wheel. For now I have managed only to achieve the opposite :-/</p>

<p>FWIW, I didn't want to propose making this a configuration setting, but apparently that's where we headed.</p>

<p>And note that this whole discussion applies to scrolling with a touchpad. Users with a mouse with a scroll wheel don't have this problem; the wheel scrolls in 1 direction at a time only (on Mac the system or Qt generates horizontal scrolling when using the wheel with the Shift modifier).</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R33 KDevPlatform</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D6184" rel="noreferrer">https://phabricator.kde.org/D6184</a></div></div><br /><div><strong>To: </strong>rjvbb, KDevelop, kfunk<br /><strong>Cc: </strong>aaronpuchert, kfunk, apol, kdevelop-devel, geetamc, Pilzschaf, akshaydeo, surgenight, arrowdodger<br /></div>