Summary: | "PDF mode" for Konqueror/KHTML | ||
---|---|---|---|
Product: | [Applications] konqueror | Reporter: | Jakob Petsovits <jpetso> |
Component: | khtml part | Assignee: | Konqueror Developers <konq-bugs> |
Status: | RESOLVED UNMAINTAINED | ||
Severity: | wishlist | ||
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Gentoo Packages | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Jakob Petsovits
2005-05-17 14:54:25 UTC
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 |