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."
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
