Bug 89467 - [usability] problem with renaming and the pointer resetting the 'rename'
Summary: [usability] problem with renaming and the pointer resetting the 'rename'
Status: RESOLVED UNMAINTAINED
Alias: None
Product: konqueror
Classification: Applications
Component: file icon view (show other bugs)
Version: 3.3
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-09-14 09:23 UTC by Thomas Zander
Modified: 2009-09-08 19:01 UTC (History)
2 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 Thomas Zander 2004-09-14 09:23:02 UTC
Version:           3.3 (using KDE 3.3.0, compiled sources)
Compiler:          gcc version 3.3.2 (Debian)
OS:                Linux (i686) release 2.6.1dell-optiplex

You can rename a file by selecting it and pressing F2. Recently a new feature was added to cancel the renaming when the Konqueror loses focus.

The problem I see now is that when I rename an icon I always move the pointer out of the way in order to start renaming. If this is an icon near the edge of a Konqueror I risk cancelling the rename action. (probably since I have focus-follows-mouse)
The reason I move the pointer away is because the pointer is over my text when I rename, which makes the text less readable.

I suggest to
a) make the pointer invisible as soon as rename is selected.
b) when the pointer is moved by the user make it visible again (to facilitate dragging)
c) make the pointer invisible (again) as soon as any key is typed.
d) make the pointer visible again when the rename is over.

Note that the invisible part is for the whole Konqueror window, not just the renaming part.

Thanks.
Comment 1 Edwin Schepers 2005-01-30 23:25:34 UTC
Is this still valid ? When I lose focus now, the renaming isn't cancelled.
Comment 2 Thomas Zander 2005-02-03 08:24:37 UTC
On Sunday 30 January 2005 23:25, Edwin Schepers wrote:
> Is this still valid ? When I lose focus now, the renaming isn't
> cancelled.

It is here.
I use focus follows mouse and simply moving the mouse to another window 
effectively cancels my rename.   I'm using current CVS here.
Comment 3 David 2005-06-23 02:17:09 UTC
changing focus (by mouse focus/alt+tab etc) should not cancel the rename (note the behaviour of nautilus), this allows for a user following a tutorial/whatever from a different window to switch back and forth without canceling the rename every time (which is a pain for new users who haven't learnt how to use the terminal yet).
Comment 4 Jaime Torres 2008-08-01 16:52:27 UTC
This is still present in 4.1.
Comment 5 Felix 2009-06-03 02:22:35 UTC
I've discovered a strange behaviour that may be another facet of this bug:

- Rename a file by pressing F2 or right-clicking & rename

- Right-click the hilighted filename text

Konqueror pops up the text editing context menu as expected, but the rename is cancelled.

- Now click anywhere else in the window, or on the file itself

This is strange: Konqueror acts as if you picked up the file and started dragging it; the file's icon follows the mouse around and if you click one more time you get the option to move/copy the file.
Comment 6 FiNeX 2009-09-08 17:22:33 UTC
@Felix: you should report this issue to dolphin.
Comment 7 FiNeX 2009-09-08 19:01:53 UTC
Reports about file management mode reported against KDE 3 (konqueror) has been closed: konqueror in KDE 3 is no more developed and mantained. All bugs and wishes which could be interesting for Dolphin in KDE 4 (the new KDE file manager) has been collected into a specific list.

Please try the new file manager before request new features and report bugs.

Before submitting new reports check carefully the already opened Dolphin reports in order to don't add duplicates.

Many thanks.