Re: [Interest] New window in Qt makes the application activate
On 02/03/2014 11:32 PM, Mandeep Sandhu wrote: As part of a (partly mistaken) emulation of some ancient Macintosh API's I was calling QWidget::activateWindow(). If the application is not active, that both makes the window active, and it makes the application active. I guess it's debatable whether activateWindow() should activate the application. I expected that it would just make the window the active window (painted with active appearance, ready to accept focus, title bar buttons with active appearance, etc.) or ready to be the active window when the application activated. The application can be activated via a click in the Dock icon, which doesn't select a window to be the active window, so whatever was active (or made active when the application is not active?) previously now becomes the active window. What does it mean to activate the application. Isn't it just a question of whether the app steals the keyboard focus? That is the problem I have had in the past. My users want the option of starting up my app (and a window appearing), but without stealing the keyboard focus. (Don't remember if I was ever able to do that.) Bill ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
[Interest] QWidget::adjustSize() issue
Dear all, I have a QStackedWidget in a toolbox with three pages, each having different sizes. The stacked widget does not adjust its size to the current page, so I used the trick from this article: https://qt-project.org/faq/answer/how_can_i_get_a_qstackedwidget_to_automatically_switch_size_depending_on_th However, it seems that calling adjustSize() does not signal the parent widget that the child changed its size. In order to keep everything working, I need to call adjustSize() on each ancestor widget, which seems a hack. Is there any way to signal the size change and let Qt handle it? Cheers, Etienne ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
[Interest] Restore default mouse event handling without subclassing
Dear all, I have the following issue : QGroupBox is handling mouse events (press, release, move) and accepts them, preventing propagation to parents. However it does nothing with the events. I have toolbox widgets which handle mouse events not handled by children, so that they can be grabbed and moved/scrolled by clicking on any unactive area. This actually works well, except with group box, which block events but do nothing with them. And if the toolbox is organized with QGroupBox'es, most inactive areas belong to them. Installing event filters is not really an option, because they are not always directly children of the toolbox, which knows nothing about its contents. Do you have any idea on how to implement that? Cheers, Etienne ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] New window in Qt makes the application activate
On 4 Feb 2014, at 1:14 PM, william.croc...@analog.com wrote: On 02/03/2014 11:32 PM, Mandeep Sandhu wrote: As part of a (partly mistaken) emulation of some ancient Macintosh API's I was calling QWidget::activateWindow(). If the application is not active, that both makes the window active, and it makes the application active. I guess it's debatable whether activateWindow() should activate the application. I expected that it would just make the window the active window (painted with active appearance, ready to accept focus, title bar buttons with active appearance, etc.) or ready to be the active window when the application activated. The application can be activated via a click in the Dock icon, which doesn't select a window to be the active window, so whatever was active (or made active when the application is not active?) previously now becomes the active window. What does it mean to activate the application. Isn't it just a question of whether the app steals the keyboard focus? It means to bring it to the foreground so that it has an active-looking titlebar. On OSX, it might also mean bring all the application's windows in front, and maybe even steal focus (but it's good that's not recommended), depending on options. https://developer.apple.com/library/mac/documentation/AppKit/Reference/NSRunningApplication_Class/Reference/Reference.html#//apple_ref/c/tdef/NSApplicationActivationOptions That is the problem I have had in the past. My users want the option of starting up my app (and a window appearing), but without stealing the keyboard focus. (Don't remember if I was ever able to do that.) Bill ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
[Interest] Qt 4.8.6
Does anyone know when Qt 4.8.6 will be released? I thought I heard a few months ago that it should be out by the end of January. -Jason ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Qt 4.8.6
On 4 February 2014 14:58, Jason Dolan ja...@pcc.com wrote: Does anyone know when Qt 4.8.6 will be released? I thought I heard a few months ago that it should be out by the end of January. Later this month (February). AFAIK, it is now undergoing release testing. Snapshot packages are already available at qt-project.org, if you want to test. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Grabbing frames from the camera
I think this is simply bad API design... It should be QAbstractVideoSurface::present(QVideoFrame frame) instead. It's absolutely safe to ignore the const-ness of the video frame. Yoann Lopes Senior Software Engineer - Digia, Qt Visit us on: http://qt.digia.com ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Qt 4.8.6
Em ter 04 fev 2014, às 15:05:26, Tomasz Siekierda escreveu: On 4 February 2014 14:58, Jason Dolan ja...@pcc.com wrote: Does anyone know when Qt 4.8.6 will be released? I thought I heard a few months ago that it should be out by the end of January. Later this month (February). AFAIK, it is now undergoing release testing. Snapshot packages are already available at qt-project.org, if you want to test. And the more people help out, the better the release will be. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] New window in Qt makes the application activate
On 03-Feb-2014, at 8:32 PM, Mandeep Sandhu wrote: Wow...so much active-ity in this para! :) At 61, I like to think of myself as an active senior... -John Weeks ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] New window in Qt makes the application activate
On 04-Feb-2014, at 5:47 AM, Rutledge Shawn wrote: What does it mean to activate the application. Isn't it just a question of whether the app steals the keyboard focus? It means to bring it to the foreground so that it has an active-looking titlebar. On OSX, it might also mean bring all the application's windows in front, and maybe even steal focus (but it's good that's not recommended), depending on options. And on Mac OS X, it means that the menu bar (there's only one for the entire computer) is the menu bar defined by that application. The behavior that we particularly objected to was the part where one or more windows are brought to the top and steal keyboard focus. You've started some long computation that every so often creates a new graph window; since it's long, you work on e-mail while waiting. All of sudden you're typing into a graph window instead of your e-mail. -John Weeks ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
[Interest] QMdiSubWindow doesn't adjust its size
I have a moderately complex compound widget contained within a QMdiSubWindow. Certain user actions may cause the widgets to change size. Since everything is contained within layouts, I would expect the QMdiSubWindow to adjust its size, but it doesn't.Initial appearance:A user action causes changes:I find that if I add a call to this code after any action that might change the sizes of the widgets it works correctly: IgorApp()-processEvents(QEventLoop::ExcludeUserInputEvents); infoWindow-rootWidget()-adjustSize(); // rootWidget() returns a pointer to the QMdiSubWindow widgetWithout the call to processEvents() it doesn't adjust correctly.If the application is run as a SDI application (the window shown above is then a top-level window) it works correctly.Yes, it's a frameless window. That doesn't seem to affect the behavior.I can create a very simple application with QMdiSubWindow that exhibits this behavior. I don't think it's caused by forgetting to enclose something in a layout at some level. A QMdiSubWindow, when resized adjusts the size of its internal widget. But the internal widget changing size doesn't seem to be noticed by QMdiSubWindow.1) Is there a way to get a QMdiSubWindow to automagically adjust to its internal widget? It would be better to not have to sprinkle that bit of code all over the place.2) What is processEvents() doing? Why is it necessary?3) I don't like sprinkling calls to processEvents() all over my code. Is there some other way to achieve this?Thanks for any insight you can provide. -John Weeks ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QMdiSubWindow doesn't adjust its size
Hi John, In the top level layout in the QMdiSubWindow, what is the sizeConstraint set to? Try Fixed. Hope that helps, Tony From: interest-bounces+tony=rightsoft.com...@qt-project.org [mailto:interest-bounces+tony=rightsoft.com...@qt-project.org] On Behalf Of John Weeks Sent: Wednesday, 5 February 2014 5:42 AM To: Interest@qt-project.org Interest Subject: [Interest] QMdiSubWindow doesn't adjust its size I have a moderately complex compound widget contained within a QMdiSubWindow. Certain user actions may cause the widgets to change size. Since everything is contained within layouts, I would expect the QMdiSubWindow to adjust its size, but it doesn't. Initial appearance: A user action causes changes: I find that if I add a call to this code after any action that might change the sizes of the widgets it works correctly: IgorApp()-processEvents(QEventLoop::ExcludeUserInputEvents); infoWindow-rootWidget()-adjustSize(); // rootWidget() returns a pointer to the QMdiSubWindow widget Without the call to processEvents() it doesn't adjust correctly. If the application is run as a SDI application (the window shown above is then a top-level window) it works correctly. Yes, it's a frameless window. That doesn't seem to affect the behavior. I can create a very simple application with QMdiSubWindow that exhibits this behavior. I don't think it's caused by forgetting to enclose something in a layout at some level. A QMdiSubWindow, when resized adjusts the size of its internal widget. But the internal widget changing size doesn't seem to be noticed by QMdiSubWindow. 1) Is there a way to get a QMdiSubWindow to automagically adjust to its internal widget? It would be better to not have to sprinkle that bit of code all over the place. 2) What is processEvents() doing? Why is it necessary? 3) I don't like sprinkling calls to processEvents() all over my code. Is there some other way to achieve this? Thanks for any insight you can provide. -John Weeks image001.pngimage002.png___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QMdiSubWindow doesn't adjust its size
Hmm... Calling ensurePolished() on the widget containing all that content seems to do the trick. That is, I'm not calling it on the QMdiSubWindow. Now I'm really confused. -John Weeks ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QMdiSubWindow doesn't adjust its size
Hmm... Calling ensurePolished() on the widget containing all that content seems to do the trick. That is, I'm not calling it on the QMdiSubWindow. Now I'm really confused. I was confused. Sorry for the noise. -John Weeks ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
[Interest] [interest][QT Installer Framework] how to overwrite or reinstall with existing app
Hi All, I created an offline installer file for windows using QT Installer Frame work. After installation succeeded, I tried to execute the installation file again. However an error message The folder you selected already exists and contains an installation. Choose a different target for installation would be given and installation would fail. I would like the installer to overwrite or re-install my application if executed multiple times. I haven't figured out how to do that. Could anyone shed some light on it? Thank you very much. Regards, Peter ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] [interest][QT Installer Framework] how to overwrite or reinstall with existing app
you delete/uninstall the existing folder and reinstall. if you want want a new copy then give a different PATH. On Wed, Feb 5, 2014 at 8:10 AM, peterlingoal peterling...@gmail.com wrote: Hi All, I created an offline installer file for windows using QT Installer Frame work. After installation succeeded, I tried to execute the installation file again. However an error message The folder you selected already exists and contains an installation. Choose a different target for installation would be given and installation would fail. I would like the installer to overwrite or re-install my application if executed multiple times. I haven't figured out how to do that. Could anyone shed some light on it? Thank you very much. Regards, Peter ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest -- Cordially Sujan ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] [interest][QT Installer Framework] how to overwrite or reinstall with existing app
Hi Sujan, Thanks for the reply. If uninstalling is the only solution, is there any way to invoke it at the beginning of installation process? Sorry I am new to QT installer framework, so please give me some guidance. Thanks. regards, On Wed, Feb 5, 2014 at 3:14 PM, Sujan Dasmahapatra sujan.dasmahapa...@gmail.com wrote: you delete/uninstall the existing folder and reinstall. if you want want a new copy then give a different PATH. On Wed, Feb 5, 2014 at 8:10 AM, peterlingoal peterling...@gmail.comwrote: Hi All, I created an offline installer file for windows using QT Installer Frame work. After installation succeeded, I tried to execute the installation file again. However an error message The folder you selected already exists and contains an installation. Choose a different target for installation would be given and installation would fail. I would like the installer to overwrite or re-install my application if executed multiple times. I haven't figured out how to do that. Could anyone shed some light on it? Thank you very much. Regards, Peter ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest -- Cordially Sujan ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest