Hi Éric,
My favourite sexy idea ATM is to have a generic driver, which is
parametrized with a few obejcts doing the actual implementation.
Ah. That's a violent change!
:)
...
In particular, there are drivers that just pass on SQL requests to
connectors,
and others that need reproduce
Le Lundi 10 Juillet 2006 09:11, Frank Schönheit - Sun Microsystems Germany a
écrit :
Hi Éric,
My suggestion is just to merge all primary libs into one single lib.
Not sharing, merging. Not a factorization, rather an addition.
Ah, okay, now I see.
Yes, this would be possible. The
Hi Éric,
I don't, because I have other more urgent work to do in other code parts
first ;-). But I will keep the idea in mind, and it might be possible that I
volunteer for that when we decide for a major drivers infrastructure change.
In any case, I have the impression that we need a lot
Le Lundi 10 Juillet 2006 20:56, Joerg Budischewski a écrit :
My suggestion is just to merge all primary libs into one single lib.
Not sharing, merging. Not a factorization, rather an addition.
Ah, okay, now I see.
Yes, this would be possible. The original idea for the drivers is to be
Le Jeudi 20 Juillet 2006 12:31, Frank Schönheit - Sun Microsystems Germany a
écrit :
We should open somewhere a blackboard where to put such ideas for
infrastructure change. With pros and cons for each idea.
http://wiki.services.openoffice.org/wiki/Main_Page :)
Hi Joerg,
I personally felt it to be very difficult to match
1) the existing helpers (which don't have a spec )
*g*
Well, at least the ones at cppu level are usually well-documented, and
IIRC, e.g. OPropertySetHelper could spare you some code. (Not to mention
OPropertyContainer/Helper, but
Hi,
My suggestion is just to merge all primary libs into one single lib. Not
sharing, merging. Not a factorization, rather an addition.
Ah, okay, now I see.
Yes, this would be possible. The original idea for the drivers is to be
as independent as possible, but as lot of them already share a