[Bf-committers] SOC Project Ideas?

[Shaul Kedem]

Yeah.. ignore this..


- Start a full code documentation project, the SOCi who will take this will
be responsible to document the code (structures, mainly) and create a
framework for such documentation in the future (doxygen or something?)

 - Add to the renderer !! API sounds good, SSS will be good (is the new
renderer code close enough for this? two years ago that was the main reason
for not implementing SSS)

Shaul

On 4/20/06, Shaul Kedem <shaul.kedem at gmail.com> wrote:
>
> Ooh.. long thread :)
>
> Anyway, my thoughts are:
>  - Start a full code documentation project, the SOCi who will take this
> will:
>
>
>
> On 4/20/06, Jean-Luc Peurière <jlp at nerim.net> wrote:
> >
> >
> > Le 20 avr. 06 à 02:55, Martin Poirier a écrit :
> >
> > >
> > >
> > > --- Jean Montambeault <iaminnocent at videotron.ca>
> > > wrote:
> > >
> > >> You already have and answer from the others :
> > >> absolute snapping to the
> > >> grid (Alexander), snapping to geometry could become
> > >> extremely
> > >> sophisticated, like snapping to the verts of a
> > >> temporary 'subdivide
> > >> multi'. Since Theeth already stated in this mailing
> > >> list that snapping
> > >> was his first priority hopefully he'll say his word
> > >> on the subject not
> > >> to turn this into a feature request discussion
> > >> thread but to see if he
> > >> could use some help/mentor one or more related
> > >> projects.
> > >
> > > As far as snapping is concerned, my plans is to make
> > > it the first proof of concept of the pipeline
> > > architecture idea I've been toying with for a couple
> > > of months now (turning it around over and over on
> > > paper/head). I haven't mentioned this to a lot of
> > > people officially but just think of a system where
> > > powerfull manipulation tools are built from smaller
> > > building blocks, reusable and reconnectable. (that's
> > > the main driving idea, I hope people will forgive me
> > > for not going on with more details, but I'd rather not
> > > give people too much hopes for something that's barely
> > > embryonic).
> >
> > i already mentionned that, but rather than snapping (which
> > really is only as its best in 2D) i would really prefer constraints
> > at the vertex/edge/face level.
> >
> > Much much more powerfull, but more it is dynamic. add empties
> > with orientation (to give constraint directions not aliged to world),
> > and you have a very powerfull system.
> >
> > Along same lines of thinking, adding orientation to 3D cursor would be
> > handy when you need, say to move things along a 30° plane from
> > horizontal.
> >
> > lukep
> >
> > _______________________________________________
> > Bf-committers mailing list
> > Bf-committers at projects.blender.org
> > http://projects.blender.org/mailman/listinfo/bf-committers
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://projects.blender.org/pipermail/bf-committers/attachments/20060420/60017cce/attachment-0001.html