Hi
Since the tickets and things I want to do may have varying duration, I would
like to know if there is any schedule/plan set for the next major release.
Depending on the timeframe, I could switch from small tickets to bigger ones
more easily.
On a side note, is there any rule regarding the mer
It has always been the rule that minor changes that you feel confident about is
just pushed.
Changes to architecture or user experience should be put up for review, and
possibly even discussion.
We have never required complete approval, but should carefully listen to
objections and not do chang
Hi
In order to rejuvenate a bit some parts of the code base, I am looking into
Clazy, especially the old-style connect fixit. In several projects, switching
away from these made the application more reliable, with issues being catched
at build time instead of run time.
Do you see any reason not
I'd say just do it.
The code i work on at work uses the new style too, and apart from a few places
with overloaded signals or slots it is really easy to work with
On 13/02/2021 14.43.59, Pierre wrote:
Hi
In order to rejuvenate a bit some parts of the code base, I am looking into
Clazy, especia
Definitely support that effort as well, they are /much/ nicer to work with
just all 'round, and even if we can only depend on Qt 5.6, we /can/ depend on
a sufficiently modern compiler for our code to be less... ancient ;) So yeah,
definitely go for it :)
On Saturday, 13 February 2021 13:52:22 G
On Saturday, February 13, 2021 3:24:35 PM CET Dan Leinir Turthra Jensen wrote:
> Definitely support that effort as well, they are /much/ nicer to work with
> just all 'round, and even if we can only depend on Qt 5.6, we /can/ depend
> on a sufficiently modern compiler for our code to be less... anc