[Digikam-devel] visual indication of active filters?

[Gerhard Kulzer]

On Thursday 31 January 2008 Gilles Caulier wrote:
| 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 ?

Orange

| > "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...
|
| Your viewpoints ?

Now the LED and text background have different color (green/white when 
inactive, orange/green or orange/red if no match). One gets used to it, but 
it is not consistent.

Proposal: inactive:green/green match:orange/orange no match:red/red

Gerhard


| Gilles Caulier



-- 
><((((º> ¸.·´¯`·... ><((((º> ¸.·´¯`·...¸ ><((((º>
http://www.gerhard.fr
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/digikam-devel/attachments/20080131/6279a566/attachment.sig>