Review Request 121335: Added a CMake macro to build KDE Connect to run on systems without X
Aleix Pol Gonzalez
aleixpol at kde.org
Thu Dec 4 14:14:17 UTC 2014
> On Dec. 3, 2014, 12:10 p.m., Aleix Pol Gonzalez wrote:
> > kded/kdeconnectd.cpp, line 83
> > <https://git.reviewboard.kde.org/r/121335/diff/1/?file=331796#file331796line83>
> >
> > You don't need it to be unique if there's no X?
>
> Albert Vaca Cintora wrote:
> Will keep it this way for now, I don't know how to make unique a QCoreApp.
If you used KF5, you could use KDBusService service(KDBusService::Unique);
> On Dec. 3, 2014, 12:10 p.m., Aleix Pol Gonzalez wrote:
> > plugins/sftp/sftpplugin.cpp, line 206
> > <https://git.reviewboard.kde.org/r/121335/diff/1/?file=331800#file331800line206>
> >
> > Maybe you want to have a class to abstract out notification emition? Looks like you're doing that in different places
> > .
>
> Albert Vaca Cintora wrote:
> It will need to emit signals when the buttons are pressed and that's another layer of singals and slots to wire, so I was too lazy to do it, but I should actually implement it that way. It will make even more sense when we have a third implementation for let's say Jolla.
>
> Aleix Pol Gonzalez wrote:
> Check if there's any framework doing that, I vaguely remember something about that. If you can't find it, ask me.
>
> Albert Vaca Cintora wrote:
> I couldn't find anything (and I don't thing that something cross-platform will have support for button in notifications, because only KDE supports that).
>
> Also, to implement that myself, we currently have no way to share code between all the diferent "parts" of kdeconnect (are, actually, truly independent :). Would you create a library just for that, or would you rather add a "common" directory that everybody compiles? Your advice has always been very useful in this kind of decisions =D
Patrick Von Reth, one of the KDE Windows maintainers, came up with this: https://github.com/Snorenotify/Snorenotify
- Aleix
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/121335/#review71290
-----------------------------------------------------------
On Dec. 3, 2014, 6:47 a.m., Albert Vaca Cintora wrote:
>
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/121335/
> -----------------------------------------------------------
>
> (Updated Dec. 3, 2014, 6:47 a.m.)
>
>
> Review request for kdeconnect and Aleix Pol Gonzalez.
>
>
> Repository: kdeconnect-kde
>
>
> Description
> -------
>
> Added a CMake macro to build KDE Connect to run on systems without X
>
>
> Diffs
> -----
>
> kded/kdeconnectd.cpp 06cec727723e64954d1ed13e5b7f12cd35a6b784
> CMakeLists.txt 5b916d929dfa3f3304a8ac84e7ef6c19f9aa4663
> core/device.cpp c4043182b8d6dd47fa1d19f8097fe1fb68489bfa
> plugins/sftp/sftpplugin.cpp 53b818a999d5f6c772c1a90d07a74fbd04c3870f
> plugins/ping/pingplugin.cpp 042a953cb3d9ba210a30630cc68a779ac170e8bf
> plugins/battery/batteryplugin.cpp 975ebaefad611da822468d8b73e47e3c3c3e838f
> plugins/share/shareplugin.cpp 2c7c8152ef97e2bc600a04ca88079224e600a428
> plugins/CMakeLists.txt de1131d224c453f86f79c74cb7d720cd8116e1c7
>
> Diff: https://git.reviewboard.kde.org/r/121335/diff/
>
>
> Testing
> -------
>
> Runs fine with the macro set to YES and set to NO.
>
>
> Thanks,
>
> Albert Vaca Cintora
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdeconnect/attachments/20141204/14d5fdc6/attachment.html>
More information about the KDEConnect
mailing list