Bug 63913 - navigating files with arrow keys skips some files
Summary: navigating files with arrow keys skips some files
Status: RESOLVED UNMAINTAINED
Alias: None
Product: kuickshow
Classification: Unmaintained
Component: general (other bugs)
Version First Reported In: unspecified
Platform: RedHat Enterprise Linux Linux
: NOR normal
Target Milestone: ---
Assignee: Carsten Pfeiffer
URL:
Keywords:
: 72891 (view as bug list)
Depends on:
Blocks:
 
Reported: 2003-09-08 18:54 UTC by Andrew Somerville
Modified: 2015-02-06 12:33 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Lloyd Haskins 2003-09-08 18:54:22 UTC
Version:           0.8.5 (using KDE KDE 3.1)
Installed from:    RedHat RPMs
OS:          Linux

When showing the preview, using the up and down arrow keys to navigate the list of files in the main kuickshow window, it skips some files.  Expected behavior is that it would go to the next file underneath for down arrow, and the next file above for the up arrow.

As near as I can tell, here are the differences in the files that get skipped vs. those that don't.  This was seen with the Linx "file" command.

1. In a directory of *.gif files, all "GIF image data, version 89a" were navigable, whereas the only file that was "GIF image data, version 87a" was not.  Unfortunately when I copied the 87a file to a file with a much different name, it did not skip over this new file (but still skipped the original file).  When I further renamed the new file to have one character difference (old: nq020827l.gif, new nq0208272.gif), it did not skip either file.  When I renamed the copied file to vq0208272.gif, to put it further down the list, the original file was now skipped, but the new file was not.  Renaming the original file from nq020827l.gif to duh.gif kept it still being skipped (but the previously renamed vq0208272.gif file was still not skipped).

2. In a directory of *.jpg files, it skipped over a file named mp_wp5_1024_768.jpg.  This file was 1024x768, and it had an embedded comment, so that the result of the file command was 'JPEG image data, JFIF standard 1.01, resolution (DPI), "Created by Qlex for Mudpie Obse", 72 x 72'.  Renaming this file to duh.jpg caused it not to be skipped.  Restoring the name caused it to be skipped.  Copying the file to another named duh.jpg (placing it above the original file in the list) caused the new file to not be skipped, yet the original file was still skipped.  What's interesting is that when you get to the file underneath the original file (in this case, sketch01.jpg), and then press the up arrow, it did not skip the original file.  Renaming the copied file to put it higher in the list of files caused it to not be skipped and the original file was still skipped but without the inconsisten up-arrow behavior.

Anyway, there doesn't seem to be any hugely consistent behavior that I can see.  Would hit help if I shipped you up a tar file of the graphics files?  I've created a tar file and placed the files in another directory, and the behavior is the same as with the original location.

For completeness' sake, here's the result of uname -a:

Linux simon 2.4.20-19.9 #1 Wed Jul 23 19:06:26 EDT 2003 i686 i686 i386 GNU/Linux
Comment 1 Carsten Pfeiffer 2003-09-08 21:00:47 UTC
Subject: Iconview navigation (Fwd:  New: navigating files with arrow keys skips some files)

Hi,

the keyboard navigation in a well-aligned QIconView (3.2) is still not working 
as expected. E.g. having some items called "a", "b", "c", "d", "dinkelkorn" 
and "f" and in one row, QIconView will only let you navigate from d to f and 
back, it will skip "dinkelkorn" in between.

I'm getting quite some bugreports about this and I'm wondering whether
- - everybody else uses QIconView in a chaotic order where this problem is not 
apparent,
- - I should try to fix it myself and send a patch,
- - I should not use QIconView at all for that purpose.

Best wishes
Carsten Pfeiffer




-----BEGIN PGP SIGNATURE-----

iQEVAwUBP1zSBqWgYMJuwmZtAQGETQf/QwiSnct6B4M9sDU7DacFIt2kCoZfLaCK
JEC2Xc8UHFxDdFGNAeXF2ktEn3ysi0pdDccd80yv3Uywt1v50hYMMPt9u/UD3X0Q
iBrLal1lo4X/bFgr4Tyv6KHCWSyxC6/zmhT4Y/GoyyUwAedssKzZehXPzUc5raRD
jIA/FwZS1eoSUof8djGU9QCHTgvu+C0StDgO8foa0mh8ionr1LUTwnQ/6xJyWjBm
4YPL2hssVcWpi3NyumTN3yPlS39KNpJPgK7dqZXurdayJBzOqnzGPvJi8EnJAQuP
nVHjQby1jlMUanGTK98aMwMl3ADfLpS71R/3+m+YfMM8I7UMCfc2+w==
=mP0G
-----END PGP SIGNATURE-----
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
     
