On Fri, Jan 25, 2013 at 9:09 AM, Jake Petroules <
jake.petrou...@petroules.com> wrote:
> If we took the tempting approach of providing a logical QDockTile class
> wrapper that was to be incorporated into QtGui 5.1, and provided a
> separate addon for Qt 4... where would such an addon go? A new qt4
If we took the tempting approach of providing a logical QDockTile class
wrapper that was to be incorporated into QtGui 5.1, and provided a separate
addon for Qt 4... where would such an addon go? A new qt4docktile library?
On Friday, January 25, 2013, Laszlo Papp wrote:
> On Fri, Jan 25, 2013 at
25.01.2013, 03:09, "Jake Thomas Petroules" :Implementing something like QtDockTile is somewhat odd because the it was developed as a series of plugins with a single QDockTile API. I think the abstraction of these platform features into a single logical API is useful, however I'm not sure we can d
On Fri, Jan 25, 2013 at 12:28 AM, Thiago Macieira wrote:
>
> However, if the developers want to do it, they can release a version of the
> addon that compiles and works with Qt 4, like the serial port people are
> trying to do.
>
I agree.
Even closer example that QtSerialPort: I have been also
On quinta-feira, 24 de janeiro de 2013 22.22.40, Thiago A. Corrêa wrote:
> Hi,
>
> On Thu, Jan 24, 2013 at 9:08 PM, Jake Thomas Petroules
>
> wrote:
> > QtGui to make proper use of that abstraction, but then you have the
> > problem
> > of backporting it to Qt 4. Or you could duplicate the header
Hi,
On Thu, Jan 24, 2013 at 9:08 PM, Jake Thomas Petroules
wrote:
> QtGui to make proper use of that abstraction, but then you have the problem
> of backporting it to Qt 4. Or you could duplicate the header across all 3
Sorry I'm jumping in the conversation without much knowleadge of those
APIs,
As if it's possible for COM to be beautiful? :)
I looked over your code briefly and it looks pretty nice.
Implementing something like QtDockTile is somewhat odd because the it was
developed as a series of plugins with a single QDockTile API. I think the
abstraction of these platform features in
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.c
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: jake.petrou...@petroules.com
Telephone: +1 (970) 587-3821
On Jan 24, 2013, at 5:14 P
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.
2
Interesting. Is your wrapper open source and where might one find it?
Jake Petroules
Petroules Corporation (www.petroules.com)
Email: jake.petrou...@petroules.com
Telephone: +1 (970) 587-3821
On Jan 24, 2013, at 4:34 PM, Ivan V. wrote:
> Hello, Jake,
>
> The main "unusualness" about our wrappe
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
Hi Aleksey,
I'm not sure I follow - "we have an unusual jump lists wrapper" - who exactly
are you referring to? If you could elaborate a little more that would be great.
Thanks,
Jake Petroules
Petroules Corporation (www.petroules.com)
Email: jake.petrou...@petroules.com
Telephone: +1 (970) 587-
We have an unusual Jump Lists wrapper, which transforms so called Task Lists
into a interactive menu, which is somewhat widely used now. The question is —
should we implement this in Qt Windows Extrasr or default behavour wrapper is
preferred?
___
Deve
14 matches
Mail list logo