| Summary: | Files associations are recognized but not used | ||
|---|---|---|---|
| Product: | [WebTools] WTP Source Editing | Reporter: | Victor Toni <victor.toni> |
| Component: | wst.xml | Assignee: | wst.xml <wst.xml-inbox> |
| Status: | CLOSED DUPLICATE | QA Contact: | |
| Severity: | minor | ||
| Priority: | P3 | CC: | david_williams, eclipse, eclipse, for.work.things, gsmith, thatnitind |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Windows XP | ||
| Whiteboard: | |||
|
Description
Victor Toni
Basically what's happenning is if you only associate xsl with the xml source page editor, the xml source page editor will open xsl files, but it won't know what to do with the content (content assist, highlighting, etc) Once you associate xsl with the xml content type, the xml source page editor, knows what to do with xml content, so it can then provide xml function. If your issue is with the preference pages, you should check out bug 91965 That bug is about making the file associates and content types preference pages make more sense. I checked my last 3.1M6 installation and it had no "content type" preference. So maybe this bug can be closed due to changes in the 3.1M7 milestone. As it is, if a file can be resolved to a content type then the content type editor will always be used even if there are other editors associated by traditional filename/file extension bindings. *** Bug 95227 has been marked as a duplicate of this bug. *** I think this should be treated as a dup of 91965, if I'm misunderstanding, feel free to reopen. *** This bug has been marked as a duplicate of 91965 *** Fine. I signed it to WST because I didn't know about the new content type dialog. Marking as verified as I know this issue is fixed (or correctly categorized). If, as originator, you disagree or still see, please re-open, or open a new bug. Thanks very much for reporting and helping make WTP better. Closing |