Bug 62294 - Tiny buttons and lack of spacing in KToolbar library class
Summary: Tiny buttons and lack of spacing in KToolbar library class
Status: RESOLVED UNMAINTAINED
Alias: None
Product: kdelibs
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: 3.1.1
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Stephan Kulow
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-08-07 05:03 UTC by Ian Wadham
Modified: 2008-12-22 07:46 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ian Wadham 2003-08-07 05:03:18 UTC
Version:           3.0.0a4 (using KDE 3.1.1)
Installed from:    SuSE
Compiler:          gcc version 3.3 20030226 (prerelease) (SuSE Linux)
OS:          Linux (i686) release 2.4.20-4GB

I am working at 1280x1024 screen resolution.  Most KDE toolbar buttons are
tiny (5mm) and hard to see properly.  To get around this, I wrote code in my
application to use QMatrix and setUsesBigPixmaps() and expand my toolbar
pixmaps (depending on current screen resolution).  That worked fine with
QToolBar but has no effect when I use KToolBar.  My buttons stay small.

Also, in QToolBar, setHorizontallyStretchable() spaced out my buttons and
made them easier to read.  That does not work in KToolBar.  All the buttons
get pushed up to one end.  The only way I can find to space them out a bit
is to do lots of "insertSeparator()" calls.  Maybe we need margin and
spacing functions in KToolBar.
Comment 1 Ian Wadham 2003-08-07 14:42:29 UTC
Subject:  Tiny buttons and lack of spacing in KToolbar library class         

----- Original Message ----- 
From: "Ian Wadham" <ianw@netspace.net.au>
To: <thiagom@mail.com>
Sent: Thursday, August 07, 2003 10:00 PM
Subject: Re: [Bug 62294] Tiny buttons and lack of spacing in KToolbar
library class


> > ------- You are receiving this mail because: -------
> > You reported the bug, or are watching the reporter.
> >
> > http://bugs.kde.org/show_bug.cgi?id=62294
> > thiagom@mail.com changed:
> >
> >            What    |Removed                     |Added
>
> --------------------------------------------------------------------------
> --
> >            Severity|normal                      |wishlist
> >             Product|kdevelop                    |kdelibs
> >             Version|3.0.0a4                     |3.1.1
>
> NO.  These are bugs, NOT a wish list.  KToolbar, or
> maybe KMainWindow, is failing to implement
> setUsesBigPixmaps() and setHorizontallyStretchable(),
> but their ancestors (QToolbar and QMainWindow) do
> implement those functions, as I have described.  KDE
> Library has deleted some of the functionality of Qt.
>

Comment 2 Thiago Macieira 2003-08-07 15:20:59 UTC
Ok, upgrading back to bug. 
Comment 3 Ian Wadham 2003-08-26 08:16:29 UTC
Subject: Re:  Tiny buttons and lack of spacing in KToolbar library class         

> ------- Additional Comments From thiagom@mail.com  2003-08-07
15:20 -------
> Ok, upgrading back to bug.
>
Well, I've done some asking around and some investigation and this
is really several problems or wishes, which should all be easy to
solve or satisfy.

1. KDE should choose larger default icon sizes automatically, to suit
    the screen resolution and size.  On my screen (17 inch, 1280x1024)
    a 16x16 icon is 4x4mm (far too small) and the 22x22 icon (standard)
    is hard to see.  The default for toolbars should be 32x32 at that
    resolution.  It is possible to change the default sizes in Control
Centre,
    Icons, but that function is NOT easy to find.  Also, right mouse-click
    on a toolbar (also not obvious) does it for a single toolbar.

2. KToolbar should have a more reasonable spacing default and ideally
    the spacing should be settable, as it is for KDialogBase.

3. If you use "insertButton (pixmap, etc.)" with KToolbar, instead of
    "insertButton (icon_name, etc.)", KToolbar renders 16x16 or 22x22
    pixmaps correctly (but too small on a high-res screen).  If you supply
    a 32x32 pixmap, you still get a tiny picture ... in the middle of a big
    button if you have increased the desktop default icon-size to 32x32
    in the Control Centre.  Worse still, the shrunken picture is incorrectly
    drawn and coloured and can look a mess.  This is a BUG.

    The bug could be easily fixed by varying the internal usage of QIconSet
    (one line in KToolButton?) so as to select either a large (32x32) or a
    small icon, depending on the user's or application's current settings.

    I have worked around this bug by calling static function "QIconSet::
    setIconSize" before the first call to "insertButton (pixmap, etc.)" and
    telling Qt that "Small" means 32x32.  Then my pixmaps come out OK.

Comment 4 Stephan Kulow 2003-09-14 14:03:04 UTC
patches welcome 
Comment 5 Ian Wadham 2008-12-22 07:46:55 UTC
Report is obsolete now.  I am withdrawing it.