I tried a while back to get around that "lost click" issue but
eventually accepted that this was just a GWT/SmartGWT event model
conflict. Although reimplementing will be a bit of work, I think we
need to do it. The search bar is a critical component to the GUI and
needs to work as designed.
A reimplementation should be careful to maintain hooks for adding Search
capability to various pages. Perhaps it could even be enhanced. For
example, it might be nice to have a search bar on the "Inventory"
landing page. I'm not sure that's possible today as I think we can only
embed it in a Table view. (I wouldn't go out of my way to support this,
though).
Certainly it must maintain the same sort of incremental preview list, as
well as saved search support.
I'm not sure if this re-work could at all lend itself towards using the
search bar syntax for dynagroup definitions. Again, I wouldn't go out
of my way for this, it was just a thought.
On 6/4/2012 10:41 AM, mike thompson wrote:
The Search Bar Bug -- Search bar saved searches menu ignores clicks
[
https://bugzilla.redhat.com/show_bug.cgi?id=733487] appears to be
occurring because of GWT/SmartGWT event mismatch. It is advised in the
SmartGWT document not to mix GWT with SmartGWT.
The proposed solution here is to remove the native GWT widgets from
the codebase and re-implement the search bar functionality using pure
SmartGWT widgets. This is the only case of native GWT widgets in the
codebase so after removal of the search bar the code base would be
free of any native GWT widgets and will hopefully have a little
cleaner event model.
Here is the specs for the search bar:
http://rhq-project.org/display/JOPR2/Search
https://bugzilla.redhat.com/show_bug.cgi?id=733487
Any opinions on this?
-- Mike Thompson
_______________________________________________
rhq-devel mailing list
rhq-devel(a)lists.fedorahosted.org
https://fedorahosted.org/mailman/listinfo/rhq-devel