[Bf-committers] 2.5 UI font

[Damir Prebeg]

I completely agree with GSR, that's exactly what I wanted to say but I  couldn't find correct words: Provide an horizontal engine, that targets fixed height and variable width panels (in columns steps).

What amuses me is argumentation that horizontal layout is bad since we had to scroll because of high panels like Mirror Transp or Modifier stack. Yep, right. In current vertical layout we don't have to scroll at all.

And it looks like I have to repeat my request for help again:
For last few days I'm digging thorough panel code (interface_panel.c) but I can't figure out simple things like what function defines panel dimensions and gap between two panels. Sorry for this newbie question but is there any UI documentation available beside interface_API.txt in doc folder?


--- On Wed, 12/9/09, GSR <gsr.b3d at infernal-iceberg.com> wrote:

> From: GSR <gsr.b3d at infernal-iceberg.com>
> Subject: Re: [Bf-committers] 2.5 UI font
> To: bf-committers at blender.org
> Date: Wednesday, December 9, 2009, 6:25 PM
> Hi,
> billrey at me.com
> (2009-12-09 at 0014.49 +0100):
> > Three possible solutions I can think of:
> > 1: remove horizontal layout - use vertical instead
> > 2: keep it as-is to ease transition to vertical
> > 3: Implement clever way to make panels 'wrap around'
> and spill contents into the next panel column
> > 4: Use a simple type of 'autofit' to make panels fit
> into the available space without spilling/splitting panels
> over multiple columns
> > Did I miss any?
> 
> 5. Provide an horizontal engine, that targets fixed height
> and
> variable width panels (in columns steps). There seems to be
> horizontal
> users, so there should be not problem to get people to help
> and
> maintain the layouts. Even in some case with wide screens,
> horizontal
> mode is good, as currently there are too many vertical
> areas and eat
> work zone quickly.
> 
> Automatic systems will always make horizontal second class,
> with
> wasted space or strange column splits, instead of a
> properly human
> controlled layout, just like vertical is. By manual setting
> things,
> buttons can be properly fit to horizontal contraints
> instead of
> reshuffle based in what is inheriting vertical single
> column and
> placing as it comes from vertical related decissions.
> 
> GSR
>  
> _______________________________________________
> Bf-committers mailing list
> Bf-committers at blender.org
> http://lists.blender.org/mailman/listinfo/bf-committers
>