| Summary: | Can org.eclipse.jst.jsf.facelet.ui be limited to load only when just opening facelets files. | ||
|---|---|---|---|
| Product: | [WebTools] Java Server Faces | Reporter: | Matthew Martire <mmartire> |
| Component: | UI | Assignee: | Ian Trimble <ian.trimble> |
| Status: | RESOLVED WORKSFORME | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | agueda, ccc, gphung, mcraquel, melickm, raghunathan.srinivasan, thatnitind, yurykats |
| Version: | unspecified | Keywords: | helpwanted |
| Target Milestone: | 3.4.0 M6 | ||
| Hardware: | PC | ||
| OS: | Windows XP | ||
| Whiteboard: | |||
|
Description
Matthew Martire
A patch to fix the issue will be greatly appreciated! Is it possible that this can be re-targetted and worked for 3.2.x? Preferably 3.2.4 or 3.2.5 As indicated in comment 1, we would need a patch that addresses the issue. Unfortunately, we don't have the resource at this time to work on the issue. (In reply to comment #3) > As indicated in comment 1, we would need a patch that addresses the issue. > Unfortunately, we don't have the resource at this time to work on the issue. Hi Raghu, Has there been any progress on this bug? We will investigate for Juno and backport if needed. I don't see a way to prevent the plug-in from being loaded. JSF facelets support contributes an ITextHover implementation to the SSE editor configuration for the "org.eclipse.wst.html.HTML_DEFAULT" partition. When a hover is being calculated for this partition type, the plug-in is loaded because FaceletHover needs to be accessed. There are no XHTML-specific partitions, support is driven by the document's HTML partitions. Is there a specific reason that this plug-in should not be loaded? Please reopen if you don't agree. |