After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 271238 - search active not obvious enough for some
search active not obvious enough for some
Status: RESOLVED OBSOLETE
Product: evolution
Classification: Applications
Component: Mailer
unspecified
Other All
: Normal enhancement
: Future
Assigned To: evolution-mail-maintainers
Evolution QA team
: 242545 270144 312088 331695 (view as bug list)
Depends on:
Blocks: 336362
 
 
Reported: 2005-01-13 14:04 UTC by Tom Vilberg
Modified: 2006-07-10 15:59 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Tom Vilberg 2005-01-13 14:04:15 UTC
Distribution: Fedora Core release 2 (Tettnang)
Package: Evolution
Priority: Normal
Version: GNOME2.6. unspecified
Gnome-Distributor: Red Hat, Inc
Synopsis: UI and mail folders
Bugzilla-Product: Evolution
Bugzilla-Component: UI
Bugzilla-Version: unspecified
Description:
Please describe your feature request:

Evolution should indicate when a search has been performed, maybe by
changing the color of the folder's name?

I am constantly going into the SENT folder, after a previous search,
looking to see a message I just sent. Alas, the message isn't there.
That confuses me.

The user should have a way to see that the folder's contents reflect the
product of a search, not the contents of a folder. 



Unknown reporter: vilberg@clarion.edu, changed to bugbuddy-import@ximian.com.
Setting qa contact to the default for this product.
   This bug either had no qa contact or an invalid one.

Comment 1 Not Zed 2005-05-19 11:21:56 UTC
*** Bug 270144 has been marked as a duplicate of this bug. ***
Comment 2 Tomas Mraz 2005-05-19 14:57:12 UTC
I would even say that the search shouldn't be remembered so after 
switching to different folder it should be reset.
The search filter is used when I'm looking for something and so it's
temporary by definition. For better user experience there could be a
history of the last few searches available, but it isn't necessary.
Comment 3 Jeffrey Stedfast 2005-05-19 15:43:35 UTC
people aren't happy with that solution either. they expect that if they perform
a search in folder A and then switch to folder B, that when they switch back to
folder A, the search will still be there just like they left it.

this was a fair bit of work to implement and I know I didn't write it for my
health :)

however, I will agree that presenting to the user that the message-list contents
are search results is a good idea, I just don't know how.
Comment 4 André Klapper 2005-07-31 13:52:40 UTC
*** Bug 312088 has been marked as a duplicate of this bug. ***
Comment 5 Patrick Smits 2005-08-02 19:56:36 UTC
Jeffrey: Well I'm reporter of dupe 312088 and I feel the same about this bug as
Tomas Mraz. 

As I reported in my bug report I would expect the search field to be cleared,
especially after closing Evolution or not having entered that folder the last
few minutes. Something like 5-10 min. seems reasonable to me. I really think it
is better to have to enter a search twice than to get startled because messages
seem to have dissapeared.
Comment 6 Jeffrey Stedfast 2005-08-02 20:41:01 UTC
people want it to persist across sessions.

like I said, it could be made more obvious, but it won't be removed.
Comment 7 André Klapper 2005-08-13 17:13:18 UTC
*** Bug 242545 has been marked as a duplicate of this bug. ***
Comment 8 Tom Vilberg 2005-08-13 17:25:41 UTC
OK. Maybe it could be handled like Mail.app (Mac OS X) does. When a search has
been performed, Mail.app puts a little eyeglass nest to the search field and a
small circle with an "x" in the test window. Click on the x and the search
product is gone. At least that way (the eyeglass and the x) the user can easily
discriminate when they are looking at the contents of a folder or the product of
a search.
Comment 9 Karsten Bräckelmann 2006-02-18 18:34:53 UTC
*** Bug 331695 has been marked as a duplicate of this bug. ***
Comment 10 André Klapper 2006-07-10 15:59:23 UTC
this is fixed in evolution 2.6 (perhaps also 2.4, don't remember exactly). the text input field is highlighted nowadays.