Summary: | Text selection extremely slow | ||
---|---|---|---|
Product: | [Applications] konqueror | Reporter: | Sam Gibson <samgib> |
Component: | khtml renderer | Assignee: | Konqueror Developers <konq-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | minor | CC: | cb-kde, dang, ismail, petr |
Priority: | NOR | ||
Version: | 4.0 | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Sam Gibson
2003-03-14 05:42:59 UTC
It's very fast here (3.1 from CVS, Athlon 900). I found that it's extremly slow when the page is still loading. The problem usually occures when konqeror cannot get some part of the page (ie a banner from dead server) and konq waits for timeout. Can confirm on cvs-head. Only when page is loading. Reopening on request possible dup of #54395 Hmm, cannot detect any difference between KDE 3.0 and HEAD. Leaving it open for now. It looks ok with the latest additions from safari. Selection for small and medium sized pages seems extremely optimized in HEAD. They are perfect now, however, for longer pages, it still lags compared to Mozilla. For example, open a large bug list (like konqueror :)), and start dragging down. It's quite slow after a while compared to Moz or Opera (fastest) *** Bug 61533 has been marked as a duplicate of this bug. *** I can select on /. about fine. Have you tried viewing a /. story in nested mode with a lot of comments? *** Bug 69542 has been marked as a duplicate of this bug. *** I cannot reprocuce this bug with kde 3.2.1. Open e.g. following URL and select whole page. Selection is about 0.5-1s behind. http://slashdot.org/article.pl?sid=04/03/15/1622236&mode=nested&tid=103&tid=126&tid=99 Works perfectly here.. KDE 3.2.1, kernel 2.6.5 works well here as well (with HEAD). Appears fixed. |