Almost forgot this but then again stumbled over the left-over bugs a
couple of times. So this is fixed now as discussed:
http://svn.apache.org/viewvc?rev=680378&view=rev
As long as external extensions derive from FONode or XMLObj everything
should work as before. Otherwise, the change might still
Andreas Delmelle wrote:
On Jul 9, 2008, at 09:39, Peter B. West wrote:
Jeremias Maerki wrote:
Am I the only one concerned about backwards-compatibility here?
It's not my *concern*, but deliberately breaking compatibility does
seem pretty silly.
Yeah, so one night I thought: "Let's see
On Jul 9, 2008, at 11:06, Jeremias Maerki wrote:
On 09.07.2008 10:45:35 Max Berger wrote:
My favorite solution would be: Provide the new semantics with a new
signature (or method name), and keep the old one as "deprecated"
for at
least 1 release (Then all plugin developers have enough time to
On Jul 9, 2008, at 09:39, Peter B. West wrote:
Jeremias Maerki wrote:
Am I the only one concerned about backwards-compatibility here?
It's not my *concern*, but deliberately breaking compatibility does
seem pretty silly.
Yeah, so one night I thought: "Let's see if we can annoy everyone
On Jul 9, 2008, at 09:26, Jeremias Maerki wrote:
Am I the only one concerned about backwards-compatibility here?
Not really. There's always Microsoft... :-)
Seriously, if I had made the change in 0.95, I would completely agree
(and would probably already have reverted the change).
Since it'
Sounds like a fine approach, +1 from me.
Adrian.
Jeremias Maerki wrote:
On 09.07.2008 10:45:35 Max Berger wrote:
Jeremias,
Jeremias Maerki schrieb:
Am I the only one concerned about backwards-compatibility here?
No. I am also concerned about backwards-compatibility, but in a
different way:
On 09.07.2008 10:45:35 Max Berger wrote:
> Jeremias,
>
> Jeremias Maerki schrieb:
> > Am I the only one concerned about backwards-compatibility here?
>
> No. I am also concerned about backwards-compatibility, but in a
> different way:
>
> This change changed the semantics without changing the AP
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jeremias,
Jeremias Maerki schrieb:
> Am I the only one concerned about backwards-compatibility here?
No. I am also concerned about backwards-compatibility, but in a
different way:
This change changed the semantics without changing the API, therefore
Jeremias Maerki wrote:
Am I the only one concerned about backwards-compatibility here?
It's not my *concern*, but deliberately breaking compatibility does seem
pretty silly.
On 07.07.2008 18:52:55 Andreas Delmelle wrote:
> On Jul 7, 2008, at 18:09, Andreas Delmelle wrote:
>
> > On Jul 7, 2008, at 15:22, Jeremias Maerki wrote:
> >
> >> I know I'm late on this one but I've only just stumbled over it while
> >> playing with the AFP renderer in the GOCA branch. This chang
On Jul 7, 2008, at 18:09, Andreas Delmelle wrote:
On Jul 7, 2008, at 15:22, Jeremias Maerki wrote:
I know I'm late on this one but I've only just stumbled over it while
playing with the AFP renderer in the GOCA branch. This change is very
dangerous as it essentially breaks every FOP extension
On Jul 7, 2008, at 15:22, Jeremias Maerki wrote:
I know I'm late on this one but I've only just stumbled over it while
playing with the AFP renderer in the GOCA branch. This change is very
dangerous as it essentially breaks every FOP extension that uses
character content, especially those not de
I know I'm late on this one but I've only just stumbled over it while
playing with the AFP renderer in the GOCA branch. This change is very
dangerous as it essentially breaks every FOP extension that uses
character content, especially those not developed inside the FOP project.
I'm lucky it doesn't
13 matches
Mail list logo