On Fri, 29 Feb 2008 10:03:27 +0900
"Conrad Parker" <conrad@...> wrote:
> On 29/02/2008, pete shorthose <zenadsl6252@...> wrote:
> > On Wed, 27 Feb 2008 19:44:49 +0100
> > > and the frame around "Automatic scheme
> > > selection"?
> > i've left this for the moment. i think we should
> > really be consistent across sweep, and we aren't
> > at the moment. i like frames just fine but i'll
> > leave it up to Conrad as to whether i should eventually
> > add them or yank them out elsewhere.
> > i'm reluctant to remove something i like unless
> > it's mandated as part of a wider effort towards
> > consistency.
> > for example:
> > new sample dialog uses frames
> > device dialog doesn't
> > plugin and save windows use frames
> If I recall correctly, I was using frames to group input elements if
> they are closely related: eg. in the "new sample" dialog, frames are
> used to group the preset samplerate dropdown with the custom
> samplerate input textbox: these two are actually editing the same
> field; same for the way the number of channels is handled.
ah, nps then. accusations of inconsistency hastily retracted.
> The device dialog has a horizontal separator between the normal output
> and monitor output. Maybe I was thinking of them as alternatives,
> maybe it makes sense to put a frame around the monitor controls
> In the plugin windows, grouped inputs are put in the same frame. A
> LADSPA plugin's inputs are all in the same group ;-)
well, if you put it like that.. :P
> I'm all for consistency, so if it makes sense to use frames there then
> go for it :-) but in general I was using frames to convey the meaning
> that some inputs affect each other, not just for visual layout.
i never had trouble understanding it and you are quite right to point
out that it doesn't break the frame usage policy you described above.
so, i'm happy to leave it as is. i generally use frames in the same way
but also when an area/group title is required. i suppose the floating
titles in the device dialog looks a little weird to me.
a lot of contemporary apps now seem to use a frame with a bold title
and an invisible frame detail for option grouping. i assume this is
what Thorsten is ultimately advocating. effectively using highlights and
white space to differentiate each group.
i don't hate this but tend to prefer the explicit nature of a visible
frame. i'm not going to quibble over such a minor difference though, so
i'll leave things as they are now and if you want me to change anything,
just let me know.