Re: [Interest] QWebView and Joomla pages

> -Original Message- > From: Interest [mailto:interest-bounces+kai.koehne=qt...@qt-project.org] > On Behalf Of Frank Rueter | OHUfx > Sent: Thursday, January 12, 2017 8:13 AM > To: interest@qt-project.org > Subject: [Interest] QWebView and Joomla pages > > Hi all, Hi, > this may be a

[Interest] QWebView and Joomla pages

Hi all, this may be a long shot but i don't quite know where else to get help: I am trying to use QWebView to display a part of a Joomla page like this one. Trouble is that I can't figure out how to deal with the required css files to ens

Re: [Interest] suppressing tooltips of all widgets

oops I was too trigger happy. Installing the event filter on the top level widget triggers the filter _after_ the tooltips were shown for some reason. Only when I install it on the QApplication instance do I get a chance to filter before the default event. Oh well, back to using enter and leav

Re: [Interest] How to change nested JSON object directly

This issue has been addressed here: QTBUG-25723 On Thu, Jan 12, 2017 at 2:14 AM jack ma wrote: > Hi, > I mean if we can don't copy a QJsonObject with toObject(), but like > something pointer, to change the nested value directly. > because my nested object may be to big, that may waste memory and

Re: [Interest] suppressing tooltips of all widgets

DOH, ignore that last bit. I wrongly assumed that I need to install event filters to QApplication instances when in fact I can install them to any QObject. So there is no need to mess with enter and leave events. Nice On 12/01/17 1:35 PM, Frank Rueter | OHUfx wrote: Thanks guys, works perfectl

Re: [Interest] How to change nested JSON object directly

On quinta-feira, 12 de janeiro de 2017 07:13:57 PST jack ma wrote: > I mean if we can don't copy a QJsonObject with toObject(), but like > something pointer, to change the nested value directly. > because my nested object may be to big, that may waste memory and time. Sorry, the way I said is the

Re: [Interest] suppressing tooltips of all widgets

Thanks guys, works perfectly. Since my app will run inside of another host application I just need to make sure to install the event to QApplication.instance() in my main widget's enterEvent and uninstall it again in the leaveEvent to avoid processing the host application's events. But that sh

Re: [Interest] suppressing tooltips of all widgets

On 01/11/2017 06:37 PM, Frank Rueter | OHUfx wrote: Thanks Giuseppe, I will check out both those options and report back. On 12/01/17 12:15 PM, Giuseppe D'Angelo wrote: Il 12/01/2017 00:02, Frank Rueter | OHUfx ha scritto: Is there any way to intercept a any tool tip even from anywhere in the

Re: [Interest] suppressing tooltips of all widgets

Thanks Giuseppe, I will check out both those options and report back. On 12/01/17 12:15 PM, Giuseppe D'Angelo wrote: Il 12/01/2017 00:02, Frank Rueter | OHUfx ha scritto: Is there any way to intercept a any tool tip even from anywhere in the app? Install a global event filter on QApplication,

Re: [Interest] suppressing tooltips of all widgets

Il 12/01/2017 00:02, Frank Rueter | OHUfx ha scritto: > Is there any way to intercept a any tool tip even from anywhere in the app? Install a global event filter on QApplication, and filter out all QEvent::ToolTip events? (Never tried myself, so take it with a grain of salt.) Another option: inst

Re: [Interest] How to change nested JSON object directly

Hi, I mean if we can don't copy a QJsonObject with toObject(), but like something pointer, to change the nested value directly. because my nested object may be to big, that may waste memory and time. 2017-01-12 6:56 GMT+08:00 Thiago Macieira : > On quinta-feira, 12 de janeiro de 2017 06:09:23 PST

[Interest] suppressing tooltips of all widgets

Hi all, what is the best way to suppress tool tips for all widgets in an app? I have been asked to implement a user preference for showing tool tips and am reluctant to modify every single widget to check the preference before showing the tooltip. I had hoped that I can maybe intercept the QH

Re: [Interest] How to change nested JSON object directly

On quinta-feira, 12 de janeiro de 2017 06:09:23 PST jack ma wrote: > *jsonObject["key1"].toObject().value("key2") = "somteting2"* > > > but now , *toObect()* just return a copy of key1, so you can't change > key2 directly QJsonObject jso2 = jsonObject["key1"].toObject(); jso2["key2"] = "somethin

[Interest] How to change nested JSON object directly

{ "key1":{ "key2":"someting" } } if root is jsonObject, what I want is like this : *jsonObject["key1"].toObject().value("key2") = "somteting2"* but now , *toObect()* just return a copy of key1, so you can't change key2 directly __

Re: [Interest] Suppressing Q_ASSERT on release builds

