| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
We don't get a FontChange event initially, so the control ended up
with the default font instead.
Reviewed-by: Andreas
|
|
|
|
|
| |
Task-number: 258378
Reviewed-by: Maurice
|
|
|
|
|
|
|
| |
Also, try not to regress in functionality (which the last compile fix
did just a little)
Reviewed-by: Thomas Hartmann
|
|
|
|
| |
Reviewed-by: Trust Me
|
|
|
|
| |
Reviewed-by: Trust Me
|
|
|
|
|
|
|
|
|
|
| |
has been set.
The hasFrame() or frame property of the QStyleOptionSpinBox was not being copiedthrough to the QStyleOptionComboBox inside the paintEvent method if a
calendarPopup had been enabled.
Task-number:259510
Reviewed-by:Jens Bache-Wiig
|
|
|
|
| |
The 'break' statement was misplaced... This was found thanks to coverity
|
|
|
|
| |
Task-number: 258459
|
|
|
|
|
|
|
| |
setCursorPosition() should be able to set the cursor at the end of the
string. This is a copy-paste error made when refactoring QLineEdit.
Reviewed-by: Gunnar
|
|
|
|
|
|
|
|
|
|
|
| |
When selecting the text and setting the cursor position, we need to
emit the cursorPositionChanged signal. This seems to be a copy-paste
error from refactoring QLineEdit, as the function call is there in the
original version of setSelection(). The effect was two test breakages
in tst_QDateTimeEdit, because the section and cursor position of the
QDateTimeEdit would be out of sync.
Reviewed-by: Gunnar
|
| |
|
|
|
|
| |
Reviewed-by: trustme
|
|
|
|
|
| |
We needed to call ensurePolished before updating the
action rects.
|
|
|
|
|
|
|
|
|
| |
Two-finger panning will work on all QAbstractScrollArea based widgets, however
single-finger panning will be enabled only on some special widgets that always
wants it - for example we don't want it on QGraphicsView, and we might want it
on itemviews *sometimes*.
Reviewed-by: trustme
|
|
|
|
|
|
|
|
| |
Moved the code that subscribes to native gestures on Windows to a private
function in QWidget which will check which gestures the widget is subscribed to
and enable native gestures as requested.
Reviewed-by: trustme
|
|
|
|
|
|
|
| |
Somehow forgot to hook up the blinking signal (in the new QLineControl)
to QLineEdit.
Reviewed-by: Trust Me
|
| |
|
|
|
|
|
|
| |
A non painted (ie. garbage) area could appear if you had a fixed size
dock widget and you moved the separator. The previous place where the
separator was painted was not updated
|
|
|
|
|
| |
We were calling pixelMetric and sizeFromContents with a NULL styleoption
That crashes on mac and might also with other styles.
|
|
|
|
|
|
|
|
| |
It doesn't make much sense to have that low-level info neither in the base
QGesture class, nor in the QPanGesture, as the latter one has offset properties
instead.
Reviewed-by: trustme
|
|
|
|
|
|
|
| |
The action now try to take advantage of the space given by a minimum
width. Patch proposed initially by Aron Seigo and improved later on.
Reviewed-by: Trustme
|
|
|
|
| |
Reviewed-by: Trust Me
|
|
|
|
|
|
|
|
| |
Menu paintEvent was not called when the mouse cursor lied
between the menu item area and the menu frame border.
Task-number: 258920
Reviewed-by: olivier
|
|
|
|
|
|
| |
Task: 254724
Reviewed-By: TrustMe
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Manually merged from the kinetic repository, where it has been used
for a while. Like QTextControl, there is no auto test for the control,
just for the widgets built with it.
The purpose of this change is so that we can build stuff like QLineEdit
in other places (like kinetic). Also included is a trivial change to
QValidator, needed to use it with QLineControl in QML.
Reviewed-by: mbm
|
|
|
|
|
|
|
|
|
| |
When you have an icon set we do not show the text label,
but the previous code would still use the text for the size
hint calculation.
Task-number: 218836
Reviewed-by: ogoffart
|
|
|
|
|
|
|
|
| |
Call [NSToolbar setShowsBaselineSeparator] on the (unified) toolbar
if the window contains tabs in document mode.
Task-number: 252660
Reviewed-by: Richard Moe Gustavsen
|
|
|
|
|
|
|
|
|
|
|
|
| |
When opening a menu by shortcut on Windows, we would loose
the keyboard mnemonic when navigating around. This is incorrect
compared to native applications and somewhat inconvenient.
The fix is basically to enable the keyboard mode when shortcuts
are triggered, not only when the alt-key is pressed.
Task-number: 254496
Reviewed-by: denis
|
|
|
|
|
|
|
| |
ends up on the right X11 screen.
Merge-request: 987
Reviewed-by: Olivier Goffart <ogoffart@trolltech.com>
|
| |
|
|
|
|
|
|
|
|
|
|
| |
There was an attempt to do this earlier, but it was a bit more complex
than it needed to be. We now do the update on show in Cocoa. Carbon
actually does it all for us, we just need to flip the bit. We may do the
updates to often, but it's better than not enough.
Task-Id: 195445
Reviewed-by: Denis
|
|
|
|
|
|
|
|
|
|
|
|
| |
Apparently it changes the behavior of Qt too much and also breaks the
text input in some keyboard layouts (for example in German layout you
need to be able to use Ctrl and Alt or AltGr modifiers to type text).
Revert "Don't insert text into a text widget when a modifier is pressed."
This reverts commit 099a32d121cbc80a1a234c3146f4be9b5237e7e8.
Revert "Fixed the qlineedit autotest."
This reverts commit 9210e8cdc83b6812d10f5f5847d05703ef2e5f7c.
|
|
|
|
|
|
|
|
|
| |
Set the native key equivalent for menu items only for single key
shortcuts. Qt's shortcut mechanism will take care of sending the
multiple key shortcut events.
Task-number: 258438
Reviewed-by: Norwegian Rock Cat
|
|
|
|
|
|
|
|
|
| |
Mac supports only single key shortcuts as key equivalent for menu items.
So if a multiple key QKeySequence is set, use Qt's shortcut mechanism
instead of the native menu shortcut mechanism.
Task-number: 258438
Reviewed-by: Norwegian Rock Cat
|
|
|
|
|
|
|
|
| |
Since there is more than one standard shorcut for closing a MDI window,
then ensure that all of them can be used.
Task-number: 161999
Reviewed-by: Simon Hausmann
|
| |
|
|
|
|
|
|
| |
Regression since my last commit.
Task-number: 152227
|
|
|
|
|
|
|
| |
This is also a work around for a bug in gcc on powerpc (embedded-linux)
Task-number: 258358
Reviewed-by: jbache
|
| |
|
|
|
|
| |
The base function was \internal pr private.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
We need this to support the behavior in Gtk+ where, when
Qt::ToolButtonTextBesideIcon is used, only text labels
for important actions are shown. It will also enable us to
prioritize actions in the future when for instance collapsing
a toolbar.
Task-number: 258290
Reviewed-by: thierry
|
|
|
|
|
|
|
|
|
|
|
|
| |
KDE and GNOME has the concept of a default tool button style that
can be set system-wide. Qt currently allways default to IconOnly.
I have added an optional Qt::ToolButtonSystemDefault value so you
can opt-in to respect the system setting. We did not change the
default because a lot of apps will look odd when for instance
text is beside icons and the descriptive text is too long.
Task-number: 237864
Reviewed-by: ogoffart
|
| |
|
|
|
|
|
|
|
|
| |
Qt::TextShowMnemonic removes the '&' for us.
This is required if we want the multi-lenght-variant strings working.
Reviewed-by: Thierry
|
|
|
|
|
|
|
| |
Found while documenting this internally.
I guess I had a reason for it at one point, but it
seems that I'm more concerned about what index. So
just get rid of this.
|
|
|
|
|
|
| |
These functions hide all this horrible casting and
we've had them for a while. When I see them, I try
to replace them as it keeps the code much more readable.
|
|
|
|
|
| |
we should include qt_windows.h and not windows.h because we have to
define WINVER to 0x500.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This has always been a bit bumpy, the problem is that the popup normally
has its own styling from the desktop, plus it's its own top-level and
that is normally a boundary for propagation. Of course, people are
surprised by this (especially when it works for editable). So, we need
to be a bit better propagating the info. Also the QStyleOptionMenuItem
has the correct font, but if it's set on a window, by the time it
reaches the popup, its resolve mask is very weak, so it will fail to
resolve at all. Setting the point size allows the font to have a bit of
strength.
Task-number: 257486
Reviewed-by: Jens Bache-Wiig
|