-- Ambient Occlusion* to *Multiply* instead of Add
Put me down to as saying this is a horrible idea.
On Sun, May 6, 2012 at 10:50 AM, PabloVazquez.org wrote:
> Hi Devs (and curious people on the list like myself),
>
> As mentioned in the meeting, here is a list of proposal defaults based
> on co
Hi,
Trackball vs Turntable:
I've always preferred turntable over trackball, and was responsible
for the changeover in 2.60. IMO, 99% of trackballs out there are
completely unusable as they are far too sensitive to vertical mouse
movement, making it far too easy to accidentally tilt the view in
une
I would like uno being handled like GIMP does: a minimum undo levels
(regardless of memory used, ie: 5 steps) and a maximum memory used
(regardless of how many steps that is, ie: 1024MB)
Daniel Salazar
patazstudio.com
On Sun, May 6, 2012 at 3:07 PM, Campbell Barton wrote:
> On Mon, May 7, 2012
Hi Campbell,
Not sure 46155 is really needed ? It is indeed a bug, but as that
feature (remapping edges) was not used at all until my recent refactor
of the sort tools, it should be completely harmless.
And maybe adding 46354, as bug 31333 may be considered as an annoying
regression in some ra
+1 Lots of people would love this...myself included. The Inset/Exture
addon had a perfect way of using the mouse. Dragging the mouse to the
side would change the inset amount and dragging up/down would extrude. :)
On 06/05/2012 20:12, Antony Riakiotakis wrote:
> Hi, it has been suggested that be
Old files should be backwards compatible as much as possible and
certainly not crash Blender. I don't understand why it would crash
though, usually that's when opening files created in a branch in
trunk? If the latest trunk changes are merged it should be fine, and
that needs to be done before merg
Heres a list of fixes to include in 2.63a - by developer, Id like to
know if there are any missing of that should not be included.
alexk: 46172
aligorith: 46072, 46077, 46152, 46158, 46280, 46308, 46316, 46342
46345, 46342, 46338, 46336
bjornmose: 46004
blendix: 46117, 46120, 46125, 46141, 46142,
I think we agree. My definition of "related" is not infectious. Even
"draw_something" is not really gl related in my definition.
It would only be for public identifiers (struct members, extern
functions) which either directly hold gl types or perform very gl
specific functions. For example, jus
On Mon, May 7, 2012 at 4:04 AM, Alberto Torres wrote:
> Hello,
>
> Yes, please to:
> - Continuous grab. I would change it for 3D views so the mouse doesn't
> wrap inside the area but inside the whole window, but it's not
> important.
There are 2 reasons to wrap grab within the space (and not the
I was actually thinking the opposite, get it done before SoC
branching, and that is what I've done.
Unless I get hit by some grand inspiration there should not be any
major changes after this.
On Fri, May 4, 2012 at 10:11 AM, Dalai Felinto wrote:
>> it's fine to finish it up before consolidating
Hey Jason,
I agree that glBlah, gl_blah, GLblah, and GL_BLAH look too much like
"official" OpenGL/GLSL and should be avoided or renamed to avoid
confusion. Not so sure about tacking _gl at the end of anything
related. For the support functions & types you'll be building this
summer, absolutely. A
Good tip on ignoring comments. I'm not sure if I should ignore them
completely though because a lot of what I found in comments could use
a correction (glSelect instead of GL_SELECT for example). Right now
it's not a problem.
On Sun, May 6, 2012 at 6:01 AM, Campbell Barton wrote:
> (correctio
+1! Very, very welcomed!
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers
As a user and someone that uses inset 100+ times a day I would love this!
--
Jonathan Williamson
Instructor - http://www.blendercookie.com (http://www.blendercookie.com/)
Personal Trainer - http://www.mavenseed.com (http://www.mavenseed.com/)
Portfolio - http://www.jw3d.com (http://www.jw3d.com
Hi, it has been suggested that bevel and inset could use a bit more
interactive tweaking, using the mouse rather than editing the amount
after the operation. Would a patch that did this be welcomed?
___
Bf-committers mailing list
Bf-committers@blender.org
And further to my earlier comment, I would similarly start with
multiple layers visible as well, probably some subset like layers
one through five. Having this the default would not affect anyone
that knows Blender, but would show a new user that multiple
layers can be visible simultaneously.
Har
Hello,
Yes, please to:
- Continuous grab. I would change it for 3D views so the mouse doesn't
wrap inside the area but inside the whole window, but it's not
important.
- Auto-Perspective, and I'd also improve a little known feature where
you can press alt when rotating: it should be using this set
Hello,
One good use of defaults is to encourage discovery of differing options.
Starting with an option "on", even if it is later turned "off" at least
shows a new user that the option exists.
For this reason, not only would I keep the 3D manipulator enabled, but I
would also turn all three manip
2012/5/6 PabloVazquez.org
> Thanks everybody for their feedback.
>
> That's why I made the page and started the discussion.
>
> 3D Manipulator:
> I agree it should be on by default.
> Somebody proposed it and I added it to the list because in all the
> courses I give, I find the students (even th
Hi,
> What are the ideas about backwards compatibility of the image node/file
output node?
The 'File Output' seems to be pretty backward compatible. The one in trunk
seems like a subset of the one in Tiles.
What is wrong with creating an output node set with the scene parameters
(image type, comp
I tend to agree with everyone on both the trackball and the manipulator
proposal.
It will sure make it harder for people coming from other software.
Enabling this in the initial presets is probably a better idea (Blender
classic, Maya, Blender Pro). Have you talked with Nathan? I know he was
worki
Tobias,
I would agree with this. Even though it'll wreck havoc on my muscle memory it
makes sense to me!
--
Jonathan Williamson
Instructor - http://www.blendercookie.com (http://www.blendercookie.com/)
Personal Trainer - http://www.mavenseed.com (http://www.mavenseed.com/)
Portfolio - htt
In 2.49 and 2.5 the first thing I did to use Blender was to switch to
turntable. It isn't perfect for sculpting an texturing, since you loose
some kind of freedom, but otherwise i feel much more comfortable with
turntable.
But there is a second thing that i always change. I switch the preset
f
The only thing I'm against is the manipulator. Its familiar for users coming
from other packages, its a great visual cue for all out new users, and its good
for animation for things like gimbal lock. Otherwise I like it!
--Original Message--
From: PabloVazquez.org
Sender: bf-committers-bo
Thanks everybody for their feedback.
That's why I made the page and started the discussion.
3D Manipulator:
I agree it should be on by default.
Somebody proposed it and I added it to the list because in all the
courses I give, I find the students (even though I explain and write
the G-R-S tools *
My 2 bits: trackball has always gave me frustrations, because I ended
up looking on the scene "lying on the floor"/upside-down after every
view rotation :)
Manipulator is very useful, because you can see in what coordinate
system you'll be transforming the objects, or what direction the
object's ax
Agreed, first and foremost so this will keep results consistent with older
files.
> Date: Sun, 6 May 2012 09:22:11 -0700
> From: troy.sobo...@gmail.com
> To: bf-committers@blender.org
> Subject: Re: [Bf-committers] Dilate/Erode node
>
> On May 6, 2012 5:43 AM, "Jeroen Bakker" wrote:
> >
> > I
Hey!
Most of these are great! The only two that I would disagree with is:
1. Disable 3D Manipulator - even though I never use these I think they should
be on my default because the greatly lower the learning curve for new and
adoptive users.
2. Emulate 3 button mouse - I feel this should be
Hey Pablo,
I think most of those look very reasonable. The only two I'm skeptical about
are:
Disable/Hide the 3D manipulator (clutters 3DView and is "bad practice" for
starters)
X-Ray and Wire display for bones
I think the 3D Manipulator is such a basic, fundamental point of operation and
I really think its a bad idea to disable the 3d manipulator. People who
don't like it can disable it if they want, but it should be on, imho, as
Blender is a modelling application first and foremost.
All other 3d applications show it by default so I'm not sure why Blender
should be any differen
On May 6, 2012 5:43 AM, "Jeroen Bakker" wrote:
>
> I would like to know if the we should retain the old algorithm, only use
> the tiles algorithm, or make a selection between the two algorithms.
+1 for selecting algorithms akin to the Transform node.
With respect,
TJS
___
>
> *Trackball Rotation* instead of Turntable *(used to be this way)*
really ? you are sure people does prefer Trackball ?
Disable/Hide the *3D manipulator* (clutters 3DView and is "bad practice"
> for starters)
Why is it bad practice ? actually becareful to not make things frustrating
for start
Hi Devs (and curious people on the list like myself),
As mentioned in the meeting, here is a list of proposal defaults based
on community feedback from users (both old and new), and teachers.
http://wiki.blender.org/index.php/Proposed_Default_Settings
There are fair reasons for each one of these
Hi everyone,
1) Blender 2.63a
- Meeting agreed on doing an "a" release with some bug fixes.
Campbell and Brecht made a list of fixes that should be included,
further discussion will be done on the mailing list.
http://wiki.blender.org/index.php/Dev:Ref/Release_Notes/2.63/Bug_Fixes#Fixes_since_2.6
Hi All,
there has been an discussion on the bug tracker about the Dilate/erode node
In tiles a different algorithm is used, better for masking, but black
white.
See bug with discussion:
*
http://projects.blender.org/tracker/index.php?func=detail&aid=31073&group_id=9&atid=524
I would like to
Hi All,
We have some issues with the new image node. Users are creating files
with trunk and read them using tiles. And it crashes :)
for example:
*
http://projects.blender.org/tracker/index.php?func=detail&aid=31329&group_id=9&atid=524
*
http://projects.blender.org/tracker/index.php?func=
(correction to previous reply - "While I _AM_ wary of changing code
simply so some regex tools can
parse it easier...")
gl_blah_blah vs blah_blah_gl, Im not that fussed --- perhaps other
devs have an opinion but if you like to do the work to make this
consistent in blenders code either is OK by me
I think our work overlaps and it wasn't too difficult to add the
functionality needed to list incompatible functions.
The script is now checked in to blender/source/tools/GL/glreport.py
Since you indicated an interest in extending it, I was kind enough to
re-factor it some and write some comments
38 matches
Mail list logo
