| Summary: | [Plan item] Content-type-based infrastructure | ||
|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Jim des Rivieres <jeem> |
| Component: | Resources | Assignee: | Rafael Chaves <eclipse> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | enhancement | ||
| Priority: | P3 | CC: | david_williams, eclipse, ed.burnette, gunnar, john.ruud |
| Version: | 3.0 | Keywords: | plan |
| Target Milestone: | 3.0 | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
| Bug Depends on: | |||
| Bug Blocks: | 37668 | ||
|
Description
Jim des Rivieres
A content type registry is in place. Since it was done too late, adoption (in the Eclipse SDK) will be limited, editor-file associations and a central UI for for manipulating content types being the most noticeable missed use cases. Here are the scenarios taking advantage of the content type registry: - non-uniform file encoding in the workspace (bug 37933 - [plan item] Improve file encoding support) - file associations in Compare extension points (bug 51791 - Allow binding filenames to compare extensions) - content sensitive object contributions, being retrofitted to work with the content type registry (bug 33018 - [Contributions] plugin.xml context menu should not have "Run Ant..." item) Also, the Team team is considering adopting it as well, not sure about the exact scenario/planned schedule. Fixed. |