A test session with the current kdevelop

On Wednesday 18 October 2006 02:05, Matthew Woehlke wrote:
> Well then this needs to be reassigned to whoever
maintains bluecurve
> (and someone does, it changed - and not IMO for the
better - when I
> finally moved to kde 3.5.5), and/or KDevelop needs to
rethink how it
> creates tabs.
The width of simple ideal button is calculated with
QStyle::CT_ToolButton
contents type and not with CT_PushButton like kmdi does.
In most styles that makes the simpleideal button _smaller_.
Maybe that is the problem with bluecurve. Could you please
try my newui patch?

> This also doesn't address that we've lost dynamic
resizing of the
> docking windows, which IMO is a step backwards.
Sorry, I don't know the easy way to do that. I'll try to
find it.
Same for the width of resize handles (but I doublt I'll
change them,
4px is too small).
_______________________________________________
KDevelop-devel mailing list
KDevelop-develbarney.cs.uni-potsdam.de
https://barney.cs.uni-potsdam.de/mailman/listinf
o/kdevelop-devel

Alexander Dymo wrote:
> On Wednesday 18 October 2006 02:05, Matthew Woehlke
wrote:
>> Well then this needs to be reassigned to whoever
maintains bluecurve
>> (and someone does, it changed - and not IMO for the
better - when I
>> finally moved to kde 3.5.5), and/or KDevelop needs
to rethink how it
>> creates tabs.
> The width of simple ideal button is calculated with
QStyle::CT_ToolButton
> contents type and not with CT_PushButton like kmdi
does.
> In most styles that makes the simpleideal button
_smaller_.
> Maybe that is the problem with bluecurve. Could you
please try my newui patch?

Will do, thanks. This will also help me (by pointing me at
the right 
spot to look) play with bluecurve if I can get it to build
(I'm trying 
to mutate it into the kdeartworks package; I am thinking
about making a 
new style based on bluecurve but with some keramik-inspired
changes).

You omitted paths; I'm assuming this is
<kdevelop>/src/newui/button.cpp 
(looks right, correct me if that's not it).

>> This also doesn't address that we've lost dynamic
resizing of the
>> docking windows, which IMO is a step backwards.
> Sorry, I don't know the easy way to do that. I'll try
to find it.

Thanks; it can certainly be an optional feature, but it's
one of the 
things I really miss from old-ideal.

> Same for the width of resize handles (but I doublt I'll
change them,
> 4px is too small).

Actually, looking at this again, I'm not sure they are
actually "larger" 
as opposed to just "more visually distracting".
Problem #1 is that they 
should be invisible when the docked tabs are not actually
*open*. 
Problem 2 is that they are not using my color scheme (or are
using it 
incorrectly), which makes them stand out a lot more when
they are 
visible. If you look at (1) you'll see what I mean; they
look awful. In 
this particular case they should actually be hidden as in
(2), but they 
look like this even when correctly visible. For kmdi's ideal
they are 
using the same face, highlight, and shadow colors as the
toolbar. In 
simplified, it looks like they are using fixed colors from
the default 
scheme.

And so far we haven't mentioned the third problem (also see
bug (3)), 
which is docking strips visible that shouldn't be.

Also, is there any way to force the left pane to be full
height and the 
bottom pane to fit in the remainder of the window minus the
left pane? 
With kmdi-ideal this is potluck, i.e. if I restart KDevelop
I usually 
get what I want about every other time. With simplified it
seems to be 
consistently the way I don't want it. I could probably get
used to this, 
but it would be better if it was configurable.

1: http://bugs.kde.org/attachment.cgi?id=17412&actio
n=view
2: http://bugs.kde.org/attachment.cgi?id=17413&actio
n=view
3: http://bug
s.kde.org/show_bug.cgi?id=132460

-- 
Matthew
When on POSIX, do as POSIX mandates.


_______________________________________________
KDevelop-devel mailing list
KDevelop-develbarney.cs.uni-potsdam.de
https://barney.cs.uni-potsdam.de/mailman/listinf
o/kdevelop-devel

Alexander Dymo wrote:
> On Wednesday 18 October 2006 02:05, Matthew Woehlke
wrote:
>> Well then this needs to be reassigned to whoever
maintains bluecurve
>> (and someone does, it changed - and not IMO for the
better - when I
>> finally moved to kde 3.5.5), and/or KDevelop needs
to rethink how it
>> creates tabs.
> The width of simple ideal button is calculated with
QStyle::CT_ToolButton
> contents type and not with CT_PushButton like kmdi
does.
> In most styles that makes the simpleideal button
_smaller_.
> Maybe that is the problem with bluecurve. Could you
please try my newui patch?

You're on to something, but that's not quite it. Without the
patch, I 
get height=32, with I get height=29. The correct height is I
think 22 
(it's between 20 and 24); at least, 22 looks pretty good (my
status bar 
seems a little taller than it needs to be, but I think
that's just a 
general problem; I am comparing bluecurve to plastik).

I also noticed that everything seems to be 'off center',
there is zero 
left padding and a little much on the right, like the width
is right but 
the 'left' is 0 when it should be 2. Although kmdi seems to
have the 
same problem, so again this looks like bluecurve is at
fault.

I am going to keep poking at bluecurve and see if that can
fix it.

-- 
Matthew
When on POSIX, do as POSIX mandates.


_______________________________________________
KDevelop-devel mailing list
KDevelop-develbarney.cs.uni-potsdam.de
https://barney.cs.uni-potsdam.de/mailman/listinf
o/kdevelop-devel