Version: (using KDE KDE 3.1) Installed from: Mandrake RPMs Compiler: gcc 3.2 OS: Linux Maybe this is related to #55583, but who knows? In list view mode (that where you see only file names, with icons being left from them :P), if your directory has a file with name long enough not to fit in one line (about 20 chars), then strange things start to happen when you try to move around with arrow keys: that item is usually skipped when you keep pressing Down key, moving down also, if you keep pressing the Down key, at botton of column the focus suddenly moves to that skipped item, continuing from there down. So, if you hold the Down key, it moves down then returns, moves again, infinitely. Sometimes this didn't happen if there was too few files that fit in one column, sometimes it did... Maybe this is a bug in KListView in kdelibs, but I'm not sure and I've only observed this here, so I'm posting to konq buglist :) / Tomas
Carsten: Do you think that this is the same QListView bug that affected KFileDialog?
Subject: Re: navigating in file list with arrows in list view mode behaves oddly On Sunday 22 June 2003 05:07, you wrote: > 05:07 ------- Carsten: Do you think that this is the same QListView bug > that affected KFileDialog? Navigation in QListView never was a problem, only in QIconView. Cheers Carsten Pfeiffer -----BEGIN PGP SIGNATURE----- iQEVAwUBPvUfnaWgYMJuwmZtAQEfGwgAl05MpBg7cXCLFGMF+AnSsXibqKpW3S9R izBtKq+OOJyplrhXISA1SZJuMJf/lfiLPPjlvbBSVpdfJUKSJli5QNl+F9+ZnO7w 3eY32fJHkx/tLxJc64/SJouig4bpzoGZhyMY6pv7mKC8zI06qRqXekqUzq+aJSOl K7Bny62yEaHFdcGzrB+aq9Q1cB6wUjaT2b8DklVs9ZRx7Ywlnz0mSwc4Thvf0vc4 eBLpEiuFgYhNLQUMUD6qKD/RiiHfBsEUZyW93VH5IF3pGDqq7IODF2mgZRWvUilp VdblIm7yaDmUDJtReA+GMEQob92rTI1J+/0kGyYadEYM/lyJh6OsZw== =NET/ -----END PGP SIGNATURE-----
Can't reproduce
this is still true. though i think that the original reporter was talking about "MultiColumn View". i'll attach a tar that shows the problems.
Created attachment 10975 [details] test case this tar contains some (1 byte sized) files. when viewed with konqueror in "MultiColumn View" mode, the arrow keys behave really strangely: some items are skipped, and sometimes the highlight wraps around at really strange places. up and down arrows are not consistent either. (the up-arrow skips less than the down-arrow). and: with different icon sizes the keys behave differently. i'm using kde 3.4, qt. 3.3.4
I can confirm this behaviour in multi column view. Moving through the files with right/left arrow keys works, but when using the up/down arrow keys, some files get skipped and sometimes you get trapped in a loop between some files. I can also confirm, that it behaves differently on different icon sizes. A really weird behaviour that is most annoying. I am using Debian binaries btw. (unofficial KDE 3.4.1 ones from alioth, AMD64)
Works fine with 3.5a1 but not with 3.4.1.
*** Bug 96925 has been marked as a duplicate of this bug. ***
I can also confirm for 3.5 beta 2 in multicolumn mode.
couldn't reproduce with 3.5.1 from ubuntu dapper.
Interesting... for a fresh user account, long filenames get wrapped and this problem seems fixed. For my existing account, long filenames don't get wrapped and this problem persists. 3.5.2 on Kubuntu Breezy.
Nevermind... problem persists. Just set width of symbol texts in konqis settings to something large (300 px) and you will notice the problems, right Lex?
confirming for 3.5.2 from debian. to reproduce: * have a folder with file with long name. * change settings->appearance->width_for_icon_text to 300 px * navigate folder with up/down * notice the strange behaviour
This bug still exists.
I can confirm as well, with KDE 3.5.5.
*** Bug 129151 has been marked as a duplicate of this bug. ***
After more investigation, it seems this is a bug in QIconView. I don't really know the best way to deal with this issue. Here's a code snippet from a Qt app that shows the problem: QIconView *iv2 = new QIconView(); iv2->setArrangement(QIconView::TopToBottom); iv2->setResizeMode(QIconView::Adjust); iv2->setItemTextPos(QIconView::Right); new QIconViewItem(iv2, "a123456789123456"); new QIconViewItem(iv2, "b"); new QIconViewItem(iv2, "c2312334545667867345"); new QIconViewItem(iv2, "quz");
*** Bug 93350 has been marked as a duplicate of this bug. ***
Bug confirmed with KDE 3.5.8: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=456933
Finally got annoyed with kuickshow and decided to go hunting. Been digging through QIconView source, the problem is that the "key down" navigation finds the closest item downward whose center exists within a rectangle whose width equals that of the current selection. In other words if you have (a, bbbbbb, c, d) in a column, moving down from 'a' will skip 'bbbbbb' because the latter's center lies outside the rectangle whose width is that of 'a'. QT project closed and rejected without comment a bug report (#133061) about this. Fixing it would require patching iconview/qiconview.cpp:keyPressEvent() to search for closest among intersecting rectangle rather than closest among points within a rectangle. This might break other things, so I doubt TrollTech will accept a patch. I might try anyway. Possible workarounds: 1. Reimplement QIconView in kdelibs 2. Add trailing spaces in QIconViewItem text. 3. Switch to fixed grid (which would mean equal column widths)
I've been able to reproduce it only in the Icon view, when the "show them in groups" flag is enabled using konqueror 4 svn trunk r828814.
Also seeing this in KDE 3.5.9-r3. Of William's workarounds, #3 makes the most sense to me. In MultiColumn mode, all items are effectively the same width, so that seems a sensible way to represent them. What code in KDE would need to change to make that happen?
I wanted to check if this (high-voted) bug was still present in KDE 4, but it looks like I'll have to wait for the multicolumn-view mode to be reintroduced (this is on the feature list for KDE-4.3).
This bug is no more reproducible in multicolumn view in dolphin (tested KDE 4.4 trunk)