[prev in list] [next in list] [prev in thread] [next in thread] 

List:       koffice-devel
Subject:    Re: dockers and jumping layout
From:       Cyrille Berger <cberger () cberger ! net>
Date:       2010-08-30 15:01:25
Message-ID: 201008301701.26566.cberger () cberger ! net
[Download RAW message or body]

On Monday 30 August 2010, C. Boemann wrote:
> On Monday 30 August 2010 08:35:06 Cyrille Berger wrote:
> > > In 2 I like that the tool options dockers are in one docker again. It
> > > would be nice to be able to collapse the sections like in Blender to
> > > hide not used functionality. One disadvantage here is that there is a
> > > huge gap if a tool with only a few options is active.
> 
> sure collapsing or tabs or vertical or horizontal. These are all things
> that can be added as options. The point is with this approach we gain the
> control to do like we want. The problem with the current solution is that
> dockers are outside our control.
> 
> > And probably better to get tabs before a scroll bar. Or a QToolBox which
> > would contains the widget that can scroll.
> 
> QToolBox is very bad as it limit discoverability and ease of access.
ease of access, that can be debated. But discoverability, for my personal 
knowledge, I fail to see how a QToolBox is doing worse, compared to tabs or 
the current situation ?

> So I'd like to keep the discussion right now to the overall approach, and
> not to the specifics of what happens inside. Although it's nice enough to
> know that enough wishes exist that we should code it via a strategy
> pattern
Fair enough.

Thinking about it, the only thing that disturb me with your proposal is the 
mix between dockers and widgets that are glued inside a docker.

Still I do think it is an improvement, but it makes me wonder how we can make 
it looks like it is two systems that works together instead of two systems 
that are glued together and behave differently.

> For KPresenter at least and Krita too it is nice to eat BOTH some 
> of the top and and the sides. This way the canvas retains the same aspect 
> as the screen.

I can see the point for KPresenter. But it is hardly relevant for Krita.

-- 
Cyrille Berger
_______________________________________________
koffice-devel mailing list
koffice-devel@kde.org
https://mail.kde.org/mailman/listinfo/koffice-devel
[prev in list] [next in list] [prev in thread] [next in thread]