From: Giuseppe P. <gi...@gm...> - 2013-09-05 22:15:10
|
Hi, I completed a first simple working version of this applet in case somebody would like to try it and provide feedback. The name of the plugin is "Application Launch and Task Bar" and is a Launchbar plugin + a Taskbar plugin with interaction between them. What is the interaction: 1) when right clicking on a task button you can see the new menu item "New Instance" if its desktop file is found in launcher or in the menu cache; 2) when right clicking on a task button you can see the new menu item"Add to Launcher" if its desktop file is NOT found in launcher and is FOUND in the menu cache; 3) when right clicking on a task button you can see the new menu item"Remove from Launcher" if its desktop file is FOUND in launcher; 4) when right clicking on a task button you will see none of the above if the funcion was not able to locate the desktop file at all. The way that a desktop file is searched from a task button is simple and not perfect, in some cases it may fail and there's a config key file to handle these special cases. a) The desktop files have an Exec section, the exec command is stripped from any argument and the location of the binary (e.g. /usr/bin) is also removed; b) From the task buttons I retrieve the PID of the window and from the PID I retrieve the command, this command is also stripped from arguments and binary location; c) the key file about special cases is created if not found in ~/.config/lxpanel/launchtaskbar.cfg and the content is at the moment: [special_cases] synaptic=synaptic-pkexec soffice.bin=libreoffice which means that for the task manager retrieved command in these 2 cases I search instead for the associated value I know that we're moving to Qt so it's not worth to spend too much time again on new features for old lxpanel but since I already started this work one year ago spending a lot of time on it, I wanted to complete it, furthermore I have many PCs that will ship the good old lxde again for long time. The code is in branch named xkb in git repo and is in line with 0.6 code except for languages updates. Cheers, Giuseppe. |
From: Andrej N. G. <an...@re...> - 2013-09-06 00:17:39
|
Hello! Giuseppe Penone has written on Friday, 6 September, at 0:15: >I know that we're moving to Qt so it's not worth to spend too much time >again on new features for old lxpanel but since I already started this work >one year ago spending a lot of time on it, I wanted to complete it, >furthermore I have many PCs that will ship the good old lxde again for long >time. Well, I doubt we will be ready to release stable Qt release in due a year. And even then we will still support GTK2 version. So I don't think it is not worth to spend time on it. And you know, I still work on GTK2 version of libfm/pcmanfm and you know how much of new features I've added there, exactly due to the same reasons, and also I don't have much time for experiments and use what is stable. :) >The code is in branch named xkb in git repo and is in line with 0.6 code >except for languages updates. If you have some time and desire it would be very wonderful if you could make lxpanel accessible, a lot of blind people constantly asking for this. If you need hints then just ask, it is not so hard. :) >Cheers, >Giuseppe. Cheers! Andriy. |
From: Giuseppe P. <gi...@gm...> - 2013-09-06 21:25:09
|
Hi Andrej, On Fri, Sep 6, 2013 at 2:17 AM, Andrej N. Gritsenko <an...@re...>wrote: > If you have some time and desire it would be very wonderful if you > could make lxpanel accessible, a lot of blind people constantly asking > for this. If you need hints then just ask, it is not so hard. :) > I will not have a lot of free time in the next weeks but anyway if you give me an idea about what work should be done (I have really no idea) I will see what I can do. Cheers, Giuseppe. |
From: Andrej N. G. <an...@re...> - 2013-09-07 01:43:47
|
Hello! Giuseppe Penone has written on Friday, 6 September, at 23:25: >On Fri, Sep 6, 2013 at 2:17 AM, Andrej N. Gritsenko <an...@re...>wrote: >> If you have some time and desire it would be very wonderful if you >> could make lxpanel accessible, a lot of blind people constantly asking >> for this. If you need hints then just ask, it is not so hard. :) >I will not have a lot of free time in the next weeks but anyway if you give >me an idea about what work should be done (I have really no idea) I will >see what I can do. Well, there is a lot of docs around, short one is on KDE developers site - http://accessibility.kde.org/developer/atk.php, and detailed one is on GNOME site - https://developer.gnome.org/accessibility-devel-guide Those docs still aren't simple to follow. So below is step-by-step rules how to implement it. 1) If the application contains no custom widgets but only standard ones then developer should satisfy GNOME guide, no implementation is required. 2) If the application introduces own widget but widget does not add any elements user may interact with but contains some standard GTK widgets, then improvement for accessibility means widget should receive correct description and role. I may be wrong on this though and description and role still may be hidden until ATK widget is implemented but I cannot check this. Well, contained widgets will interact with user in any case. 3) Otherwise widget should implement some ATK functions. Let see them more detailed what should be implemented: a) any accessible GTK widget should contain "mirror" ATK widget, link between them is established via ATK registry; b) most of widgets contains some elements, each of those elements should be represented as instance of AtkObject-derived class; c) relations between widget and its elements, as well as relations with screen, should be implemented as AtkComponent interface calls; d) widget that contains some image to present to user should implement the AtkImage interface calls to describe image to blind people; e) widget that contains some complex or editable text should implement the AtkText interface calls to represent that text; f) widget that handles user input (keyboard or mouse) should implement the AtkAction interface calls to receive input from ATK too; g) widget that handles selection should implement the AtkSelection interface calls so ATK can receive and change selection. You can also look into any existing implementations, they will show you many things, as they did to me. >Cheers, >Giuseppe. Cheers! Andriy. |
From: Henry G. <hsg...@gm...> - 2013-09-07 23:30:37
|
On Fri, Sep 06, 2013 at 12:15:03AM +0200, Giuseppe Penone wrote: > Hi, I completed a first simple working version of this applet in case > somebody would like to try it and provide feedback. > > The name of the plugin is "Application Launch and Task Bar" and is a > Launchbar plugin + a Taskbar plugin with interaction between them. I wasn't able to add any launchers to the launchbar. It didn't find any applications. I'll try to have a look soonish after the 0.6.1 release. Thanks, Henry |
From: Giuseppe P. <gi...@gm...> - 2013-09-08 03:28:22
|
Hi, On Sun, Sep 8, 2013 at 1:30 AM, Henry Gebhardt <hsg...@gm...>wrote: > On Fri, Sep 06, 2013 at 12:15:03AM +0200, Giuseppe Penone wrote: > > Hi, I completed a first simple working version of this applet in case > > somebody would like to try it and provide feedback. > > > > The name of the plugin is "Application Launch and Task Bar" and is a > > Launchbar plugin + a Taskbar plugin with interaction between them. > > I wasn't able to add any launchers to the launchbar. It didn't find any > applications. > be careful you have to restart the panel manually (I removed automatic because it happened sometimes the panel didn't really restart) then add the plugin "Application Launch and Task Bar" removing two single plugins "Application Launch Bar" and "Task Bar". Cheers, Giuseppe. |
From: Henry G. <hsg...@gm...> - 2013-09-14 15:42:07
|
On Sun, Sep 08, 2013 at 05:28:14AM +0200, Giuseppe Penone wrote: > On Sun, Sep 8, 2013 at 1:30 AM, Henry Gebhardt <hsg...@gm...>wrote: > > On Fri, Sep 06, 2013 at 12:15:03AM +0200, Giuseppe Penone wrote: > > > Hi, I completed a first simple working version of this applet in case > > > somebody would like to try it and provide feedback. > > > > > > The name of the plugin is "Application Launch and Task Bar" and is a > > > Launchbar plugin + a Taskbar plugin with interaction between them. I'd rather that there is only one version of a launchbar and a taskbar in the panel. By this I mean that the plugins 'launchbar' and 'taskbar' should be removed, and we should come up with a good way to upgrade from them to the 'launchtaskbar'. Users should not be required to actively change their configuration. > > > > I wasn't able to add any launchers to the launchbar. It didn't find any > > applications. > > > > be careful you have to restart the panel manually (I removed automatic > because it happened sometimes the panel didn't really restart) then add the > plugin "Application Launch and Task Bar" removing two single plugins > "Application Launch Bar" and "Task Bar". I'll try again later. There have been some changes in master that change lxpanel_launch_app(). Can you test with the newest master merged? BTW, I have been contemplating removing the "lxpanelctl restart" option, as it seems rather useless. Any comments? Cheers, Henry |
From: Stephan S. <gma...@sp...> - 2013-09-14 15:49:51
|
I'd advise keeping it unless you want to risk nonsense crash reports on platforms like Ubuntu when people like me advise more novice users to run "killall -SEGV lxpanel" to restart lxpanel when things like the icon cache are stale. - Manually adding an icon and a .desktop often results in a launcher menu entry that doesn't gain its icon until lxpanel is restarted. - The simplest alternative to `lxpanelctl restart` is to fake a crash so lxsession will respawn lxpanel with the same settings. - It's easy for a novice user to miss the "uncheck the 'report this crash' checkbox" step when dismissing the "Oops! Ubuntu had an error." dialog. On 13-09-14 11:41 AM, Henry Gebhardt wrote: > > BTW, I have been contemplating removing the "lxpanelctl restart" option, > as it seems rather useless. Any comments? |
From: Andrej N. G. <an...@re...> - 2013-09-14 16:08:01
|
Hello! Henry Gebhardt has written on Saturday, 14 September, at 11:41: >On Sun, Sep 08, 2013 at 05:28:14AM +0200, Giuseppe Penone wrote: >> On Sun, Sep 8, 2013 at 1:30 AM, Henry Gebhardt <hsg...@gm...>wrote: >> > On Fri, Sep 06, 2013 at 12:15:03AM +0200, Giuseppe Penone wrote: >> > > Hi, I completed a first simple working version of this applet in case >> > > somebody would like to try it and provide feedback. >> > > The name of the plugin is "Application Launch and Task Bar" and is a >> > > Launchbar plugin + a Taskbar plugin with interaction between them. >I'd rather that there is only one version of a launchbar and a taskbar >in the panel. By this I mean that the plugins 'launchbar' and 'taskbar' >should be removed, and we should come up with a good way to upgrade from >them to the 'launchtaskbar'. Users should not be required to actively >change their configuration. I am highly against it. I strictly want separate taskbar (I actually have it auto-hiding at bottom of screen) and I want always be able to use launchbar(s). I'm agree that adding new window of existing application is better in some cases than try to launch it again but that does not remove requirement of separate taskbar in any case. :) >> > I wasn't able to add any launchers to the launchbar. It didn't find any >> > applications. >> be careful you have to restart the panel manually (I removed automatic >> because it happened sometimes the panel didn't really restart) then add the >> plugin "Application Launch and Task Bar" removing two single plugins >> "Application Launch Bar" and "Task Bar". >I'll try again later. There have been some changes in master that change >lxpanel_launch_app(). Can you test with the newest master merged? >BTW, I have been contemplating removing the "lxpanelctl restart" option, >as it seems rather useless. Any comments? Well, it is useless if you don't have panel running after crash but IMHO it should put a warning and start a panel instead so you always be sure you restart the panel by invoking this. I know the GNOME prefer to remove feature if it is buggy but we aren't GNOME, are we? :) >Cheers, >Henry Cheers! Andriy. |
From: Giuseppe P. <gi...@gm...> - 2013-09-14 20:41:20
|
Hi Henry, On Sat, Sep 14, 2013 at 5:41 PM, Henry Gebhardt <hsg...@gm...>wrote: > > I'd rather that there is only one version of a launchbar and a taskbar > in the panel. By this I mean that the plugins 'launchbar' and 'taskbar' > should be removed, and we should come up with a good way to upgrade from > them to the 'launchtaskbar'. Users should not be required to actively > change their configuration. > I thought about not merging taskbar and launchbar but just adding client/server communications (e.g. with dbus) but this introduces a lot of complexity, not to mention that in future I was also thinking about try to make a single icon grid out of the 2 current separate icon grids (launch and task), so really making it a docking like unity or windows 7 or kde. I'm aware not only Andrij but also other users want separate launch and task, somebody even has more launchers in separate places, in my opinion we have to keep them both, I will take care of porting fixes to separate launch and task to integrated launchtask. I'll try again later. There have been some changes in master that change > lxpanel_launch_app(). Can you test with the newest master merged? > I noticed changes to launchbar.c, will port them to launchtaskbar.c BTW, I have been contemplating removing the "lxpanelctl restart" option, > as it seems rather useless. Any comments? > I also use "lxpanelctl restart", it's handy for me. Cheers, Giuseppe. |
From: Pierre G. <lu...@pi...> - 2013-09-15 13:33:13
|
Could we imagine that "launchtask" plugin includes an option that permit to have only the taskbar or the launchbar, or both ? In these conditions, we could remove launchbar and taskbar plugins, and the code would be easier to maintain. Le 14/09/2013 22:41, Giuseppe Penone a écrit : > I thought about not merging taskbar and launchbar but just adding > client/server communications (e.g. with dbus) but this introduces a > lot of complexity, not to mention that in future I was also thinking > about try to make a single icon grid out of the 2 current separate > icon grids (launch and task), so really making it a docking like unity > or windows 7 or kde. > > I'm aware not only Andrij but also other users want separate launch > and task, somebody even has more launchers in separate places, in my > opinion we have to keep them both, I will take care of porting fixes > to separate launch and task to integrated launchtask. |
From: Giuseppe P. <gi...@gm...> - 2013-09-15 18:33:36
|
On Sun, Sep 15, 2013 at 2:16 PM, Pierre Gobin <lu...@pi...>wrote: > Could we imagine that "launchtask" plugin includes an option that permit > to have only the taskbar or the launchbar, or both ? In these > conditions, we could remove launchbar and taskbar plugins, and the code > would be easier to maintain. > yes this should be trivial to implement, I can do it and later we'll see if it works fine covering all possible needs. > Le 14/09/2013 22:41, Giuseppe Penone a écrit : > > I thought about not merging taskbar and launchbar but just adding > > client/server communications (e.g. with dbus) but this introduces a > > lot of complexity, not to mention that in future I was also thinking > > about try to make a single icon grid out of the 2 current separate > > icon grids (launch and task), so really making it a docking like unity > > or windows 7 or kde. > > > > I'm aware not only Andrij but also other users want separate launch > > and task, somebody even has more launchers in separate places, in my > > opinion we have to keep them both, I will take care of porting fixes > > to separate launch and task to integrated launchtask. > > > > ------------------------------------------------------------------------------ > LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! > 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, > SharePoint > 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack > includes > Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/22/13. > http://pubads.g.doubleclick.net/gampad/clk?id=64545871&iu=/4140/ostg.clktrk > _______________________________________________ > Lxde-list mailing list > Lxd...@li... > https://lists.sourceforge.net/lists/listinfo/lxde-list > |
From: Henry G. <hsg...@gm...> - 2013-09-15 23:15:28
|
On Sun, Sep 15, 2013 at 08:33:29PM +0200, Giuseppe Penone wrote: > On Sun, Sep 15, 2013 at 2:16 PM, Pierre Gobin <lu...@pi...>wrote: > > > Could we imagine that "launchtask" plugin includes an option that permit > > to have only the taskbar or the launchbar, or both ? In these > > conditions, we could remove launchbar and taskbar plugins, and the code > > would be easier to maintain. Yes, exactly my thought! > > yes this should be trivial to implement, I can do it and later we'll see if > it works fine covering all possible needs. That would be great! ~Henry |
From: Giuseppe P. <gi...@gm...> - 2013-09-18 22:16:24
|
Hi, On Mon, Sep 16, 2013 at 1:14 AM, Henry Gebhardt <hsg...@gm...>wrote: > On Sun, Sep 15, 2013 at 08:33:29PM +0200, Giuseppe Penone wrote: > > On Sun, Sep 15, 2013 at 2:16 PM, Pierre Gobin <lu...@pi... > >wrote: > > > > > Could we imagine that "launchtask" plugin includes an option that > permit > > > to have only the taskbar or the launchbar, or both ? In these > > > conditions, we could remove launchbar and taskbar plugins, and the code > > > would be easier to maintain. > > Yes, exactly my thought! > > > > > yes this should be trivial to implement, I can do it and later we'll see > if > > it works fine covering all possible needs. > > That would be great! > I completed the work with latest commit to xkb branch ("launchtaskbar working also as only launch and only task OK") Note that if the plugin is set to "only launch", the plugin expand status is set to FALSE and in all other cases is set to TRUE. If you are editing the LaunchTaskBar preferences by selecting the plugin from the Panel Applets list and clicking on the Edit button, the expand status (column "Stretch") is controlled from inside the plugin when you click on the radiobutton (only launch)-(only task)-(launch+task) but I cannot update the father dialog (Panel Settings) Stretch column checkbox that in some situations displays then the wrong value until you close and reopen the Panel Settings dialog, I still don't know if there's a way to fix this mismatch easily. Cheers, Giuseppe. |
From: Pierre G. <lu...@pi...> - 2014-01-22 00:48:54
|
Hi Giuseppe, As I am very interested in your work on LaunchTaskBar, I wanted to know if you did some progress on it ? Kind regards, Pierre Gobin |
From: Giuseppe P. <gi...@gm...> - 2013-09-15 22:21:44
|
On Sat, Sep 14, 2013 at 10:41 PM, Giuseppe Penone <gi...@gm...> wrote: > > I noticed changes to launchbar.c, will port them to launchtaskbar.c > I ported all changes from latest master to my branch named xkb, then ported all changes I found in launchbar.c and taskbar.c to launchtaskbar.c, then modified launchtaskbar.c as it was no more buildable after latest changes from next-gtk2 branch. so now xkb = master + improved keyboard layout handler + launchtaskbar up to date with changes to launchbar and taskbar Cheers, Giuseppe. |
From: Henry G. <hsg...@gm...> - 2014-01-22 04:40:53
|
On Wed, Jan 22, 2014 at 12:36:07AM +0100, Giuseppe Penone wrote: > I was asked to make this plugin work in 3 ways: only launchbar, only > taskbar or launchtaskbar and so I made it and it works, the latest code is > available in the official sourceforge git repo, branch named xkb. > Since anyway it seems that my job will never go to master branch, for now > I'm not working on further improvements. Hi, the holdup is that we need a clearer upgrade-path, and I have little time. My initial idea was to automatically replace launchbar and taskbar each with an instance of launchtaskbar. If someone could look into that, that would be great! Other ideas are also welcome, but if possible upgrading should be as painless as possible. Thank you for your work! Henry |
From: Andrej N. G. <an...@re...> - 2014-01-22 12:36:13
|
Hello! Henry Gebhardt has written on Tuesday, 21 January, at 23:39: >On Wed, Jan 22, 2014 at 12:36:07AM +0100, Giuseppe Penone wrote: >> I was asked to make this plugin work in 3 ways: only launchbar, only >> taskbar or launchtaskbar and so I made it and it works, the latest code is >> available in the official sourceforge git repo, branch named xkb. >> Since anyway it seems that my job will never go to master branch, for now >> I'm not working on further improvements. >Hi, the holdup is that we need a clearer upgrade-path, and I have little >time. My initial idea was to automatically replace launchbar and taskbar >each with an instance of launchtaskbar. If someone could look into >that, that would be great! Other ideas are also welcome, but if possible >upgrading should be as painless as possible. As for me - if launchtaskbar instance can function as either taskbar or launchbar (not merging them together, i.e. launchbar will not consume tasks from taskbar nor vise versa) then why not replace both plugins with one. If it cannot work that way then why not leave launchbar and taskbar plugins but add launchtaskbar as alternative? I believe more options is always better than less of them. I already had some thoughts if I have to help with lxpanel since it's currently the bottleneck in LXDE - it doesn't support drag & drop, have no good accessibility (at least what I heard), and also half of bugs in the LXDE tracker are against lxpanel (also people in the IRC channel very often complain that lxpanel is buggy)... >Henry Cheers! Andriy. |
From: Giuseppe P. <gi...@gm...> - 2014-01-22 15:54:44
|
Hi, On Wed, Jan 22, 2014 at 1:36 PM, Andrej N. Gritsenko <an...@re...>wrote: > Hello! > > Henry Gebhardt has written on Tuesday, 21 January, at 23:39: > >On Wed, Jan 22, 2014 at 12:36:07AM +0100, Giuseppe Penone wrote: > >> I was asked to make this plugin work in 3 ways: only launchbar, only > >> taskbar or launchtaskbar and so I made it and it works, the latest code > is > >> available in the official sourceforge git repo, branch named xkb. > >> Since anyway it seems that my job will never go to master branch, for > now > >> I'm not working on further improvements. > > >Hi, the holdup is that we need a clearer upgrade-path, and I have little > >time. My initial idea was to automatically replace launchbar and taskbar > >each with an instance of launchtaskbar. If someone could look into > >that, that would be great! Other ideas are also welcome, but if possible > >upgrading should be as painless as possible. > > As for me - if launchtaskbar instance can function as either taskbar > or launchbar (not merging them together, i.e. launchbar will not consume > tasks from taskbar nor vise versa) then why not replace both plugins with > one. If it cannot work that way then why not leave launchbar and taskbar > plugins but add launchtaskbar as alternative? I believe more options is > always better than less of them. > The xkb branch already just adds LaunchTaskBar as an alternative without replacing anything. The LaunchTaskBar allocates Launchbar and Taskbar plugin resources only if needed, if it is configured as just Launch allocates only Launchbar and so if configured only for Taskbar. I also think that, if the replacement step is too risky, just adding it as an alternative that an user can find in plugins list is just good. In xkb branch there are also improvements to Keyboard Layout Handler that were never ported to master. I already had some thoughts if I have to help with lxpanel since it's > currently the bottleneck in LXDE - it doesn't support drag & drop, have > no good accessibility (at least what I heard), and also half of bugs in > the LXDE tracker are against lxpanel (also people in the IRC channel very > often complain that lxpanel is buggy)... > that would be great after the job you made in pcmanfm, the daily crashes there are just a memory now. Cheers, Giuseppe. |
From: Henry G. <hsg...@gm...> - 2014-01-23 00:24:25
|
On Wed, Jan 22, 2014 at 04:54:37PM +0100, Giuseppe Penone wrote: > On Wed, Jan 22, 2014 at 1:36 PM, Andrej N. Gritsenko <an...@re...>wrote: > > As for me - if launchtaskbar instance can function as either taskbar > > or launchbar (not merging them together, i.e. launchbar will not > > consume tasks from taskbar nor vise versa) then why not replace both > > plugins with one. Yes, this is possible if do it manually. It would be nice to automate this, and then remove the old plugins. > > If it cannot work that way then why not leave > > launchbar and taskbar plugins but add launchtaskbar as alternative? > > I believe more options is always better than less of them. I am a little worried about adding many duplicate plugins, as fixes in launchtaskbar should also be ported to the older versions if applicable. This is why there should be some way to upgrade, ideally automated to make it as painless as possible. Thoughts? > > The xkb branch already just adds LaunchTaskBar as an alternative > without replacing anything. The LaunchTaskBar allocates Launchbar and > Taskbar plugin resources only if needed, if it is configured as just > Launch allocates only Launchbar and so if configured only for Taskbar. > I also think that, if the replacement step is too risky, just adding > it as an alternative that an user can find in plugins list is just > good. > > In xkb branch there are also improvements to Keyboard Layout Handler > that were never ported to master. > > > I already had some thoughts if I have to help with lxpanel since > > it's currently the bottleneck in LXDE - it doesn't support drag & > > drop, have no good accessibility (at least what I heard), and also > > half of bugs in the LXDE tracker are against lxpanel (also people in > > the IRC channel very often complain that lxpanel is buggy)... > > > > that would be great after the job you made in pcmanfm, the daily > crashes there are just a memory now. Help is definitely welcome! Thanks everyone for your great work! Henry |
From: <lu...@pi...> - 2014-01-23 03:27:07
|
Le 22.01.2014 16:54, Giuseppe Penone a écrit : > Hi, > > On Wed, Jan 22, 2014 at 1:36 PM, Andrej N. Gritsenko <an...@re...> wrote: > >> Hello! >> >> Henry Gebhardt has written on Tuesday, 21 January, at 23:39: >> >>> On Wed, Jan 22, 2014 at 12:36:07AM +0100, Giuseppe Penone wrote: >>>> I was asked to make this plugin work in 3 ways: only launchbar, only >>>> taskbar or launchtaskbar and so I made it and it works, the latest code is >>>> available in the official sourceforge git repo, branch named xkb. >>>> Since anyway it seems that my job will never go to master branch, for now >>>> I'm not working on further improvements. >> >>> Hi, the holdup is that we need a clearer upgrade-path, and I have little >>> time. My initial idea was to automatically replace launchbar and taskbar >>> each with an instance of launchtaskbar. If someone could look into >>> that, that would be great! Other ideas are also welcome, but if possible >>> upgrading should be as painless as possible. >> >> As for me - if launchtaskbar instance can function as either taskbar >> or launchbar (not merging them together, i.e. launchbar will not consume >> tasks from taskbar nor vise versa) then why not replace both plugins with >> one. If it cannot work that way then why not leave launchbar and taskbar >> plugins but add launchtaskbar as alternative? I believe more options is >> always better than less of them. > > The xkb branch already just adds LaunchTaskBar as an alternative without > replacing anything. > The LaunchTaskBar allocates Launchbar and Taskbar plugin resources only if needed, > if it is configured as just Launch allocates only Launchbar and so if configured > only for Taskbar. > I also think that, if the replacement step is too risky, just adding it as an alternative > that an user can find in plugins list is just good. > > In xkb branch there are also improvements to Keyboard Layout Handler that were > never ported to master. > >> I already had some thoughts if I have to help with lxpanel since it's >> currently the bottleneck in LXDE - it doesn't support drag & drop, have >> no good accessibility (at least what I heard), and also half of bugs in >> the LXDE tracker are against lxpanel (also people in the IRC channel very >> often complain that lxpanel is buggy)... > > that would be great after the job you made in pcmanfm, the daily crashes there > are just a memory now. > > Cheers, > Giuseppe. Thanks for the information. I hope LaunchTaskBar will be included by default. Also, in the past you talked about the possibility of merging launchbar and taskbar, as we can see in docks. It would be really interesting, as it is, for me, the only feature that Lxpanel lacks to be used as a dock. Concerning Keyboard Layout Handler, which are the improvements that you are talking about ? Regards, Pierre Gobin |
From: Giuseppe P. <gi...@gm...> - 2014-01-23 08:12:13
|
Hi, On Wed, Jan 22, 2014 at 10:29 PM, <lu...@pi...> wrote: > Thanks for the information. I hope LaunchTaskBar will be included by > default. Also, in the past you talked about the possibility of merging > launchbar and taskbar, as we can see in docks. It would be really > interesting, as it is, for me, the only feature that Lxpanel lacks to be > used as a dock. > Merging them it would be difficult to keep them also working as only launchbar or only taskbar, anyway if launchtaskbar will be included in future I could try the experiment. > Concerning Keyboard Layout Handler, which are the improvements that you > are talking about ? > In newer version it is possible to select more options at the same time for toggle layout while before only one option could be selected (setxkbmap -option) and also other toggle options were added (*grp_led:*) Cheers! Giuseppe. |
From: Giuseppe P. <gi...@gm...> - 2014-01-21 23:36:14
|
Hi Pierre, I was asked to make this plugin work in 3 ways: only launchbar, only taskbar or launchtaskbar and so I made it and it works, the latest code is available in the official sourceforge git repo, branch named xkb. Since anyway it seems that my job will never go to master branch, for now I'm not working on further improvements. Cheers, Giuseppe. On Tue, Jan 21, 2014 at 11:21 PM, Pierre Gobin <lu...@pi...>wrote: > Hi Giuseppe, > > As I am very interested in your work on LaunchTaskBar, I wanted to know if > you did some progress on it ? > > Kind regards, > Pierre Gobin > |
From: Pierre G. <lu...@pi...> - 2013-09-09 02:08:19
|
It works fine on Lubuntu 13.04. Will the plugin be available by default on Lubuntu 13.10 ? Also, it would be nice if there was an option to totally merge launcher and taskbar (launch butons would be at the same time taskbar buttons). Let me explain : - If we click on a app, it launches the corresponding application. - If the application is already running, it gives it the focus. With it, lxpanel could be used as a dock. What do you think about it ? Would it possible to implement it ? Kind Regards, Pierre Gobin |
From: Giuseppe P. <gi...@gm...> - 2013-09-09 11:45:08
|
Hi Pierre, On Sun, Sep 8, 2013 at 10:10 PM, Pierre Gobin <lu...@pi...>wrote: > It works fine on Lubuntu 13.04. Will the plugin be available by default > on Lubuntu 13.10 ? > this for sure not because lubuntu 13.10 is already in code freeze, furthermore the new plugin may even not be accepted in lxpanel (it's just a branch now), you're the only one that did show interest to it so far. Anyway I will ship debian packages for 13.10 on www.giuspen.com/customs/ Also, it would be nice if there was an option to totally merge launcher > and taskbar (launch butons would be at the same time taskbar buttons). > Let me explain : > - If we click on a app, it launches the corresponding application. > - If the application is already running, it gives it the focus. > > With it, lxpanel could be used as a dock. > > What do you think about it ? Would it possible to implement it ? > it's possible but I want to understand better when old lxpanel will be dropped in favor of new Qt panel, in this case I would do this directly in the new panel unless it is already implemented there. Cheers, Giuseppe. |