Hi Christof, >>[...] I can't help but get the impression that we have >>hundreds of helper implementations, of which 95% are unknown to 95% of >>us developers [...] > > I can't help but get the impression that we should get rid of 95% of them. > > Maybe that's a bit strong but is all that code really required ? Really > no way to consolidate ?
I know of things in comphelper/unotools which I definately think are obsolete nowadays (for variaous reasons, sometimes UNO has evolved, sometimes the helper would not have been necessary at all). Some of them were created by myself years ago, so I take part of the responsibility :) However, how will we know? We cannot ask everybody to check whether his/her private helper should be removed. Nobody will do. Even if everybody does: The helpers are there for a reason, perhaps because the author didn't know any better? In fact, what I was hoping when I suggested this is that we start *discussing* about the existing code (which worked perfectly with Thorsten's initial posting, by the way). Having all our combined experience looking at the existing code may lead to elimination of XY% of this code (personally, I'd roughly estimate 20%). If we then even find volunteers who immediately realize the proposals which arise in the discussion (like Daniel thanksfully did), then this would be perfect ... I seriously think a consolidation is necessary, and would be one most-welcome side effect of some "helper of the day" initiative. In the current state, comphelper/unotools (my two favourites in this topic) are a big garbage dump (no offense intended to anybody). Ciao Frank -- - Frank Schönheit, Software Engineer [EMAIL PROTECTED] - - Sun Microsystems http://www.sun.com/staroffice - - OpenOffice.org Database http://dba.openoffice.org - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
