On Tue, Sep 13, 2022 at 01:12:57PM +, Volker Hilsheimer wrote:
> > On Wed, Sep 07, 2022 at 06:38:30PM +0200, A. Pönitz wrote:
> >> [...] What would have been wrong with starting with
> >>
> >> #ifdef I_AM_WORKING_ON_IT using qsizetyp_ = qsizetype; #else using
> >> qsizetyp_ = int; #endif
> >>
This becomes more and more non-intuitive.
let a: font = f // copy f because a is value-typed?
That syntax doesn't exist in QML. You can only type-annotate function
arguments and return types, but not locals.
let b = a // copy because a is typed, and b's type is inferred
from a
Should there be a way to pass by reference even when using type annotations?
Providing a way to pass by reference for type annotated functions will
probably in people expecting such code to be compiled to C++. I would
only provide such syntax if qmlcachegen and qmlsc can deal with it. If
it's
This becomes more and more non-intuitive.
let a: font = f // copy f because a is value-typed?
let b = a// copy because a is typed, and b's type is inferred
from a?
let c = f// ref because f is JS-ish type
function foo(arg) {
return arg
}
let d = foo(b) // ref becau
Generally I feel that all the gritty details in what to do and what
not do in qml to have efficient, compiled code, are more and more
confusing. There is so much to consider and basically all the
documentation about this is hidden in Qt blog posts.
Well, yes. All of this is 10 years late and we
On Wed, 21 Sep 2022 14:59:08 +0200, Ulf Hermann wrote:
> If a function has type annotations, we pass its arguments and return
> value by value (if they are value types). Otherwise we pass by
> reference. Inside a function, everything is a reference.
>
> This makes some intuitive sense: The type an
> On 2022 Sep 21, at 14:59, Ulf Hermann wrote:
>
> Thanks for the feedback! I've thought about it some more and done some
> experiments and I think we can solve this in a way that makes everyone happy:
>
> If a function has type annotations, we pass its arguments and return value by
> value (
Hi,
Generally I feel that all the gritty details in what to do and what
not do in qml to have efficient, compiled code, are more and more
confusing. There is so much to consider and basically all the
documentation about this is hidden in Qt blog posts.
Anyway I'd just like to note that, as far as
Thanks for the feedback! I've thought about it some more and done some
experiments and I think we can solve this in a way that makes everyone
happy:
If a function has type annotations, we pass its arguments and return
value by value (if they are value types). Otherwise we pass by
reference.
Definitely!
From: Development on behalf of Shawn
Rutledge
Sent: Wednesday, September 21, 2022 9:01:10 PM
To: Qt Development
Subject: Re: [Development] Requesting a repository for Qt Quick Effect Maker
Yes! I’m looking forward to having that public.
On 2022 Sep
Yes! I’m looking forward to having that public.
On 2022 Sep 21, at 12:55, Tomi Korpipää
mailto:tomi.korpi...@qt.io>> wrote:
Anyone to second this?
-Tomi
From: Volker Hilsheimer
mailto:volker.hilshei...@qt.io>>
Sent: Wednesday, August 31, 2022 11:43
To: Tomi Kor
Anyone to second this?
-Tomi
From: Volker Hilsheimer
Sent: Wednesday, August 31, 2022 11:43
To: Tomi Korpipää ; development@qt-project.org
Subject: Re: [Development] Requesting a repository for Qt Quick Effect Maker
+1
Volker
> On 29 Aug 2022, at 12:15, Tomi
Thanks for writing this up, Ulf!
Working on porting Qt Location to Qt 6 right now, I’m looking very much forward
to the improved support for value types :)
> On 20 Sep 2022, at 18:13, Ulf Hermann wrote:
>
> Hi,
>
> I'm currently trying to transform QML value types, such as font, rect,
> size
> 1. Value types are passed by value
> 2. Everything is a reference
Most languages have a way to specify this in the signature. Swift has the
“inout” keyword, c# has “ref”. Have you considered this as an option as well?
BR,
Richard
___
Development mai
14 matches
Mail list logo
