[dev] cow_wrapper proposal (was: [dev] Helper of the Day: call for papers)

2006-01-12 Thread Thorsten Behrens
Hi *, well, this one does not exactly present an existing helper, but rather introduces a new one. After fixing a self-assignment blunder in basegfx/source/matrix/b2dhommatrix.cxx, which happened in the copy-on-write-related parts of operator=(), I started to wonder why on earth everybody and

Re: [dev] Helper of the Day: call for papers

2005-11-20 Thread Frank Schönheit - Sun Microsystems Germa ny
Hi Tino, I would also suggest that people like you for instance who need a helper class shortly write down their requirements and ask on a respective mailing list if such a helper class already exist before implementing it themself. You're right, this would be a good habit. (Though,

Re: [dev] Helper of the Day: call for papers

2005-11-18 Thread Tino Rachui - Sun Germany - Development - Software Engineer
Hi Frank, I really appreciate your suggestion. Lazy as I am I'm happy about every line of code which I don't have to write myself. Nevertheless some comments to your proposal (see inline). Frank Schönheit - Sun Microsystems Germany wrote: every time I'm writing a piece of code, and need

Re: [dev] Helper of the Day: call for papers

2005-11-04 Thread Mathias Bauer
Frank Schönheit wrote: No. I asked whether you volunteer to *introduce* them. remember that this was what I originally suggested: That we teach each other what we know about those 100+ helpers in all those projects. That makes sense. But IMHO that should be done by the class inventors (Kai

Re: [dev] Helper of the Day: call for papers

2005-11-03 Thread Mathias Bauer
Frank Schönheit - Sun Microsystems Germany wrote: Hi Mathias, Good examples: MediaDescriptor and EmbeddedObjectContainer in comphelper. Are you volunteering to introduce those two helper? :) No. What a pity. Meanwhile I think we should better have some UNO services replacing the

Re: [dev] Helper of the Day: call for papers

2005-11-03 Thread Frank Schönheit
Hi Mathias, You seem to implicitly assume that the helpers are mostly to workaround combersome UNO APIs. No. I *know* that the two helpers we were talking about definitely *are* helpers to workaround cumbersome UNO APIs. :-) :) Okay, then I understood your statement to be more general than

Re: [dev] Helper of the Day: call for papers

2005-10-30 Thread Frank Schönheit - Sun Microsystems Germa ny
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

Re: [dev] Helper of the Day: call for papers

2005-10-30 Thread Frank Schönheit - Sun Microsystems Germa ny
Hi Mathias, Good examples: MediaDescriptor and EmbeddedObjectContainer in comphelper. Are you volunteering to introduce those two helper? :) A (maybe unwanted) side effect of moving libraries to the SDK is that you must be more careful when you change them. moving into the SDK should be

Re: [dev] Helper of the Day: call for papers

2005-10-27 Thread Mathias Bauer
Frank Schönheit - Sun Microsystems Germany wrote: Hi Laurent, Hi Frank (tried hard not to put the c) :) you succeeded :) are these helpers usefull to C++ addon developpers if no, you're right that the 'extension'/'addon'/'scripting' project is not the right place In parts. The

[dev] Helper of the Day: call for papers

2005-10-26 Thread Frank Schönheit - Sun Microsystems Germa ny
Hi, every time I'm writing a piece of code, and need some helper class which I assume is already implemented somewhere (since my requirement sounds quite generic), I can't help but get the impression that we have hundreds of helper implementations, of which 95% are unknown to 95% of us

Re: [dev] Helper of the Day: call for papers

2005-10-26 Thread Jürgen Schmidt
Frank Schönheit - Sun Microsystems Germany wrote: Hi, every time I'm writing a piece of code, and need some helper class which I assume is already implemented somewhere (since my requirement sounds quite generic), I can't help but get the impression that we have hundreds of helper

Re: [dev] Helper of the Day: call for papers

2005-10-26 Thread Laurent Godard
Hi Franck i think tis would be very usefull for beginners, the major step is to know that an information exists and where to start from. so, yes, this kind of repository would be usefull BTW, i could also be a part of the scripting project (the name still remains to be changed) We plan to

Re: [dev] Helper of the Day: call for papers

2005-10-26 Thread Laurent Godard
Hi Jurgen I think it's a good idea and i suggest that we should use the new on openoffice available wiki. Of course we should stasrt when we have migrated to the new MediaWiki. perharps less easy than just dropping an email ? but ideally yes, so that it can be commented, and even

Re: [dev] Helper of the Day: call for papers

2005-10-26 Thread Frank Schönheit - Sun Microsystems Germa ny
Hi Laurent, Hi Franck (actually, there's no c in my name :) i think tis would be very usefull for beginners, the major step is to know that an information exists and where to start from. so, yes, this kind of repository would be usefull BTW, i could also be a part of the scripting

Re: [dev] Helper of the Day: call for papers

2005-10-26 Thread Laurent Godard
Hi Frank (tried hard not to put the c) Hmm, I was more thinking of the low-level helpers which the all-day-C++-developers of us might need. So I don't really think this would fit into API or scripting, since those are about the official (UNO) API of OOo, while I (for here and now) am concerned

Re: [dev] Helper of the Day: call for papers

2005-10-26 Thread Kohei Yoshida
Hi Frank, On 10/26/05, Frank Schönheit - Sun Microsystems Germany [EMAIL PROTECTED] wrote: Hi Laurent, Hi Franck (actually, there's no c in my name :) i think tis would be very usefull for beginners, the major step is to know that an information exists and where to start from.

[dev] [HOTD] comphelper::sequenceToContainer friends (was: [dev] Helper of the Day: call for papers)

2005-10-26 Thread Thorsten Behrens
Frank Schönheit - Sun Microsystems Germany [EMAIL PROTECTED] writes: What do you think? Hey - this is a _damn_ good idea! I take the liberty to just start with it, hopefully short-circuiting a long and fruitful discussion, which just keeps us from doing TheRightThing (tm) right away!