[Interest] QML Image sourceSize bug (?)

2021-03-26 Thread Alexander Dyagilev
I have PNG image of 256x256 size. I'm trying to show it on 25x25 size using this code: Image{ width:25 height:25 fillMode:Image.PreserveAspectFit horizontalAlignment:Image.AlignHCenter verticalAlignment:Image.AlignVCenter source:preview.url } I'm getting this: If I add sourceSize so

Re: [Interest] QML Image size vs sourceSize strange things

2021-03-26 Thread Alexander Dyagilev
This all is not about my question in any matter. I do not care about SVG at all. And SVG are not used in this example. Please learn to read question before answering On 3/23/2021 4:16 PM, Jérôme Godbout wrote: Do you really need to same memory by reducing the source size? I think you

Re: [Interest] the path forward - that 7 year thing - was willy-nilly

2021-03-26 Thread Hamish Moffatt
On 27/3/21 11:47 am, Scott Bloom wrote: Sorry for top posting... But I disagree here. Even for mac, Qt 5 is 9 years old, 4 lived 6 (4.0->4.8 LTS initial release, 4.8 lived for 3 years) Im not saying we go to a Qt Major version for every mac system style change. But if they produce a SDK

Re: [Interest] the path forward - that 7 year thing - was willy-nilly

2021-03-26 Thread Scott Bloom
Sorry for top posting... But I disagree here. Even for mac, Qt 5 is 9 years old, 4 lived 6 (4.0->4.8 LTS initial release, 4.8 lived for 3 years) Im not saying we go to a Qt Major version for every mac system style change. But if they produce a SDK where previous version is so different than

Re: [Interest] the path forward - that 7 year thing - was willy-nilly

2021-03-26 Thread Hamish Moffatt
On 27/3/21 11:23 am, Scott Bloom wrote: To be clear. Roland and I are talking about very different issues. To me, Qt should continue to support OS's/Compilers for the life of a Major version of Qt. if it built on Qt 5.0 it should build on that OS/Compiler in 5.15 If Qt decides that modern

Re: [Interest] the path forward - that 7 year thing - was willy-nilly

2021-03-26 Thread Scott Bloom
Forgot to mention this. I do not expect something that built against Qt3/4/5 to build under Qt4/5/6 on the same OS/Compiler. If Im changing OS, or compiler. I hope to find a Qt that works on the new combo, (that’s rarely ever been an issue) but, my old version of Qt? if the major version is

Re: [Interest] the path forward - that 7 year thing - was, willy-nilly

2021-03-26 Thread Scott Bloom
From the Qt blog post https://www.qt.io/blog/qt-offering-changes-2020 "These changes will not have any effect on existing commercial licensing or services agreements." Now, it doesn’t talk about the notion that if you built and produced your code against a commercial license, it has to remain

Re: [Interest] the path forward - that 7 year thing - was willy-nilly

2021-03-26 Thread Scott Bloom
To be clear. Roland and I are talking about very different issues. To me, Qt should continue to support OS's/Compilers for the life of a Major version of Qt. if it built on Qt 5.0 it should build on that OS/Compiler in 5.15 If Qt decides that modern C++ was more important in 5.13, and the

Re: [Interest] the path forward - that 7 year thing - was, willy-nilly

2021-03-26 Thread Roland Hughes
On 3/26/21 1:39 PM, Jason H wrote: Thiago, apparently, even with a commercial license, we no longer have rights to use whatever versions were current when we had the license. Previously, we could use it in perpetuity. This is probably a deal breaker at my new organization. It is my

Re: [Interest] the path forward - that 7 year thing - was, , willy-nilly

2021-03-26 Thread Roland Hughes
On 3/26/21 1:39 PM, Michael Jackson wrote: I'll start off by acknowledging your points, but we will just agree to disagree. I acknowledge that you have a*lot* of years making/maintaining software for medical devices. But I'm with Hamish on this. I don't understand. What you are saying

Re: [Interest] the path forward - that 7 year thing - was, willy-nilly

2021-03-26 Thread Michael Jackson
Roland, I'll start off by acknowledging your points, but we will just agree to disagree. I acknowledge that you have a *lot* of years making/maintaining software for medical devices. But I'm with Hamish on this. I don't understand. What you are saying is that Qt was designed "perfectly"

Re: [Interest] the path forward - that 7 year thing - was, willy-nilly

2021-03-26 Thread eric.fedosejevs
The FitBit and its many fly-by-night knockoffs are a great example. Its “food plan” app will probably soon have privileged access to all of your kitchen appliances. And it can even be used to monitor when the supervisor at your local nuclear power plant goes on his daily constitutional.

Re: [Interest] Extracting available imports from QML plugins for package dependencies

2021-03-26 Thread Ulf Hermann
Hi Fabian, In general, you should bug your upstream to provide a qmltypes file for each module. They know best what types they want to expose in what version and under what URI. I do understand that upstream may be less than delighted, though ... Modern QML applications generate their

Re: [Interest] the path forward - that 7 year thing - was, willy-nilly

2021-03-26 Thread Roland Hughes
On 3/26/21 9:23 AM, eric.fedosej...@gmail.com wrote: There are much worse possible outcomes than spoiled food. “App-controlled” smart ovens are now all the rage. Even if there are safety measures to prevent remotely burning down your house, what fraction of ovens in a community do you need

Re: [Interest] the path forward - that 7 year thing - was, willy-nilly

2021-03-26 Thread eric.fedosejevs
There are much worse possible outcomes than spoiled food. “App-controlled” smart ovens are now all the rage. Even if there are safety measures to prevent remotely burning down your house, what fraction of ovens in a community do you need to simultaneously preheat to bring down the entire

Re: [Interest] the path forward - that 7 year thing - was, willy-nilly

2021-03-26 Thread Roland Hughes
On 3/26/21 6:00 AM, Hamish Moffatt wrote: I really don't understand your arguments Roland. You say you need Qt support for 15 years, but you can't actually change one bit of your software without FDA approval, so presumably this means you aren't upgrading Qt anyway. Then after 15 years you want

Re: [Interest] the path forward - that 7 year thing - was willy-nilly

2021-03-26 Thread Jason H
> Sent: Thursday, March 25, 2021 at 9:41 PM > From: "Thiago Macieira" > To: interest@qt-project.org > Subject: Re: [Interest] the path forward - that 7 year thing - was willy-nilly > > On Thursday, 25 March 2021 12:38:56 PDT Roland Hughes wrote: > > > Qt's horizon is about 7 years. > > > >

[Interest] Extracting available imports from QML plugins for package dependencies

2021-03-26 Thread Fabian Vogt
Hi, I'm one of the Qt+KDE package maintainers for openSUSE. For making sure that all shipped .qml files have their imports available, during package build we generate a list of provided and required capabilities for packages including .qml and qmldir files. Those are used by RPM and package

Re: [Interest] the path forward - that 7 year thing - was, willy-nilly

2021-03-26 Thread Roland Hughes
On 3/26/21 6:00 AM, Thiago Macieira wrote: It doesn't make economical sense for Qt to provide support for 15 years. If you need Qt for that long, you should engage a consultancy that will sell you that contract, the same way that Red Hat sells support for RHEL 6 for 14 years total (2010-2024).

[Interest] Frame count from MediaPlayer QML while playing

2021-03-26 Thread Alex john
Hello, I would like to get the frame count of the video that's been played by the MediaPlayer in QML, but I didn't find any property that will provide it. As the video is made up of frames , I have corresponding annotations per frame in the database that I would like to fetch using the frame