http://bugs.kde.org/show_bug.cgi?id=63913     
           Summary: navigating files with arrow keys skips some files
           Product: kuickshow
           Version: unspecified
          Platform: RedHat RPMs
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
        AssignedTo: pfeiffer@kde.org
        ReportedBy: l.haskins@att.net


Version:           0.8.5 (using KDE KDE 3.1)
Installed from:    RedHat RPMs
OS:          Linux

When showing the preview, using the up and down arrow keys to navigate the list of files in the main kuickshow window, it skips some files.  Expected behavior is that it would go to the next file underneath for down arrow, and the next file above for the up arrow.

As near as I can tell, here are the differences in the files that get skipped vs. those that don't.  This was seen with the Linx "file" command.

1. In a directory of *.gif files, all "GIF image data, version 89a" were navigable, whereas the only file that was "GIF image data, version 87a" was not.  Unfortunately when I copied the 87a file to a file with a much different name, it did not skip over this new file (but still skipped the original file).  When I further renamed the new file to have one character difference (old: nq020827l.gif, new nq0208272.gif), it did not skip either file.  When I renamed the copied file to vq0208272.gif, to put it further down the list, the original file was now skipped, but the new file was not.  Renaming the original file from nq020827l.gif to duh.gif kept it still being skipped (but the previously renamed vq0208272.gif file was still not skipped).

2. In a directory of *.jpg files, it skipped over a file named mp_wp5_1024_768.jpg.  This file was 1024x768, and it had an embedded comment, so that the result of the file command was 'JPEG image data, JFIF standard 1.01, resolution (DPI), "Created by Qlex for Mudpie Obse", 72 x 72'.  Renaming this file to duh.jpg caused it not to be skipped.  Restoring the name caused it to be skipped.  Copying the file to another named duh.jpg (placing it above the original file in the list) caused the new file to not be skipped, yet the original file was still skipped.  What's interesting is that when you get to the file underneath the original file (in this case, sketch01.jpg), and then press the up arrow, it did not skip the original file.  Renaming the copied file to put it higher in the list of files caused it to not be skipped and the original file was still skipped but without the inconsisten up-arrow behavior.

Anyway, there doesn't seem to be any hugely consistent behavior that I can see.  Would hit help if I shipped you up a tar file of the graphics files?  I've created a tar file and placed the files in another directory, and the behavior is the same as with the original location.

For completeness' sake, here's the result of uname -a:

Linux simon 2.4.20-19.9 #1 Wed Jul 23 19:06:26 EDT 2003 i686 i686 i386 GNU/Linux

Comment 2 Carsten Pfeiffer 2004-02-04 11:48:17 UTC
Still waiting for TT to fix this.
Comment 3 Carsten Pfeiffer 2004-02-04 11:49:14 UTC
*** Bug 72891 has been marked as a duplicate of this bug. ***
Comment 4 Andrew Somerville 2004-02-04 16:16:53 UTC
This bug exists in all kde applications as far as I can tell. I've noticed it especially in the file save and open dialogs.
Comment 5 Andrew Somerville 2004-04-02 17:29:16 UTC
Make no mistake...this bug is in kdelibs. It's everywhere, but this report is way too complicated. It's hard to know at a glance what it means. I would suggest closing it and refiling a new report with a *2 sentense* long description, because no one is going to bother reading this. 
Comment 6 Stephan Kulow 2004-06-01 19:13:07 UTC
Replaced l.haskins@att.net with landrews@nbnet.nb.ca due to bounces by reporter
Comment 7 William White 2008-04-28 08:07:03 UTC
This is a duplicate of #56574.  Either a bug or design choice in QT's QIconView depending on your point of view.
Comment 8 Christoph Feck 2015-02-06 12:33:01 UTC
Thanks for your bug report or feature request.

The Kuickshow application is no longer maintained, and all open tickets are now closed.
See also http://websvn.kde.org/?view=revision&revision=1383834