| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| ... | |
| | |
| |
| |
| |
| |
| | |
We now can draw the tab ourselves and use the QStyleHelper to get the
drawing correct, so do it all that way. This should also slim the
library a little as we also remove all these old pixmaps.
|
| | |
| |
| |
| | |
I still can't kill drawPantherTabs, but that is close.
|
| | |
| |
| |
| |
| |
| | |
I was a bit overzelous removing them, but they should remain for 10.4
Reviewed-by: Morten Sørvig
|
| | |
| |
| |
| |
| |
| | |
Removed lots of places where we check for Tiger. Now we can assume it.
Reviewed-by: Morten Sørvig
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
These are used enough (at least on the mac) to justify them being
accessible in a private header. As a bonus it "hides" the actual
container being used, so we could potentially sway it out with something
different.
Reviewed by: Jens Bache-Wiig
|
| |\ \
| |/ |
|
| | |
| |
| |
| | |
Reviewed-by: Trust Me
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This class adds convenient support for proxy styles in Qt.
Note that to support proper proxying, styles now
call their functions through proxy() so that the proxy regains control
over subcomponents. Note that there is a small price to be payed
by the extra function call which can at the cost of readability
be redirected to the private class member in the future.
Task-number: 229556
Reviewed-by: trond
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
HITheme doesn't seem to support the reverse thing. I filled a bug about
it, but this is easy to emulate in the horizontal case and the
"Inverted" orientation works great for vertical.
Task-number: 217594
Reviewed-by: Morten Sørvig
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
We were only "constraining" headers if they were large, but ignoring the
small and mini ones. This resulted in the small and mini headers looking
bigger than their normal ones which looked strange. Since the headers
have no real small or mini size for a header, we'll make sure to
constrain them all the same.
Task-number: 221115
Reviewed-by: Richard Moe Gustavsen
|
| |\ \
| |/ |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
I made this change to make things look a bit better on the mac. However,
a toolbutton with text only looks strange and as a bonus the arrow
covers some of the text, which no one wants. It seems that similar
consructions in Cocoa don't show the arrow for text button, so we
shouldn't either.
Task-number: 253339
Reviewed-by: Jens Bache-Wiig
|
| |\ \
| |/ |
|
| | |
| |
| |
| | |
Task-number: 252565
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
The .mm file is not read by qdoc for packages other than for the MAC.
This problem is overcome by moving the qdoc comments from the .mm file
to a .qdoc file in doc/src, because all these files are read by qdoc
for each of the packages.
#Task-number: 252566
|
| | | |
|
| |\ \
| |/
| |
| |
| |
| | |
Conflicts:
src/gui/painting/qbackingstore.cpp
src/gui/painting/qwindowsurface_raster.cpp
|
| | |
| |
| |
| |
| |
| |
| |
| | |
When we fixed the stuff for normal spin boxes, we neglected to tweak the
small and mini variants. We now adjust pixels for them as well.
Task-number: 252301
Reviewed-by: Jens Bache-Wiig
|
| |\ \
| |/
| |
| |
| | |
Conflicts:
src/gui/itemviews/qabstractitemview.cpp
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
QApplication::setStyle() caused a crash if called before
constructing the QApplication instance for custom styles. The reason
was that polish tried to create a pixmap (which is not allowed before
qApp is running). This fix checks that qApp exists. Polish will anyway
be called again when qApp gets constructed.
Task-number: 243697
Reviewed-by: Bjørn Erik Nilsen
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Basically we try to get the toggled look correct and we've shrunk the
size of the toolbar by a good 10 pixels. We still look a bit "off" for
toggled on Tiger, but frankely that look is a bit odd.
We are a bit taller than the pure Cocoa toolbar (2 px), but given that
we are embedding our QToolbar, that's probably the best we can do.
All-in-all, it looks much better.
|
| | |
| |
| |
| | |
Grr... I know it was there before I committed it.
|
| | |
| |
| |
| |
| |
| |
| | |
Again these aren't adding symbols, but these enums are available on
earlier versions of Mac OS X (10.3) and we can use them. However,
it's silly to have to go back to 10.6 just to find the enums. These
will come in handy shortly.
|
| |\ \
| |/ |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
Seems that things are a little less transparent in 10.5 (and have a
blur). Getting the blur in is going to be difficult, but adjusting the
opacity will get us closer than we are now.
Task-number: 249364
Reviewed-by: Jens Bache-Wiig
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This widget has been needing an update in appearance for
years as it is still featured in our style gallery.
This introduces a new and better looking nob control to
cleanlooks, gtk, mac, windows xp, vista and cleanlooks.
Reviewed-by: nrc
Task-number: 159934
|
| |\ \
| |/ |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
This is a good example of how to not use QStyleOption when added new
features. It's important to start with the most compatible and then cast
to the more specific versions to get the new fields.
Task-number: 248769
Reviewed-by: Jens Bache-Wiig
|
| | |
|
| |
|
|
|
|
| |
I'm not using these yet, but we will eventually be making use of these
in the buttons. Since they are enums, they don't add any symbols and can
be safely added now.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Toolbar text items have a embossing on Leopard, so we should do that.
However, they have a different look when "pressed" depending on whether
or not they have an icons. We are very close to this effect (depending
on how transparency rounding goes). Steps have also been taken so that
the Tiger look is preserved. This is step one in several of getting the
toolbars to look better on Leopard and friends.
Task-number: 248006
Reviewed-by: Jens Bache-Wiig
|
| |
|
