The "click the icon to select the contents" feature is just a bonus, not something important to retain. However, I see two design flaws with the GtkSearchEntry design as described.
First, it makes no visual distinction between a live search field and a submitted search field. Putting the search icon at the trailing end suggests that it is a button you can click to perform the search; this is how it behaves in Firefox, Internet Explorer, and Wikipedia, for example (not to mention Nautilus 3.4 and earlier). But if you do click it -- without realizing that its appearance has just changed -- far from performing your search, it erases it! This would be a problem for USC. Second, toggling between the search icon and a clear icon means that for applications that use submitted searches, the search icon would be absent most of the time. This isn't a problem in USC, which uses live search, so search field contents are always temporary. But for example in a Web browser, a standalone search field retains the most recent search terms so that later you can adjust them and try again. In this situation, a GtkSearchEntry would usually show only a clear icon. It would be ironic if the only time the field contained a search icon was when it isn't being used for a search. I doubt either flaw could be fixed without breaking the GtkSearchEntry API to introduce a flag for distinguishing live/submitted search fields. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1082252 Title: Search widget is not consistent with the rest of the OS To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/software-center/+bug/1082252/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
