Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [wtp-dev] XML/SSE improvements


Newsgroup would be better ... but for you Max, :)  I'll address some of your question here.

If I was you, I would not change your "towards production I-builds" yet, if that's what you meant ...
when M9 is declared would be a better time.

But, you should have a developers workspace with recent I-build as target, and evaluate what it would take
to migrate, and if current functionality suits your needs.

For example, StructuredXMLEditor doesn't exist any more ... I assume you meant
StructuredTextEditor ... but, read the javadoc closely ... "not intended to
be subclassed". If we can get wsdlTextEditor and xsdTextEditor to continue
their clean up, as we plan to do, I'd even propose making it
final and its protected methods private, to avoid confusion over
the "do not subclass" part of the API. Please provide feedback if the
provided configuration extension points do not suit your needs.
(The goal is to allow extension by extension points, not subclassing, since
its easier to evolve in the future).

Not sure which extension point you meant, but most are name stable.
BTW, there *are* settings you can set to get the plugin.xml errors "to complain"
(not as good as Java Compiler, mind you, but pretty good).

The "content assist extension points" will not be in 1.0. We'll be
(looking at) following the platform's lead in this area (and they
are planning to "push down" content assist participants for 3.2.).






"Max Rydahl Andersen" <max.andersen@xxxxxxxxx>
Sent by: wtp-dev-bounces@xxxxxxxxxxx

10/31/2005 03:34 AM

Please respond to
"General discussion of project-wide or architectural issues."

To
wtp-dev@xxxxxxxxxxx
cc
Subject
[wtp-dev] XML/SSE improvements





Hi,

(Not sure if this is best in the newsgroup or here, but just kick me if  
its better for the newsgroup)

I'm in the grey zone at the moment since I have to figure out when I want  
to move
my plugin code from WTP 0.7 to WTP 1.0.

As it stands I can see that the StructuredXMLEditor's api have been made  
more public and that is good.
The question is - is that API considered stable at the moment ? Mainly if  
the extension points name
and semantics are in place ? (api changes are easy to catch by the  
compiler, but the xml in plugin.xml does
not complain if the extension point doesnt exist so damn hard to track  
down ;)

Another thing is the quality of the code completion in XML (see  
https://bugs.eclipse.org/bugs/show_bug.cgi?id=89811)
which basically makes it very hard to create a valid xml file when writing  
the code by hand; and that does not
need to be the case but as far as I can see in the WTP code I can't easily  
customize the code completion rules
for XML yet. e.g. I need to order the inserts by relevance (or even remove  
non-valid xml).

My question is if work have been done in this area with respect to WTP 1.0  
so I can actually get a real benefit
from upgrading to WTP 1.0 ? (I don't need all the functionallity, just the  
possibility to order the proposals
by validity and add required attributes/tag automatically to the inserted  
text - and hopefully without using
internal API)

thanks
--
--
Max Rydahl Andersen
callto://max.rydahl.andersen

Hibernate
max@xxxxxxxxxxxxx
http://hibernate.org

JBoss Inc
max.andersen@xxxxxxxxx
_______________________________________________
wtp-dev mailing list
wtp-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/wtp-dev


Back to the top