[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [dolphin] [Bug 336910] Usability-wishlist
From:       <mymailclone () t-online ! de>
Date:       2014-07-01 10:25:14
Message-ID: bug-336910-17878-zku7wCqVOF () http ! bugs ! kde ! org/
[Download RAW message or body]

https://bugs.kde.org/show_bug.cgi?id=336910

--- Comment #4 from mymailclone@t-online.de ---
(In reply to comment #1)
> First of all, thanks for taking the time to file this report.
> 
> Please note:
> 
> (a) Handling the endless stream of incoming bug reports and feature request
> is already *extremely* challenging for our small team of volunteers. It
> doesn't really get any easier if multiple unrelated issues are reported in
> one single report. Please don't do that. Thanks.
> 
> (b) bugs.kde.org is *completely* unsuitable for discussing user ideas. Few
> people read incoming reports. In particular, users who do not approve of
> your ideas to change the behavior are very unlikely to read this report and
> comment here. A much better place to discuss ideas is the KDE Brainstorm
> section of the KDE forums:
> 
> http://forum.kde.org/viewforum.php?f=83
> 
> If an idea that is discussed there is very popular, and no user finds any
> obvious flaws, feel free to tell us about it, either here or on the mailing
> list.
> 
> Moreover, I don't really want to question your abilities to judge what
> changes might improve the usability, but maybe a discussion on the usability
> mailing list is the best way to find out about that (preferably, after the
> idea has been discussed in the Brainstorm forum).
> 
> Most of what you suggest here has already been discussed. I'll add some
> links that I still remember below. Please try at least a quick search of the
> existing reports before filing new reports in the future. This really makes
> our work easier :-)
>  
> (In reply to comment #0)
> > Allow for side-panels to be also arranged side by side.
> > - For instance: "Places" left and immediately at its right side "Folders".
> > This would in some cases result in a better overview and even faster
> > navigation.
> 
> It is unclear to me why this improves usability so much that the additional
> complexity in the user interface and the code (AFAIK, Qt does not support
> this way to arrange dock widgets at all, so you would have to request that
> feature from Qt itself) is justified. Feel free to discuss it in the forum,
> but note that (if I'm not mistaken) there is nothing we can do about it
> unless it's implemented in Qt.
> 
> > Allow for separators (or some other kind of structure) in "Places".
> > - This would improve orientation.
> 
> Then please explain exactly what kind of workflow you have in mind for
> adding these separator (How should it work? What should the user do to add a
> separator?) when you suggest this in the forum.
> 
> > When closing a split view, the in-active window should close, not the
> > active. 
> > - It is almost always the active window that one focuses on and for which on
> > wants more space.
> 
> Has been discussed extensively already. See, e.g., bug 312834.
> 
> > Like the search-bar the filter-bar should be placed at the top, not at the
> > bottom of the window.
> > - In general, search-/filter-bars at the bottom of a window don't seem to be
> > ergonomically sensible solutions.
> 
> See the discussion in
> 
> http://forum.kde.org/viewtopic.php?f=285&t=121393
>  
> > A browsing-history in the address-bar would be helpful
> > - Sometimes this would be a faster way to go back to a certain address -
> > compared to hitting the "Back"-button many times.
> 
> Already requested, see bug 171037.
> 
> > In the "Details"-view I would prefer to (optionally) see the size of folders
> > instead of the number of elements.
> > - This would better help to see where cleanup is profitable.
> 
> I can't find the link now, but this has been discussed as well. The feature
> may seem nice at first sight, but please note that this would require that
> your entire home directory, including all subfolders, is scanned file by
> file every time you open Dolphin. This would require an amount of disk
> activity that is not acceptable for the vast majority of users.
> 
> > An option to set the view-mode for all (sub-) windows simultaneously to
> > "Compact" etc. would be nice.
> 
> Please describe situations in which this would be useful, and how you would
> like to see this implemented in the user interface when you start a forum
> discussion about this issue.
> 
> > In addition to the vertical split-view a horizontal split-view should be
> > offered as well.
> 
> Already discussed: bug 168592. The bottom line is: if horizontal splitting
> is important for you, there is a file manager which uses Dolphin's code and
> which has this feature: Konqueror :-)
> 
> I'm closing this report now - I hope that you can understand that. Thanks.



All my suggestions are based on long experience with "Idoswin/Idoswin Pro(c)"
(by Ingo Eckel). So I know such features are useful. Configuration is easy.

You may want to take a look at it, says more than thousand words. I think it's
freeware now.

I'm not affiliated with Idoswin or its developer in any way. But I think it's
great software - hand in glove for me from the start.

OM

p.s.: If you don't want suggestions/wishlist here, take that choice off the
dropdown-list.

-- 
You are receiving this mail because:
You are watching all bug changes.
[prev in list] [next in list] [prev in thread] [next in thread]