Bug 70447 - typing into input fields hides mouse pointer
Summary: typing into input fields hides mouse pointer
Status: RESOLVED INTENTIONAL
Alias: None
Product: konqueror
Classification: Applications
Component: khtml forms (show other bugs)
Version: 3.2-beta
Platform: Slackware Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-12-14 22:44 UTC by Jesper Juhl
Modified: 2008-05-09 20:26 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jesper Juhl 2003-12-14 22:44:40 UTC
Version:            (using KDE KDE 3.1.94)
Installed from:    Slackware Packages
OS:          Linux

How to reproduce:

 a) bring up a page that has one or more input type=text fields or textarea fields on it (such as this bug-report page).

 b) click in one of the input/textarea fields and leave the mouse pointer where you clicked.

 c) start typing in some text and you'll notice the mouse pointer disappears.

At this point input fields and textareas behave a little different. If you move the mouse (even just slightly) in a textarea, then it'll immidiately re-appear. In a input type=text field the mouse pointer stays hidden as long as you move around within the field but re-appears as soon as the mouse leaves the input field.

There's another difference in behaviour between the two types of text entry fields. 
For a textarea, as soon as the mouse pointer has re-appeared it stays visible if you continue typing (unless the mouse leaves the textarea and re-enteres it before you start typing). 
For a input type=text field the mouse disappears again once you start typing, but only if the pointer is over the input field at the time.


Expected behaviour:

The mouse pointer stays visible at all times.
Comment 1 Jens 2004-01-25 22:07:50 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
Comment 2 Jesper Juhl 2004-02-06 16:45:48 UTC
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.
Comment 3 Tim Hutt 2004-10-21 18:37:55 UTC
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.
Comment 4 lexual 2005-04-18 18:12:50 UTC
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.
Comment 5 Jens 2005-04-19 11:15:46 UTC
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
Comment 6 Tim Hutt 2005-05-24 13:12:00 UTC
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.
Comment 7 lexual 2005-11-01 00:32:39 UTC
confirming for 3.4.3 from kubuntu breezy.
Comment 8 Miguel De Anda 2006-11-27 21:36:49 UTC
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).
Comment 9 Michael Leupold 2008-05-02 20:51:01 UTC
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.
Comment 10 Linus Östberg 2008-05-09 20:19:46 UTC
Closing this as WONTFIX for reasons mentioned by Michael Leupold.
Comment 11 Michael Leupold 2008-05-09 20:26:57 UTC
Followups:
* BUG 100274
* BUG 161532