On Wednesday 10 October 2007, Lars Oppermann wrote:
> 1) 'A chart type does not need to support all values for this property.'
> 2) With the value 'auto' there is a confusion between default value and
> best fit algorithm. I would suggest to rename 'auto' to 'avoid-overlap'
> to state more precisely what this was meant to do.
> 3) To be more compatible with version ODF 1.1, the absence of the
> attribute should have the same meaning as before. That is the labels are
> placed implementation dependent. In case of OOo (and I guess in all
> implementations of ODF) the placement was chart type dependent.
> 4) Finally I rephrased the first two sentences to one new sentence.
> (Just wording)
> I attached the proposal including my suggested changes.
I agree with all those changes.
> 5) There is one additional thing I didn't change but stumbled over while
> implementing. I recognized that this is the very first place where we
> use geographic directions (north, south, east etc.) to indicate a
> position. This does not really harm but it looks somehow inconsistent to
> me. So maybe we should change this too to use the standard values left,
> right, top etc. ?
Yes, others have raised this issue as well.
My answer was: well, if both OOo and KDChart developers use "north", then why not.
But if even you see an inconsistency there, then I agree -- let's use left/top/topleft/etc.
--
David Faure, faure@kde.org, sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).