Greg,

Thank you for the answer. I've followed the [email protected] for a while 
and I like your responsiveness.
It makes me feel confident as a new user of pivot.

I completely agree with the "getting the API right" philosophy.
The project is young and full of potential and no genius on earth can make it 
right the first time.
.Net doesn't. It pretty much breaks compatibility every major X release.
Scala doesn't either.
Java didn't, but ends up with a cluttered API and a soooooo long javadoc full 
of deprecated annotations.

A DTD will definitively help. Especially for an IDE (auto-completion, typing 
validation etc..)

Anyway, I'm going to write my own <checkWTKX> Ant task and add it in my compile 
target. I think it's a good idea. Just to be sure.

Cheers, and keep up the good work.

BTW: anyone on your team working on a GUI/WTKX designer tool?

/Serge


On Sat, 30 Jan 2010 11:44:31 +1300, Greg Brown <[email protected]> wrote:

Hi Serge,

We have historically made API changes across releases that have broken backwards 
compatibility, particularly during our incubation as the platform evolved. We believe 
that "getting the API right" is very important and can sometimes outweigh the 
benefits of maintaining backward compatibility. However, as our user base grows, we will 
be more conscious of the impact such changes will have and will ensure that breaking API 
changes are adequately documented in our release notes.

An Ant task that verifies WTKX validity is an interesting idea - another option 
we have discussed is providing a DTD to validate the XML structure. This is 
currently on the table for Pivot 1.4.2.

Hope this helps,
Greg


On Jan 29, 2010, at 4:59 PM, Serge Le Breton wrote:

Hi to the team of pivot,

First of all, congratulations for this nice piece of software.
I like the Terra Look&Feel and the API design (static inner classes)
I'm coming from Swing and my notepad is full of questions I'd like to ask
but I start with a nontechnical one.

I've started a project with pivot 1.3. A few weeks later 1.4 was released.
1.4 broke my compilation and my runtime because of missing classes,
properties and styles keys etc...
Well, I don't mind -too much- compilation errors but the problem is runtime
errors with the WTKX serializer.
So before I start making an Ant task that grabs all my wtkx files and run
the serializer on them to look for errors -which I might do anyway- I'd
like to know:

Do you plan to continue breaking backward compatibility in future
releases? If so, anyway to have a 'breaking log' of some sort with a new 
release?



Cheers


/Serge.



Reply via email to