Thanks for your support Carsten. On 3 Jan 2007, at 11:43, Carsten Ziegeler wrote:
Ralph Goers wrote:Jeremy, Does this break binary compatibility? Some of the changes sound like users who upgrade from 2.1.10 to 2.1.11 may have to modify their application? If so, I see that as a problem.While I usually agree with these statements, I think/hope that thebenefit of these changes is much higher than the inconvenience you get. For a long time we try to tell our users to recompile their applicationswhen upgrading. With over 150 dependencies, upgrading a Cocoon application and hoping for binary compatibility is very very brave.The other point is that we did such changes (and noone complained in thepast). If you upgrade from 2.1.8 to 2.1.9 you might now what a pain it is as mostly everything in cforms changed. Jeremy's lastes changes sound to me like minor changes and as they are well documented I see no real problem with. If we want to go the 100% compatiblity path, the only option is to do changes like these in 2.2...
Which is not an option atm as they both share these effected blocks.If this project cannot innovate and move forward, it will become a retirement home ;)
But honestly, I worked very hard to minimise the impact !! best regards Jeremy
smime.p7s
Description: S/MIME cryptographic signature
