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

List:       kde-devel
Subject:    Re: How to honor system toolbar settings
From:       David Boosalis <david.boosalis () gmail ! com>
Date:       2009-09-04 23:53:58
Message-ID: 870c99310909041653i179b3b57o6849395db7fa056f () mail ! gmail ! com
[Download RAW message or body]

I filed a bug as KToolBar::setToolButtonStyle() and
KMainWindow::setToolButtonStyle() both fail for me in the same way.
No matter what the argument it sets the style to
Qt::ToolButtonTextBesideIcon.  This maybe a Qt bug (I am using
qt-kde)r

Parker. Concerning your point about XMLGuiWindow.  Ok forget speed, I
just don't like making layouts with Designer or creating an XML file
by hand.  A lot of people my love Designer,  I however am not one of
the them. The layouts produced by Designer while adequate are second
rate to doing them from an editor such as Vi or Emacs.  Having said
that I hope KMainWindow will remain a first class citizen for KDE
developers.


Regards,
David



On Fri, Sep 4, 2009 at 10:34 AM, Parker Coates<parker.coates@gmail.com> wrote:
> On Fri, Sep 4, 2009 at 13:14, David Boosalis wrote:
>> One reason I avoided the XMLGuiWindow was I thought it would be
>> slower, but perhaps I can still substantiate my window with hard coded
>> values.
>
> You also could have avoided QtGui because it would be slower than a
> test-only console app. ;)
>
> Is there some overhead at startup? Probably, but if it's good enough
> for the majority of KDE apps, I willing to bet it's good enough for
> yours too. Unless your starting your app several times a minute, I
> doubt the speed difference would be appreciable. On the other hand,
> using XMLGUI does give you more features, greater consistency and less
> code. Seems like an easy choice to me. :)
>
> That said, you may have found a bug in KToolBar. I can't say as I'm
> not knowledgeable there.
>
> Parker
>
>>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
>
 
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
[prev in list] [next in list] [prev in thread] [next in thread]