Shawn Rutledge wrote:
> https://github.com/kbroulik/lottie-qml looks like a JS/canvas thing?
As I understand the code, the KDE implementation at that link uses the
upstream Lottie JS/web implementation with a fake browser DOM shim that
implements those few DOM methods that the JS code needs in t
On 10/01/2019 15:08, Shawn Rutledge wrote:
The next problem is how to use custom shaders and adjustable uniforms without
breaking batching in the scene graph; today, the number of draw calls goes up
if you do that. This is the reason we don’t have GPU-calculated AA line
charts, and it’s also
Hello
Commit c8c5ff19de1c34a99b8315e59015d115957b3584[1] was allowed to pass the CI
despite failing tests in a non-blacklisted test. It's fixed in [2] which is
integrating now.
The reason this was allowed is because none of the machines in the CI are
testing the AVX2 codepaths in qdrawhelper_
> From: "Val Doroshchuk"
> Hi,
> thanks for explanation.
> Does it sound good to try to create a data storage, where converted data is
> located per real frame, (which will be created on first filter).
> Followed filters will use QVideoFrames with custom
> QAbstractVideoBuffer::UserHandle and
QTBUG-35476 refers to
http://lists.qt-project.org/pipermail/development/2013-December/014491.html
which I was going to re-read but it has gone missing too.
___
Development mailing list
Development@qt-project.org
https://lists.qt-project.org/listinfo/dev
On Thu, 10 Jan 2019 14:21:59 +, Kari Oikarinen wrote:
>> True, but Qt/Charts is also QWidgets only.
>>
> Not quite: https://doc.qt.io/qt-5/qtcharts-qmlchart-example.html
According to https://code.woboq.org/qt5/qtcharts/src/chartsqml2/
declarativechart_p.h.html this is a wrapper around QChart
> On 10 Jan 2019, at 13:24, Vlad Stelmahovsky
> wrote:
>
> Qwt is nice but supports only QWidgets, right?
>
> so any mobile or Desktop/QML is not supported. Probably this is one of the
> reasons
>
> and its not HW accelerated
Last I checked (which was a couple years ago), Charts started out
Uwe Rathmann wrote:
> Don't you agree that supporting an existing project instead would have
> lead to a better overall situation for everyone ?
A similar situation is Phonon vs. QtMultimedia, where both projects are now
missing some wanted features. If they had been working together, we would
h
Hi,
thanks for explanation.
Does it sound good to try to create a data storage, where converted data is
located per real frame, (which will be created on first filter).
Followed filters will use QVideoFrames with custom
QAbstractVideoBuffer::UserHandle and id from the storage?
_
On 10.1.2019 15.22, Uwe Rathmann wrote:
> On Thu, 10 Jan 2019 13:24:14 +0100, Vlad Stelmahovsky wrote:
>
>> Qwt is nice but supports only QWidgets, right?
>
> True, but Qt/Charts is also QWidgets only.
>
Not quite: https://doc.qt.io/qt-5/qtcharts-qmlchart-example.html
--
Kari
___
What about this set of QML types? [1]
[1] https://doc.qt.io/qt-5/qtcharts-qmlmodule.html
> On 10 Jan 2019, at 16:22, Uwe Rathmann wrote:
>
> On Thu, 10 Jan 2019 13:24:14 +0100, Vlad Stelmahovsky wrote:
>
>> Qwt is nice but supports only QWidgets, right?
>
> True, but Qt/Charts is also QWidget
nope, there is QML interface
On 1/10/19 2:22 PM, Uwe Rathmann wrote:
On Thu, 10 Jan 2019 13:24:14 +0100, Vlad Stelmahovsky wrote:
Qwt is nice but supports only QWidgets, right?
True, but Qt/Charts is also QWidgets only.
Uwe
___
Development mailing
On Thu, 10 Jan 2019 13:24:14 +0100, Vlad Stelmahovsky wrote:
> Qwt is nice but supports only QWidgets, right?
True, but Qt/Charts is also QWidgets only.
Uwe
___
Development mailing list
Development@qt-project.org
https://lists.qt-project.org/listinfo/
Renamed discussion topic. :) Agree with Uwe. I was using Qwt for many years and
was surprised when Qt Charts appeared. Thought it has some advantages or
interesting effects. If not, it is also not clear to me why not to contribute
to Qwt which is feature rich, extremely fast and make it candy, m
Qwt is nice but supports only QWidgets, right?
so any mobile or Desktop/QML is not supported. Probably this is one of
the reasons
and its not HW accelerated
On 1/10/19 1:00 PM, Uwe Rathmann wrote:
On Thu, 10 Jan 2019 10:48:37 +, Tuukka Turunen wrote:
Related to your comment about the Q
I vote for shorter form as well.
But the documentation should be extended with the Philippe's second
example. Trailing return type is rarely required, but we cannot omit
parameters list in this case, because it leads to compilation error.
On 1/9/19 8:31 PM, Philippe wrote:
> I like the shorter
Hi Uwe,
On torsdag 10. januar 2019 10:24:22 CET Uwe Rathmann wrote:
> On Thu, 10 Jan 2019 07:24:01 +, Frederik Gladhorn wrote:
> >> Ours is LGPLv2+ as usual, FWIW.
> >
> > Which sadly makes it unsuitable for inclusion in Qt.
>
> I'm maintainer of the Qwt library ( https://qwt.sourceforge.io/
On Thu, 10 Jan 2019 10:48:37 +, Tuukka Turunen wrote:
> Related to your comment about the Qt Charts being limited I would tend
> to disagree.
https://www.qtcentre.org/threads/69718-QChartView-and-QScatterSeries-
overrdide-the-label-of-a-QPointF
https://www.qtcentre.org/threads/69094-3D-Plot
Hi,
Sometimes parallel work happens - especially if things are done outside of the
Qt Project repositories. Sometimes there is real duplication of effort,
sometimes approach is different even though aiming towards the same goal,
performance may differ, 3rd party dependencies are different etc.
On Thu, 10 Jan 2019 07:24:01 +, Frederik Gladhorn wrote:
>> Ours is LGPLv2+ as usual, FWIW.
>
> Which sadly makes it unsuitable for inclusion in Qt.
I'm maintainer of the Qwt library ( https://qwt.sourceforge.io/ ), that
exists since Qt 1.1 - but there are also other popular Qt plotting
li
On Wed, Jan 9, 2019 at 8:44 PM "André Hartmann" wrote:
> My request to syncronize both [3] lead to the conclusion, to change the
> rule,
> so that empty parameter lists should be written as
>
> [] { // lambda content }
>
If I were to vote, which I won't, I'd vote instead to make the expression
Hi!
Initial ones here:
https://codereview.qt-project.org/#/q/message:%22Add+changes+file+for+Qt+5.12.1%22,n,z
Maintainers, please finalize ones immediately and get changes approved.
br,
Jani
___
Development mailing list
Development@qt-project.org
htt
On onsdag 9. januar 2019 17:26:06 CET Thiago Macieira wrote:
> On Wednesday, 9 January 2019 06:23:02 PST Tuukka Turunen wrote:
> > Description: Lottie-Qt, a renderer for Bodymovin animations
>
> What's "Lottie" ? Is that an acronym? Or is it a trademark of something? If
> it's the latter, please f
23 matches
Mail list logo
