| Summary: | vi keybindings interfere with text entry | ||
|---|---|---|---|
| Product: | [Unmaintained] rekonq | Reporter: | Alex Merry <alex.merry> |
| Component: | general | Assignee: | Andrea Diamantini <adjam7> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | kde |
| Priority: | NOR | ||
| Version: | latest git snapshot | ||
| Target Milestone: | 0.9 | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Alex Merry
2011-07-18 23:07:19 UTC
I cannot seem to reproduce this. I've tested on facebook as you commented but it works fine for me. Rergards Targetting 0.9... Git commit 81bf91dc7d81a06de3f5c16c79c34385e0091cbd by Andrea Diamantini, on behalf of Marc Deop. Committed on 09/01/2012 at 19:04. Pushed by adjam into branch 'master'. Let keys autoscroll work also when middle click use is disabled (adjam's marginal change): let variables have better names m_isAutoScrollEnabled --> m_isViewAutoScrolling Related: bug 289588 REVIEW:103649 REVIEWED-BY: adjam M +9 -7 src/webview.cpp M +1 -1 src/webview.h http://commits.kde.org/rekonq/81bf91dc7d81a06de3f5c16c79c34385e0091cbd It works for me in 0.8.60. At least I cannot reproduce it. Alex, what about you? Nope, it seems to be working now. Ok, targetting as FIXED in a couple of weeks if nothing happens before ;) I'm sorry to disagree, I can't reproduce this on facebook but it happens in Google+ if you try to comment on a Feed Debugging with firebug (sorry, I don't like the webkit web inspector ;) ) it seems that the problem is that the comment box is not an "input" field rather than an "editable" <body> tag. However, this is the only place where I've encountered the problem Git commit b0d587dff85c404b83e0f5d1b8356d3b9535f3b5 by Andrea Diamantini. Committed on 20/01/2012 at 23:08. Pushed by adjam into branch 'master'. Consider also editable content M +4 -3 src/webview.cpp http://commits.kde.org/rekonq/b0d587dff85c404b83e0f5d1b8356d3b9535f3b5 Talked about in IRC this morning. NOT Fixed. Reopening... [11:36] <dMaggot> anybody using rekonq with GMail? [11:41] <damnshock> dMaggot: me [11:41] <damnshock> sometimes at least [11:41] <damnshock> why? [11:43] <dMaggot> damnshock: try this [11:43] <dMaggot> damnshock: click reply (you won't be replying, so don't worry) [11:43] <dMaggot> damnshock: change to Plain Text response [11:44] <dMaggot> damnshock: click somewhere in the message text and try selecting text with Shift + Arrow Keys [11:44] <dMaggot> damnshock: does that work for you? [11:45] <damnshock> no, it does not [11:45] <damnshock> it does if I press ctrl as well [11:46] <damnshock> we are facing a similar problem that with vi-like navigation [11:46] <dMaggot> do you know what's the cause? [11:47] <damnshock> I think that the content is editable [11:47] <dMaggot> damnshock: you'll also notice you now can't type Shift + <Any Letter> to get a capitalized <Any Letter> [11:47] <damnshock> dMaggot: yeah, I noticed that [11:48] <damnshock> dMaggot: as far as I know, the problem is that rekonq thinks it's still in a webpage rather than in an "input" field [11:48] <damnshock> that's why the vi-like navigation doesn't work and the "shift" thing as well [11:49] <dMaggot> damnshock: how is that GMail-specific? [11:49] <damnshock> not gmail's alone [11:49] <damnshock> it happens in google+ as well As said in IRC, it is an editable textarea field where the problem occurs Git commit fc70e29bed896b83736af7115ea35cf453e2f1ae by Andrea Diamantini. Committed on 06/02/2012 at 19:35. Pushed by adjam into branch 'master'. Control content editable text with qtwebkit APIs instead of rude JS... ... and limit its call where it is truly needed. This to prevent problems with performance M +76 -66 src/webview.cpp http://commits.kde.org/rekonq/fc70e29bed896b83736af7115ea35cf453e2f1ae it has been fixed in all reported sites in rekonq 0.8.75 |