Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

UI Forms

Warning2.png
This content is not worth migrating, other wiki entries take about deleting the form api, see https://github.com/eclipse-pde/eclipse.pde/issues/1027#event-11321033656


This is basic content only. Please convert to the Template file for adding to the UI Best Practices and fill in more complete information.


Base

UI Forms enhancements in release 3.3: http://www.eclipse.org/eclipse/platform-ua/proposals/forms/enhancements-3.3/index.html

Plus, visual design information such as layout and colors.


When do you use forms inside a view/editor?

  • Depends on audience and problem space
  • Slickness of look
  • Type, amount, and complexity of content, e.g., complex content is good in form content


Is it appropriate to use forms in a view that is not

  • Yes
  • Don't want to over use though since everything ends up looking the same
  • Distinguish primary and secondary views by how you render elements in form
  • Use forms API to varying degrees for secondary views
  • Can also use GEF


Related comments:

  • Overuse of model dialogs - eg. launch configuration
  • Rethink this one and move it to forms
  • Move away from modal dialogs
  • Other dialogs that could be (have been) non-modal: Run, Preference -- but have to stay that way to not cause breakages
  • Example of something complex that you can see or not see: XRay (by Chris Laffra), floating

Copyright © Eclipse Foundation, Inc. All Rights Reserved.