Just to add another minor downside to the current name: qtif and qtifw
are already quite common shorthands for Qt Installer Framework in
search keywords / discussions.
Elvis
Den tors 7 dec. 2023 kl 20:03 skrev Maurice Kalinowski via Development
:
>
> You are absolutely correct that this module
Den tis 31 okt. 2023 kl 09:49 skrev Khande, Chandrakant Gulab (DBAN)
:
>
> Hi Team,
>
>
>
> Found the memory leak in libQt5Core.so.5.15.7
> Following is the valgrind stack, can Qt help to resolve this, any fix version
> available for Rocky 8
>
> ==1819== 312 bytes in 3 blocks are definitely lost
Den lör 3 juni 2023 kl 15:08 skrev Giuseppe D'Angelo :
>
>
>
> Il sab 3 giu 2023, 14:37 Elvis Stansvik ha scritto:
>>
>> Hi all,
>>
>> I was going through some legacy code and came across a behavioral
>> difference between QPair and std::pair:
>
Hi all,
I was going through some legacy code and came across a behavioral
difference between QPair and std::pair:
estan@edison:~$ cat test.cpp
#include
#include
int main(void) {
int i = 1;
QPair{i, i};
std::pair{i, i};
return 0;
}
estan@edison:~$ g++ -isystem
Den tors 19 jan. 2023 13:34Giuseppe D'Angelo via Development <
development@qt-project.org> skrev:
> Il 19/01/23 10:27, Tor Arne Vestbø ha scritto:
> >> All the contrary, do NOT do that, as it results in 200+ lines unnamed
> lambdas. Strongly prefer named slots. Keep the lambdas short and to the
>
Den tors 17 nov. 2022 kl 18:46 skrev Thiago Macieira
:
>
> On Thursday, 17 November 2022 02:04:54 PST Marc Mutz via Development wrote:
> > > Also, sometimes I wonder if all the work you and I do to optimise these
> > > things matter, in the end. We may save 0.5% of the CPU time, only for
> > >
is too late
> to say anything at all.
>
> Regards,
> Konstantin
>
>
> вт, 27 сент. 2022 г. в 23:02, Elvis Stansvik :
>
>> Den tis 27 sep. 2022 kl 21:52 skrev Elvis Stansvik :
>> >
>> > Den tis 27 sep. 2022 kl 21:01 skrev Thiago Macieira <
>> thi
Den tis 27 sep. 2022 kl 21:52 skrev Elvis Stansvik :
>
> Den tis 27 sep. 2022 kl 21:01 skrev Thiago Macieira
> :
> >
> > On Tuesday, 27 September 2022 09:48:01 PDT Elvis Stansvik wrote:
> > > The typical mail here is about development of Qt, and while some of
> &
Den tis 27 sep. 2022 kl 21:01 skrev Thiago Macieira :
>
> On Tuesday, 27 September 2022 09:48:01 PDT Elvis Stansvik wrote:
> > The typical mail here is about development of Qt, and while some of
> > those mails may be specialized and only may not be interesting to
> >
Den tis 27 sep. 2022 kl 17:19 skrev Volker Hilsheimer :
>
> Konstantin,
>
> We have users with commercial licenses and access to those releases on this
> mailing list as well. And some of them contribute to Qt, and are perhaps
> happy to find out that a patch they might have contributed is now
Den ons 31 aug. 2022 kl 21:34 skrev Konrad Rosenbaum :
>
> Hi,
>
> On 31/08/2022 20:57, Cristián Maureira-Fredes wrote:
> >
> >
> > On 8/31/22 19:19, Aleix Pol wrote:
> >> On Wed, Aug 31, 2022 at 4:47 PM Cristián Maureira-Fredes
> >> wrote:
> >>>
> >>> Hey there,
> >>>
> >>> I would like to
You answered two out of the five questions Konrad had. Can you answer
the remaining ones?
Cheers,
Elvis
Den lör 5 mars 2022 kl 11:08 skrev Tuukka Turunen :
>
> Hi Konrad et al,
>
>
>
> Like already mentioned Qt Project systems, code.qt.io repositories, github
> mirror etc are not blocked.
Den tors 9 sep. 2021 kl 17:33 skrev Ulf Hermann :
>
> Hello,
>
> due to the magnitude of the above mentioned bug, I'm considerng to
> introduce a new feature in Qt 6.2.1. The new "@" operator in QML
> relieves you from typing "Qt.resolvedUrl" over and over. See
>
ght be the case.
>
> but the point remains that the history that didn't exist along the
> merged mainline would live elsewhere (unless we'd import all branches
> and tags as well - we actually did that in qt creator, and it looks
> kinda weird and confusing).
>
> On Mon, Jul 12, 2021 at 1
Den mån 12 juli 2021 kl 22:45 skrev Tor Arne Vestbø :
>
>
>
>
> On 12 Jul 2021, at 21:19, Thiago Macieira wrote:
>
> So a full history import MAY have negligible marginal impact over a squashed
> import (.git is compressed). I recommend trying both and seeing by how much
> the qtdeclarative
Thanks for taking care of this Peppe.
Elvis
Den lör 29 maj 2021 kl 18:24 skrev Giuseppe D'Angelo via Development
:
>
> Hi,
>
> On 28/05/2021 00:06, Giuseppe D'Angelo via Development wrote:
> > On 22/05/2021 03:06, Giuseppe D'Angelo via Development wrote:
> >> == DEADLINE FOR VOTING ==
> >>
> >>
Den fre 21 maj 2021 kl 20:25 skrev Giuseppe D'Angelo via Development
:
>
> On 21/05/2021 20:03, Tuukka Turunen wrote:
> >
> > Before simply voting for new irc provider, I would still prefer to have
> > the QtCS discussion on the topic.
> >
> > We should also discuss and define what is the
Wrong mailing list? :p
Elvis
Den sön 25 apr. 2021 kl 15:48 skrev Jonas Kvinge :
>
> Hi
>
> Is there anything stopping this from being merged?
>
> https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/merge_requests/1950
>
> wasapi is not usable without this fix.
>
> Jonas
>
>
>
Den tors 15 apr. 2021 kl 21:17 skrev Thiago Macieira
:
>
> On Thursday, 15 April 2021 07:36:08 PDT Stottlemyer, Brett (B.S.) wrote:
> > On 4/14/21, 12:53 AM, "Development on behalf of Thiago Macieira"
> >
> > wrote:
>
> > No, that was it. I assume you're caching templates which you need to
>
Den tis 23 feb. 2021 21:27Joerg Bornemann skrev:
> On 2/23/21 8:52 PM, Thiago Macieira wrote:
> > On Tuesday, 23 February 2021 00:00:22 PST Joerg Bornemann wrote:
> >> On 2/20/21 2:44 AM, Thiago Macieira wrote:
> >>> Besides, doesn't Windows now have symlinks?
> >>
> >> For admin users only
Den fre 19 feb. 2021 01:26Thiago Macieira skrev:
> On Thursday, 18 February 2021 08:30:16 PST Elvis Stansvik wrote:
> > I think just suffix all the binaries (all of them) everywhere, and update
> > the docs everywhere. See how simple it would be. Yes it will cause so
I think just suffix all the binaries (all of them) everywhere, and update
the docs everywhere. See how simple it would be. Yes it will cause some
breakage, but definitely worth it in my opinion.
Elvis
Den tors 18 feb. 2021 17:25Thiago Macieira
skrev:
> On Thursday, 18 February 2021 01:56:55
Den sön 21 juni 2020 kl 14:37 skrev Konstantin Ritt :
>
> > I think we then had discussions when moving from Qt 4 to Qt 5, that we will
> > start requiring RTTI.
>
> However this was never promoted, and now you're saying people who ported
> their projects with no-rtti to Qt5 had to enable rtti
Den tis 9 juni 2020 kl 16:30 skrev Matthew Woehlke :
>
> On 09/06/2020 03.55, Joerg Bornemann wrote:
> > The description of QT_NO_MAKE_TESTS is: "Should tests be built as part
> > of the default 'all' target." Meaning this variable controls whether
> > tests are build by default.
>
> Might I
Den fre 22 maj 2020 kl 21:40 skrev Giuseppe D'Angelo via Development
:
>
> On 5/22/20 7:43 PM, Jason H wrote:
> > I guess to some degree it depends on how you define "essential".
>
> The definition is:
>
> "Qt Essentials define the foundation of Qt on all platforms. They are
> available on all
Den tors 14 maj 2020 15:46Marc Mutz via Development <
development@qt-project.org> skrev:
> On 2020-05-13 17:17, Matthew Woehlke wrote:
> [...]
> > Non-owning QString is dangerous. QStringLiteral is less dangerous
> > because it is almost never used with non-rodata storage (and indeed, I
> > would
Den tors 23 apr. 2020 kl 13:38 skrev André Pönitz :
>
> On Thu, Apr 23, 2020 at 12:48:45PM +0200, Elvis Stansvik wrote:
> > Den tors 23 apr. 2020 kl 11:45 skrev Laszlo Agocs :
> > >
> > > That depends on the number of the functions affected, and how commonly
>
Den tors 23 apr. 2020 kl 11:45 skrev Laszlo Agocs :
>
> That depends on the number of the functions affected, and how commonly those
> are used. If we are talking about just a few virtual functions here and there
> which are not expected to be overriden by a vast majority of applications
>
Den tors 6 feb. 2020 kl 20:36 skrev André Pönitz :
>
> On Thu, Feb 06, 2020 at 01:51:17PM +, Alex Blasche wrote:
> >
> > > -Original Message- From: Development
> > > On Behalf Of Thiago Macieira
> > >
> > > On Wednesday, 5 February 2020 09:41:58 PST Alexander Akulich wrote:
> > > > On
Den lör 1 feb. 2020 kl 14:48 skrev Sona Kurazyan :
>
>
>
> > -Original Message-
> > From: Elvis Stansvik
> > Sent: Friday, January 31, 2020 7:20 PM
> > To: Sona Kurazyan
> > Cc: development@qt-project.org
> > Subject: Re: [Devel
Den fre 31 jan. 2020 kl 17:25 skrev Sona Kurazyan :
>
> Hi everyone,
>
>
>
> It's been a while since we've started discussions on this topic. I would like
> to summarize the outcome of these discussions and propose improvements to our
> asynchronous APIs based on the feedback we've received so
Den ons 29 jan. 2020 kl 06:46 skrev Thiago Macieira :
>
> On Tuesday, 28 January 2020 21:03:49 PST André Somers wrote:
> > On 29/01/2020 04:27, Thiago Macieira wrote:
> > > So you're advocating being acquired by a bigger company that has a
> > > different business and regards Qt only as a means to
Den tis 28 jan. 2020 kl 08:01 skrev Elvis Stansvik :
>
> Den tis 28 jan. 2020 kl 03:19 skrev Thiago Macieira
> :
> >
> > On segunda-feira, 27 de janeiro de 2020 14:48:17 PST Alexander Akulich
> > wrote:
> > > I would expect a significant negative effec
Den tis 28 jan. 2020 kl 03:19 skrev Thiago Macieira :
>
> On segunda-feira, 27 de janeiro de 2020 14:48:17 PST Alexander Akulich wrote:
> > I would expect a significant negative effect on the quality of Qt
> > shipped in Linux distributions and thus negative effect on the
> > Qt-based applications
Den mån 27 jan. 2020 kl 23:16 skrev Cristián Maureira-Fredes
:
>
> Hello David,
>
> On 1/27/20 11:00 PM, David Edmundson wrote:
> >> All security fixes are made available to everyone, for all Qt versions that
> >> they affect, provided it's still a supported Qt version (or it was easy to
> >> make
Den mån 27 jan. 2020 kl 19:30 skrev Tuukka Turunen :
>
>
> Hi,
>
> I do not know why the link does not work. But I remember that post very well.
>
> On hindsight, it was too much of a rush back then to ask everyone to create a
> Qt account immediately.
>
> As I wrote in my earlier reply,
Den mån 27 jan. 2020 kl 19:12 skrev Giuseppe D'Angelo via Development
:
>
> Il 27/01/20 16:57, Benjamin TERRIER ha scritto:
>
> We do hope that this eases your concerns, and that we can continue with your
> trust.
>
>
>
Den lör 18 jan. 2020 kl 11:05 skrev Sze Howe Koh :
>
> Currently,
>
> * The qApp macro changes type depending on which headers are included,
> and in what order. (If you #include but instantiate
> a QCoreApplication, qApp returns a QGuiApplication pointer)
> * The documentation says that the qApp
Den mån 25 nov. 2019 kl 22:08 skrev Filippo Cucchetto
:
>
> @Ekke
> I think you should redesign your qml the other way around. For your problem
> there're multiple solutions
> 1) Use some sort of StackView.view attached property. This is *usually*
> implemented with a simple upward hierarchy
Den tis 5 nov. 2019 15:48Kari Oikarinen skrev:
>
>
> On 5.11.2019 15.44, Edward Welbourne wrote:> Hi all,
> >
> > Prompted by [0], I'm looking at what century to use for years, when the
> > text being read is expected to be in a "short format" that only includes
> > two digits.
> > * [0]
Den ons 23 okt. 2019 kl 20:18 skrev Ville Voutilainen
:
>
> On Wed, 23 Oct 2019 at 18:49, Elvis Stansvik wrote:
> >
> > Den ons 23 okt. 2019 16:29Henry Skoglund skrev:
> >>
> >> Hi,
> >>
> >> I use Qt Creator's excellent Form Editor,
Den ons 23 okt. 2019 16:29Henry Skoglund skrev:
> Hi,
>
> I use Qt Creator's excellent Form Editor, however sometimes I've noticed
> an inconsistency in the font settings, because I'm lazy I usually only set
> the font property for the top MainWindow and relying on it to "trickle
> down" and
Den fre 4 okt. 2019 12:39Morten Sørvig skrev:
>
>
> > On 3 Oct 2019, at 09:44, Mark De Wit wrote:
> >
> > Is there a chance that the high-dpi work will fix the dpi-awareness of
> the Fusion theme as reported in
> https://bugreports.qt.io/browse/QTBUG-74100 ?
>
> Yes, looks like an easy fix:
>
Den tors 26 sep. 2019 kl 04:51 skrev Thiago Macieira
:
>
> On Wednesday, 25 September 2019 11:08:39 PDT Elvis Stansvik wrote:
> > Large parts of the world did not grow up with inches. I know I'd have
> > a hard time to hold up my fingers to show an inch...
>
&g
Den ons 25 sep. 2019 kl 20:51 skrev Kai Pastor, DG0YT :
>
> Am 25.09.19 um 20:08 schrieb Elvis Stansvik:
> > Den ons 25 sep. 2019 kl 18:34 skrev Matthew Woehlke
> > :
> >> On 25/09/2019 08.54, Morten Sørvig wrote:
> >>> I see two differences between setting
Den ons 25 sep. 2019 kl 18:34 skrev Matthew Woehlke :
>
> On 25/09/2019 08.54, Morten Sørvig wrote:
> > I see two differences between setting the DPI vs a factor:
> >
> > - You set one value per screen (DPI) instead of two (DPI & factor)
> >
> > - Qt can compute the factor, according to policy set
Den mån 16 sep. 2019 kl 09:44 skrev Paul Tvete :
>
> On Friday, 13 September 2019 17:14:32 CEST Thiago Macieira wrote:
>
> > What happened to QT_AUTO_SCREEN_SCALE_FACTOR and QT_SCREEN_SCALE_FACTORS?
>
> QT_AUTO_SCREEN_SCALE_FACTOR was deprecated in 2016. The recommended
> replacement is
Den fre 13 sep. 2019 kl 17:51 skrev Thiago Macieira :
>
> On Friday, 13 September 2019 08:35:59 PDT Elvis Stansvik wrote:
> > > What happened to QT_AUTO_SCREEN_SCALE_FACTOR and QT_SCREEN_SCALE_FACTORS?
> >
> > I wonder too. I assume they've not been removed? The latt
Den fre 13 sep. 2019 17:15Thiago Macieira skrev:
> On Friday, 13 September 2019 06:43:30 PDT Morten Sørvig wrote:
> > * Environment variables for development and testing:
> >
> > - QT_SCALE_FACTOR : enables devicePixelRatio scaling in
> > QtGui, applies a global scale factor. -
equired to really call it a seesaw approach :)
But yea, I too prefer the simplicity of an MIT licensed compiler to
Microsofts agreement.
Elvis
>
>
> On 2019-08-21 21:22, Elvis Stansvik wrote:
> > Den ons 21 aug. 2019 kl 20:52 skrev Henry Skoglund :
> >> Please, don't drop Min
Den ons 21 aug. 2019 kl 20:52 skrev Henry Skoglund :
>
> Please, don't drop MinGW, it's in my meaning the best compiler on Windows.
>
> I've switched from VS to MinGW, the #1 reason: I can distribute an .exe
> file which is runnable directly on the user's desktop (no installation).
> This is
Den ons 21 aug. 2019 kl 12:22 skrev Lars Knoll :
>
>
> > On 21 Aug 2019, at 13:01, Tor Arne Vestbø wrote:
> >
> >
> >
> >> On 21 Aug 2019, at 11:50, Bogdan Vatra via Development
> >> wrote:
> >>
> >> Am I the only one which finds situations silly ? Of course there are more
> >> examples with
Den tors 11 juli 2019 kl 05:54 skrev Jason McDonald :
>
> On Tue, Jul 9, 2019 at 1:39 AM Shawn Rutledge wrote:
> > > On 8 Jul 2019, at 16:24, Volker Hilsheimer
> > > wrote:
> > >
> > > Hi,
> > >
> > > Executive summary:
> > >
> > > * QTest::mouseMove seems to be broken
> > > * when simulating
Den mån 8 juli 2019 kl 16:26 skrev Volker Hilsheimer :
>
> Hi,
>
> Executive summary:
>
> * QTest::mouseMove seems to be broken
> * when simulating QEvent::MouseMove events by constructing event objects,
> always construct them with global position
>
>
> The details:
>
> While trying to fix
Den mån 17 juni 2019 kl 09:12 skrev Christian Gagneraud :
>
> On Mon, 17 Jun 2019, 18:11 Jedrzej Nowacki, wrote:
>>
>> On Saturday, June 15, 2019 6:37:24 PM CEST Thiago Macieira wrote:
>> > On Saturday, 15 June 2019 02:18:28 PDT Jean-Michaël Celerier wrote:
>> > > You can download a CMake static
Den tors 6 juni 2019 kl 13:56 skrev Elvis Stansvik :
>
> Den tors 6 juni 2019 kl 13:40 skrev Mutz, Marc via Development
> :
> >
> > On 2019-06-06 12:24, Lars Knoll wrote:
> > >> On 6 Jun 2019, at 11:08, Simon Hausmann
> > >> wrote:
> > &g
Den tors 6 juni 2019 kl 13:40 skrev Mutz, Marc via Development
:
>
> On 2019-06-06 12:24, Lars Knoll wrote:
> >> On 6 Jun 2019, at 11:08, Simon Hausmann
> >> wrote:
> >>
> >> Am 06.06.19 um 10:42 schrieb Mutz, Marc via Development:
> [...]
> >>> I have the feeling that some participants of these
Den ons 5 juni 2019 kl 12:59 skrev Mutz, Marc via Development
:
>
> On 2019-06-03 14:27, Bernhard Lindner wrote:
> >> > > > So, yes, this is borne out of frustration with the lack of
> >> > > > maintenance
> >> > > > of QtCore plumbing. I don't see that changing and I acknowledge and
> >> > > >
Den mån 3 juni 2019 kl 20:29 skrev Richard Weickelt :
>
>
> > I think this was asked on the interest list back in January [1].
>
> I did search on the Qt mailing lists, but even when I type exactly the
> subject of the thread you referred to, google doesn't find it. I would
> expect "Official
Den mån 3 juni 2019 kl 20:04 skrev Elvis Stansvik :
>
> Hi Richard,
>
> I think this was asked on the interest list back in January [1].
>
> The answer is here:
>
> https://code.qt.io/cgit/qtsdk/qtsdk.git/tree/packaging-tools/bld_config
>
> I seem to remember some re
Hi Richard,
I think this was asked on the interest list back in January [1].
The answer is here:
https://code.qt.io/cgit/qtsdk/qtsdk.git/tree/packaging-tools/bld_config
I seem to remember some recent Qt developer thread about making these
more accessible, but can't find it now.
HTH,
Elvis
Den tis 21 maj 2019 kl 10:57 skrev Giuseppe D'Angelo via Development
:
>
> Il 21/05/19 10:26, Elvis Stansvik ha scritto:
> > They will not show up in the web search (I think).
> >
> > They are however available in the debian-debug archive, see
> > https://wiki.deb
Den tis 21 maj 2019 kl 09:55 skrev Konstantin Shegunov :
>
> On Tue, May 21, 2019 at 9:49 AM Mutz, Marc via Development
> wrote:
>>
>> Oh, a nullptr deref is pretty clear in a backtrace.
>
>
> Indeed, but my point is that it's relatively useless for the user (or for the
> developer for that
Den mån 8 apr. 2019 kl 15:40 skrev Elvis Stansvik :
>
> Den sön 7 apr. 2019 kl 20:21 skrev Elvis Stansvik :
> >
> > Den sön 7 apr. 2019 kl 18:45 skrev Olivier Goffart :
> > >
> > > On 06.04.19 10:40, Elvis Stansvik wrote:
> > > > Hi all,
> > &
Den mån 8 apr. 2019 kl 15:40 skrev Elvis Stansvik :
>
> Den sön 7 apr. 2019 kl 20:21 skrev Elvis Stansvik :
> >
> > Den sön 7 apr. 2019 kl 18:45 skrev Olivier Goffart :
> > >
> > > On 06.04.19 10:40, Elvis Stansvik wrote:
> > > > Hi all,
> > &
Den sön 7 apr. 2019 kl 20:21 skrev Elvis Stansvik :
>
> Den sön 7 apr. 2019 kl 18:45 skrev Olivier Goffart :
> >
> > On 06.04.19 10:40, Elvis Stansvik wrote:
> > > Hi all,
> > >
> > > I'm looking for someone who knows the inner workings of QIcon a
his
could be explained (using the wrong pixmap(...) overload), apart from
what Olivier brought up.
But it sounds good to me if our problem is either of these, as it
sounds like it should be fixable.
Elvis
>
> Mark
>
> -----Original Message-
> From: Development On Behalf Of Elvis
>
Den sön 7 apr. 2019 kl 18:45 skrev Olivier Goffart :
>
> On 06.04.19 10:40, Elvis Stansvik wrote:
> > Hi all,
> >
> > I'm looking for someone who knows the inner workings of QIcon and the
> > icon engines.
> >
> > In our application, we almost exclusively
Den lör 6 apr. 2019 kl 10:40 skrev Elvis Stansvik :
>
> Hi all,
>
> I'm looking for someone who knows the inner workings of QIcon and the
> icon engines.
>
> In our application, we almost exclusively use SVG icons, and we use a
> single SVG file for each icon (no @
Hi all,
I'm looking for someone who knows the inner workings of QIcon and the
icon engines.
In our application, we almost exclusively use SVG icons, and we use a
single SVG file for each icon (no @2x versions) that we try to design
to work reasonably well at all sizes, since we do not have the
Looks nice! From an API perspective I would call the provider APIs
fail(...) and succeed(...) instead of reject(...) and resolve(...),
and the corresponding consumer APIs onSucceeded(...) and onFailed(...)
(or whenSucceeded(...) / whenFailed(...)). Or something else that
makes the connection
Den fre 25 jan. 2019 kl 19:23 skrev Giuseppe D'Angelo via Development
:
>
> Il 25/01/19 18:41, Edward Welbourne ha scritto:
> > The pages have all been updated and had their URLs changed.
> > Or are you trying to tell me something else ?
> > I'm not sure I fully understand.
>
> Yes. And that's the
Den fre 18 jan. 2019 kl 17:47 skrev Kai Koehne :
>
> > -Original Message-
> > From: Development On Behalf Of
> > [...]
> > Would it make sense to use a package manager like Conan to provide third
> > party dependencies as well as Qt modules in source and prebuilt binary form?
> > That
Den fre 11 jan. 2019 kl 20:11 skrev Thiago Macieira :
>
> On Friday, 11 January 2019 09:16:20 PST Konstantin Ritt wrote:
> > +1 for []()
>
> Let's use <:]() instead.
:D Perfect, and looks kinda like santa.
Elvis
>
> --
> Thiago Macieira - thiago.macieira (AT) intel.com
> Software Architect -
Den mån 19 nov. 2018 kl 17:36 skrev Shawn Rutledge :
>
>
> > On 19 Nov 2018, at 16:09, Uwe Rathmann wrote:
> >
> > Hi all,
> >
> > I just received 2 messages about: automated bulk change closing old
> > issues in the "Need more info" state.
> >
> > - https://bugreports.qt.io/browse/QTBUG-68874
>
Den tis 6 nov. 2018 kl 13:56 skrev André Somers :
>
> Hi,
>
>
> On 05/11/2018 20:56, Elvis Stansvik wrote:
> > Den mån 5 nov. 2018 kl 20:32 skrev Konstantin Shegunov
> > :
> >> Hello,
> >> Since we couldn't agree, I'd love to see some more opinions
Den mån 5 nov. 2018 kl 21:35 skrev Thiago Macieira :
>
> On Monday, 5 November 2018 12:07:15 PST Elvis Stansvik wrote:
> > If it is to be the same as all other QObjects, then it should maintain
> > its current behavior I think. The destruction of children happens in
> > t
Den mån 5 nov. 2018 kl 20:58 skrev Tomasz Siekierda :
>
> On Mon, 5 Nov 2018 at 20:32, Konstantin Shegunov wrote:
> >
> > Hello,
> > Since we couldn't agree, I'd love to see some more opinions about this
> > one.[1]
> >
> > Specifically:
> > 1) Is parenting to the application object a thing?
>
>
Den mån 5 nov. 2018 kl 20:32 skrev Konstantin Shegunov :
>
> Hello,
> Since we couldn't agree, I'd love to see some more opinions about this one.[1]
I may be missing some detail, but I think what Thiago says makes
sense. When children are destroyed, you know you're in the QObject
destructor (from
There were some discussions last year on
https://bugreports.qt.io/browse/QTBUG-61928 about the async API future
(pun intended). I'm sure there are a few old mailing list threads too.
I too would be interested in where Qt is heading in this area going
forward. We're using the current QtConcurrent
questions,
> but I hope I showed the danger as a caricature at least.
>
> I don't want my arguments be adressed to someone personally, and I'm not
> saying there's some conspiracy here.
> I just want to help to save and develop the community for the future.
>
> I agr
Den sön 28 okt. 2018 kl 13:32 skrev Giuseppe D'Angelo via Development
:
>
> Il 28/10/18 11:22, Elvis Stansvik ha scritto:
> > Though hmm, even if we'd lose move-construction, for the copy we'd get
> > instead, wouldn't copy elision kick in and elide it? So we wouldn't
> >
Den sön 28 okt. 2018 kl 11:34 skrev Alexey Andreyev
:
>
> Hello, Tomasz! :)
> Thank you for the question!
>
> Current draft based on CoC:
>
> > Our Pledge
> > ==
> > In the interest of fostering an open and welcoming environment, we
> > as contributors to and maintainers of the Qt Project
Den sön 28 okt. 2018 kl 11:22 skrev Elvis Stansvik :
>
> Den lör 27 okt. 2018 kl 22:23 skrev Thiago Macieira
> :
> >
> > On Saturday, 27 October 2018 08:33:30 PDT Sérgio Martins wrote:
> > > Should we instead just encourage people to make returnsQtContainer()
Den sön 28 okt. 2018 kl 11:22 skrev Elvis Stansvik :
>
> Den lör 27 okt. 2018 kl 22:23 skrev Thiago Macieira
> :
> >
> > On Saturday, 27 October 2018 08:33:30 PDT Sérgio Martins wrote:
> > > Should we instead just encourage people to make returnsQtContainer()
Den lör 27 okt. 2018 kl 22:23 skrev Thiago Macieira :
>
> On Saturday, 27 October 2018 08:33:30 PDT Sérgio Martins wrote:
> > Should we instead just encourage people to make returnsQtContainer()
> > return a const container ?
>
> We should not, since the prevents move-construction from happening.
Den lör 27 okt. 2018 kl 22:23 skrev Thiago Macieira :
>
> On Saturday, 27 October 2018 08:33:30 PDT Sérgio Martins wrote:
> > Should we instead just encourage people to make returnsQtContainer()
> > return a const container ?
>
> We should not, since the prevents move-construction from happening.
Den lör 27 okt. 2018 kl 21:07 skrev Elvis Stansvik :
>
> Den lör 27 okt. 2018 kl 19:48 skrev Lars Knoll :
> >
> >
> >
> > On 27 Oct 2018, at 19:29, André Pönitz wrote:
> >
> > On Sat, Oct 27, 2018 at 04:33:30PM +0100, Sérgio Martins wrote:
> >
&g
Den lör 27 okt. 2018 kl 19:48 skrev Lars Knoll :
>
>
>
> On 27 Oct 2018, at 19:29, André Pönitz wrote:
>
> On Sat, Oct 27, 2018 at 04:33:30PM +0100, Sérgio Martins wrote:
>
> On Sat, Oct 20, 2018 at 1:44 PM Elvis Stansvik wrote:
>
>
> Hi all (first post),
>
&
Den lör 27 okt. 2018 kl 17:33 skrev Sérgio Martins :
>
> On Sat, Oct 20, 2018 at 1:44 PM Elvis Stansvik wrote:
> >
> > Hi all (first post),
>
> Welcome :)
>
> > In Qt 5.7+ there's qAsConst, an std::as_const implementation for those
> > who are not on C++17
Den lör 27 okt. 2018 kl 15:06 skrev Kevin Kofler :
>
> Elvis Stansvik wrote:
> > Den lör 27 okt. 2018 kl 13:37 skrev Olivier Goffart :
> >> Jokes aside, I think we still should let users use Q_FOREACH for
> >> implicitly shared containers.
> >
> >
Den lör 27 okt. 2018 kl 13:37 skrev Olivier Goffart :
>
> On 10/26/18 10:26 PM, Elvis Stansvik wrote:
> > For completely other reasons, I came across "Range-based for
> > statements with initializer" today:
> >
> > http://www.open-std.org/jtc1
Den sön 21 okt. 2018 kl 17:50 skrev Giuseppe D'Angelo
:
>
> Hello,
>
> Il 21/10/18 16:15, Elvis Stansvik ha scritto:
> > I couldn't find a way to contact them.
>
> The best shot would be the std-discussion mailing list, I think.
>
> > In order to try out the u
Even if I'm just living in the outskirts of the Qt Project (have for a long
time) I just have to say I wholeheartedly agree with Thiago in his thoughts
below.
One comment inline below.
Den fre 26 okt. 2018 07:14Thiago Macieira skrev:
> On Wednesday, 24 October 2018 00:17:09 PDT Ulf Hermann
Den mån 22 okt. 2018 kl 00:14 skrev Giuseppe D'Angelo via Development
:
>
> Hi,
>
> Il 21/10/18 19:59, Christian Ehrlicher ha scritto:
> > there are a lot of deprecated functions in qtbase which are only marked
> > as deprecated/obsolete in the documentation but don't have a
> > Q_DECL_DEPRECATED.
Den sön 21 okt. 2018 kl 17:50 skrev Giuseppe D'Angelo
:
>
> Hello,
>
> Il 21/10/18 16:15, Elvis Stansvik ha scritto:
> > I couldn't find a way to contact them.
>
> The best shot would be the std-discussion mailing list, I think.
>
> > In order to try out the u
Den sön 21 okt. 2018 kl 17:50 skrev Giuseppe D'Angelo
:
>
> Hello,
>
> Il 21/10/18 16:15, Elvis Stansvik ha scritto:
> > I couldn't find a way to contact them.
>
> The best shot would be the std-discussion mailing list, I think.
>
> > In order to try out the u
Den sön 21 okt. 2018 kl 16:15 skrev Elvis Stansvik :
>
> Den lör 20 okt. 2018 kl 18:53 skrev Giuseppe D'Angelo via Development
> :
> >
> > Il 20/10/18 14:43, Elvis Stansvik ha scritto:
> > > In our application we added a helper like
> > >
>
Den lör 20 okt. 2018 kl 18:53 skrev Giuseppe D'Angelo via Development
:
>
> Il 20/10/18 14:43, Elvis Stansvik ha scritto:
> > In our application we added a helper like
> >
> > template
> > const T moveToConst(T &)
> > {
> > return std::move
(Adding back the mailing list)
Den lör 20 okt. 2018 kl 23:54 skrev Elvis Stansvik :
>
> Den lör 20 okt. 2018 kl 23:50 skrev Giuseppe D'Angelo
> :
> >
> > Il 20/10/18 19:37, Elvis Stansvik ha scritto:
> > > If the C++ wizards considered this but were hesitant, then I
1 - 100 of 102 matches
Mail list logo