lubuntu-desktop team mailing list archive

[PCMan <pcman.tw@xxxxxxxxx>]

Your work is highly appreciated, really!
Last week I reworked the tab browsing part of pcmanfm again to
circumvent a limitation of GtkNotebook.
In addition, I did some refactor for the side pane and added directory
tree to it.
Now after some more testing and addition of some menu items and config
values for it, I can push them to online repo.
After this one is finished, I'll try to find some time to fix other
bugs in the file manager.
As for other lx-* stuff, I currently don't have enough time to fix
them. Really glad that you can help.

Currently my *plans* for the lx* tools are as follows (These are just
my personal ideas. The issues are open to discussion):

1. lxpanel: We have no maintainer for this one. This works ok most of
the time, but I personally think a cleaner rewrite can be better.
Another possible option will be using libwnck to handle some tasks so
we can have less mysterious X11-related code and less seg faults of
unknown causes.

2. gpicview: The coding did in last GSoC session failed to provide
production quality stuff. Previously I want to fix that, but now due
to lack of time, I'm not able to do it. Another option may be using
Viewnior instead if nobody has the time to maintain gpicview.

3. lxterminal: currently we have no maintainer for it. Previously a
friend on our mailing list is willing to take over it. So maybe we'll
have a new maintainer later. Another option can be using Roxterm
instead.

4. lxsession: A dbus session management interface is needed. Maybe we
need to rework this one. Besides, command line used to lock the screen
should be handled.

5. lxsession-edit: I want to merge this one with lxsession for better
maintainence and adding the ability to configure lxsession autostart
file in GUI, not only xdg autostart spec. So people don't need to edit
autostart file themselves. Unwanted autostart apps commands can be
commented out with # in the config file.

6. lxlauncher: in git repo there is a version supporting background
image handling, but it's less well-tested and was not yet released. I
don't have time for it, but someone who wants to use it in netbook may
want to take a look at it.

7. lxrandr: I'm not sure what's the best way to handle config saving.
Previously I want to save it in lxsession config files so we can have
a more common place for most config values for easier maintaince.
However putting this into autostart desktop file is as good.

8. lxinput: currently I have no plan for it. Supporting synaptic
devies can be good, but I don't know how to do it. I know that ubuntu
did some patches for gnome to make this work. Maybe we can do the
same?

9. lxshortcut: This can be a library rather than binary program so
including desktop file editing in other programs can be easier by
calling the library.

10. openbox: this is not our software, but personally I always want to
do a simple config tool to config keyboard shortcuts for openbox. This
is what's lacking for quite a long time. Previously a friend did one
with pygtk on the mailing list. We need to find it out. A version
written in C with a nice GUI will be even better. Another problem of
openbox is the lack of ability to use Win key alone as a shortcut. I
read the source code of openbox previously but did not find a way to
patch it. Maybe another solution is needed? xbindkeys is a good tool,
but this clashes with openbox keyboard shortcut sometimes and requires
additonal programs. Any ideas?

11. The file manager: fix most of the known bugs after directory tree
and button-style path bar are added. Then, make a new release. Later
I'll do loadable module support and try to add a dbus interface for
other programs to call the file manager.

These are my current plans. Any suggestions are appreciated.

On Mon, May 23, 2011 at 9:53 AM, Jonathan Marsden <jmarsden@xxxxxxxxxxx> wrote:
> On 05/22/2011 04:06 AM, Julien Lavergne wrote:
>
>> Thanks Jonathan :) Don't forget to update the TODO page next time :)
>
> OK... I tend to only remember to update TODO when the job is done, not
> when I start working on it!
>
>> http://gitorious.org/lxde-jmarsden/libfm-jmarsden/commit/09b606108146cdc5bfa8167021baf50931edef36
>> Not sure it's suitable for upstream. As far as I know,
>> x-terminal-emulator is a Debian / Ubuntu stuff.
>
> I wasn't sure, but that's why I did they one patch per commit -- whoever
> approves or rejects the commits *will* be sure.
>
>> http://gitorious.org/lxde-jmarsden/libfm-jmarsden/commit/19636195842d26843718bb5900ffea4f8fd28076
>
>> The modifications on .desktop should not be applied, it's generated at
>> build time. That's also mean that the patch in the package is wrong :-/
>
> OK.  Do we still need some sort of patch to the template, or is the
> patch to the .desktop just useless, because it will be overwritten
> during build?  Should I make a another commit removing that change to
> .desktop ??
>
>> I hope to finish merging patchs from Ubuntu / Debian today, except for
>> libfm/pcmanfm (I don't have commit access to the branches).
>
> Great!  Then I won't do any more of these, since you are almost done
> with all the rest :)
>
> Once they are all "in", is there anything preventing you and pcman from
> doing a source tarball release of LXDE -- maybe an rc1 release??  Then
> we can package from that and if all looks good, you guy can do a 'real'
> new LXDE release?  Are there any automated test tools/test suite for
> LXDE, incidentally?
>
> There seem to be some fairly bad "segfault" type bugs being reported in
> some of the lx* tools in Lubuntu 11.04 -- have you looked at any of
> them?  How serious are these issues?  Making a preference change should
> not cause the preference editor to crash, for example :)
>
> Jonathan
>