Re: FOTree Table FOs -- definitely non-urgent, just probing...

2005-08-26 Thread Jeremias Maerki
As all of the table FOs are direct descendants of FObj this is a
reasonable thought. Might really be worthwhile.

On 25.08.2005 21:45:16 Andreas L Delmelle wrote:
 Hi all,
 
 Has anyone ever thought about introducing an abstract class for 
 table-related FOs, say TableFObj, that would be extended by all those 
 FOs?
 
 It just occurred to me that there are:
 a) the border-precedences that are applicable only to those types of FO 
 (=all of them)
 b) the borders themselves that behave differently when specified on 
 table-FOs in case of collapse(-with-precedence)
 
 I just got to thinking that an abstract superclass could be used to 
 bundle some of that functionality. (For example: binding the 
 border-*-precedence properties. Right now, the related code has to be 
 repeated in at least five classes...)
 
 Although currently I don't see a compelling reason to do so, it might 
 be an idea that's worth revisiting later on... I'll keep it on my 
 personal list of ideas to consider, unless anyone has strong objections 
 against such a move.
 
 
 WDYT?



Jeremias Maerki



FOTree Table FOs -- definitely non-urgent, just probing...

2005-08-25 Thread Andreas L Delmelle

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi all,

Has anyone ever thought about introducing an abstract class for 
table-related FOs, say TableFObj, that would be extended by all those 
FOs?


It just occurred to me that there are:
a) the border-precedences that are applicable only to those types of FO 
(=all of them)
b) the borders themselves that behave differently when specified on 
table-FOs in case of collapse(-with-precedence)


I just got to thinking that an abstract superclass could be used to 
bundle some of that functionality. (For example: binding the 
border-*-precedence properties. Right now, the related code has to be 
repeated in at least five classes...)


Although currently I don't see a compelling reason to do so, it might 
be an idea that's worth revisiting later on... I'll keep it on my 
personal list of ideas to consider, unless anyone has strong objections 
against such a move.



WDYT?

Cheers,

Andreas
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Darwin)

iD8DBQFDDh/YyHTbFO9b8aARAjZOAKCmnhiY8hMUg0QZcfyGgxCeK7xD4QCgv9gZ
Xh69Hymwn8k3T1P4RPgD/5Y=
=cI/s
-END PGP SIGNATURE-