On Thursday, 9 June 2022 11:36:21 CEST Giuseppe D'Angelo via Development
wrote:
> Il 09/06/22 01:48, Thiago Macieira ha scritto:
> > d) Because if this, code using QStringConverter with non-builtin encodings
> > will leak resources unless it's recompiled for 6.4. No source changes are
> > necessar
___
> Development mailing list
> Development@qt-project.org<mailto:Development@qt-project.org>
> https://lists.qt-project.org/listinfo/development
> ___
> Development mailing list
> Development@qt-projec
On Friday, 26 October 2018 09:18:21 CEST Ulf Hermann wrote:
> On 10/26/18 9:05 AM, Oliver Wolff wrote:
> > +1 from here as well. I also think that the proposed document (and
> > especially the "enforcement" part) is way too long
>
> The KDE CoC [1] does not specify any action to be taken when it's
On Thursday, 25 October 2018 09:11:42 CEST Simon Hausmann wrote:
> Am 25.10.18 um 08:31 schrieb Shawn Rutledge:
>
> >
> >
> >> On 24 Oct 2018, at 17:09, Jason H wrote:
> >>
> >>
> >>
> >> In case it needs to be said-
> >> I am AGAINST racism, sexism, bigotry, and all the other exclusionary
> >> t
ress the commercial user concerns
is certainly possible.
Regards,
Volker
> ________
> From: Development
> on behalf of Volker Krause Sent: Friday, February
> 23, 2018 10:20:23 AM
> To: development@qt-project.org; qt-crea...@qt-project.org
> Subject: Re: [De
Hi,
as numerous people have asked me to comment on this by now, let me just do
that here publicly (representing KDE's KUserFeedback, not KDAB):
Tino is well aware of KUserFeedback, we discussed that last year already in
detail. So it definitely was considered as a possible solution for this.
I
On Thursday, 31 August 2017 00:13:43 CEST Thiago Macieira wrote:
> On Wednesday, 30 August 2017 14:17:05 PDT René J. V. Bertin wrote:
> > Thiago Macieira wrote:
> >
> > Oops, missed this one.
> >
> > > Unfortunately, we can't change anymore.
> >
> > Can someone explain what could possibly be bro
dynamic Signal/Slot connections. Since all SignalTransition
> classes provide a boolean result for eventTest(), a single C++
> implementation was created that uses a boolean property ("guard") for the
> eventTest result. This allows any QML/Javascript expression that resolves
&g
omics using
Olivier's initial benchmark, it's about 4-5x slower for checking if there's a
callback set. Since this is affecting every Qt application on a not uncommon
hot path, I'd rather trade in theoretical tool stability for general
performance.
regards,
Volker
--
Volker
On Tuesday 08 April 2014 23:53:11 André Pönitz wrote:
> On Tue, Apr 08, 2014 at 11:00:18PM +0200, Olivier Goffart wrote:
> > On Tuesday 08 April 2014 07:42:46 Thiago Macieira wrote:
> > > Em ter 08 abr 2014, às 15:49:16, Volker Krause escreveu:
> > > > API-wise we are
On Monday 07 April 2014 10:18:40 Thiago Macieira wrote:
> Em seg 07 abr 2014, às 17:48:46, Volker Krause escreveu:
> > The current situation is that the hooks work fine on Linux/QNX in
> > combination with LD_PRELOAD (unless you have a non-recent gold that
> > ignores
>
sn't receive arguments, so both
approaches listed above would work. Any preferences on how to handle this one
while we are at it?
Also, for anyone from Froglogic: Would any of this be causing problems for you
guys?
regards,
Volker
--
Volker Krause | volker.kra...@kdab.com | Senior Softwa
12 matches
Mail list logo
