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.
Difference between revisions of "Facelet Support"
(New page: Overview of requirements for Facelet support. Note: this document is provisional and subject to change. * Mechanism for Accumulating design-time meta-data for facelet tags when not using...) |
|||
Line 1: | Line 1: | ||
− | Overview of requirements for | + | Overview of requirements for alternative view handler support. Note: this document is provisional and subject to change. |
− | * Mechanism for | + | * Mechanism for accumulating design-time meta-data for alternative view handler tags when not using JSP wrapper (see https://bugs.eclipse.org/bugs/show_bug.cgi?id=192393#c14). Primarily this arises from the fact that there is no mandatory TLD-like descriptor for some popular alternative view handler such as facelets. This means that we need to find alternative ways to know, for example, what tag and attributes are available. |
− | * Support for JSP-editor-like behaviour for tag lookup and EL region partitioniing in the HTML source configuration. To support non-JSP JSF tags, we need to enhance and extend what the HTML SSE configuration provides for situations where we know an XHTML document will be consumed by | + | * Support for JSP-editor-like behaviour for tag lookup and EL region partitioniing in the HTML/XML source configuration. To support non-JSP JSF tags, we need to enhance and extend what the HTML SSE configuration provides for situations where we know an XHTML document will be consumed by an alternative view handler. |
− | * WPE support for templating. This is a broad issue that affects both JSP views (jsp:include) | + | * WPE support for templating. This is a broad issue that affects both JSP views (jsp:include) as well as popular alternative view handlers such as Facelet views (ui:composition). We need to determine the common visual editing tasks involving templates and how to implement them. |
− | * Identifying that | + | * Identifying that an alternative view handler is in use. There are many facet-like activities here such as deciding how to update the web.xml file for servlet-mappings as well as whether an XHTML should be tooled for non-JSP view handlers or simply as a flat HTML file using the xml format. We may need to create an alternative view handler facet framework to support this. |
Revision as of 19:29, 18 September 2007
Overview of requirements for alternative view handler support. Note: this document is provisional and subject to change.
- Mechanism for accumulating design-time meta-data for alternative view handler tags when not using JSP wrapper (see https://bugs.eclipse.org/bugs/show_bug.cgi?id=192393#c14). Primarily this arises from the fact that there is no mandatory TLD-like descriptor for some popular alternative view handler such as facelets. This means that we need to find alternative ways to know, for example, what tag and attributes are available.
- Support for JSP-editor-like behaviour for tag lookup and EL region partitioniing in the HTML/XML source configuration. To support non-JSP JSF tags, we need to enhance and extend what the HTML SSE configuration provides for situations where we know an XHTML document will be consumed by an alternative view handler.
- WPE support for templating. This is a broad issue that affects both JSP views (jsp:include) as well as popular alternative view handlers such as Facelet views (ui:composition). We need to determine the common visual editing tasks involving templates and how to implement them.
- Identifying that an alternative view handler is in use. There are many facet-like activities here such as deciding how to update the web.xml file for servlet-mappings as well as whether an XHTML should be tooled for non-JSP view handlers or simply as a flat HTML file using the xml format. We may need to create an alternative view handler facet framework to support this.