> On 05 Apr 2017, at 17:51, Oswald Buddenhagen wrote:
>
> On Sat, Mar 18, 2017 at 10:06:09AM +0200, Ville Voutilainen wrote:
>> There's been a fair amount of talk about QList's future, so I'm curious:
>>
> so, now that the thread has finally died down, who volunteers to
> summarize is conclusio
On 06 Apr 2017, at 07:42, Eskil Abrahamsen Blomfeldt
mailto:eskil.abrahamsen-blomfe...@qt.io>>
wrote:
Den 05.04.2017 17:18, skrev Laszlo Agocs:
Hi,
To clarify, would a qt-labs repo work? As I understand the code still needs
maturization. It can eventually be graduated to a proper Qt module
Den 05.04.2017 17:18, skrev Laszlo Agocs:
Hi,
To clarify, would a qt-labs repo work? As I understand the code still
needs maturization. It can eventually be graduated to a proper Qt
module later on. (this also means the repo would not be CI controlled
for now, but I suspect that’s fine)
On Wed, Apr 05, 2017 at 05:57:23PM +0200, Mark Gaiser wrote:
> On Wed, Apr 5, 2017 at 5:51 PM, Oswald Buddenhagen
> wrote:
> > On Sat, Mar 18, 2017 at 10:06:09AM +0200, Ville Voutilainen wrote:
> >> There's been a fair amount of talk about QList's future, so I'm curious:
> >>
> > so, now that the
On Wed, Apr 5, 2017 at 5:51 PM, Oswald Buddenhagen
wrote:
> On Sat, Mar 18, 2017 at 10:06:09AM +0200, Ville Voutilainen wrote:
>> There's been a fair amount of talk about QList's future, so I'm curious:
>>
> so, now that the thread has finally died down, who volunteers to
> summarize is conclusion
On Sat, Mar 18, 2017 at 10:06:09AM +0200, Ville Voutilainen wrote:
> There's been a fair amount of talk about QList's future, so I'm curious:
>
so, now that the thread has finally died down, who volunteers to
summarize is conclusions (and controversies) in a QUIP? i wouldn't want
to actually read
On Wed, Apr 05, 2017 at 03:20:52PM +, Simon Hausmann wrote:
>qt-labs sounds like a good fit to me, too.
>
given that the final destination is qt/, that's what should be done now.
___
Development mailing list
Development@qt-project.org
http://lists
Hi,
qt-labs sounds like a good fit to me, too. And having a repo under there under
CI control is no problem at all.
Simon
On 5. Apr 2017, at 17:18, Laszlo Agocs
mailto:laszlo.ag...@qt.io>> wrote:
Hi,
To clarify, would a qt-labs repo work? As I understand the code still needs
maturization. I
Hi,
To clarify, would a qt-labs repo work? As I understand the code still needs
maturization. It can eventually be graduated to a proper Qt module later on.
(this also means the repo would not be CI controlled for now, but I suspect
that’s fine)
It is a bit unfortunate that the platform plugin
05.04.2017, 17:46, "Oswald Buddenhagen" :
> On Wed, Apr 05, 2017 at 12:02:32PM +, Morten Sørvig wrote:
>> On 5 Apr 2017, at 12:37, Oswald Buddenhagen
>> wrote:
>> > also, a plan for splitting up qtbase wouldn't be entirely off the
>> > mark. untangling tests and examples would be the maj
On Wed, Apr 05, 2017 at 12:02:32PM +, Morten Sørvig wrote:
> On 5 Apr 2017, at 12:37, Oswald Buddenhagen wrote:
> > also, a plan for splitting up qtbase wouldn't be entirely off the
> > mark. untangling tests and examples would be the major effort here.
>
> No, we should follow Google and Fa
When i klick on this I camoe to a login page of gitlab.
When trying to register I get
1 error prohibited this user from being saved:
Email domain is not authorized for sign-up
I tried that with gmx.de and siemens.com
Regards,
Gunnar Roth
Gesendet: Mittwoch, 05. April 2017 um 15
Hi all!
I have been working on a QPA plugin to send the GLES2.0 calls from a host
computer over the network to a WebGL capable browser. Now it's approaching a
state in which it could be usable. For this, we'll need a new public repository.
Having a public and controlled repository could help th
On 6 April 2017 at 00:02, Morten Sørvig wrote:
>
>
>> On 5 Apr 2017, at 12:37, Oswald Buddenhagen wrote:
>>
>> On Wed, Apr 05, 2017 at 09:24:15AM +, Mitch Curtis wrote:
>>> So, should this get its own module, and if so, can widgets depend on
>>> it?
>>>
>> an own module just for that seems ov
> On 5 Apr 2017, at 12:37, Oswald Buddenhagen wrote:
>
> On Wed, Apr 05, 2017 at 09:24:15AM +, Mitch Curtis wrote:
>> So, should this get its own module, and if so, can widgets depend on
>> it?
>>
> an own module just for that seems over the top - i don't think we want
> to end up with 100
On Wed, Apr 05, 2017 at 09:24:15AM +, Mitch Curtis wrote:
> So, should this get its own module, and if so, can widgets depend on
> it?
>
an own module just for that seems over the top - i don't think we want
to end up with 100 micro-libraries.
however, splitting up qtcore has been raised multi
> On 5 Apr 2017, at 11:24, Mitch Curtis wrote:
>
> I'd like to remove the undo framework's dependency on widgets. There's a bug
> report for this here:
>
> https://bugreports.qt.io/browse/QTBUG-40040
>
> My plan is mentioned in the commit message of the following change:
>
> https://coderevi
> -Original Message-
> From: Konstantin Tokarev [mailto:annu...@yandex.ru]
> Sent: Wednesday, 5 April 2017 11:29 AM
> To: Mitch Curtis ; development@qt-project.org
> Subject: Re: [Development] Moving Qt's undo framework out of Qt Widgets
>
>
>
> 05.04.2017, 12:24, "Mitch Curtis" :
> >
05.04.2017, 12:24, "Mitch Curtis" :
> I'd like to remove the undo framework's dependency on widgets. There's a bug
> report for this here:
>
> https://bugreports.qt.io/browse/QTBUG-40040
>
> My plan is mentioned in the commit message of the following change:
>
> https://codereview.qt-project.org
I'd like to remove the undo framework's dependency on widgets. There's a bug
report for this here:
https://bugreports.qt.io/browse/QTBUG-40040
My plan is mentioned in the commit message of the following change:
https://codereview.qt-project.org/#/c/190704/
To summarise:
- Introduce QGuiUndo*
+1 from me.
Andy
Development på vegne av Samuli Piippo
skrev følgende den 05.04.2017, 09.07:
Hi,
I'd like to nominate Katja Marttila for Approver status.
Katja has been working among other things as the maintainer for Qt
Installer Framework for a while now.
Her g
+1
-Jani
From: Development on
behalf of Samuli Piippo
Sent: Wednesday, April 05, 2017 10:07 AM
To: development@qt-project.org
Subject: [Development] Nominating Katja Marttila for Approver status
Hi,
I'd like to nominate Katja Marttila for Approver stat
Hi,
I'd like to nominate Katja Marttila for Approver status.
Katja has been working among other things as the maintainer for Qt
Installer Framework for a while now.
Her gerrit dashboard:
https://codereview.qt-project.org/#/q/owner:%22Katja+Marttila%22+status:+merged,n,z
-samuli
23 matches
Mail list logo