Hi Arnaud,
I consider the topic definitely interesting, not sure if I will have time to
follow it, but it is aligned with what I did previously, and working with QML a
json serialization is something we should consider.
Fawzi
--
On Thursday, Jan 23, 2020 at 9:25 PM, Arnaud Clère
mailto:arnau
Hi,
Considering your previous remarks, I would make the following amendments:
Le jeu. 23 janv. 2020 à 15:07, Kari Oikarinen a écrit :
> On 6.12.2019 19.36, Arnaud Clère wrote:
> > Name: QtDataTransforms ?
QtSerialization (more pragmatic and self explanatory)
> > Responsible persons: me and/or ?
Indeed, getting some of the SSE work from Qt 3D into Gui could be useful as
well.
When it comes to 3rd party solutions, the graphics stack would most likely be
fine and happy with using glm (and so math3d could just go away), but that
would mean pulling in more 3rd party dependencies, which is
> On 23 Jan 2020, at 14:36, Konstantin Tokarev wrote:
>
>
>
> 23.01.2020, 15:56, "Laszlo Agocs" :
>> 4. Longer term, let's rather focus the energy on improving performance (via
>> SSE, NEON) in math3d, as that would probably bring more benefits to Qt Quick
>> and Quick 3D than spending effo
23.01.2020, 15:56, "Laszlo Agocs" :
> 4. Longer term, let's rather focus the energy on improving performance (via
> SSE, NEON) in math3d, as that would probably bring more benefits to Qt Quick
> and Quick 3D than spending effort on trying to get QtCore compete with
> existing linear algebra so
On 16.12.2019 17.39, Ulf Hermann wrote:
> Hi,
>
> I would like to request a new module and repository for an
> implementation of the JSON RPC and Language Server protocols:
>
> Name of the repository: qt/qtlanguageserver.git
> Description: An implementation of the language server protocol
> Res
On 6.12.2019 19.36, Arnaud Clère wrote:
>
> Name: QtDataTransforms ?
>
> Description:
> QtDataTransforms long-term goal is to make it easy to move data
> to/from specific Qt modules based on a common JSON-like data model
> made of sequences, records, and basic data types. It defines a default
Hi,
After some thinking, I pretty much agree with Laszlo. QVectorND, QMatrix4x4 and
most other classes in math3d are really tuned towards graphics, and thus make
little sense in Qt Core. So +1 for keeping them where they are and in addition
a +1 for deprecating QGenericMatrix.
But I think that
Hi,
Regarding math3d:
It turns out that QGenericMatrix has no actual matrix operations. It is merely
a dumb templated container, which probably exists only because someone did not
like the idea of QMatrix4x4::normalMatrix() outputting into a plain float[9].
Therefore, instead of dumping st
Hi.
On Thu, Jan 23, 2020 at 10:56 AM Jaroslaw Kobus
wrote:
> one of the tasks planned for Qt 6 is to move the math3D classes from QtGui
> to QtCore (https://bugreports.qt.io/browse/QTBUG-46653).
>
Why? My personal experience leads me to believe that the transformations
and such aren't really su
Hi all,
Final downmerge from '5.12' to '5.12.7' is now done. Staging in '5.12.7' is
restricted to release team only as well.
br,
Jani
From: Releasing on behalf of Jani Heikkinen
Sent: Thursday, January 16, 2020 12:45 PM
To: development@qt-project.org;
Resending it to development list, it was the original intention, but it went to
another list.
BR
Jarek
From: Jaroslaw Kobus
Sent: Tuesday, January 21, 2020 1:33 PM
To: Qt Development
Subject: Moving math3d classes from GUI to CORE
Hi All,
one of the ta
12 matches
Mail list logo
