Something more beautiful. :) 

Firstly, there's no need in C-style abstractions.
Secondly, there will be implemented some more features. 
And it won't be designed as a pugin for plugin, which uses library wrapped by 
another library.

I've already done some features. Code is here: 
https://github.com/dtf/QtWindowsExtras
Alsio, it is going to include various conversion functions, which where removed 
from QPixmap in Qt5, as was asked here: 
http://lists.qt-project.org/pipermail/development/2013-January/009390.html .

But that's not the topic. The only thing I would like to know is if it is ok to 
include in Qt code, which, I think, is some kind of hack. What do you think?

25.01.2013, 00:30, "Jake Thomas Petroules" <[email protected]>:
> Ah, I'm familiar with the project from which it was forked. If this is not 
> the code that is going to be a proposal for QWindowsExtras then what is?
>
> Jake Petroules
> Petroules Corporation (www.petroules.com)
> Email: [email protected]
> Telephone: +1 (970) 587-3821
>
> On Jan 24, 2013, at 5:14 PM, Ivan V. <[email protected]> wrote:
>
>>  Of course it is.
>>  Here is the project: https://github.com/dtf/QtDockTile
>>  Here is the somewhat ugly code, which was born by cloudy consciousness: 
>> https://github.com/dtf/QtDockTile/tree/master/src/plugins/windows
>>
>>  Note that it is not the code that is going to be a proposal for Qt Windows 
>> Extras.
>>
>>  25.01.2013, 00:07, "Jake Thomas Petroules" <[email protected]>:
>>>  Interesting. Is your wrapper open source and where might one find it?
>>>
>>>  Jake Petroules
>>>  Petroules Corporation (www.petroules.com)
>>>  Email: [email protected]
>>>  Telephone: +1 (970) 587-3821
>>>
>>>  On Jan 24, 2013, at 4:34 PM, Ivan V. <[email protected]> wrote:
>>>>   Hello, Jake,
>>>>
>>>>   The main "unusualness" about our wrapper is that it not only wraps 
>>>> ICustomDestinationList COM-interface, but also allows programmer to put 
>>>> there QActions and use it like with some kind of menus. What it does it 
>>>> stores these actions, gives them unique id's, and those id-s puts into 
>>>> command-line argument to rundll32, which after activation of jumplist item 
>>>> calls a procedure, which then finds respective action by id and triggers 
>>>> it. It's pretty common mechanism of transforming this unusable "Jump 
>>>> Lists", which is only list of shortcuts, into something more usable.
>>>>   _______________________________________________
>>>>   Development mailing list
>>>>   [email protected]
>>>>   http://lists.qt-project.org/mailman/listinfo/development
>>  _______________________________________________
>>  Development mailing list
>>  [email protected]
>>  http://lists.qt-project.org/mailman/listinfo/development
_______________________________________________
Development mailing list
[email protected]
http://lists.qt-project.org/mailman/listinfo/development

Reply via email to