Oops, sorry Jim, I meant the compose mail interface rather than the
inbox. Either way, I might have a shot at implementing ideas suggested
here, as I have more time this holidays.
On 6/13/11, Jim Williams wrote:
> I've nothing against icons as an option that can be toggled on/off (or
> at least m
There is some annoying behavior in layer UI. Normally as *everything
else* in blender you click on a layer and it gets enabled, disabling
all others, if you want to just toggle a single layer you use the
shift modifier. This works for scene layers, armature layers, vert
selection, object selection
For cards that are known not to work - the "Crash on select" or "It
reboots my computer" or "Blender has no interface",
we could fallback to Mesa/Software OpenGL.
This really isn't a fun job to set this up on all systems, but theres
nothing stopping us from doing it we really want to drop support
I've nothing against icons as an option that can be toggled on/off (or
at least minimized) in order to get more real estate. I just object
to them as the initial, only, or default interface.
(BTW -- My Gmail is all buttons and text.)
On Mon, Jun 13, 2011 at 9:25 AM, Luke Frisken wrote:
> I thin
I think you are right in one sense. But, I look up here at a toolbar in my
gmail and see icons that I have never clicked on and I'm pretty sure I know
what they do. I'd call that self explanatory... I guess it takes a knowledge
before hand of the function, or a previous encounter with a similar loo
Hey Ton,
I agree,
I was worried about the second point especially.
So, can everyone update his specs on this list please?
http://wiki.blender.org/index.php/Dev:Ref/Supported_platforms
Thank you.
Thomas
Am 13.06.2011 14:46, schrieb Ton Roosendaal:
> Hi,
>
> We can define this quite practically;
Hi,
We can define this quite practically; there's just two guidelines imho:
1) The hardware as in use by the developers
2) The minimal specs we agree on for acceptable code (to not hold back
development)
This can be defined quite fair, and doesn't need to disqualify certain
brands or types o
On 06/13/2011 01:28 PM, Thomas Dinges wrote:
> Hey everyone,
> Blender is a pretty modest application, regarding hardware requirements.
> If you are lucky, Blender 2.5 still opens and runs on 10 year old hardware.
> How good/fast is the question.
>
> With 2.6x I think it is time to make the officia
Hey everyone,
Blender is a pretty modest application, regarding hardware requirements.
If you are lucky, Blender 2.5 still opens and runs on 10 year old hardware.
How good/fast is the question.
With 2.6x I think it is time to make the official support policy a bit
more strict.
We still have some
I have never found any icon scheme self-explanatory. I think
absolutely everything should be available through a menu hierarchy so
everyone, even beginners, knows that there is at least one way to find
anything. (I do mean everything, including text fields, checkboxes,
and dropdowns. It doesn't
I couldn't agree more with Michael. Hotkeys for restoring headers, or
locking them would be wonderful!
And on topic: I also never use the toolshelf for anything during modelling
other than getting access to the operator panel. F6 is awesome but it would
be more convenient to have it sitting in a c
Sadly there's no key to restore a minimised header! (they're all to easy
to close when using a tablet with no way to restore in the cycles
branch! (for headers I'd like to see the old 2.49 way and disable
minimising them)
ON TOPIC,
I'd prefer tool props to be its own panel it's too smal
I like how Brecht solved this in the cycles branch:
he removed the (+) icons all together.
there are keys for props [N] and tools [T]
and menu entries (in view) for all 3.
maybe we can simply add a key for tool-props? suggestion: [ALT]+[N]
or maybe.. don't allow the tool-props to be hidden at a
13 matches
Mail list logo