• Post Reply
  • Bookmark Topic Watch Topic
  • New Topic

[B&S] GUI Search

 
Rod Abreu
Greenhorn
Posts: 12
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
I've been realizing in some posts that the ideal GUI for search is to provide combo boxes for name and location. However in my point of view, this approach has some drawbacks that do not compensate its implementation such as, in sum, the increase of network traffic to make the combos being updated accordingly.
I've just implemented the search GUI using text fields enabling users to find records by name and location. How about this approach, do you think the change for combo pays off?

Thanks for any reply in help
 
Aruneesh Salhotra
Ranch Hand
Posts: 167
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
I wonder how one can search by Combo box.
2 Text fields, with a Search button, should be the norm.

This works, or unless someone has a better reason/way.
 
Rod Abreu
Greenhorn
Posts: 12
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Thanks Aruneesh,

But as I identified, the GUI scoring without combos usually reachs up to 28 points. That's the reason I'm worried about. Isn't the point lost related to the search GUI not being in combos?
 
Aruneesh Salhotra
Ranch Hand
Posts: 167
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
I think GUI is not limited to just search. It should be a functional GUI. I think the more information that is provided by the GUI to do tasks, is what would be required.

1. Ability to Property Changes, RMI and DB changes
2. Search, Update, Delete, Add record
3. Search Panel, Menu Bar, PopupMenu.
4. Clean interfaces, and information stored about last layout, and be able to survive a crash, and restore.
5. Action event, instead of ActionListener.

Any more features you have in your list.
 
  • Post Reply
  • Bookmark Topic Watch Topic
  • New Topic