Hi,
I went ahead and tinkered with Qt4's code:
https://github.com/RJVB/shortcut-test-qt5/blob/master/mainwindow.cpp#L302
QCocoaWindow inherits only QObject, not QWidget or QWindow, so implementing
this
logic in the Cocoa QPA was a bit more work but not impossible:
On 2017-04-19 20:05, James McDonnell wrote:
I'd be happy to take responsibility for the QNX parts of Qt ;-).
+1 from me, then.
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
On quarta-feira, 19 de abril de 2017 12:26:48 PDT Nikita Krupenko wrote:
> BTW, is there any advantage of using lambda over the following construction?
>
> std::unique_ptr
> (ptr, std::mem_fn(::deleteLater));
Yes. I can remember how to write
On среда, 19 апреля 2017 г. 20:58:28 EEST Ville Voutilainen wrote:
> On 19 April 2017 at 20:48, Konstantin Tokarev wrote:
> > 19.04.2017, 20:43, "Thiago Macieira" :
> >> On quarta-feira, 19 de abril de 2017 06:44:24 PDT Konstantin Tokarev
wrote:
>
On quarta-feira, 19 de abril de 2017 06:44:24 PDT Konstantin Tokarev wrote:
> We already have QScopedPointerObjectDeleteLater, however it implements
> cleanup(T*) instead of operator()(T*).
BTW, we should implement operator() in those deleters, calling the cleanup()
static.
--
Thiago Macieira
19.04.2017, 21:37, "Darin Broady" :
> Is there a reason a new member function for QScopedPointerObjectDeleteLater
> that conforms to the interface specified by std::default_delete would not
> work?
>
> void QScopedPointerObjectDeleteLater::operator()(T *pointer) const {
19.04.2017, 20:58, "Ville Voutilainen" :
> On 19 April 2017 at 20:48, Konstantin Tokarev wrote:
>> 19.04.2017, 20:43, "Thiago Macieira" :
>>> On quarta-feira, 19 de abril de 2017 06:44:24 PDT Konstantin Tokarev wrote:
On 19 April 2017 at 20:48, Konstantin Tokarev wrote:
>
>
> 19.04.2017, 20:43, "Thiago Macieira" :
>> On quarta-feira, 19 de abril de 2017 06:44:24 PDT Konstantin Tokarev wrote:
>>> Hello,
>>>
>>> I think it will be a good idea to provide
19.04.2017, 20:43, "Thiago Macieira" :
> On quarta-feira, 19 de abril de 2017 06:44:24 PDT Konstantin Tokarev wrote:
>> Hello,
>>
>> I think it will be a good idea to provide implementation of functor calling
>> deleteLater() instead of delete which can be used with
On quarta-feira, 19 de abril de 2017 06:44:24 PDT Konstantin Tokarev wrote:
> Hello,
>
> I think it will be a good idea to provide implementation of functor calling
> deleteLater() instead of delete which can be used with std::unique_ptr,
> std::shared_ptr and other smart pointers with compatible
On quarta-feira, 19 de abril de 2017 09:47:36 PDT Lars Knoll wrote:
> A big thanks from me as well for all you work on maintaining Qt on QNX.
>
> James would indeed be a great person to take over this role, but he hasn't
> said anything himself yet. James, are you willing to take over
>
A big thanks from me as well for all you work on maintaining Qt on QNX.
James would indeed be a great person to take over this role, but he hasn't said
anything himself yet. James, are you willing to take over maintainership for
the QNX port?
Cheers,
Lars
> On 19 Apr 2017, at 16:41, Tuukka
19.04.2017, 17:52, "Giuseppe D'Angelo" :
> Il 19/04/2017 15:44, Konstantin Tokarev ha scritto:
>> I think it will be a good idea to provide implementation of functor calling
>> deleteLater() instead of delete which can be used with std::unique_ptr,
>>
Il 19/04/2017 15:44, Konstantin Tokarev ha scritto:
> I think it will be a good idea to provide implementation of functor calling
> deleteLater() instead of delete which can be used with std::unique_ptr,
> std::shared_ptr and other smart pointers with compatible interface.
>
> We already have
Thanks Rafael for your work on this. I see James very well fit for this role.
Yours,
Tuukka
On 19/04/2017, 16.05, "Development on behalf of Rafael Roquetto"
wrote:
Hello,
I
Hello,
I think it will be a good idea to provide implementation of functor calling
deleteLater() instead of delete which can be used with std::unique_ptr,
std::shared_ptr and other smart pointers with compatible interface.
We already have QScopedPointerObjectDeleteLater, however it implements
Hi,
Can anyone comment on the feasibility of the following idea, please?
OS X 10.7 introduced an optional separation in Mission Control between "spaces"
(virtual desktops) and physical screens and coupled that with a fullscreen
window inconsistency. By default each monitor has its own virtual
Hello,
I would like to announce that I am stepping down as the QNX maintainer. I
would like to propose James McDonnell from QNX for the role. I believe he is
the right person to carry on the maintenance of QNX on Qt, because:
* he works for QNX, and therefore has a better contextual overview
On Tue, Apr 18, 2017 at 09:26:58PM -0400, Kuba Ober wrote:
> When I build 5.8 configured with -static -openssl-linked -I
> c:\path\to\openssl\include -L c:\path...\lib etc., the OpenSSL configure test
> passes, but building the network code fails since the include path never
> makes it to the
19 matches
Mail list logo