summaryrefslogtreecommitdiffstats
path: root/src/gui/kernel
Commit message (Collapse)AuthorAgeFilesLines
* Refactor the code that reads the KDE config in one fileOlivier Goffart2009-08-076-173/+274
| | | | | | | | | | | Move the code out of qapplication_x11.cpp, and qcommonstyle.cpp to qkde.cpp into the QKde namespace. This removes few of the code duplication, and is much cleaner. This will also let us install hook easily later. Reviewed-by: Jens Bache-Wiig
* build fix for mingwThierry Bastian2009-08-061-0/+1
| | | | getQApplicationPrivateInternal was not declared
* Fix compile on WindowsJens Bache-Wiig2009-08-061-1/+1
| | | | Reviewed-by: jesper
* Cocoa: Add support for native gesturesRichard Moe Gustavsen2009-08-062-13/+51
| | | | Cocoa: Add support for native gestures
* Make sure QWidget::setStyle() relayouts its children.Jan-Arve Sæther2009-08-061-1/+3
| | | | | | | | | | | | Changing a style on a widget should invalidate the widget's layout, since the layouts spacings and margins may depend on the style. One optimization could be to check to see if the spacing and margins have changed due to the style change, but the old style is not available in changeEvent, so we'll keep it simple for now. RevBy: paul Task: 256986
* Compile fix for gestures.Denis Dzyubenko2009-08-061-5/+4
| | | | Reviewed-by: trustme
* Support _NET_WORKAREA on Xinerama setups in QDesktopWidgetBradley T. Hughes2009-08-061-8/+18
| | | | | | | Instead of ignoring _NET_WORKAREA, merge it with each screen geometry to give a meaningful availableGeometry() for all screens. Reviewed-by: denis
* Fixes a regression in qwidget when setting a large minimum size.Denis Dzyubenko2009-08-061-9/+9
| | | | | | | | | Setting a minimum size to a value that is larger then the biggest allowed widget size, we should costrain the widget to that max allowed size as we did before. Change 6a2621b6832dbdd349f77cf1f3242b4a6ba3c740 broke it. Reviewed-by: Bradley T. Hughes
* Small fix for native gestures on windows.Denis Dzyubenko2009-08-061-7/+2
| | | | | | We should close the gestureinfo handle only we managed to open successfully. Reviewed-by: trustme
* Enable pan gesture on all QAbstractScrollArea-based widgets.Denis Dzyubenko2009-08-061-0/+3
| | | | | | | | | 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
* Changed setting state in a QGestureDenis Dzyubenko2009-08-064-40/+55
| | | | | | | | | | | | Instead of having a protected setter for the state and forcing the application developer to emit signals manually (which leads to misunderstanding - i.e. if the started() signal should be emitted only once, or of the triggered() signal should be emitted before the finished() signal, etc). So I've added an protected updateState(state) function that sets the internal state and emits appropriate signals depending on the old and new states. Reviewed-by: Volker Hilsheimer Reviewed-by: Richard Moe Gustavsen
* Rearranged the gesture code a bit for future native gestures on Windows.Denis Dzyubenko2009-08-066-17/+74
| | | | | | | | 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
* Merge commit 'origin/4.5'Rohan McGovern2009-08-061-0/+6
|\ | | | | | | | | | | | | | | Conflicts: src/gui/dialogs/qfiledialog.cpp src/gui/dialogs/qfiledialog_win.cpp tests/auto/qicoimageformat/tst_qicoimageformat.cpp tests/auto/qscriptqobject/qscriptqobject.pro
| * Cocoa: Menus show old selected values.Richard Moe Gustavsen2009-08-051-0/+6
| | | | | | | | | | | | | | | | | | | | We never told Cocoa that it needed to redraw the window view when a window was shown. This is implicit if the window is shown for the first time, but needs to be done explicit if you hide and show it again. Task-number: 254672 Reviewed-by: bnilsen
* | QTapAndHoldGesture is gone, remove referenceVolker Hilsheimer2009-08-051-1/+1
| |
* | Fix compilation after my last change to qobject_p.hThiago Macieira2009-08-041-3/+3
| | | | | | | | | | | | | | I renamed deletionNotification back to its original name. I had forgotten that QWidget needed a similar change. Reviewed-by: Trust Me
* | Reorganise QObjectPrivate so that it's easier to tell what's in it.Thiago Macieira2009-08-041-4/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Also rename QDeclarativeData to QObjectDeletionNotification, since it has no relation to declarative UI. It's just notification of the object's deletion. Make the destructor non-inline and place it in qobject.cpp, so that the virtual table is emitted there and exported from QtCore. Also move the QObjectData destructor to qobject.cpp. This means you cannot create any class deriving directly from QObjectData outside QtCore, which is the intention anyways (it's a private class and only QObjectPrivate derives from it). Reviewed-by: Bradley T. Hughes
* | Removed the startPos/lastPos/pos from the gesture classes.Denis Dzyubenko2009-08-045-114/+2
| | | | | | | | | | | | | | | | 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
* | Removed the QTapAndHoldGestureDenis Dzyubenko2009-08-043-115/+16
| | | | | | | | | | | | | | | | Moved the gesture implementation to the imageviewer example as it cannot be fully implemented in a crossplatform way - for example on Windows tap and hold is a system gesture that is transparent to the application. Reviewed-by: trustme
* | Moved the native window gesture handling code to the right place.Denis Dzyubenko2009-08-046-77/+121
| |
* | Renamed internal WinGesture event to NativeGesture.Denis Dzyubenko2009-08-045-17/+25
| | | | | | | | | | | | | | It will also be used on Mac, so it doesn't make sense to keep it windows specific. Reviewed-by: trustme
* | fix warning on MSVCThierry Bastian2009-08-041-2/+1
| |
* | Add support for pan gesture on mac (carbon and cocoa)Richard Moe Gustavsen2009-08-042-0/+70
| |
* | Merge branch '4.5'Thiago Macieira2009-08-036-66/+52
|\ \ | |/ | | | | | | | | | | | | | | | | Conflicts: src/corelib/tools/qsharedpointer.cpp src/corelib/tools/qsharedpointer_impl.h src/gui/dialogs/qcolordialog.cpp src/gui/painting/qwindowsurface_raster.cpp src/network/access/qnetworkaccessmanager.cpp tests/auto/qsharedpointer/externaltests.cpp
| * Cocoa with namespace breaks the buildRichard Moe Gustavsen2009-07-311-2/+2
| | | | | | | | | | | | | | Added the needed macros around the classnames the way it should be done. Reviewed-by: Prasanth
| * Allow maximize button on the titlebar for a fixed size windowDenis Dzyubenko2009-07-301-0/+5
| | | | | | | | | | | | | | | | | | On Windows we will add maximize button to the titlebar even if the window has a fixed size if the user explicitely asked for it by setting Qt::CustomizeWindowHint | Qt::WindowMaximizeButtonHint. Task-number: 250188 Reviewed-by: Leonardo Sobral Cunha
| * Remove mem leak / warning in the cocoaportRichard Moe Gustavsen2009-07-301-0/+1
| | | | | | | | | | | | Remove mem leak / warning in the cocoaport Reviewed-by: msorvig
| * Unable to change focus between two line edits on macRichard Moe Gustavsen2009-07-301-37/+12
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This is because we try to decide whether the window cocoa tells us to be active should be active, and if we desagree, we do nothing. The result is that Qt and Cocoa ends up in different states. I decided to remove a lot of the logic that went on in this case, and the resons is: 1. By checking the callplaces to onApplicationWindowChangedActivation, we know that we always have a valid widget pointer, and we know that the widget always is a window (otherwise Cocoa would never tell us that the widget got active). 2. We can never end up doing nothing in this response. The best we can do is to follow what Cocoa tells us. If this turns out to break something, it would probably be better to check why we get an activation call in the first place for a window that should not be activated (e.g. is canBecomeKeyWindow set correctly?) Task: 253610 RevBy: msorvig
| * Doc - Renamed the cursor's images to illustrate splitV and splitH properlyKavindra Devi Palaraja2009-07-291-2/+2
| | | | | | | | | | | | Task: 258895 Reviewed-By: Jens Bache-Wiig
| * Roll back the fancy updating of translucent windows.Gunnar Sletta2009-07-271-4/+1
| | | | | | | | | | | | | | | | | | | | The problem with the fix, though it produces less flicker when resizing, is that it delays telling windows that the window has moved until after the window has been completely repainted. Problem with this is that functions that rely on windows to be up to date will fail until the backbuffer is flushed. This was the case for mapTo/FromGlobal, and potentially other functions too. Reviewed-By: Eskil
| * Prematurely creating a dialog as a sheet causes problemsRichard Moe Gustavsen2009-07-242-21/+34
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Prematurely creating a dialog as a sheet and then calling exec() on it will show a window w/o decorations. The problem is that first telling a window to be a sheet, and then tell it to exec, is unambigious. Because doing the latter implies application modality (when modality is not set), which again implies not using a sheet. Calling exec (and setting modality) will win over window flags, so in this case, we now recreate the window as a normal app-modal dialog. Task: 254524 Reviewed-by: Trenton Schulz
* | Revert "Fix QFormLayout which allowed fields to be smaller that their ↵Olivier Goffart2009-07-311-5/+1
| | | | | | | | | | | | | | | | | | | | | | minimum size" This reverts commit 244f5ee9c2c34ddee200e4d5cdc1345762a5901b. Valgrind complains about the label fields that are not inisialized yet, and indeed. They are initialized right after, and need the maxLabelWidth to be computed. This is a chicken and egg problem difficult to solve, so I rather revert the change as the bug is not critical
* | Merge branch 'master' of git@scm.dev.nokia.troll.no:qt/qtAaron Kennedy2009-07-315-72/+92
|\ \
| * | Disabling the close button didn't work correctlyDenis Dzyubenko2009-07-301-10/+11
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Close button was enabled if the native window handle was created implicitely (for example by the setWindowTitle() function). Moved the code that enables of disables the close button to the place where we create native window handle. Task-number: 256360 Reviewed-by: trustme
| * | Allow maximize button on the titlebar for a fixed size windowDenis Dzyubenko2009-07-301-0/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | On Windows we will add maximize button to the titlebar even if the window has a fixed size if the user explicitely asked for it by setting Qt::CustomizeWindowHint | Qt::WindowMaximizeButtonHint. Task-number: 250188 Reviewed-by: Leonardo Sobral Cunha
| * | Added an ability to remove size constraints from a widget.Denis Dzyubenko2009-07-301-6/+15
| | | | | | | | | | | | | | | | | | | | | | | | QWidget::setFixedSize() constrains the size of the widget, however there was no way to remove those constraints, so setting the constraints to QWIDGETSIZE_MAX will make the widget resizable again. Reviewed-by: Leonardo Sobral Cunha
| * | Gestures: fixed install event filter bugRichard Moe Gustavsen2009-07-301-2/+2
| | | | | | | | | | | | | | | | | | made sure that we set the filter on the correct widget RevBy: denis
| * | Doc - Some more cleanups to beautify the documentationKavindra Devi Palaraja2009-07-301-39/+38
| | | | | | | | | | | | Reviewed-By: TrustMe
| * | Doc - Beautifying documentation of autoMaximizeThresholdKavindra Devi Palaraja2009-07-301-8/+9
| | | | | | | | | | | | Reviewed-By: Thomas Hartmann
| * | Merge branch 'master' of git@scm.dev.nokia.troll.no:qt/qtMorten Sørvig2009-07-301-6/+6
| |\ \
| | * | Doc - some cleanups to beautify the paragraphsKavindra Devi Palaraja2009-07-301-6/+6
| | | | | | | | | | | | | | | | Reviewed-By: TrustMe
| * | | Mac/Carbon: Fix issue causing update(QRegion) to fail on large widgets.Morten Sørvig2009-07-301-1/+6
| |/ / | | | | | | | | | | | | | | | | | | | | | HIViewSetNeedsDisplayInRegion fails on large regions with large coordinates, fall back on updating the entire region in this case. The task mentions coordinates outside the range of signed short, but the provided example demonstrates failures in the 10-20K range as well.
* | | Add NOTIFY attribute to QAction propertiesAaron Kennedy2009-07-311-15/+15
| | | | | | | | | | | | | | | Authored-by: Warwick Allison Reviewed-by: Henrik Hartz
* | | Fixing qml for QWidget support (crash)Thomas Hartmann2009-07-311-0/+6
|/ / | | | | | | | | | | | | | | QWidget deletes its children in its own constructor so we have to cleanup before explicitly Reviewed-by: Aaron Kennedy (cherry picked from commit 59629ac728f2fdbc3047554d715e2f908b1844c4)
* | Doc: The layout documentation is not a list of classes.Volker Hilsheimer2009-07-294-9/+9
| |
* | Port of Qt to QNXHarald Fernengel2009-07-291-1/+8
| | | | | | | | | | | | | | | | This makes Qt work on QNX 6.4. * no q3support, no phonon * no QSharedMemory, no QSystemSemaphore, no QProcess Reviewed-By: Robert Griebl
* | Port of Qt to VxWorksRobert Griebl2009-07-294-4/+18
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This makes Qt work on VxWorks 6.6+ in native (kernel) mode. * compiles with the WindRiver GNU toolchain (Linux only) * works with QWS (tested with the VNC driver only) * tested on PPC hardware and the x86 VxWorks simulator * no q3support, no phonon, no webkit * no QSharedMemory, no QSystemSemaphore, no QProcess * only one QApplication instance (flat address space) * filesystem support depends heavily on the quality of the native driver * QLibrary is just a dummy to make plugins work at all * qmake transparently creates VxWorks munching rules for static ctors * made auto-test cope with missing OS features A special note regarding the Q_FOREACH patch for dcc: when calling foreach(a,c) with c being a function returning a container, the compiler would generate 5 references to some labels (.LXXXX), which are not there (so the linker complains in the end). Seems like dcc doesn't really like the 'true ? 0 : <function call to get type>' statement Reviewed-By: Harald Fernengel
* | Compile.Morten Sørvig2009-07-291-1/+3
| | | | | | | | Remobe another instance of for ... in use.
* | Compile on 10.4Morten Sørvig2009-07-291-1/+4
| | | | | | | | | | Don't use the "for ... in" syntax. This is Objective-C 2, which is only supported on 10.5 and up.
* | Doc: Focus and key-event handling in QGraphicsItem.Volker Hilsheimer2009-07-271-8/+12
| |
generated by cgit v0.12 at 2025-02-14 13:17:36 (GMT)