The language server repository should already have all the FF affecting changes
in, adding it to the the dependencies before FF, would be ok?
FF breaking changes would be confined to the malls tool in declarative…
Fawzi
> On 10. Dec 2021, at 09:36, Lars Knoll wrote:
>
> As far as I can see, qt
> On 15. Jun 2020, at 01:27, Fawzi Mohamed wrote:
>
> In the past I worked with the tango library with the D language, that did try
> to avoid heap allocations and in my own blip library I had build most of the
> text output on a Sink: a functor that accepts a string.
> For gra
In the past I worked with the tango library with the D language, that did try
to avoid heap allocations and in my own blip library I had build most of the
text output on a Sink: a functor that accepts a string.
For graphical user interfaces that is not an issue still I think that a Sink
defined
> On 5. May 2020, at 09:51, Alex Blasche wrote:
>
>> -Original Message-
>> From: Development On Behalf Of Lars
>> Knoll
>> I’m happy to say that I have a great candidate who’d be willing to take over
>> the
>> maintainership. Fabian Kosmale would be interested in taking over from
>> Ol
Hi Daniel,
I agree with most of your choices, and yes there will be cases where a change
in QT is required.
What I did not fully understand is why you did not go the whole way and used
unique_ptr also in QObject, as Vitaly suggested: your invariant is either
owned by a unique_ptr or a QObject,
best option.
Still I find the idea of using unique_ptr in the API as you proposed a good
thing.
--
Fawzi Mohamed
Senior Software Developer
The Qt Company
Address
Erich-Thilo-Str.10D-12489, Berlin, Germany
fawzi.moha...@qt.io
+49 30 63 92 3255
http://qt.io
The Future is Written with Qt
--
> O
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
