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 594131 - Make Find bar consistent with other Gnome apps
Make Find bar consistent with other Gnome apps
Status: RESOLVED OBSOLETE
Product: tomboy
Classification: Applications
Component: General
0.15.x
Other Linux
: Normal normal
: Future
Assigned To: Tomboy Maintainers
Tomboy Maintainers
Depends on:
Blocks:
 
 
Reported: 2009-09-04 12:44 UTC by Reinout van Schouwen
Modified: 2013-10-30 21:35 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Reinout van Schouwen 2009-09-04 12:44:53 UTC
The latest Tomboy features a Find bar with a close button. This is inconsistent with other Gnome applications like Evince, Epiphany and Yelp. The find bar shouldn't have a close button but simply disappear when it loses focus. Please also compare Yelp bug 472003. Also I suggest to have the small Previous and Next arrows seen in other apps.
Comment 1 Sandy Armstrong 2009-09-04 13:23:41 UTC
See bug #483297 for our most recent cleanup to this 2-year-old feature.  At that time, Evince and Yelp were using < and > instead of actual arrows; even if they have changed (and I don't know if they have, I'm using GNOME 2.26), we need to conserve horizontal space so we'll stick with what we have.

As for removing the close button, that may be a good idea, but I'm not going to change it now that we're past UI freeze and have only one developer release left.  Targeting for Future, will reevaluate next cycle.
Comment 2 Reinout van Schouwen 2009-09-04 15:37:23 UTC
(In reply to comment #1)
> See bug #483297 for our most recent cleanup to this 2-year-old feature.  At
> that time, Evince and Yelp were using < and > instead of actual arrows; even if
> they have changed (and I don't know if they have, I'm using GNOME 2.26), we
> need to conserve horizontal space so we'll stick with what we have.

OK.

> As for removing the close button, that may be a good idea, but I'm not going to
> change it now that we're past UI freeze and have only one developer release
> left.  Targeting for Future, will reevaluate next cycle.

Somehow I doubt that UI freeze was meant to prevent UI consistency fixes from being made. But anyway, thanks for considering.
Comment 3 Sandy Armstrong 2009-09-04 15:47:08 UTC
(In reply to comment #2)
> (In reply to comment #1)
> > change it now that we're past UI freeze and have only one developer release
> > left.  Targeting for Future, will reevaluate next cycle.
> 
> Somehow I doubt that UI freeze was meant to prevent UI consistency fixes from
> being made.

It affects documentation, but my main concern is not having enough releases to get it tested by users.  I'm used to the Firefox-like approach that we use in Tomboy, so perhaps other users are, too, and I want time to get their feedback.

AFAIK there is nothing in the HIG recommending what to do, so this "UI consistency" is more like "peer pressure". ;-)
Comment 4 Reinout van Schouwen 2009-09-11 21:35:47 UTC
The other bug is cloned, but it's not a dependency or blocker.
Comment 5 Reinout van Schouwen 2009-12-17 18:28:00 UTC
@Sandy, I'm currently on Tomboy 1.1.0 and the findbar is still in firefox style. Is it possible to try the suggested behavior in this development cycle?
Comment 6 Sandy Armstrong 2009-12-17 21:54:14 UTC
(In reply to comment #5)
> @Sandy, I'm currently on Tomboy 1.1.0 and the findbar is still in firefox
> style. Is it possible to try the suggested behavior in this development cycle?

Yes, especially if patches are provided.  And thanks for the reminder!