From: Andrej N. G. <an...@re...> - 2013-06-06 10:06:11
|
Hello everyone! I've got a brilliant idea about menu plugins (both applications menu and directories menu): both can be done via LibFM. What advantages we'll get from such move: 1) no own code to handle things, only widget representations (Gtk or Qt), and you all know that code duplication isn't good to support; 2) handler (i.e. LibFM) not depends on graphic toolkit, so it can be very easily implemented either for Gtk or for Qt; 3) easy implementation for drag&drop menu editing with LibFM 1.2 because those menu-change operations will be implemented in it; 4) drop LXShortcut dependency - in LibFM 1.2 there will be an _external_ plugin to edit the desktop entry properties which depends only on Gtk and LibFM (i.e. no libfm-gtk dependency), and it's easily portable to Qt. What do you think about it? I believe it's easy to implement and to replace old fat LXPanel plugins in next LXPanel version. :) Cheers! Andriy. |
From: PCMan <pcm...@gm...> - 2013-06-06 10:33:53
|
On Thu, Jun 6, 2013 at 6:05 PM, Andrej N. Gritsenko <an...@re...> wrote: > Hello everyone! > > I've got a brilliant idea about menu plugins (both applications menu > and directories menu): both can be done via LibFM. What advantages we'll > get from such move: > > 1) no own code to handle things, only widget representations (Gtk or Qt), > and you all know that code duplication isn't good to support; > 2) handler (i.e. LibFM) not depends on graphic toolkit, so it can be very > easily implemented either for Gtk or for Qt; > 3) easy implementation for drag&drop menu editing with LibFM 1.2 because > those menu-change operations will be implemented in it; > 4) drop LXShortcut dependency - in LibFM 1.2 there will be an _external_ > plugin to edit the desktop entry properties which depends only on Gtk and > LibFM (i.e. no libfm-gtk dependency), and it's easily portable to Qt. > > What do you think about it? I believe it's easy to implement and to > replace old fat LXPanel plugins in next LXPanel version. :) > > Cheers! > Andriy. Actually, that's exactly one of my plans. That's why I linked lxpanel2 and lxpanel-qt against libfm. I did not do it in lxpanel2 because it's gtk3-based and libfm-gtk at that time supports gtk2 only. Since gtk2 and gtk3 cannot be used in the same program, it's not possible to do this. Now, since we stop moving to gtk3 and will keep gtk2 for quite a long time, it's a good idea to do it for lxpanel. So please do it. For me, I already link lxpanel-qt against libfm and will utilize it to implement some applets later. FYI, a Qt based desktop panel, lxpanel-qt, is now under development. It's not a port of lxpanel, but the gtk3 based lxpanel2 which is never finished. To F/U the development of lxpanel-qt, see this: http://lxde.git.sourceforge.net/git/gitweb.cgi?p=lxde/lxpanel-qt;a=summary Cheers! |
From: Giuseppe P. <gi...@gm...> - 2013-06-06 11:25:31
|
> > FYI, a Qt based desktop panel, > lxpanel-qt, is now under development. > this is great, when it will be ready I will be glad to port at least the applet I worked on (keyboard layout handler) to Qt. Cheers. |
From: Andrej N. G. <an...@re...> - 2013-06-06 12:42:20
|
Hello! PCMan has written on Thursday, 6 June, at 18:33: >On Thu, Jun 6, 2013 at 6:05 PM, Andrej N. Gritsenko <an...@re...> wrote: >> I've got a brilliant idea about menu plugins (both applications menu >> and directories menu): both can be done via LibFM. What advantages we'll >> get from such move: >> 1) no own code to handle things, only widget representations (Gtk or Qt), >> and you all know that code duplication isn't good to support; >> 2) handler (i.e. LibFM) not depends on graphic toolkit, so it can be very >> easily implemented either for Gtk or for Qt; >> 3) easy implementation for drag&drop menu editing with LibFM 1.2 because >> those menu-change operations will be implemented in it; >> 4) drop LXShortcut dependency - in LibFM 1.2 there will be an _external_ >> plugin to edit the desktop entry properties which depends only on Gtk and >> LibFM (i.e. no libfm-gtk dependency), and it's easily portable to Qt. >> What do you think about it? I believe it's easy to implement and to >> replace old fat LXPanel plugins in next LXPanel version. :) >Actually, that's exactly one of my plans. >That's why I linked lxpanel2 and lxpanel-qt against libfm. >I did not do it in lxpanel2 because it's gtk3-based and libfm-gtk at >that time supports gtk2 only. Since gtk2 and gtk3 cannot be used in >the same program, it's not possible to do this. LibFM at the time you experimented with lxpanel2 has no own VFS yet so it had no advantages at that time but do it via libfm-gtk has a lot of disadvantages too. Now it can be done without any libfm-gtk touch at all, as I said above. :) >Now, since we stop moving to gtk3 and will keep gtk2 for quite a long >time, it's a good idea to do it for lxpanel. So please do it. As soon I finish my work on libfm-1.2, I'll make lxshortcut2 as the demo how to use it - I believe it will be a very simple application as it will just make a dialog-container and all work on it will be done by libfm, so it will do: a) parse commandline options; b) create an empty dialog with GtkBuilder; c) activate plugin; d) run dialog; e) exit. ;) >For me, I already link lxpanel-qt against libfm and will utilize it to >implement some applets later. FYI, a Qt based desktop panel, >lxpanel-qt, is now under development. You can base menu plugin in lxpanel-qt on FmFolder already, using menu://applications/ as root, it should work even with libfm-1.1, just menu editing will not work yet - that will work only with libfm-1.2. :) Cheers! Andriy. |
From: Mario D. R. S. <des...@ro...> - 2013-06-06 11:38:04
|
Isn't Libpeas an option for plugins? _______________________________________________ Mario Daniel Ruiz Saavedra Estudiante Ing. Sistemas - Uninorte mr...@un... - identi.ca/desiderantes -----Original Message----- From: PCMan <pcm...@gm...> Date: Thu, 6 Jun 2013 18:33:47 To: Andrej N. Gritsenko<an...@re...> Cc: <lxd...@li...> Subject: Re: [Lxde-list] LXPanel menu plugins and LibFM. On Thu, Jun 6, 2013 at 6:05 PM, Andrej N. Gritsenko <an...@re...> wrote: > Hello everyone! > > I've got a brilliant idea about menu plugins (both applications menu > and directories menu): both can be done via LibFM. What advantages we'll > get from such move: > > 1) no own code to handle things, only widget representations (Gtk or Qt), > and you all know that code duplication isn't good to support; > 2) handler (i.e. LibFM) not depends on graphic toolkit, so it can be very > easily implemented either for Gtk or for Qt; > 3) easy implementation for drag&drop menu editing with LibFM 1.2 because > those menu-change operations will be implemented in it; > 4) drop LXShortcut dependency - in LibFM 1.2 there will be an _external_ > plugin to edit the desktop entry properties which depends only on Gtk and > LibFM (i.e. no libfm-gtk dependency), and it's easily portable to Qt. > > What do you think about it? I believe it's easy to implement and to > replace old fat LXPanel plugins in next LXPanel version. :) > > Cheers! > Andriy. Actually, that's exactly one of my plans. That's why I linked lxpanel2 and lxpanel-qt against libfm. I did not do it in lxpanel2 because it's gtk3-based and libfm-gtk at that time supports gtk2 only. Since gtk2 and gtk3 cannot be used in the same program, it's not possible to do this. Now, since we stop moving to gtk3 and will keep gtk2 for quite a long time, it's a good idea to do it for lxpanel. So please do it. For me, I already link lxpanel-qt against libfm and will utilize it to implement some applets later. FYI, a Qt based desktop panel, lxpanel-qt, is now under development. It's not a port of lxpanel, but the gtk3 based lxpanel2 which is never finished. To F/U the development of lxpanel-qt, see this: http://lxde.git.sourceforge.net/git/gitweb.cgi?p=lxde/lxpanel-qt;a=summary Cheers! ------------------------------------------------------------------------------ How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j _______________________________________________ Lxde-list mailing list Lxd...@li... https://lists.sourceforge.net/lists/listinfo/lxde-list |
From: Andrej N. G. <an...@re...> - 2013-06-06 13:02:23
|
Hello! Mario Daniel Ruiz Saavedra has written on Thursday, 6 June, at 11:23: >Isn't Libpeas an option for plugins? From my point of view it's overcomplicated, it doesn't have a proper strict version check (you can install the binary of some version and the info file from another one) and also it brings another library dependency which I would like to avoid. So I will bring another implementation into LibFM a bit later - simple, lightweight and fast one. Andriy. |
From: Henry G. <hsg...@gm...> - 2013-06-06 17:44:46
|
On Thu, Jun 06, 2013 at 06:33:47PM +0800, PCMan wrote: > On Thu, Jun 6, 2013 at 6:05 PM, Andrej N. Gritsenko <an...@re...> wrote: > > Hello everyone! > > > > I've got a brilliant idea about menu plugins (both applications menu > > and directories menu): both can be done via LibFM. What advantages we'll > > get from such move: > > > > 1) no own code to handle things, only widget representations (Gtk or Qt), > > and you all know that code duplication isn't good to support; > > 2) handler (i.e. LibFM) not depends on graphic toolkit, so it can be very > > easily implemented either for Gtk or for Qt; > > 3) easy implementation for drag&drop menu editing with LibFM 1.2 because > > those menu-change operations will be implemented in it; > > 4) drop LXShortcut dependency - in LibFM 1.2 there will be an _external_ > > plugin to edit the desktop entry properties which depends only on Gtk and > > LibFM (i.e. no libfm-gtk dependency), and it's easily portable to Qt. > > > > What do you think about it? I believe it's easy to implement and to > > replace old fat LXPanel plugins in next LXPanel version. :) > > > > Cheers! > > Andriy. > > Actually, that's exactly one of my plans. > ... > Now, since we stop moving to gtk3 and will keep gtk2 for quite a long > time, it's a good idea to do it for lxpanel. So please do it. I have also been toying with this idea, but lack of time has prevented me from doing anything about it. I think it would be great! Cheers, Henry |
From: Andrej N. G. <an...@re...> - 2013-06-06 18:03:38
|
Hello! Henry Gebhardt has written on Thursday, 6 June, at 13:43: >On Thu, Jun 06, 2013 at 06:33:47PM +0800, PCMan wrote: >> On Thu, Jun 6, 2013 at 6:05 PM, Andrej N. Gritsenko <an...@re...> wrote: >> > I've got a brilliant idea about menu plugins (both applications menu >> > and directories menu): both can be done via LibFM. What advantages we'll >> > get from such move: [.......] >> Actually, that's exactly one of my plans. >> ... >> Now, since we stop moving to gtk3 and will keep gtk2 for quite a long >> time, it's a good idea to do it for lxpanel. So please do it. >I have also been toying with this idea, but lack of time has prevented >me from doing anything about it. I think it would be great! I have no time to touch lxpanel in nearest future anyway so if you find some time then do it, please, I will gladly give you any possible help with libfm and FmFolder in particular. Cheers! Andriy. |