Hi,
as a follow-up to the new LED introduced by Gilles to indicate that one of the filters (rating, quick text filter, or file) is active. While this is nice, I have the impression that this is not yet visually "intrusive" enough, i.e. it still could be overlooked. A clearer indication might be to change e.g. a) the color of the background of the filters in the status line b) the color of the background in the icon view c) for an active tags-filter (right side-bar), the background of the TAB (both in folded and expanded view) should be changed (e.g. to red in all cases). All these are, according to Gilles, very easy to realize with KDE4... (but not with KDE3). What do you think about this? (Worth an entry in the BKO?) Best, Arnd _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
Dnia Wednesday 30 of January 2008, Arnd Baecker napisał:
> Hi, > > as a follow-up to the new LED introduced by Gilles to > indicate that one of the filters (rating, > quick text filter, or file) is active. What LED - Which svn revision? > While this is nice, I have the impression that this > is not yet visually "intrusive" enough, i.e. it still > could be overlooked. > > A clearer indication might be to change e.g. > a) the color of the background of the filters in the status line It is already done but... ...could be improved with highlighting of searched string in view - album/tag/etc list, image plates (like in Konqueror, KPDF) > b) the color of the background in the icon view > c) for an active tags-filter (right side-bar), the background > of the TAB (both in folded and expanded view) should be > changed > (e.g. to red in all cases). Definitely not red. Red means something is Wrong(tm). I think green would be OK. Especially that it is already used in such role in filter fields. > All these are, according to Gilles, very easy > to realize with KDE4... (but not with KDE3). > > What do you think about this? (Worth an entry in the BKO?) IMO yes. m. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
2008/1/30, Mikolaj Machowski <[hidden email]>: Dnia Wednesday 30 of January 2008, Arnd Baecker napisał: Try current svn (KDE3). There is a led in status bar, near search text filter dedicaced to icon view Gilles _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Arnd Baecker
Am Wednesday 30 January 2008 schrieb Arnd Baecker:
> Hi, > > as a follow-up to the new LED introduced by Gilles to > indicate that one of the filters (rating, > quick text filter, or file) is active. > > While this is nice, I have the impression that this > is not yet visually "intrusive" enough, i.e. it still > could be overlooked. > > A clearer indication might be to change e.g. > a) the color of the background of the filters in the status line > b) the color of the background in the icon view > c) for an active tags-filter (right side-bar), the background > of the TAB (both in folded and expanded view) should be > changed > (e.g. to red in all cases). > > All these are, according to Gilles, very easy > to realize with KDE4... (but not with KDE3). > > What do you think about this? (Worth an entry in the BKO?) > > Best, Arnd > _______________________________________________ > Digikam-devel mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-devel a reminder that a filter is on. Gerhard -- ><((((º> ¸.·´¯`·... ><((((º> ¸.·´¯`·...¸ ><((((º> http://www.gerhard.fr _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel signature.asc (196 bytes) Download Attachment |
2008/1/30, Gerhard Kulzer <[hidden email]>:
Am Wednesday 30 January 2008 schrieb Arnd Baecker: And use light green when all icon view filters are inactive ? Gilles _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
On Wed, 30 Jan 2008, Gilles Caulier wrote:
> 2008/1/30, Gerhard Kulzer <[hidden email]>: [...] > > 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 _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
2008/1/31, Arnd Baecker <[hidden email]>: On Wed, 30 Jan 2008, Gilles Caulier wrote: 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... Gilles _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
On Thu, 31 Jan 2008, Gilles Caulier wrote:
> 2008/1/31, Arnd Baecker <[hidden email]>: > > > > On Wed, 30 Jan 2008, Gilles Caulier wrote: > > > 2008/1/30, Gerhard Kulzer <[hidden email]>: > > [...] > > > > 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 ;-)? > "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." ? > "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??) --> "Click to reset all filters." ? What about tag-filters ;-) ? Best, Arnd _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
2008/1/31, Arnd Baecker <[hidden email]>: On Thu, 31 Jan 2008, Gilles Caulier wrote: yes, this is what i mean... > "If this light is green, nothing is filtered. " 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. Gilles Best, Arnd _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
2008/1/31, Gilles Caulier <[hidden email]>:
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 ?
All mouse buttons are tested now...
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 ? Gilles Caulier _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
On Thursday 31 January 2008 Gilles Caulier wrote:
| 2008/1/31, Gilles Caulier <[hidden email]>: | > 2008/1/31, Arnd Baecker <[hidden email]>: | > > On Thu, 31 Jan 2008, Gilles Caulier wrote: | > > > 2008/1/31, Arnd Baecker <[hidden email]>: | > > > > On Wed, 30 Jan 2008, Gilles Caulier wrote: | > > > > > 2008/1/30, Gerhard Kulzer <[hidden email]>: | > > > > | > > > > [...] | > > > > | > > > > > > 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 _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel signature.asc (196 bytes) Download Attachment |
In reply to this post by Gilles Caulier-4
2008/1/31, Gilles Caulier <[hidden email]>:
Done in svn... please, test and report... Gilles _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Gerhard Kulzer-3
2008/1/31, Gerhard Kulzer <[hidden email]>: On Thursday 31 January 2008 Gilles Caulier wrote: I'm not sure to understand exactly your proposal... Let's me resume : - Search Text widget colorize background of text field in green if query is match else in red. - Led function is different : it's an indicator to ping user if filter is active or not over icon view... that all. It do not report if filtering match something in icon view. We don't need that : just look if something appear in icon view, it's enough... Unforget than filtering can perturb user if it's active. If user don't take a care about filtering status, he can see a dummy empty album where items are really on the way... _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
On Thursday 31 January 2008 Gilles Caulier wrote:
> 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 > > > I'm not sure to understand exactly your proposal... > > Let's me resume : > > - Search Text widget colorize background of text field in green if query is > match else in red. > > - Led function is different : it's an indicator to ping user if filter is > active or not over icon view... that all. It do not report if filtering > match something in icon view. We don't need that : just look if something > appear in icon view, it's enough... > > Unforget than filtering can perturb user if it's active. If user don't take > a care about filtering status, he can see a dummy empty album where items > are really on the way... > > Gilles but I do not have a strong case for it, I can live well with the solution right now. I tested the tag filter reset with the LED, it works :-))) Gerhard _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel signature.asc (196 bytes) Download Attachment |
In reply to this post by Gilles Caulier-4
Dnia Friday 01 of February 2008, Gilles Caulier napisał:
> 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 ? Nice idea. Few ideas for improvements. 1. Visual: lack of left-, top-margins looks ugly. LED should be centered in status bar. 2. Still not sure about colors. For me most logical would be: - greyed out for inactive filters - green/orange for active filters - red when filters caused that there are no images in view 3. Some feedback: I suppose it would be good if user could saw what filters are active without destroying their effect with mouse click. Tooltip with list of active filters when hovering? m. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
2008/2/1, Mikolaj Machowski <[hidden email]>: Dnia Friday 01 of February 2008, Gilles Caulier napisał: Ah, i'm happy to read these word. This is you Mik (:=))) Yes, the widget is not centered... And this is not my fault. The widget come from kdelibs and this is another one badly implemented. The widget drawing method always use the top/left corner as reference. Content is never centered like an usual widget... I have fight against to find an alternative, but without rea 2. Still not sure about colors. For me most logical would be: _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
2008/2/1, Gilles Caulier <[hidden email]>:
Oups cuttered words here (:=))) I have fight against to find an alternative, but without success. I'm shared to waste time again this layout problem using KLed widget as well or tho re-implement it into digiKam core...
Sound like the idea to have a visual feedback about filtering match. icon view is not enough as well ? About the colors, your schema sound like text search widget background color scheme...
Right. I will study it Gilles _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
2008/2/1, Gilles Caulier <[hidden email]>:
Done in svn with rev. #769354 Gilles _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Gilles Caulier-4
2008/2/1, Gilles Caulier <[hidden email]>: Thanks in advance
Ok, done in svn with rev. #769396. Please test, and report. To Native English guys : this sentence is fine to details LED from status bar : QWhatsThis::add(d->led, i18n("This light report icon-view filters status. " "This include all status-bar filters and all Tag-Filters from right sidebar. " "If this light is red, at least one filter is active, and no item match the query. " "If this light is green, at least one filter is active, and at least one item match the query. " "If this light is gray, nothing is filtered. " "Click over with mouse button to reset all filters.")); Gilles Caulier _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
On Friday 01 February 2008 Gilles Caulier wrote:
> 2008/2/1, Gilles Caulier <[hidden email]>: > > > > > > > > 2008/2/1, Gilles Caulier <[hidden email]>: > > > > > > > > > > > > 2008/2/1, Mikolaj Machowski <[hidden email]>: > > > > > > > > Dnia Friday 01 of February 2008, Gilles Caulier napisał: > > > > > 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 ? > > > > > > > > Nice idea. Few ideas for improvements. > > > > > > > > 1. Visual: lack of left-, top-margins looks ugly. LED should be > > > > centered > > > > in status bar. > > > > > > > > > Ah, i'm happy to read these word. This is you Mik (:=))) > > > > > > Yes, the widget is not centered... And this is not my fault. The widget > > > come from kdelibs and this is another one badly implemented. The widget > > > drawing method always use the top/left corner as reference. Content is never > > > centered like an usual widget... > > > > > > I have fight against to find an alternative, but without rea > > > > > > > Oups cuttered words here (:=))) > > > > I have fight against to find an alternative, but without success. I'm > > shared to waste time again this layout problem using KLed widget as well or > > tho re-implement it into digiKam core... > > > > > > > > > > 2. Still not sure about colors. For me most logical would be: > > > > - greyed out for inactive filters > > > > - green/orange for active filters > > > > - red when filters caused that there are no images in view > > > > > > > > Sound like the idea to have a visual feedback about filtering match. icon > > view is not enough as well ? > > > > About the colors, your schema sound like text search widget background > > color scheme... > > > > Ok, done in svn with rev. #769396. > > Please test, and report. > > To Native English guys : this sentence is fine to details LED from status > bar : > > QWhatsThis::add(d->led, i18n("This light report icon-view filters > status. " > "This include all status-bar filters and > all Tag-Filters from right sidebar. " > "If this light is red, at least one filter > is active, and no item match the query. " > "If this light is green, at least one > filter is active, and at least one item match the query. " > "If this light is gray, nothing is > filtered. " > "Click over with mouse button to reset all > filters.")); > > Thanks in advance > > Gilles Caulier > "GRAY: no filter is active, all items are visible.\n" "RED: filtering is on, but no items match.\n" "GREEN: filter(s) matches at least one item.\n\n" "Any mouse button click will reset all filters.")); Commit will follow Gerhard -- ><((((º> ¸.·´¯`·... ><((((º> ¸.·´¯`·...¸ ><((((º> http://www.gerhard.fr _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel signature.asc (196 bytes) Download Attachment |
Free forum by Nabble | Edit this page |