Caronte

Aquí está la nueva compilación con las nuevas mejoras:
http://www.blender.org/forum/viewtop...0767128488f82c

Sobre todo el pelo ahora se ve mejor y renderiza mucho más rápido.

__________________
"Algún día todo será digital"
Caronte.
My latest personal work

elGordo

Por dios!!!! Cuánto madrugamos últimamente!!!!
Descargando!!!
Gracias y un saludo.

__________________
Cuiño, cuiiiiño!!!!

Caronte

Si, pero no es por placer

P.D: Sigo buscando la forma de vivir sin trabajar, pero no la encuentro

__________________
"Algún día todo será digital"
Caronte.
My latest personal work

Pepius

Con lo fácil que es trabajar sin vivir...

__________________
Aqui yace un recator.

pedropp

Finally switched to porting UI stuff from tuhopuu!

This commit is based on the patch & cool design work of Matt. It includes the new Lamp drawing style, and replaces the Object center dots with a similar styled OpenGL drawn dot.

Important side-note is that removing the old glDrawPixels() for centers or lamps will not only make Blender faster, but also prevents crashing on a couple of cheaper 3d cards (as reported for S3 and Intel on-board cards)

Notes:
- The new default only draws Object centers when selected or active. If you like to see them always, use the View Properties Panel. You can also save that in the .B.blend
- The size for centers (and lamps) is in the User settings "View & Controls"
- Unselected Lamps, and their offset lines from zero Z, are drawn in a new Theme color

Changes and additions in Matt's patch:
- Lamps and centers are drawn fixed size, in pixels. Also the 'sun' lamp
draws screen aligned now.
- Center dots now also draw in blue to denote Library linkage or to show
that an Object has been linked to other scenes.
- When objects are empty (no vertices) they will always draw a center dot.
Otherwise these objects would never be selectable anymore!
- Added theme setting for center size, and initialization
- Removed the old redundant code for drawing centers
- Cleanup of drawing routines, made center dots faster
- Started removing calls to glBlendFunc(). Regular alpha drawing should
become standard, and the (very) occasional exception should return this
to default after usage.

viriathus

Aggg, te me has adelantado por un minuto

¡¡ Esto promete !!

Leander

OFFTOPIC

En el proyecto orange se han pillado otros monitores muuuchoooooo moreeeee graaaaandeeess!!! Y por lo que se ve están trabajando ahora con 2 monitores.

pedropp

<marchando un offtopic ...>


Vaya que si son grandes, ' We are using 23″ and 24″ widescreens here '. Que envidia ...


------------------------------------------------

Respecto al tuhopuu .... Que desilusión, me esperaba todo el UI cambiado, y sólo son los centros y las lamparas snif snif

.

Pinucset

Comparando esta foto con las primeras que se veían con aquellos monitores pequeñines...

__________________
Mail y Google Jabber:[EMAIL=pinucset@gmail.com]pinucset[at]gmail[punto]com[/EMAIL]
Jabber:[EMAIL=jordi@pinux.info]jordi[at]pinux[punto]info[/EMAIL]

pedropp

Patch #3365, Toolbox from Tuhopuu
Patch prvovided by Guillermo, code was - afaik - from Rob Haarsma.

This changes the toolbox (space menu) to have the first level aligned
vertically. Works much easier that way, and since the items open either
left or right, it doesn't flip order of the contents for it either.

To allow people to test (and to compare) it's a user menu setting (in
View & Controls, "Plain menus"). I've turned this on by default though,
since I propose to not have it a user setting. User setting can be
removed later.

Fixed two bugs in patch:
- if saved in user settings, first time usage of this toolbox opened in
wrong location
- Button for "plain menus" was writing a short in an int
(causing this new menu not to work for big endian systems)

As a bonus I've added the long wanted hotkey support for opening and
closing sublevels of pulldowns with arrow keys!

I didn't add the commenting out of correcting pulldown menu order, which
is based on location of the originating button in the UI. This uncommenting
didn't solve anything, since button definitions itself can be flipped too.
(Example: the data brose menus in top bar need to be corrected).

I can imagine the order flipping is sometimes annoying, but it still has
reasons to be there;
- the most important / most used items are always closest to the mouse.
(like opening properties panel, or "Add new" for material.
- it follows muscle memory and 'locus of attention' (mouse position).
- menus are configured to open to the top for bottom headers, and to the
bottom for top headers. We can expect the UI is configured consistantly
for headers, so in general the menus will appear consistant as well.

Where menu flipping fails is especially for alphabetic listings, like in
the menu button of fileselect. However, that one should be configured to
open by default to the bottom, so ordering is consistant as well.

If people like to check this themselves; uncomment the lines in the top
of the function uiBlockFlipOrder() in src/interface.c

pedropp

Pepius

Donde puedo encontrar info sobre como hacer pelo con las nuevas compilaciones?

__________________
Aqui yace un recator.

Caronte

Aquí hay un tutocutre:
http://koti.mbnet.fi/falgor/questroom/particles/
Pero para hacer pelo creible (como la imagen que adjunto) hay que experimentar, no hay un botón mágico

Aquí el .blend de la imagen hecha por LucidMonkey (solo funciona con la última compilación):
http://www.eaemedia.com/blender/haircolors.blend

__________________
"Algún día todo será digital"
Caronte.
My latest personal work

litoFX

Me gustaría saber con qué compilación está echo ese pelo que adjuntas Caronte.. ¿ Está deformado por curvas ?

Pepius

Zanquius :D

__________________
Aqui yace un recator.