| Summary: | [test case]navigating in file list with arrows in multicolumn view mode behaves oddly | ||
|---|---|---|---|
| Product: | [Applications] konqueror | Reporter: | 0mecir |
| Component: | file icon view | Assignee: | Konqueror Developers <konq-bugs> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | CC: | antoine.beyeler, buti, carpdjih, ehamberg, faure, finex, goldenear, ibc, lex.lists, lwilpan, tim-ri |
| Priority: | NOR | ||
| Version: | 3.5 | ||
| Target Milestone: | --- | ||
| Platform: | Debian testing | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: | test case | ||
|
Description
0mecir
2003-03-29 12:41:55 UTC
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) |