inconsistency in konqueror

[Leo Savernik]

Am Montag, 9. Dezember 2002 02:19 schrieb Raul Fernandes:
> No, no flamewars. You are right. Mostly advanced users use the keyboard to
> navigate through directories.
> The two *bugs* that I consider is when I delete or collapse a directory,
> the iconview/listview doesn't update. IMHO, these two *bugs* make the
> konqueror inconsistent. Maybe, when delete or colapse a directory, the
> treeview emits the signal (executed() or clicked()) to update the
> iconview/listview. Is it ok??

Ah! If the treeview is not updated on *deletion*, that's indeed a bug. The 
treeview should certainly reflect the current status of the filesystem at any 
time.
As far as the collapsing is concerned, I think you mean a scenario like the 
following: There is a directory A and a directory B (a subdirectory of A) and 
the treeview displays A and B beneath it uncollapsed and the iconview 
displays the content of B. If you collapse A, so that B isn't visible anymore 
in the treeview, the iconview should display A instead.
If it's that what you mean then I can't see a real inconsistency there because 
Konqueror's affecting the content of linked iconviews/listsviews only on 
click and on enter. Afaik there's no policy saying that all linked 
iconviews/listviews *must never* display any directory that is not 
uncollapsed in the corresponding treeview. I personally find the current 
behaviour useful because a switching of directories only takes place if I 
explicitely want it.
However, I don't know what the casual user expects who KDE is aimed at for the 
most part. Hmm, that's actually an interesting question for the usability 
list, ccing, maybe they have to add something.

> Maybe, a future option to change the behaviour of konqueror (the arrows
> select the directory), if there are more user's resquests.
> Other issue in konqueror is the selection of files in dirview. The
> developers of kde adds a new selection mode in klistview (filemanager). I
> think the selection mode extended in qlistview is enough, more mature and
> follow the "standard" for the GUI. What your opinions about to change the
> selection mode from filemanager to extended??

I'm not sure if I understand you, what do you mean with "new selection mode"? 
And how exactly is it different from QT's listview?
>
> Thanks
>
> Raul Fernandes
> rgf at ieg.com.br
>
> > I actually find the way konqueror handles the treeview *much more*
> > reliable and useful than the M$ Explorer one. In fact it's a *feature*
> > for konqueror to allow the user to collapse the current directory in the
> > treeview without forcing him out of the directory shown in the
> > iconview/listview. Furthermore it's also more efficient that a directory
> > is not entered (shown in the iconview/listview) when browsed over it with
> > the direction keys in the treeview but only when explicitely hitting
> > enter. I think it's not too burdensome for those who use key navigation
> > to hit the additional enter to change a directory considered that mostly
> > advanced users use key navigation who'll find that out anyway while the
> > obvious -- clicking with the mouse on a directory -- has always worked as
> > expected and will always work that way. Please, kfm developers, leave it
> > the way it is.
> >
> > Well, that's my personal opinion. The flamewar may begin ;-)
> >
> > mfg
> > 	Leo