| Summary: | typing into input fields hides mouse pointer | ||
|---|---|---|---|
| Product: | [Applications] konqueror | Reporter: | Jesper Juhl <jesper.juhl> |
| Component: | khtml forms | Assignee: | Konqueror Bugs <konqueror-bugs-null> |
| Status: | RESOLVED INTENTIONAL | ||
| Severity: | normal | CC: | jens-bugs.kde.org, kdebugs, lemma, lex.lists |
| Priority: | NOR | ||
| Version First Reported In: | 3.2-beta | ||
| Target Milestone: | --- | ||
| Platform: | Slackware | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Jesper Juhl
2003-12-14 22:44:40 UTC
No, this is not expected. It was decided to hide the mouse pointer over text fields because it might obscure the very position where you are typing. And when you are typing and the mouse pointer is over the field (probably because you just clicked on it), your hands are on the keyboard, not the mouse, i.e. the mouse cursor isn't used anyway and is in the way. Every word processor does it. Windows does it (most of the time). Mac does it. I would be happy with the mouse pointer jumping out of a text field if you type into it (but I guess this can be confusing and is kind of difficult to implement). -- Jens well, maybe the current behaviour is the expected one for you, but I find it confusing. I guess different people have different oppinions on this. And just becourse word processors and other OS's do it does not nessesarily make it right... I guess the ideal thing would be for it to be configurable. Yeah, The mouse should be hidden whenever typing starts, and restored whenever it is moved. Currently with line edits the mouse is only restored when it is moved outside the edit area. This is wrong. I agree with Tim. But I'm not sure if I should confirm because that's not exactly what the initial bug report was about. Right now (KDE 3.4.0) if I type into this textarea, the mouse cursor disappears when typing, but when moving the mouse it reappears at once (exactly where it was) and then does not re-disappear for at least a couple seconds, even if one continues to type. However, the mouse *also* disappears again when I do NOT continue to type (which - IMHO - is a bug). With line edits the bug from comment #3 is still there, but - IMHO again - it's not so critical because line edits are (usually) small. Jens I think the line edits are quite critical. I often type text into an edit box, and then try to select part of it without moving the pointer outside it. Selecting text without a pointer is quite hard. You can try it in the Add CC: field on this page. Click in the edit box and type "The quick brown fox." and then try to select 'brown' all without moving the mouse outside the box. Only happens for KHTML edit boxes. confirming for 3.4.3 from kubuntu breezy. I find that moving the mouse horizontally keeps the mouse hidden (because its still over the text field). If the mouse if moved vertically, it reappears as soon as it leaves the text box. I think this is wrong. It should probably just allow for small movements of a few pixels and then show the cursor again. It shouldn't depend on the direction you are moving (its probably not what the code does, but its how it acts). This bug is actually hard to handle because it's more about general pointer handling when typing text. About everyone seems to agree that mouse pointers should be hidden and this also seems to be the expected behaviour. To come clean I'd advise to close this bug as WONTFIX. I'll open a new report for erroneous behaviour in 3.5.9 and the current version of trunk. Closing this as WONTFIX for reasons mentioned by Michael Leupold. Followups: * BUG 100274 * BUG 161532 |