Re: [Lxde-list] [razor-qt] qCheckGMail for razor-qt

[PCMan <pcm...@gm...>]

On Sat, Aug 10, 2013 at 1:11 AM, .. ink .. <mho...@gm...> wrote:
>
>> The panel API does not provide a high-level functions like "change icon",
>> "show pop-up message". Our API is more low-level. The plugin creates a
>> widget (in your case, I suggest QToolButton) and returns a pointer to it
>> through the function
>> QWidget* IRazorPanelPlugin::widget.
>>
> Is this by design to let plugins have full control over their UI or the high
> level API are simply not implemented yet?
>
>>
>> In plugin you can work with this widget as in a regular Qt application,
>> change icon, connect to slots and etc.
>> Imho TeaTime example will help you -
>> https://github.com/Razor-qt/razor-qt/blob/master/razorqt-panel/plugin-teatime/teatimeplugin.cpp
>>
>
> Thanks for the link,its very informative.
>
>>> 4. Any plans  to support KDE's kstatusnotifyitem API[2]?
>>
>> Long time ago I suggested to implement appindicator, bu it was
>> Ubuntu-specific and we decided don't to do that. If the situation has
>> changed now, I think we can implement it. The XEmbed is terrible.
>>
>> Who knows what with systray in Wayland/Mir?
>>
>>
>  As far as i know KDE's kstatusnotifyitem and unity's appindicator
> implements the same underlying d-bus based API.

Supporting unity appindicator is possible. We did it in lxde in the past.
Unity provides a lib for it, so technically we can create a panel
plugin for appindicator.
But I don't think its priority is lower than other more important tasks ATM.

> razor-qt/lxde could come up with its own API that supports the protocol and
> KDE's or unity's tray applications would just work in razor-qt's panel.Its a
> shame gnome-shell went their own way.Implementing the protocol will give the
> plug in architecture  a say on how applet's are presented to the user and
> this will give a pleasant applet consistency.I believe is one of the core
> reasons of moving away from XEmbed.
>
> Also,any plans to have kwallet/gnome-keyring type of functionality?

Yes, it's in my long long TODO list.
Actually before the merge of razor and lxde happens, I studies this a bit.

> I googled a bit and nobody else seem to be providing the feature.
Yes, that's true.

> It would have been nice to have a DE independent,self contained,pure C based
> small library that offer the functionality project could easily use.In other
> words,a sqlite.c type source file that gives the functionality.

Historically, KWallet and gnome-keyring developers discussed on xdg mailing list
to see if they can use a common dbus interface so they can be compatible.
The effort was in vain and the proposal failed. No further improvement
in this area since then.

Regarding to the C lib, libgcr provided by gnome actually has the
potential to be that kind of lib.
It separated gtk+ and non-GUI parts deliberately in their source tree.
So technically it's possible to port it to Qt as well.
The problem is, the UI part is very gtk+ centric and that part is large.
Porting is possible, but this will take some time so cannot be done now.
Are you interested in helping this area?