On Fri, Apr 11, 2014 at 2:55 AM, Alexis López Zubieta <[email protected]> wrote: > So I must start by replacing xfitman by KWindowSystem? > About the panel plugins, are you planing to use the new Qt5 plugins > capabilities for embedding meta-data or are we going to keep using the > .desktop files? > > > El 10/04/14 14:36, Damian Ivanov escribió: >> Anything wrong with kwindowsystem. The name suggest it pulls in KDE >> deps but this is not true. KWindowSystem produces _only_ >> libkwindowsystem.so and depends _only_ on Qt. By using it's functions >> lxqt would work on wayland as a nice side-effect. >> >> Regards, >> Damian >> >> 2014-04-10 20:21 GMT+02:00 Jerome Leclanche <[email protected]>: >>> Nobody is directly working on it but the main blocker for you will be >>> xfitman, as discussed the other day on the list. >>> >>> Good luck if you do work on it though! It's a big piece. >>> J. Leclanche >>> >>> >>> On Thu, Apr 10, 2014 at 7:09 PM, Alexis López Zubieta >>> <[email protected]> wrote: >>>> Hello: >>>> >>>> I would like to know if there is someone working in port lxqt-panel to >>>> Qt5. I would like to work on it. >>>> >>>> Best >>>> >>>> Alexis López Zubieta >>>> Nova Light Development Team >>>> University of Informatics Sciences, Cuba
Really thank you for your interest to work on this. Lxqt-panel is currently the most complicated component in lxqt. Porting to Qt5, however, is not impossible. I'd suggest that you wait for a moment to see if Александр Соколов has any comments on this. He is the developer of lxqt-panel who understand the code base of lxqt-panel most, but he's busy so might not reply the mails promptly. Maybe he has some tips for you? Anyway, you can start working by forking the repo. If there is no objections, feel free to try kwindowsystems as long as it's a Qt only lib. However you need to make sure it works with Qt 4.6, not only with Qt 5. After you replace Xfitman code with kwindowsystem, try to see if the remaining Xlib using code can be rewritten using xcb (mainly the X11 event filter part, I guess). QX11Info no longer exists in Qt5, but its stripped down version is back in Qt 5.1. So maybe targeting Qt 5.1 is easier. Then, start fixing the CMakeLists.txt files to add Qt5 support. A good reference is libqtxdg, which already supports Qt4/5 dual compilation for some time. Recently pcmanfm-qt components also compiles with Qt 5. Both can give you some hints. Using portable header names to include Qt headers is also needed. (#include <QWidget> instead of #include <QtGui/QWidget>). Then, compile against Qt 5 and fix incompatible APIs. (add #ifdef QT_VERSION >= 0x050000) These are roughly things need to be done for Qt 5. Regarding to Wayland, it's a long way to go. Currently there are no window management facilities in it. So even if you can compile against Qt 5, lxqt-panel won't work in wayland. Don't worry about the translations. They will be fixed before the final release. Please post to the ML when you have questions. We'll try to help. Cheers! ------------------------------------------------------------------------------ Put Bad Developers to Shame Dominate Development with Jenkins Continuous Integration Continuously Automate Build, Test & Deployment Start a new project now. Try Jenkins in the cloud. http://p.sf.net/sfu/13600_Cloudbees _______________________________________________ Lxde-list mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/lxde-list
