Bug 61027 - When renaming long filenames, the old selection can still be seen
Summary: When renaming long filenames, the old selection can still be seen
Status: RESOLVED REMIND
Alias: None
Product: konqueror
Classification: Applications
Component: general (show other bugs)
Version: 3.2-beta
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
: 58894 82591 (view as bug list)
Depends on:
Blocks:
 
Reported: 2003-07-10 09:04 UTC by Sean Lynch
Modified: 2008-07-06 00:14 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Notice the selection still shown while renaming (195.56 KB, image/jpeg)
2003-07-10 09:05 UTC, Sean Lynch
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Sean Lynch 2003-07-10 09:04:46 UTC
Version:           unknown (using KDE 3.1.9)
Compiler:          gcc version 3.3 20030226 (prerelease) (SuSE Linux)
OS:          Linux (i686) release 2.4.20-4GB-athlon

When renaming long filenames, the old selection can still be seen on the sides behind what you are typing.  This isn't a showstopper or anything, but just a cosmetic fix to make konq look better.  I attached a screenshot of konq showing the problem.
Comment 1 Sean Lynch 2003-07-10 09:05:50 UTC
Created attachment 1980 [details]
Notice the selection still shown while renaming
Comment 2 Casey Allen Shobe 2003-07-11 03:49:27 UTC
I've seen this also occur in details view. 
Comment 3 John Firebaugh 2003-07-29 06:04:25 UTC
*** Bug 58894 has been marked as a duplicate of this bug. ***
Comment 4 Munzir Taha 2004-05-21 15:59:03 UTC
Yes, this is still available in KDE: 3.2 BRANCH >= 20040204
Another issue which seems to be related is when I have a long file name between to files with short file names. Select the first file, press the arrow key to select the second -> you will notice that the third (not the 2nd) file would be selected!! I am not sure about the number of characters in the file name that cause this but you can try with different lengths.
Comment 5 Ilya Konstantinov 2004-05-26 03:17:55 UTC
Turns out this isn't just a cosmetic issue, but also a usability issue, as was recently demonstrated when my mother, a newbie to computers, was very confused when she erased a file's name (before typing a new one) and though the old file name revealing below the edit box is a part she didn't manage to erase.
Comment 6 Maksim Orlovich 2004-06-02 03:11:05 UTC
*** Bug 82591 has been marked as a duplicate of this bug. ***
Comment 7 Martin Koller 2004-12-29 20:04:46 UTC
This is a qt issue, since the textedit widget is created by Qt.
To solve this in KDE we would have to reimplement all this stuff differently again .
Let's see what possibilities Qt4 brings ...
Comment 8 Bui Arantsson 2008-05-03 23:04:01 UTC
This bug is still present in Konqueror 3.5.9. and looks exactly like in the attached screenshot.
Comment 9 Michael Leupold 2008-05-04 19:02:52 UTC
This bug is no longer applicable in kde4 as renaming files is no longer done inline but using a dialog.
Comment 10 Davide Ferrari 2008-05-04 21:28:11 UTC
This is no true for dolphin in 4.1. Actually, inline renaming is already present in trunk (and it's not showing this bug). Anyway IMO while KDE3 is still shipped in mainstream distros, this bug should be left open
Comment 11 A. Spehr 2008-07-06 00:14:11 UTC
Sorry, it won't be fixed in 3. If this somehow shows up in 4 later on, reopen.