On quarta-feira, 11 de janeiro de 2017 10:58:29 PST Jani Tykka wrote: > The fact that delegated_frame_node.cpp is asserting in release build > is an issue in Qt that should be fixed. I ended up explicitly removing > Q_ASSERTs from that file. We have been receiving these crash reports > to our syste

Re: [Interest] Suppressing Q_ASSERT on release builds

On quarta-feira, 11 de janeiro de 2017 10:52:44 PST Jani Tykka wrote: > > Are you talking about 3rdparty components that are used inside Qt? Which > > one is including qglobal.h? > > Yes, in qtbase: > > In file included from src/hb-blob.cc:32: > In file included from src/hb-private.hh:33: > In fi

Re: [Interest] Qt 5.7+ and Command+Shift shortcuts on Mac

On Wednesday January 11 2017 16:36:32 Andy Shaw wrote: Hi, > I could have sworn the revert was pre 5.7.1, but it is reverted in its > entirity since, but the patch pending puts part of it back in without the bit > that was causing problems at least. My mom told me never to swear ;) Either way

Re: [Interest] Qt 5.7+ and Command+Shift shortcuts on Mac

I could have sworn the revert was pre 5.7.1, but it is reverted in its entirity since, but the patch pending puts part of it back in without the bit that was causing problems at least. Andy René J.V. Bertin skrev følgende den 11.01.2017, 17.35: On Wednesday January 11 2017 08:16:29 Andy S

Re: [Interest] Qt 5.7+ and Command+Shift shortcuts on Mac

On Wednesday January 11 2017 08:16:29 Andy Shaw wrote: Hi > https://codereview.qt-project.org/#/c/175556/ This one is already applied in 5.7.1, maybe 175556 reverts a change made later on? R. ___ Interest mailing list Interest@qt-project.org http://li

Re: [Interest] Needed working stop/start for animated SVG

On Wed, Jan 11, 2017 at 4:34 PM, Serge K via Interest < interest@qt-project.org> wrote: > What will be my benefits for this solution if I will already have working > libs? > Your benefit would be that someone else could make use of your patch, just as you are using thousands of lines of code cont

Re: [Interest] Needed working stop/start for animated SVG

Other issue about patch is - I do not know how it should work internally. To understand I must break my main project, then investigate specific Qt internals (I really do not know how Qt works with Android and how Android should work), find they solution, write code, assemble Qt with it, test and

Re: [Interest] Needed working stop/start for animated SVG

> On 11 Jan 2017, at 13:43, Serge K via Interest > wrote: > > I am not sure about patch. I'm going distribute my product using Ministro to > reduce space used by Qt libraries. There will be several "parts" of this > product distributed separately. But they will use same Qt libs set. Without

Re: [Interest] Needed working stop/start for animated SVG

I am not sure about patch. I'm going distribute my product using Ministro to reduce space used by Qt libraries. There will be several "parts" of this product distributed separately. But they will use same Qt libs set. Without Ministro each part will have copy of all used Qt libs. But with Minist

Re: [Interest] Needed working stop/start for animated SVG

> On 10 Jan 2017, at 20:14, Serge K via Interest > wrote: > > > May be - then this is a bug in Qt for Android. Right now I found another bug > - QSound::play() in Android stops playing WAV after several times if playing > fast. You can write them both up at bugreports.qt.io. Be sure to pro

Re: [Interest] Suppressing Q_ASSERT on release builds

...Continuing (accidentally sent the mail) The fact that delegated_frame_node.cpp is asserting in release build is an issue in Qt that should be fixed. I ended up explicitly removing Q_ASSERTs from that file. We have been receiving these crash reports to our system from customers. The assert locat

Re: [Interest] Suppressing Q_ASSERT on release builds

On Tue, Jan 10, 2017 at 5:35 PM, Thiago Macieira wrote: > Em terça-feira, 10 de janeiro de 2017, às 15:23:32 PST, Jani Tykka escreveu: >> It seems that QT_NO_DEBUG doesn't get defined when 3rd party libraries >> are built. Which means that if any 3rd party component includes >> qglobal.h will then

Re: [Interest] Qt 5.7+ and Command+Shift shortcuts on Mac

Hi, Qt 5.8.0 is in essence taking on the role of 5.7.3 I believe and it should be out in a week or so, but one of these patches will be in 5.8.1 and not 5.8.0 in any case. They can be applied to 5.7.x without any problem as this code has not really changed much since Qt 5.7.0, the ones I am th

Re: [Interest] Qt 5.7+ and Command+Shift shortcuts on Mac

On Wednesday January 11 2017 06:08:39 Andy Shaw wrote: Hi, >I have been doing some patches lately (i.e. yesterday and the day before) to >fix shortcuts (these have been reported on JIRA already too) on Cocoa so I >don’t know if this is addressed already in Qt 5.8.x as a result. But it might >b