[Digikam-devel] visual indication of active filters?

[Gilles Caulier]

2008/1/31, Gilles Caulier <caulier.gilles at gmail.com>:
>
>
>
> 2008/1/31, Gilles Caulier <caulier.gilles at gmail.com>:
> >
> >
> >
> > 2008/1/31, Arnd Baecker <arnd.baecker at web.de>:
> > >
> > > On Thu, 31 Jan 2008, Gilles Caulier wrote:
> > >
> > > > 2008/1/31, Arnd Baecker <arnd.baecker at web.de>:
> > > > >
> > > > > On Wed, 30 Jan 2008, Gilles Caulier wrote:
> > > > > > 2008/1/30, Gerhard Kulzer <gerhardkgmx at gmail.com>:
> > > > > [...]
> > > > > > > I would propose to change the LED to orange when one changes
> > > the view,
> > > > > > > just as
> > > > > > > a reminder that a filter is on.
> > > > > >
> > > > > > And use light green when all icon view filters are inactive ?
> > > > >
> > > > > I would think that no color makes it even clearer that no
> > > > > filter is active. I.e. we get a stronger contrast between
> > > > > greyed out  and  orange.
> > > > >
> > > > > Best, Arnd
> > > > >
> > > >
> > > > Hum, try commit  #769006. Now LED colors are :
> > > >
> > > > - light green when filter settings are inactive (default values ==>
> > > icon
> > > > view contents not filtered)
> > > > - light orange when something is active in filter settings.
> > > >
> > > > Nota : Right click over the LED reset filter settings to default
> > > (become
> > > > inactive)
> > > >
> > > > Let's me hear if all is better for you. If yes, i will backport code
> > > to KDE4
> > > > as well...
> > >
> > > Hm, visually the green is much stronger than the light-orange to me,
> > > so this even more easy to miss. Why not red ;-)?
> >
> >
> Red color is to indicate than something is wrong, dangerous, etc...
>
> This is not the case here. Is just to ping user than filters are active.
> Orange is better for that... But it's just my viewpoint...
>
> Mik, Gerhard ?
>
>
> > "If this light is orange, something is active in filter settings. "
> > >     --> "... in the filter settings."
> > >   or maybe:
> > >     ""If this light is orange, filtering is active." ?
> >
> >
> > yes, this is what i mean...
> >
> >
> > > "If this light is green, nothing is filtered. "
> > > > "Clic over with right mouse button to reset all filters."
> > >
> > > - Clic -> Click
> > > - Left mouse does also work (why right mouse??)
> >
> >
> All mouse buttons are tested now...
>
>
> yes, i will do it
> >
> >
> >   --> "Click to reset all filters." ?
> >
> >
> > exactly...
> >
> >
> > What about tag-filters ;-) ?
> >
> >
> > Nothing here. LED is about  filters from status bar not sidebar.
> >
> > As we have talk in the pass, to be homogeneous, we must think to move
> > all icon view filters in a common sidebar tab named "Filters" instead "Tags
> > Filters"... but by this way, icon view filter from status bar will only
> > visible if sidebar tab is open...
> >
> > Using a tool bar here do not solve the problem. The idea is to group all
> > filters together : tags, text, mime type, and rating. The only way to host
> > all tags filter is a sidebar tab, not a toolbar...
> >
> > Also, remember than status bar is full now. In the future, if we need to
> > add new filter based on date, ratio, size, etc... we will need to find
> > another way than status bar or tool-bar to host it. This is why sidebar tab
> > is the most fine.
> >
> > Discussion is open. It's an usability + gui design issue. It's important
> > for the future to be clean about this subject.
> >
>
> After to have played with Tags Filters, I think wee need to be homogeneous
> here again. The LED must indicate than icon view if filtered, including Tags
> Filters... else this is a non-sense...
>
> also if click over LED is done, it must reset Tags Filters too...
>

Done in svn... please, test and report...

Gilles
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-devel/attachments/20080131/4d5eb857/attachment.html>