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

List:       kde-bugs-dist
Subject:    [Bug 42278] Strange layout with Kicker and custom size
From:       Craig Carey <research () ijs ! co ! nz>
Date:       2003-01-29 12:05:04
[Download RAW message or body]

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
     
http://bugs.kde.org/show_bug.cgi?id=42278     




------- Additional Comments From research@ijs.co.nz  2003-01-29 13:05 -------
______________________________________________________________________

Here is an alternative description of the problem:

'When the panel is wide then all the KDE buttons are not rectangles
but instead they are oversized very big squares. At the the centre is
an icon surrounded on 4 sides by a purposeless moat of blank space.
The appearance differs greatly from what occurs in Windows 2000.'

The way to remove the problem is going to be hard to get wrong: when
the panel is on the left and right hand side, then reduce the height
of the buttons, and when it is on the top and bottom, then sharply
reduce the width of the buttons.

Not in the original report is the comment that the problem is also
present when the KDE panel is at the top and the bottom of the
display.

The height of the button with the big "K" in it, is about equal to the
height of 6 lines of text in the panel's own menu. It is not the sort
of defect that should remain since it hard to overlook problem that
will be obviously easy to correct.

The 128 pixel limit on the width of the panel could be made larger. I
expect to have at least 132 pixels in a 1152x864 resolution display.
The 128 pixel width/height is constraining the top resolution to be
1024x768. It is not just and arbitrary or unneeded limitation but it
is likely to be actually applying a limitation. I normally prefer a
left hand side windows 2000 task bar to be at least 8.1% of the width
of the screen, and since 128/0.081 = 1580.247 (approximately) then the
KDE panel it hardly likely to be wide enough for a screen width of
1600 pixels (but for many persons, the panel would seem to be subject
to limitations (for no easy to guess at reason) when the resolution of
the display is quite a bit lower (e.g. 1024x768: 128/1024 = 12.5%).

When xterm is run in KDE then the buttons can show the text of the
directory the window was started in, e.g. with this command which has
white text on a dark blue background:

xterm -tn xterm-color -fg white -bg rgb:00/04/11 -b 5 -s -sl 9999 -sb
-rightbar -si -sk -geometry 90x140 -title \$:`pwd`

Konsole has serious bugs at least when used in FreeBSD, and they don't
seem to be bypassable, even after the advanced comments to the FreeBSD
bug system is studied and hours are spent on experimenting with ways
to bypass the KDE Konsole bug that can show up as a switching of <DEL>
with <Backspace>. Anyway, so xterm can be used, and then the buttons
showing meaningful descriptive useful text for each coloured (greens,
blues, and whatever hue is desired) xterm console window. A strange
thing is that the intelligence of highly descriptive panel buttons for
each xterm window detract from the dumbness of the big square (not
quite big enough) 128x128 button with an image of the "K over the cog"
on it.

It is only the "K" button that is big. It is over a 'cog' a symbol
that is perhaps for: attention to detail, involutes or evolutes,
or whatever. "K" is not visual but instead a letter of the alphabet.

I hope that the person who closes the report posts up text showing
what changes were made to the source code. This bug report is a bit
interesting in that the code might be brief and easy to write and
the report should be one that can be closed without delay.

G. A. Craig Carey, 30 Jan 2003

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