Version: (using KDE KDE 3.4.0) Installed from: Gentoo Packages Compiler: gcc OS: Linux I just had this idea and thought it would be worth to suggest on Bugzilla. Ok, so you all know there's 2 modes to navigate through a PDF file: 1. You scroll with mouse wheels, page up/downs or scroll bars, or 2. You grab the page by holding down the mouse button and shift it around. So, while KHTML is already proficient at 1., why not merge the navigation paradigms and let a web site optionally be handled like a PDF document? That idea has two major advantages: a) easy navigation, espacially for slow page scrolling, and b) consistency between PDF and HTML navigation. I therefore propose to add a grip-and-move navigation mode to Konqueror, which acts like the KPDF one. Links, input widgets and nasty Netscape plugins are generally spared from being grabbed and behave like they do now. Everything else on a HTML page, like images, text and free space, can be grabbed with holding the LMB down, and every mouse move till LMB-up moves the page like a PDF page would be moved. The drawback of this version is that you can't mark text anymore, because it's grabbed for moving instead. You would have to implement that as additional mode because there must be a possibility to select text, too. A stripped-down version of that proposal would be if text segments can still be marked instead of grabbed. If you do it that way, you can just grab images and free space on the page. This has the advantage that you don't have to switch between two navigation modes because of marking text, but the disadvantage is that it still behaves differently than PDF navigation does, so you lose the navigation paradigm consistency. Just an idea. Please tell me what you think about it.
ah wait, why did you change the component entry to "khtml printing"? I didn't think of any printing or layouting changes. I mean, I imagined the web page to be displayed exactly like before, just with a different way to scroll it, but not displaying it page by page or something like that. Other than that, you KHTML developers are doing a great job! (go Allan go :-)
Ah right. While certainly interesting, it doesn't seem particular usefull, and it will give lots of problems. For instance the way browsers work now is assumed by ECMA script and they catch events. Look at google maps to see a page that graps the mouse drag and implements its own scrolling.
ok. I already expected that there would be some kind of problems, it's not like I insist on implementing the idea. Perhaps someone will revisit the bug in one or three years :]
Four years actually, but someone did indeed revisit this feature (probably without knowing about this bug) - although for WebKit instead of KHTML, see http://www.notmart.org/index.php/Software/Gently_touch_your_web_zones
Dear user, KHTML (and KJS) was a long time more or less unmaintained and got removed in KF6. Please migrate to use a QWebEngine based HTML component. We will do no further fixes or improvements to the KF5 branches of these components beside important security fixes. For security issues, please see: https://kde.org/info/security/ Sorry that we did not fix this issue during the life-time of KHTML. Greetings Christoph Cullmann