| Summary: | [Preferences] Preference Page Apply buttons should be disabled until a preference is changed. | ||
|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Duong Nguyen <duongn> |
| Component: | UI | Assignee: | Platform-UI-Inbox <Platform-UI-Inbox> |
| Status: | RESOLVED DUPLICATE | QA Contact: | |
| Severity: | enhancement | ||
| Priority: | P4 | CC: | n.a.edgar |
| Version: | 2.0 | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Windows 2000 | ||
| Whiteboard: | |||
|
Description
Duong Nguyen
This would be a good enhancement. Question of how to track the changes on a preference page. If a preference page uses field editors for all of its fields, could automatically track changes. The Apply button is also used in Property Pages and for consistency anything that is done for the Preferences Dialog should be done for Property Pages. The only way to support this feature is to track changes that occur to the fields on the Preferences/Properties pages. The framework does not require a page to "register" its fields, so changes to the framework alone will not be enough to provide this capability. Every property and preference page would have to change to either use field editors or some other mechanism for registering the items to watch on a page. There is really no other way to do this and it should be an all or nothing thing - having some pages that enable/disable the Apply button and other pages that don't would be inconsistent and having some fields on a page enable/disable the Apply button, while other fields don't would also be confusing. Nick I want to mark this as P4 or WONTFIX. Let's mark it as P4. We should look at what support we can provide to allow preference pages to do this properly. We could at least make our pages enable/disable the Apply button appropriately, and make recommendations to others. Yes, there would be some inconsistency, but we shouldn't let inconsistencies keep us from making usability improvements. If enough pages start following the convention, and some pages don't follow it, we can argue that these other pages simply have bugs that need to be fixed. As long as we give them some (hopefully easy) way to fix it. Defer |