Re: [Bf-committers] 3D Cursor and Border Select

2012-03-02 Thread David Silverman
I always thought that a check box next to the cursor coordinates in the
view properties  panel (N? T?) to lock it at origin was obvious feature
missing.  +1

On Fri, Mar 2, 2012 at 4:33 PM, Harley Acheson harley.ache...@gmail.comwrote:

  I would like the team to consider turning the 3D cursor off by default.

 I would be happy just to *lock* it in place.

 I use it and love it, but it is never where I want it when I need it
 because
 I'm always accidentally moving it around.  So just a lock cursor would
 be great.

 Harley
 ___
 Bf-committers mailing list
 Bf-committers@blender.org
 http://lists.blender.org/mailman/listinfo/bf-committers

___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers


Re: [Bf-committers] 3D Cursor and Border Select

2012-03-02 Thread David Silverman
Sorry, email lag. I guess this discussion is over. thanks for talking this
subject over though. :)

On Fri, Mar 2, 2012 at 5:24 PM, David Silverman silvermindy...@gmail.comwrote:

 I always thought that a check box next to the cursor coordinates in the
 view properties  panel (N? T?) to lock it at origin was obvious feature
 missing.  +1

 On Fri, Mar 2, 2012 at 4:33 PM, Harley Acheson 
 harley.ache...@gmail.comwrote:

  I would like the team to consider turning the 3D cursor off by default.

 I would be happy just to *lock* it in place.

 I use it and love it, but it is never where I want it when I need it
 because
 I'm always accidentally moving it around.  So just a lock cursor would
 be great.

 Harley
 ___
 Bf-committers mailing list
 Bf-committers@blender.org
 http://lists.blender.org/mailman/listinfo/bf-committers



___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers


Re: [Bf-committers] blender UI state

2012-01-19 Thread David Silverman
+1 to wiki page

On Thu, Jan 19, 2012 at 2:12 PM, mindrones mindro...@gmail.com wrote:

 Hi Campbell,

 On 19 January 2012 20:16, Campbell Barton ideasma...@gmail.com wrote:
  We've had many long UI threads on the ML before which just die out
  without much gained besides everyone airing their opinions (which
  often conflict).
 
  Rather then suggesting many random annoyances it would help more IMHO
  if we could focus on specific areas such as...
  - better toolbar layout (operator redo is far too cramped)
  - general panel layout, button spacing / placement, layout engine.
  - re-organizing 3d view header buttons / menu / display panel which is
  currently a shamozzel.
 
  William Ranish's blog post covered some of these issues.
  http://www.blendernation.com/2011/10/29/cleaning-up-the-blender-ui/
 
  The frustrating thing about UI discussions is they tend to go off
  topic far too quick and farly simple stuff gets overlooked/ignored, no
  consensus, nothing happens.


 would it be useful if I start collecting things in a wiki page and we
 start resuming problems there?

 It would be:
 - not a discussion page with long rants
 - schematic
 - possibly with mockups
 - only focused on usability.
 - divided it in areas (3d, properties, etc)

 and I can help keeping it that way.

 People might discuss here based on proposals collected there, and when
 things or blocks of things get approved and fixed we move stuff away
 or delete.

 Cheers,
 Luca
 ___
 Bf-committers mailing list
 Bf-committers@blender.org
 http://lists.blender.org/mailman/listinfo/bf-committers

___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers


Re: [Bf-committers] blender UI state

2012-01-18 Thread David Silverman
+1

N toolbar area is a mess. We need tabs or something. Plus I hate being in
sculpt mode, and having t go back to object mode to set the object normals
to smooth. It's an example of how the N toolbar doesn't help as is.
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers


[Bf-committers] Interesting Article

2011-11-18 Thread David Silverman
An older article, but very interesting :
http://www.vidimce.org/publications/lpics/

(Video and paper )
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers


[Bf-committers] Interesting talk about opensource community and issues in firefox

2011-11-06 Thread David Silverman
Hi,
I found this interesting talk. I ended up thinking about  blender while
listening. I think there are some interesting ideas about user experience
and managing the direction of the project.


http://www.youtube.com/embed/hMDBwa4huUY
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers


Re: [Bf-committers] Proposal for View Docs on Right Click

2011-10-25 Thread David Silverman
I thought of this a long time ago. I am really in favor of this. If there is
a concern with increased traffic, maybe a local copy of the wiki can be
downloaded and updated, but that sounds like a solution that may be harder
to implemt than the feature is worse.

+1 on this!
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers


Re: [Bf-committers] Proposal for View Docs on Right Click

2011-10-25 Thread David Silverman
Id be concerned that a lot of api things that are wiki-able are used all
over the place, not just in a few operators. Are we talking about clicking
on buttons only, or also settings and values used in operators? If you click
for help on a slider that does something in a modifier, but the same kind of
slider is used in materials, do you open multiple tabs, one for every place
used, or do you open only the help for a slider? How do we know that the
user is working on a slider that is part of a material? what if you change
the material type? How can you keep track of the intention  of the user
seeking help?

Obvious help docs would be:
button operator - docs for operator
add bone - bones page

not obvious:
noise settings and values go where?

Could users add general info to a page about a data type used in more than
one place?
Should they put links to other places these settings are used?
A lot of these settings could use help docs :)
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers


Re: [Bf-committers] UI changes from cycles branch

2011-10-23 Thread David Silverman
I agree with the comments about the black arrows, and the buttons looking
less like buttons. Love the new side panel expanders, but the splitting
corners are too hard too see, i agree it might be better with some gripper
lines.
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers


Re: [Bf-committers] View Camera Clipping (patch video)

2011-10-01 Thread David Silverman
Nice feature, but I don't like cluttering up the workspace. Is there a way
to toggle between off, on and clipping with a single button/icon?

Not sure if a workaround already exists, but maybe a property can be hacked
up based on the IntProperty, but instead of displaying a number, it displays
icons that are given as a list. That way you can use (['PROP_OFF',
'PROP_CON','PROP_ON']). The PROP_CON ring makes sense for dark border, and
on for fully engaged.

Something like that would allow you to build in functionality without
needing extra UI space.

Good work!
-David Silverman
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.org/mailman/listinfo/bf-committers