Discussion:
possible additional extensions
Petr Vanek
2011-09-20 13:36:22 UTC
Permalink
hi all,

what are selection criteria for new classes/components in Qt5?

I mean I have personal candidates like Pty process, terminal widget...

And/or did anybody talked with Qxt guys to include extremely useful global keyboard shortcut class?

thanks,
Petr
Иван Комиссаров
2011-09-20 14:11:06 UTC
Permalink
Adding Qxt parts seems to be good idea.

However KPty class is not implemented for windows as far as i know (correct me if i'm wrong) and i don't even know how to write terminal emulation in win.
Post by Petr Vanek
hi all,
what are selection criteria for new classes/components in Qt5?
I mean I have personal candidates like Pty process, terminal widget...
And/or did anybody talked with Qxt guys to include extremely useful global keyboard shortcut class?
thanks,
Petr
_______________________________________________
Qt5-feedback mailing list
Qt5-***@qt.nokia.com
http://lists.qt.nokia.com/mailman/listinfo/qt5-feedback
Sean Harmer
2011-09-20 14:30:19 UTC
Permalink
Post by Иван Комиссаров
Adding Qxt parts seems to be good idea.
However KPty class is not implemented for windows as far as i know (correct
me if i'm wrong) and i don't even know how to write terminal emulation in
win.
If I understood things correctly at QtCS in Henry's talks then a QtAddon
module does not necessarily have to support every platform that Qt Essentials
does.

Sean
h***@nokia.com
2011-09-21 12:35:58 UTC
Permalink
Post by Sean Harmer
If I understood things correctly at QtCS in Henry's talks then a QtAddon
module does not necessarily have to support every platform that Qt
Essentials does.
Right, we can have more add-ons like ActiveQt or Qt Compositor that are specific to certain environments.

On the other hand, it's perfectly find to build stuff on top of Qt outside the Qt project as well :)

Henry

BRM
2011-09-20 15:08:02 UTC
Permalink
Sent: Tuesday, September 20, 2011 10:11 AM
Subject: Re: [Qt5-feedback] possible additional extensions
Adding Qxt parts seems to be good idea.
However KPty class is not implemented for windows as far as i know (correct me if i'm wrong) and i don't even know how to write terminal emulation in win.
Implementing KPty on Windows is no easy task as Windows does not really have an equivalent to Pty sessions, so what it would involve is probably well beyond the scope for Qt.
And while there have been many in the KDE/Windows community looking for Konsole on Windows, AFAIK there KPty is the main roadblock and the issue with implementing it is a big one.
It's been a while since I've seen discussion on that for the KDE/Windows list; but nothing has really changed in the Windows APIs; so the roadblocks are still the same.
Of course, I could be wrong and someone has since done the work, but somehow I doubt it...it was a rather big task.


Ben
Thiago Macieira
2011-09-20 14:31:00 UTC
Permalink
Post by Petr Vanek
And/or did anybody talked with Qxt guys to include extremely useful global
keyboard shortcut class?
Which doesn't work with the infrastructure that KDE 4 creates?
--
Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org
Software Architect - Intel Open Source Technology Center
PGP/GPG: 0x6EF45358; fingerprint:
E067 918B B660 DBD1 105C 966C 33F5 F005 6EF4 5358
Petr Vanek
2011-09-20 14:40:26 UTC
Permalink
Post by Thiago Macieira
Post by Petr Vanek
And/or did anybody talked with Qxt guys to include extremely useful global
keyboard shortcut class?
Which doesn't work with the infrastructure that KDE 4 creates?
really? It's quite new info for me. I use this implementation in many apps I contribute and it works. What exactly is broken there? It's just X11 event wrapper on Linux...
Thiago Macieira
2011-09-20 16:07:33 UTC
Permalink
Post by Petr Vanek
Post by Thiago Macieira
Post by Petr Vanek
And/or did anybody talked with Qxt guys to include extremely useful global
keyboard shortcut class?
Which doesn't work with the infrastructure that KDE 4 creates?
really? It's quite new info for me. I use this implementation in many apps I
contribute and it works. What exactly is broken there? It's just X11 event
wrapper on Linux...
That's exactly the problem: it's just X11 event wrapper, instead of going
through the global shortcut manager, which exists so that two applications
don't try to use the same shortcut at the same time.
--
Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org
Software Architect - Intel Open Source Technology Center
PGP/GPG: 0x6EF45358; fingerprint:
E067 918B B660 DBD1 105C 966C 33F5 F005 6EF4 5358
Petr Vanek
2011-09-20 20:17:12 UTC
Permalink
Post by Thiago Macieira
Post by Petr Vanek
Post by Thiago Macieira
Post by Petr Vanek
And/or did anybody talked with Qxt guys to include extremely useful global
keyboard shortcut class?
Which doesn't work with the infrastructure that KDE 4 creates?
really? It's quite new info for me. I use this implementation in many apps I
contribute and it works. What exactly is broken there? It's just X11 event
wrapper on Linux...
That's exactly the problem: it's just X11 event wrapper, instead of going
through the global shortcut manager, which exists so that two applications
don't try to use the same shortcut at the same time.
isn't the shortcut manager KDE only technology?

BTW the Qxt implementation tells you that the shortcut is already registered and cannot be used. It's quite the same as in QShrotcut/QAction in the app. It does not check any outer apps/environments.
Thiago Macieira
2011-09-20 20:42:07 UTC
Permalink
Post by Petr Vanek
isn't the shortcut manager KDE only technology?
Yes. A Qt technology needs to integrate with that.
Post by Petr Vanek
BTW the Qxt implementation tells you that the shortcut is already registered
and cannot be used. It's quite the same as in QShrotcut/QAction in the app.
It does not check any outer apps/environments.
That's what's missing.
--
Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org
Software Architect - Intel Open Source Technology Center
PGP/GPG: 0x6EF45358; fingerprint:
E067 918B B660 DBD1 105C 966C 33F5 F005 6EF4 5358
Loading...