Re: [suse-kde] multi-select in konqueror (kde 3.3.0) not working
Please keep the thread on the list. The list is there so that one answer helps all users, not only one. Well, the behavior is somewhat correct and wrong concurrently. If you are in icon view and you click neither on the Icon nor on the icon text, then you cannot drag, too. The same thing is in tree and list view. It's all the same. The empty highlighted area in my opinion helps to keep the eyes on the correct row of the selected file when you want to look at the attributes. But I have to admit that the highlighted empty area could misguide the user, that this area is part of the icon, too. But to be true, you are the first user I saw who was misguided by this one. All user I trained on linux intuitively just used either the icon or the icon text when working with drag'n'drop. Daniel Am Mittwoch, 6. Oktober 2004 14:14 schrieb pvollebr@xs4all.nl:
I'm sorry, but I cannot reproduce... Nor with detailled list view neither with tree view or any other view mode.
Running SuSE 9.1, Xorg 6.8.1, KDE 3.3.0 (kdebase3-3.3.0-15)
Just because it's fun: Can you add another new user to your system and try again with this one? This way you can check if it's a user setting which is causing this bug.
Daniel,
Thanks! Questions lead to answers and to better testing....
The situation is the same with anew user, but.... i already noticed that it sometimes did work. Playing with this new user i noticed that ist worked when i picked up the blue-lit fields when picking them up on the icon in fron and where there is text.
So it doesn't work when you click where there is no text on the right side - and this is what i always did/do. Alas my wife also.
So would you regard it to be a bug that the system deselects when i pick it up at the blue-lit square?
Peter
See in text
Please keep the thread on the list. The list is there so that one answer helps all users, not only one.
Sorry - forgot the reply-all. Have been using other lists lately..
Well, the behavior is somewhat correct and wrong concurrently.
If you are in icon view and you click neither on the Icon nor on the icon text, then you cannot drag, too. The same thing is in tree and list view. It's all the same.
The empty highlighted area in my opinion helps to keep the eyes on the correct row of the selected file when you want to look at the attributes.
But I have to admit that the highlighted empty area could misguide the user, that this area is part of the icon, too.
But to be true, you are the first user I saw who was misguided by this one. All user I trained on linux intuitively just used either the icon or the icon text when working with drag'n'drop.
Yes, But it was not only me. And i have been using KDE for two years already and this seems to me changed behaviour that can fool others. But then it is my responsibility to put something on the kde bug 'wishlist'. Thanks. Peter
Yes, a changed behavior can be very misleading. You can make this a wishlist bug, but to be honest, nothing will change. After some testing I revealed the secret: You need this empty area to select multiple files by making a rectangle select (I hope you know what I mean). You cannot drag the rectangle on the icon or text, because you are dragging then. On the attributes this isn't possible, too (perhaps for a good reason). So you can only drag the rectangle in this empty area. If the KDE Developers would change the behavior to drag the items in this area, too, no rectange selection is possible anymore. And I'm sure, they will not disable a whole feature if the user can make the wanted action so easy as just dragging a little bit more on the left. Daniel Am Mittwoch, 6. Oktober 2004 14:45 schrieb pvollebr@xs4all.nl:
See in text
Please keep the thread on the list. The list is there so that one answer helps all users, not only one.
Sorry - forgot the reply-all. Have been using other lists lately..
Well, the behavior is somewhat correct and wrong concurrently.
If you are in icon view and you click neither on the Icon nor on the icon text, then you cannot drag, too. The same thing is in tree and list view. It's all the same.
The empty highlighted area in my opinion helps to keep the eyes on the correct row of the selected file when you want to look at the attributes.
But I have to admit that the highlighted empty area could misguide the user, that this area is part of the icon, too.
But to be true, you are the first user I saw who was misguided by this one. All user I trained on linux intuitively just used either the icon or the icon text when working with drag'n'drop.
Yes,
But it was not only me. And i have been using KDE for two years already and this seems to me changed behaviour that can fool others.
But then it is my responsibility to put something on the kde bug 'wishlist'.
Thanks. Peter
participants (2)
-
Daniel Eckl -
pvollebr＠xs4all.nl