Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [wtp-dev] JSF Page Editing


Gerry,

Yes, this is not a good candidate for "content type" extension, and some how we should make it "automatically" part of JSP editing.

    - JSF EL support
        I'm surprised this doesn't work "out of the box". I meant to run through one of your examples, but haven't had time yet.
    - content assist/Quick Fix create for managed beans
        My first thought is to add functionality via an INodeAdapter, with an appropriate (and fast) adapter factory). Let's write-up some specific example cases and I can give better advise.
    - hyperlink to managed beans
        Might be sufficient to do with with "heuristics" (without full java model) ... that is, if its looks like a class, just try to open it as a class. I'm guessing this would work at least 95% of the time, but tell me if I'm being overly simplistic.

David







"Gerry Kessler" <gerry.kessler@xxxxxxxxxx>
Sent by: wtp-dev-bounces@xxxxxxxxxxx

12/19/2005 12:11 PM

Please respond to
"gerry.kessler@xxxxxxxxxx" <gerry.kessler@xxxxxxxxxx>; Please respond to
"General discussion of project-wide or architectural issues." <wtp-dev@xxxxxxxxxxx>

To
David M Williams/Raleigh/IBM@IBMUS, "wtp-dev@xxxxxxxxxxx" <wtp-dev@xxxxxxxxxxx>
cc
Subject
[wtp-dev] JSF Page Editing





David et al,
 
The JSF Tooling Team is starting to take a closer look at how we will be providing enhancements to the JSP Structured Editor and we have a whole bunch of questions.  
 
Some of the enhancements that we are considering:
 
    - JSF EL support
    - content assist/Quick Fix create for managed beans
    - hyperlink to managed beans
 
Taking a(n incomplete) look at the SSE architecture, it leads me to think that the way we should implement is to (minimally) provide our own SourceViewerConfiguration via the org.eclipse.wst.sse.ui.editorConfiguration ext-pt.   I am thinking our StructuredContentViewer would subclass the StructuredTextViewerConfigurationJSP as is suggested by "webtools\wst\components\sse\designs\EditorConfiguration.html".      
 
However, what I am stuck on is that there appears not to be a new target content type.  A JSF page is just a JSP page and a user would expect to be able to use .jsp file extensions.  Does the file extension determine which editor configuration that will get used?   If the user opens a JSP file and added JSF content (jsf taglib imports and jsf elements), can the configuration suddenly switch to use JSF?    
 
Undoubtedly the SSE/JSP team has thought a little about support for JSF and I was looking for advice on what would be the best way to progress.   Would it be better if we provided enhancements directly to the JSP editor?  
 
Hopefully these aren't totally stupid questions.   Any pointers you can provide would be great and if you would prefer to take this off-line, that is fine too.
 
Thanks,
Gerry Kessler    
WTP JSF Tools Team
 _______________________________________________
wtp-dev mailing list
wtp-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/wtp-dev


Back to the top