Le 31/01/2011 21:22, Phil Steitz a écrit : > On Mon, Jan 31, 2011 at 3:12 PM, Gary Gregory > <ggreg...@seagullsoftware.com> wrote: >>> -----Original Message----- >>> From: Luc Maisonobe [mailto:luc.maison...@free.fr] >>> Sent: Monday, January 31, 2011 14:52 >>> To: Commons Developers List >>> Subject: Re: [sandbox] new sandbox component >>> >>> Le 31/01/2011 20:13, Phil Steitz a écrit : >>>> On 1/31/11 1:59 PM, Luc Maisonobe wrote: >>>>> Le 31/01/2011 17:46, Gary Gregory a écrit : >>>>>> Does that really fit in [math] or would it be better in a new component >>> like a [geometry]? >>>>> Good idea, thanks Gary, I'll start with geometry as the name. We can >>>>> decide later if we include it in [math] or not. It will at least depend >>>>> on [math]. >>>>> >>>> Hey, last I checked geometry was a field within math :) >>> >>> Yes, and its the part the new code will depend on. >>> So should I stick to BSP ? I was wondering if I can do some nice acronym >>> that would sound like commons-BoSPhore (this was also a pun as Bosphore >>> can be considered a splitting line between Europe and Asia ... >>> >>> Luc >> >> While I like to have fun to make up names, for smaller components (as >> opposed to a server), l like obvious names. [Math] is obvious. [BSP] is not >> crystal clear but [Math-BSP] is. >> >> I always scratch my head when I read: '[ANNOUNCE] Project Zazibar releases >> version 2.3' and nowhere in the announcement is a hint of what project >> Zanzibar is. >> >> [Math-...] makes it obvious that it is closely related to [Math]. But it's >> not as much fun as Project Ka-Pow. >> > So far, we have mostly steered clear of cutesy, meaningless names in > Commons. Personally, I would prefer that we keep it that way. The > "old charter" [1], which I guess is now somehow "deprecated" actually > requires "boring functional names."
Fine. Then it will be commons-BSP. I'll put the files in subversion on Tuesday or Wednesday, with Simone and myself as initial contributors. I guess their are also some other files to edit (components lists, trunks-sandbox magic, JIRA), I may need some help for these ones. Luc > > Phil > > [1] http://commons.apache.org/oldcharter.html > >> Gary >> >>> >>>> >>>> Phil >>>>> Luc >>>>> >>>>>> Gary >>>>>> >>>>>>> -----Original Message----- >>>>>>> From: luc.maison...@free.fr [mailto:luc.maison...@free.fr] >>>>>>> Sent: Monday, January 31, 2011 11:23 >>>>>>> To: Commons Developers List >>>>>>> Subject: [sandbox] new sandbox component >>>>>>> >>>>>>> Hi all, >>>>>>> >>>>>>> I have a bunch of code lying around to deal with BSP trees (useful in >>>>>>> different kinds of geometry modeling) and I would like to start a new >>>>>>> sandbox component to improve it and maybe merge it back to [math] if >>> useful >>>>>>> or let it grow as a standalone component. >>>>>>> >>>>>>> Do you agree with the idea ? How do I start a new sandbox component ? >>>>>>> >>>>>>> best regards, >>>>>>> Luc >>>>>>> >>>>>>> --------------------------------------------------------------------- >>>>>>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >>>>>>> For additional commands, e-mail: dev-h...@commons.apache.org >>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >>>>> For additional commands, e-mail: dev-h...@commons.apache.org >>>>> >>>>> >>>> >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >>>> For additional commands, e-mail: dev-h...@commons.apache.org >>>> >>>> >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >>> For additional commands, e-mail: dev-h...@commons.apache.org >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
