Re: [Lubuntu-desktop] Fwd: Derivatives using the LightDM GTK+ greeter
Actually I have one gtk2 based lightdm greeter which is more themable than the one provided by lightdm-gtk-greeter. I have an updated version in my harddisk, but it's not yet fully ported to the latest lightdm APIs. Maybe I can take some time to finish it. Anyone interested? On Thu, Jan 12, 2012 at 7:22 PM, Chris cyber.dr...@gmail.com wrote: This was just in. Might be interesting? -- Forwarded message -- From: Micah Gersten mic...@ubuntu.com Date: Thu, Jan 12, 2012 at 12:19 Subject: Fwd: Derivatives using the LightDM GTK+ greeter To: Xubuntu Development Discussion xubuntu-de...@lists.ubuntu.com Original Message Subject: Derivatives using the LightDM GTK+ greeter Date: Thu, 12 Jan 2012 12:13:06 +0100 From: Robert Ancell robert.anc...@canonical.com robert.anc...@canonical.com To: Ubuntu Devel list ubuntu-de...@lists.ubuntu.com ubuntu-de...@lists.ubuntu.com Hi all, I just wanted to clarify some points regarding LightDM and the GTK+ greeter (lightdm-gtk-greeter package): - This greeter was always intended as an example greeter - It's being used as the default installed greeter for some derivatives - The GTK+ greeter is now an independent project from LightDM (http://lists.freedesktop.org/archives/lightdm/2011-November/000190.html) I do not spend much time on this greeter other than confirming it still works with newer versions of the daemon, and have no plans to add new functionality. If derivatives want to use this greeter they are welcome to, but I suggest they will need to take maintainership of the project. Now it is a separate launchpad project (https://launchpad.net/lightdm-gtk-greeter) it is easy to give people permissions to this project. Anyone interested? --Robert -- xubuntu-devel mailing list xubuntu-de...@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/xubuntu-devel ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] LXDE project structure and organization.
How about writing some more unit tests? Are you willing to help? The engineering techniques are useful, but sometimes we just don't have that bit of time. For people who are not full time developers, it's hard to apply these industrial standards sometimes. Things are not as easy as it looks like. For example, I found it very difficult to do proper unit testing for GUI applications which require many user interactions. If you're willing to help, I'd suggest that you add unit testing to LXDE projects as you see fit. You can git clone them and put them somewhere like on github, and add your test cases. Later, we can pull your changes from them. This will really help a lot. About the process you mentitoned: 1. requirement gathering: we always do that. 2. design and modeling: we always do that as well, but it's not documented and there is no UML stuff. 3. implementation: we of course always to that. 4. test: this is the area that lacks something. We don't have good unit testings. (pcmanfm/libfm has some primitive unit tests already, but they are poor) Software engineering is not a golden rule. It's just a good method derived from experience of prior successful and failed projects. Many people already do these things unconsciously everyday, but they don't know that it's called software engineering. Thanks for the suggestions. On Fri, Dec 30, 2011 at 12:05 PM, Alexis Lopez Zubieta azubi...@estudiantes.uci.cu wrote: Thanks for your advice Tim Bernhard, I know that the real world is quite diferent from what the books and the teacher says. But I think that a bit of organization could help a lot to the lxde project and to other open source projects. Most of the open source projects are developed by comunities in close colaboration and exchange. Becoming this a root factor of the development process, projects without organization tend to by slow and hard to assimilate. As a newcomer to this world I found hard the task to understand and assimilate the existent code. So in my opinion the use of software engineering techniques could help to improve our productivity and the quality of the sotfware that is built. The simple aplication of a entire software development process (requirements gathering, desing and modeling, implementation, test) can improve the resulting software. The right application of theese techniques could mean also that we will save time in understanding and reusing the software created by others. So I bring to you (project leaders, developers, the whole comunity) the proposal of spend a bit of time in not just commenting more our code but also follow theese basic engineering steps to create a better software for every body. Specialy I ask to the LXDE comunity to use it in the development of the new versions of the lxdepanel, pcmanfm, and other applications that will be built now on. Greetings -- -- University of Informatic Sciences (UCI) http://www.uci.cu* *Nova Light Development Team http://www.nova.cu Alexis López Zubieta azubi...@estudiantes.uci.cu http://www.antiterroristas.cu/ ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] [Lxde-list] About lxpanel2
If your object oriented refers to the programming language, I'm using Vala now, which is a OO language built on top of GObject/C runtime. The language itself is OO. This, however, does not mean that the program written in it will be OO. I'm not a fan of making everything an object approach. No single programming style is best for all cases. Using too much OO stuff in GObject will create extra overhead as its type system is all created at runtime. Type-casting and virtual function calls sometimes requires looking up in tables. Signal emission in GObject/C is also very inefficient, too. So basically, I'd avoid unnecessary OO whenever possible. If the term object oriented here refers to making everything on the desktop an object, that's a totally different thing and is not related to language used. On Wed, Dec 28, 2011 at 5:27 PM, Klaus Knopper l...@knopper.net wrote: Hi PCMan, On Wed, Dec 28, 2011 at 03:21:02PM +0800, PCMan wrote: On Wed, Dec 28, 2011 at 11:05 AM, Alexis Lopez Zubieta [1]azubi...@estudiantes.uci.cu wrote: I have a question about lxpanel2. Are you planing to make it using an object oriented approach? What do you mean by object oriented approach? I don't understand what you mean. Any examples? I THINK he means whether or not you will be using an object oriented programming model and programming language (or interpreter on the runtime or macro level), which has certain advantages (everything like programs, icons, files, windows etc. are objects where all the code needed to manage the object is included in the objects class, and not spread across different places in the code), and disadvantages (well, object oriented code tends to get voluminous and slow, maybe even buggy, at least that is the common perception). http://en.wikipedia.org/wiki/Object-oriented_programming Gnome and KDE both use object oriented models for their desktops, where KDE also uses an object oriented language, while GNOME works more with procedural languages (C) and its own object management code. Btw, for LXDE, I would, independent of that question, opt for using anything that is stable, small (in the total resources footprint) and fast, even if it means less features. I like C, even that it means you have to be extra careful about memory management and pointer arithmetics. One of the major features of LXDE for me was always that it needs less than 5 seconds to start up all necessary components (lxpanel, pcmanfm, window manager), instead of initializing a lot of services before you can do actual work on the desktop. I hope that the new versions of lxpanel and pcmanfm will still be similarly efficient, no matter which model or toolkit you will use. Regards -Klaus ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] [Lxde-list] About lxpanel2
On Thu, Dec 29, 2011 at 10:45 AM, Alexis Lopez Zubieta azubi...@estudiantes.uci.cu wrote: Thanks for your replies Klaus Knopper and PCMan. As I understood you are planing to use an structured approach to create lxpanel2 and the rest of the LXDE desktop environment. Now I want to expose something. I'm an student of informatics engineering in the UCI where I learned to design and create applications with Object Oriented techniques. But when I came to the world of LXDE I found that there is not an object in the whole code and also I didn't find any design or model of the programs that you build. So two questions come to me: - Are you designing the aplications before start to write code? Sure, but I did not receive any formal training and taught myself programming with books, other OSS projects, and, google only. So the design can be a little bit weird sometimes. GTK+ itself is designed in a fully OO way and uses a lot of design patterns, but it's written in C. However there is no language support for objects in C. We only have struct + functions. A virtual function table in GTK+ world is a C struct which needs to be filled by hand. Things does not look like OO initially, but its spirit is OO sometimes. - How do you do it? (wich engineering thechniques do you use?) None. I did try and error in the past. Now I often tried to figure out the design/interfaces/APIs first, and start implement them later. For the GUI programs, now I tend to design the GUI first. Regards Alexis. -- *From: *PCMan pcman...@gmail.com *To: *Klaus Knopper l...@knopper.net *Cc: *Alexis Lopez Zubieta azubi...@estudiantes.uci.cu, lxde-list lxde-l...@lists.sourceforge.net, lubuntu-desktop lubuntu-desktop@lists.launchpad.net *Sent: *Wednesday, December 28, 2011 4:58:39 AM *Subject: *Re: [Lxde-list] About lxpanel2 If your object oriented refers to the programming language, I'm using Vala now, which is a OO language built on top of GObject/C runtime. The language itself is OO. This, however, does not mean that the program written in it will be OO. I'm not a fan of making everything an object approach. No single programming style is best for all cases. Using too much OO stuff in GObject will create extra overhead as its type system is all created at runtime. Type-casting and virtual function calls sometimes requires looking up in tables. Signal emission in GObject/C is also very inefficient, too. So basically, I'd avoid unnecessary OO whenever possible. If the term object oriented here refers to making everything on the desktop an object, that's a totally different thing and is not related to language used. On Wed, Dec 28, 2011 at 5:27 PM, Klaus Knopper l...@knopper.net wrote: Hi PCMan, On Wed, Dec 28, 2011 at 03:21:02PM +0800, PCMan wrote: On Wed, Dec 28, 2011 at 11:05 AM, Alexis Lopez Zubieta [1]azubi...@estudiantes.uci.cu wrote: I have a question about lxpanel2. Are you planing to make it using an object oriented approach? What do you mean by object oriented approach? I don't understand what you mean. Any examples? I THINK he means whether or not you will be using an object oriented programming model and programming language (or interpreter on the runtime or macro level), which has certain advantages (everything like programs, icons, files, windows etc. are objects where all the code needed to manage the object is included in the objects class, and not spread across different places in the code), and disadvantages (well, object oriented code tends to get voluminous and slow, maybe even buggy, at least that is the common perception). http://en.wikipedia.org/wiki/Object-oriented_programming Gnome and KDE both use object oriented models for their desktops, where KDE also uses an object oriented language, while GNOME works more with procedural languages (C) and its own object management code. Btw, for LXDE, I would, independent of that question, opt for using anything that is stable, small (in the total resources footprint) and fast, even if it means less features. I like C, even that it means you have to be extra careful about memory management and pointer arithmetics. One of the major features of LXDE for me was always that it needs less than 5 seconds to start up all necessary components (lxpanel, pcmanfm, window manager), instead of initializing a lot of services before you can do actual work on the desktop. I hope that the new versions of lxpanel and pcmanfm will still be similarly efficient, no matter which model or toolkit you will use. Regards -Klaus -- -- University of Informatic Sciences (UCI) http://www.uci.cu* *Nova Light Development Team http://www.nova.cu Alexis López Zubieta azubi...@estudiantes.uci.cu http://www.antiterroristas.cu/ ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post
Re: [Lubuntu-desktop] Viewnior?
Yet another issue is, the underlying lib viewnior use, GtkImageView only has gtk2 support. It's a nice little library providing a lightweight and really fast gtk-based image viewer UI component. It's a pity that no gtk3 porting was done so far. Sooner or later we need to migrate to gtk3. If this issue cannot be resolved at the moment. :-( On Tue, Dec 27, 2011 at 6:40 AM, Jonathan Marsden jmars...@fastmail.fmwrote: On 12/26/2011 12:09 PM, Jean-Pierre Vidal Piesset wrote: Will Viewnior be the default image viewer in 12.04 ? In 11.04 and 11.10 it's not in the repos... There are some issues with the modified included graphics library that Viewnior uses, and Debian/Ubuntu packaging policy. Its author does not want it included linking to the system version of library... So what we originally thought was a technical issue (get it packaged and into Debian, sync to Ubuntu) has turned into a much more complicated packaging/policy/desires-of-authors issue. I do not know if this will all get resolved well in time for 12.04. Jonathan ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
[Lubuntu-desktop] About lxpanel2
Recently there are some discussions about lxpanel on the mailing list, which is really great. Hope that we can have a new maintainer for it. The original lxpanel, however, is bound to gtk2, xlib, and some linux-specific stuff. This makes migration to new technology very difficult. Much has happened in recent years. 1. gtk3 replaces gtk2. The management of window geometry and underlying drawing parts have radical and backward incompatible changes. Background image support will be completely broken in gtk3 as many deprecated APIs are removed from gtk3, especially the pixmap-related ones. 2. HAL is deprecated and now we have udisks/upower (linux-only), and things never work for other unix variants. 3. logout/shutdown should be done with ConsoleKit now. 4. Xlib is going to be replaced by xcb. 5. Xorg will sooner or later be replaced by Wayland in some distros 6. gio and dbus became widely used nowadays. 7. pulse audio is widely used, and direct ALSA access sometimes causes problems Hence, making old code work with new tech might even be more difficult then a rewrite. That's why a rewrite/redesign is planned. A project without many maintainers should not be trapped in the vicious cycle of fixing the broken compatibilities again and again. We have only one way out, reusing existing libraries whenever possible and trying not to touch too low level stuff. Now I mainly focus on finishing pcmanfm 1.0, but previously I already have a proof-of-concept prototype for lxpanel2. It's now 40% finished. Here is the spec of the new lxpanel2. 1. Mainly written in Vala, and use C when absolutely needed to speed up developement 2. Directly based on gtk3 and does not mess with gtk2. Drawing stuff will be done completely with cairo. 3. Built with CMake instead of automake (already done) 4. Use standard widgets whenever possible to get proper accessibility support (important!!) 5. Network monitor part is based on libgtop (90% finished) Libgtop is a nice lightweight library designed for system monitoring. It works for major systems, not Linux-only. Even better, it has no gnome dependency. 6. Pager and task manager part will use libwnck. (80% finished) With libwnck, we do not touch underlying X11 stuff and can be much more portable and resistant to future changes of X. Though it's a gnome lib, it only depends on gtk and has no other gnome dependencies. The implementation is quite clean and complete and the APIs are well documented, making it nice to work with. 7. Battery monitor will use dbus + UPower. (70% finished) Glib/gio has built-in dbus support now so no additional deps are needed. Vala even has dbus integration at the language level. Great! This may be much better than read from /sys as upower devs will handle future incompatible changes and provide a constant dbus interface. 8. IPC stuff will use dbus instead of XSelection hacks. (dbus is quite common now and glib has built-in support) 9. The config file might become a single xml file (not sure, still under evaluation. Ini file based solution is not very handy for tree like data structure) 10.The UI might be similar than that of the old lxpanel initially, but in the future we need to be more unique and won't be Windows-like. 11.Volume control should be an additional plugin or systray applet instead of built into the panel. So we won't depend on ALSA by default. Instead of reinventing everything in a poor manner, this time I will reuse existing implementations whenever possible if they are lightweight enough. This should decrease maintenance load to a minimum and guarantee tolerance to future changes. With Vala, coding became much faster than before. To achieve the same functionality as in C, I felt that only 1/3 of code is needed. Though the new lxpanel2 will not be available soon, it will be pushed into repo once I got a first working version. Of course, this should happen after the file manager 1.0 is done. Thanks for your patience. ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] LxScreenshot update
I just created a git repo in lxde project for lxscreenshot. See http://lxde.git.sourceforge.net/git/gitweb.cgi?p=lxde/lxscreenshot;a=summary git://lxde.git.sourceforge.net/gitroot/lxde/lxscreenshot (read-only) ssh://usern...@lxde.git.sourceforge.net/gitroot/lxde/lxscreenshot(read/write) About how to use the git service provided by sourceforge: https://sourceforge.net/apps/trac/sourceforge/wiki/Git#CreatingMultipleRepositories Thank you for the nice applications. Push it to our git repo when you have time, please. Cheers! ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Unresolved overheat issue blocks development
So, does anyone know any distro without this issue? I'm not able to do development under Ubuntu as the laptop shutdown unexpectedly while I'm coding. So sad. :-( On Wed, Dec 21, 2011 at 4:49 PM, Andrew Woodhead andrew.woodhead...@gmail.com wrote: On 21 December 2011 08:47, Andrew Woodhead andrew.woodhead...@gmail.comwrote: On 21 December 2011 04:58, PCMan pcman...@gmail.com wrote: Hi list, I have a long-standing unresolved issue on my Thinkpad R60 laptop. My Lubuntu gets overheat and performs shutdown automatically frequently. This happens since ubuntu 10.10 or 10.04 and I never suffered from this issue. Recently, the overheat problem became more and more severe and I'm not able to use Ubuntu sometimes. Switching to Windows xp and Vista fixed this problem. The temperature was quite low under Windows. I did some google search and found that it's a notorious problem of ubuntu. Unfortunately, I did not find any good solution to this. When I compile programs and browse web pages/documentations at the same time, the load of my laptop gets high and it becomes overheated easily. So recently I mainly use Windows xp. Please help if anyone has the right solution for this. Otherwise I have difficulty keep using Lubuntu and do programming under Linux. Thanks ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp Do you have the latest BIOS? Are there bugs reported with acpi? https://bugs.launchpad.net/ubuntu/+source/linux/+bug/213818 Looks like it ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
[Lubuntu-desktop] libappmenu interferes with pcmanfm/libfm.
I'm not sure how it happens. While debugging some weird memory leaks of libfm, I found that it's caused by ubuntu menu proxy. Ubuntu app menu stuff injects a module into gtk so every gtk app will loads it. Then, it tries to export application menus via dbus. The implementation, however, has some unknown problems causing unnecessary references of objects inside our programs and this causes unresolved memory leaks. Doing export UBUNTU_MENUPROXY= to turn off ubuntu menu proxy fixes all the problems. I'd suggest adding export UBUNTU_MENUPROXY= in startlubuntu script since we don't need that and don't want the bugs brought by it. Further investigation is needed to see why it cause problems, but I don't have the time to do it. A test case is the demo program libfm-demo provided by libfm package. When menu proxy is active, libfm-demo never terminates and hangs on exit. Please turn menu proxy off for Lubuntu. Thanks. ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] [Lxde-list] LXSession improvements
Looks quite good generally and source code written in vala is much more
readable then GObject/C. :-)
Some comments:
- initial applications by default stuff:
gnome classifies applications by stages rather than types.
some applications should be loadad during initialization stage.
some are loaded along with the desktop panel, such as some applets
some are loaded when the panel is loaded and when the desktop icons are
being loaded
others are loaded thereafter.
To ensure applications are loaded at right time, interaction with
session manager is needed.
For example, the desktop panel should inform the session manager when
it's fully loaded.
Then, the session manager enters next stage and loads applications of
the next stage.
Applications which cannot communicate with the session manager cannot
support this.
Executing a command earlier doesn't guarantee that it will finish
loading earlier. This is an issue to solve.
- Regarding to the implementation, an application class with a data
member named type is enough IMHO.
for example:
public enum AppType {
WM,
PANEL,
DESKTOP
}
public class App {
private AppType type;
}
Defining a class registering a new GObject class at runtime and create
much overhead since C has no object supports. OO is not that cheap with
GObject though using it is quite easy in Vala. I'd avoid overuse of classes.
To reduce overhead of GObject, we can use [Compact] attribute when
defining classes when some features provided by GObject, like signals, is
not absolutely needed.
- Use of LibGee
Most of the time, static arrays or built-in data strucures provided by
glib itself should be enough. Maybe we don't need LibGee here.
- Initial options support is good, especially the keyboard and xrandr
one.
- Plugin actually is a good idea. I wanted to do that for quite a long
time, but I don't have the time to do it.
- For Dbus interface, I'd suggest using the same interface as gnome
rather than using our own namespace. Most of the gnome applications and in
the future, gtk3 applications, has built-in supports to interact with gnome
session manager. If we use different dbus interfaces, than we need to patch
every applications to add lxsession support, which can be very painful.
- For lxsession-edit, merging it with lxsession should be good for
maintainance since it's useless when used along.
- If you're going to take its maintaince, it's highly appreciated.
Thanks for the great job!
On Wed, Nov 30, 2011 at 6:08 AM, Julien Lavergne gi...@ubuntu.com wrote:
Hi,
I'm working since some times to some improvements to lxsession.
With my experiments, I ended to rewrite some part in Vala, since C have
problems with me :)
You can find the result on the options branch of lxsession :
http://lxde.git.sourceforge.net/git/gitweb.cgi?p=lxde/lxsession;a=shortlog;h=refs/heads/options
The main new features are :
* Add initial applications by default support (panel, screensaver ...).
It's a way to configure applications started by default, rather than just
adding a line in autostart
* Add initial options support (Keymap, XRandr, Keyring). It's the ability
to add some options add start-up, like a screen resolution (instead of
using a .desktop file in autostart directory).
* Add initial Dbus support (draft of org.lxde.SessionManager interface,
GNOME compat mode)
You can have a look at the new desktop.conf file for the new options
available :
http://lxde.git.sourceforge.net/git/gitweb.cgi?p=lxde/lxsession;a=blob;f=desktop.conf.example;h=8ae0636a452b6a2e8e8728c039c5d3f0397996c4;hb=refs/heads/options
It should be already usable, the only regression I know is the logout
function of lxsession-logout which is broken.
I'll appreciate comments on this :) Especialy on the Dbus interface, what
do you expect from a session manager to be available via Dbus ? Do you
expect other features from the session manager ?
I would like in the future to take the maintainance of lxsession and try
to add more improvements, like :
* Duplicate check, to not autostart an application twice
* Merge back lxpolkit and lxsession-edit changes in lxsession
* More application by default, and more automatic / smart detections
* Finalize the Dbus interface
* Improve lxsession-edit to configure the new options.
Regards,
Julien Lavergne
--
All the data continuously generated in your IT infrastructure
contains a definitive record of customers, application performance,
security threats, fraudulent activity, and more. Splunk takes this
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
Lxde-list mailing list
lxde-l...@lists.sourceforge.net
Re: [Lubuntu-desktop] [Lxde-list] LXSession improvements
For the session manager, I also have some other ideas. Is it possible for lxsession to expose an interface for client tools to change environment variables. For example, clients can ask lxsession to do setenv(http_proxy, ...), so later newly launched applications will use new proxy settings. We can also use this to change locale settings on the fly. Of course, there should be some limitations and some environment variables should not be changeable. Is this possible? ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Killing glade and gconf -- are there general guidelines or a blueprint?
GtkBuilder should be the replacement for libglade. Glade 3 can output GtkBuilder format ui files. However, not all features provided by libglade are supported by GtkBuilder. In addition, the two formats are not compatible. Code used to load the ui xml files need to be re-written, too. Besides, GtkBuilder file requires some special handling of POTFILES.in. Migrating from glade to gtkbuilder, though possible, is a little bit painful when there are many glade files. Here is a guide teaching people how to do the migration. http://developer.gnome.org/gtk/2.24/gtk-migrating-GtkBuilder.html There is a script called gtkbuilder-convert, which can convert glade xml files to gtkbuilder format. Unfortunately, the ui files it generated cannot be loaded by glade 3 sometimes and you have to maintain the ui xml files by hand. If you need to write xml ui definition files by hand and cannot use a GUI designer, it totally defeats the purpose of using ui definition files. I'd suggest that people who want to help the migration read this guide first. On Sat, Nov 26, 2011 at 6:18 PM, Julien Lavergne gi...@ubuntu.com wrote: Le 11/26/2011 10:36 AM, Jonathan Marsden a écrit : On 11/26/2011 01:07 AM, Julien Lavergne wrote: No, the priority is the glade migration because only Lubuntu specific packages are involved. OK, that helps. Is there documentation out there somewhere about what to replace glade with? Examples, tutorials, whatever? Is using glade 3.10.x (and so GTK3) sufficient? Or are we really killing glade? No, just using GtkBuilder instead of glade should be fine : http://developer.gnome.org/gtk/2.24/gtk-migrating-GtkBuilder.html Regards, Julien Lavergne ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
[Lubuntu-desktop] Roadmap: Bugs to fix before pcmanfm 1.0 release.
I just took hours and cleaned up the bug tracker of pcmanfm and did some triage for all of the opened bugs today. Here are the remaining ones I'm going to fix for 1.0 release. https://sourceforge.net/tracker/?limit=100func=group_id=156956atid=801864assignee=status=1category=artgroup=keyword=submitter=artifact_id=assignee=status=1category=artgroup=557433submitter=keyword=artifact_id=submit=Filtermass_category=mass_priority=mass_resolution=mass_assignee=mass_artgroup=mass_status=mass_cannedresponse=_visit_cookie=411641f74b63b494a940e7e7b370a98d The other ones are categorized and labeled with 1.1, 1.5, and 2.0 respectively. Now it's clear what to do for 1.0 release. Custom actions support for the popup menus is already finished. (experimental and not recommended for daily use yet) Now I'm fixing some bugs found in file operations and tried to make the file operations less CPU intensive. I'm not able to give a nice time table or release schedule since I have to find some spare time for coding. I, however, have did my best to at least define some clear goals for 1.0 release in this bug list. There will be no change in strings/translations, or UI. Thank you all for supporting. ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Lsc Port to Vala
Great! I started to use Vala recently and I like it a lot! Easy to use, and directly compiled to plain C. Almost as easy to use as python. On Fri, Nov 18, 2011 at 4:23 AM, Stephen Smally eco.st...@fastwebnet.itwrote: This message is target for the Lubuntu Software Center Team! Hi, i have started the port from Python to Vala, the branch is lp:~lubuntu-software-center-team/lubuntu-software-center/vala-port, so the ppa use the Python version (the package is not broken), there is a README inside, let me know if something is not clear. Stephen Smally ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] [12.04] Firefox instead of Chromium?
Thank you for your test. I, however, have some doubt about the chromium test. Since midori, epiphany, and chromium all uses webkit, what makes so many differences? The most memory-demanding parts should be webkit and the graphics. I don't believe that the remaining parts can cause so much impact. A minimalist webkit browser with few features, midori, uses three times of memory required by chromium, a complicated and feature-rich webkit browser. Is that possible? I don't think so, and chromium even loads gtk2 as well. So the result is really questions. Maybe chromium has some hidden resource usage not covered by the test? On Sun, Nov 6, 2011 at 11:16 PM, Jean-Pierre Vidal Piesset jpx...@gmail.com wrote: Just to get an idea, i've installed and run on my new laptop Epiphany 3.0.4, Firefox 7.0.1, Chromium 14.0.835, Midori 0.4.0. Here's what i get with two facebook tabs + gmail: Firefox: 268,7MB ram | 0% CPU Epiphany: 261,3MB ram | 0-1% CPU Midori: 225,6MB ram | 0-2% CPU Chromium: 69+19,8+6,1MB ram (94,9) | 0,0,0% CPU I'm impress with chromium... maybe there's another process i'm missing? (i've only looked at the processes called chromium-browser) The faster to open is from far Midori (And the one that has less dependencies). I'll try later those four on my Pentium 3 machine... @ALI, is there a specific way that you're gonna make your benchmarks? I'm saying it so we can compare our results :) -- JpXsat __**_ Mailing list: https://launchpad.net/~**lubuntu-desktophttps://launchpad.net/%7Elubuntu-desktop Post to : lubuntu-desktop@lists.**launchpad.netlubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~**lubuntu-desktophttps://launchpad.net/%7Elubuntu-desktop More help : https://help.launchpad.net/**ListHelphttps://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] [12.04] Firefox instead of Chromium?
If you can create such a script, it helps a lot in other areas, too. We can use it to do benchmark for other components of lubuntu as well. On Mon, Nov 7, 2011 at 2:55 AM, Chris cyber.dr...@gmail.com wrote: I was suggesting some kind of script, which could write the results in a log file. That way all the results will be the same on all machines and are objective. I will need some help in creating that script probably, but I'll be on IRC tomorrow and see what I can get bunged together. With metta, Chris On Sun, Nov 6, 2011 at 19:44, Ali Linx amjja...@gmail.com wrote: Just a question. Are we going to use some kind of tools/apps to do these tests? or we'll go for the manual approach? I mean just open LXTask and take the figures from there? I'm going to do a fresh install for Lubuntu 11.10, run apt-get update and then apt-get upgrade, install Firefox and make sure both browsers are up-to-date then start some tests. We need to use the same tool/app for that. LXTask, Terminal, etc? Thanks! On Sun, Nov 6, 2011 at 10:07 PM, Gabriel Salles gabrielper...@gmail.comwrote: *Maybe chromium has some hidden resource usage not covered by the test?* To avoid this kind of doubt, I think it is better to make a new boot, open the Chromium Browser (with tabs and common pages), and see how much of CPU and RAM the *whole system* are using. Then you reboot and do the same thing with Firefox. This would be better with the alpha version of 12.04, and not with the final version of 11.10. Gabriel Salles ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp -- Best Regards, *A.J amjjawad* Lubuntu One Stop Thread (Mega Thread)http://ubuntuforums.org/showthread.php?t=1844755 My Blog http://amjjawad.wordpress.com | My Wiki Pagehttps://wiki.ubuntu.com/amjjawad| My Launchpad https://launchpad.net/%7Eamjjawad | My Ubuntu Forum Profilehttp://ubuntuforums.org/member.php?u=941822 *~ My Actions Speak Louder Than My Words || ** I walk by faith, not by sight **|| Imagination is more important than Knowledge || **Keep It Simple and Short** ~ * ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Vala and Vapi generation
Please call Robert Ancell robert.anc...@gmail.com, the author of the great Lightdm. He is an expert who develops his programs with vala. For libraries not using GObject, generating vapi files, as far as I know, will be more difficult. It's a great idea. I'd like to start using vala recently. Developing gtk+ program in plain C is very time-consuming, labor-intensive, and error-prone. On Fri, Oct 21, 2011 at 9:21 PM, Stefano eco.st...@fastwebnet.it wrote: Hi, i'm trying to generate some vapi for lxde-specific packages (such as menu-cache). is there anybody expert in this? maybe we can push a branch with all the lxde bindings for vala. Regards Stephen Smally -- Stefano eco.st...@fastwebnet.it ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] samba support
No, it's not a bug and smbfs is not needed, either. GVFS, if properly installed with proper backends, should support smb. If you can use gvfs-ls or gvfs-* commands to handle smb:// paths, then it's a bug of pcmanfm. Otherwise, gvfs or other stuff is not correctly configured under lubuntu. On Thu, Oct 20, 2011 at 8:30 AM, Phill Whiteside phi...@ubuntu.com wrote: Hi Julien, it seems that there is a missing library for samba support, namely smbfs. As I'm not sure where you want it reporting, I include the chat. (00:47:48) wxl: does lubuntu inheriently lack smb support? (00:48:11) wxl: oh nevermind figured it out (00:48:11) *illusions left the room (quit: Quit: Leaving).* (00:48:25) wxl: weird i can't use go network shares but smb://server works (00:52:26) phillw: samba should be automatic with pcmanfm (00:54:02) phillw: network shares is a diffirent app. Please raise a bug against it if it is not working. bugs not reported only ever get fixed by chance :) (00:54:19) wxl: :D (00:55:31) phillw: in the past we had pyneighbourhood, but that wouldn't play' either, so pcman added it to pcmanfm to save grief :) (He's a darn good guy). (00:59:46) wxl: grrr (01:00:00) wxl: pcmanfm can find the share but i'm having a hell of a time mounting it (01:00:42) phillw: wxl: is it password protected? (01:00:48) wxl: nope (01:01:10) wxl: ntfs share i should say (01:01:42) phillw: wxl: I've got to be honest, I'm not familiar. The only samba stuff I know of is for windoze. (01:02:06) phillw: ntfs = windoze :) (01:02:10) wxl: riiight (01:02:45) phillw: wxl: been too long since I use windows :) Is it an area you would like automounting? (01:03:00) wxl: naw (01:04:36) KM0201: wxl: should work fine.. i use samba quite a bit (even w/o windows machines) cuz its just so easy just open pcman smb://192.168.1.xx (01:04:46) wxl: KM0201: what about in cli? (01:04:51) phillw: pcmanfm 'should' be able to see it. As not too many of us have drives that need samba, I'm at a loss as to who to suggest can help. I know how to alter the fstab to automount. (01:05:01) phillw: thanks KM0201 :) (01:05:05) KM0201: um, i've never tried to mount one from cli, but it shouldn't be to difficult i dont think (01:05:34) phillw: use the same ops as for fstab table? (01:05:51) KM0201: so he's trying to automount a samba share? (01:06:11) wxl: no automount (01:06:13) KM0201: i thought he was just trying to mount it it. (01:06:31) wxl: weird (01:06:35) wxl: i don't have smbfs (01:06:47) KM0201: sudo apt-get install samba (01:07:06) KM0201: i dont think samba installs automatically (01:07:17) KM0201: did you have an smb.conf? (01:07:25) wxl: well i have no problem accessing in pcmanfm (01:07:28) phillw: if it is ntfs, you may want the easy version of ntfs-config? (01:07:32) phillw: http://forum.phillw.net/viewtopic.php?f=18t=96 (01:08:10) KM0201: ok.. so you have no problem accessing i pcmanfm.. so.. you want to automount a samba share? (thought you said earlier you didn't wanted no automount.. or am i confused) (01:08:58) KM0201: wxl: http://tldp.org/HOWTO/SMB-HOWTO-8.html (01:08:59) wxl: nope you're on it KM0201 (01:09:05) wxl: problem was smbfs was missing (01:09:09) KM0201: ok. (01:09:12) wxl: now mount -t cifs blah blah all good (01:11:38) phillw: wxl: I'm guessing the library eats up RAM... therefore not a default. I'll check with the boss. (01:12:59) wxl: phillw: i'd be interested to know (01:13:09) wxl: i could see the argument made that few use cli and it's not necessary (01:13:17) wxl: and that the hardcore user will figure it out and install what they want (01:22:44) phillw: wxl: does network share now work? (01:22:56) wxl: no problem phillw (01:22:56) *philipballew [~philipbal@ubuntu/member/philipballew] entered the room.* (01:23:35) phillw: then, for network share to function, it needs smbfs - that is a bug :) Regards, Phill. -- https://wiki.ubuntu.com/phillw ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Roadmap for Lubuntu 12.04
That's OK. PCManFM will support basic file search later and some work has been done during last GSoC session, but first I have to fix some old bugs. The good news is, I passed my license examination yesterday. So I can have more free time now. The bad one is, I have an important presentation this week. So I may get some time to fix the broken LXDE apps and adopt some patches since next week. On Tue, Oct 18, 2011 at 5:50 AM, Gabriel Salles gabrielper...@gmail.comwrote: I don't know if here is the best place to say this, but once (first of september of this year) I send an e-mail to Christian (the creator of Midori and Catfish) sending him a translation to Catfish, and he answered me this: Hey Gabriel, I'm sorry to say Catfish is not being actively developed, and until somebody volunteers to do that there won't be any translation additions either. ciao, Christian So maybe is better if we decide to use another file searcher Best regards, Gabriel Salles ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
[Lubuntu-desktop] About future development, the use of dbus and C++
Hi everyone on this list, I just passed my license exam yesterday. So that means I will have a little more free time from now on. I, however, still have an important presentation this week and I have to prepare for it. Since next week, I guess I'll have some time for LXDE development. It's time to fix some old bugs and adopt some patches. I'm now thinking about future development. Since dbus support is now part of glib and nowadays dbus is widely adopted, maybe it's time to replace our own hand-made IPC with dbus and make use of dbus more in LXDE. It's possible to use dbus inside menu-cache and in the session manager. PCManFM might also use it for IPC and to provide some interfaces to other applications. The second issue is the use of C++ in LXDE. Currently we mainly use C and in the future there might be vala. Doing programming in pure C is quite inefficient and error-prone on memory management sometimes. In C++, things can be better encapsulated if it's used carefully. There also exists some very high quality libraries, such as boost and some tools provided by google. Using C++ inside LXDE only introduces one additional runtime lib, libstdc++6.so. So actually I'm considering the possibility of using C++ in PCManFM. Implement some new features with C++ will be much easier than doing it with pure C. With C++, the development can be more rapid and we can utilize many nice existing libs. Later, I'll try to use C++ inside PCManFM is feasible and will do some experiments in git branches. Of course, the program should be kept as fast as old versions and memory usage cannot significantly increase. Otherwise, I won't use it. Cheers! ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Extend desktop across dual monitors -- a feature I would like to see in Lubuntu 12.xx
Multi-monitor support is a long standing issue. Here I'd like to ask everyone. How should a muli-monior desktop bahave? For the desktop panel: 1. one panel per monitor, configured separately 2. one panel exending to the external monitor 3. one panel staying on main monitor, no panel on the external one 4. one panel exending to the external monitor, but have the most important panel applets on the main monitor, and the rest on the external monitor 5. Other possibilities... For the desktop icons manager, options are: 1. icons on main monitor only. 2. some icons on main monitor, others on the external monitors. (Then how to handle icon rearrangement when the external monitor is disconnected?) 3. others... For wallpaper: 1. one wallpaper per monitor 2. one wallpaper extending to all monitors 3. others... Things goes much more complicated since X supports XRandR, Xinerama, other vendor-specific solutions, X11 Display/Screen stuff. Implementation details for them are totally different. So how exactly should a desktop behave and be implemented? What will happen after Wayland is introduced and is widely accepted? We had better have a conclusion on the specifications before anything is going to be implemented. Comments needed. Thanks! On Fri, Oct 7, 2011 at 5:42 AM, Julien Lavergne gi...@ubuntu.com wrote: Le 10/06/2011 11:18 PM, ohiom...@gmail.com a écrit : Sounds great. Will the configuration go back to default when I disconnect the extra monitor without rebooting or will I need to reconfigure it? Can you save more than one configuration? No, it's not dynamic, you have to do it again if you unplug the monitor. Can this kind of functionality be built into the system at some point? Yes, it's a goal, but it's still not ready. Regards, Julien Lavergne ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
[Lubuntu-desktop] Evaluate a new build system, CMake.
Hi, Since many people agreed that autotools is aged, horribly slow, complicated, poorly documented, and hard to use correctly, I'm currently doing some experiments with CMake, yet another build system. KDE uses CMake since 4.0 and many other projects are migrating to it. However, CMake has no built-in support for intltools, which is extensively used in LXDE for translations. In additon, few people use it with gtk+ programs written in C. Fortunately, it's easy to extend CMake so I wrote a module for intltools and created a simple gtk+ project. Now it works well. I added a small project in lxde/devtools repo for demo. http://lxde.git.sourceforge.net/git/gitweb.cgi?p=lxde/devtools;a=tree;f=gtk_cmake_test;h=ef2ea280444f8553e8a13b9053d216f8a46beb67;hb=HEAD To build the demo project. mkdir build cd build cmake ../ make sudo make install What we will get if we migrate to CMake: 1. colorful build log with progress display (in percent) 2. very fast!! much faster than autotools 3. clean source tree. No more autogen.sh, configure.ac, Makefile.am, and many mysterious files. 4. well documented syntax with good readability. No more m4 macros mixed with shell script. 5. easy to write, maintain, debug, and extend. 6. many user-contributed modules exists on internet 7. out of source build which does not pollute the source tree with generated files 8. CMake is cross-platform. It can generate makefiles even for Windows. What we will lose (but these are not hard to solve): 1. some nice tools designed for autotools integration, such as gtk-docize, intltoolize, However, writing modules to support them is not difficult. 2. the build process may change a little. there will be no configure make. use cmake ../ make 3. many Makefile.am and configure.ac need rewrite 4. some feature checking macros provided by autoconf may not be available in cmake and needs some work. After playing with CMake for two days, I found it easy to use and extend. It's a quite handy build system. I can understand why KDE switches to it. It may be helpful for our project if we can use CMake to replace autotools. After all, autotools create as many problems as that is solves. Sometimes debugging automake stuff takes more time than real coding and this greatly decrease productivity. So I'd suggest a migration to CMake. Any comment? From package maintainers' perspective, will using CMake make packaging process more difficult? If the answer is no, I'd suggest a migration and deprecate autotools. Thanks. ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] remove threads from LSC
Please keep thread design. Try to run your application on something like EeePC 701 and you'll know what I mean. Later when more features are added, and even when some info is get from internet, you'll still need threads. Sooner or later, you'll need it. On Wed, Sep 14, 2011 at 4:49 AM, Stefano eco.st...@fastwebnet.it wrote: With the new database-based engine the ui charges in few seconds (half second on my machine), so we can remove the use of threads and reduce memory usage. Pro: Reduce Memory usage No more problems like no error report inside a thread Contro (how do you say in english? the bad things): In Expert mode you have to wait a few seconds to see the ui If the use_database option is false the user have to wait a lot of seconds. What do you think? Stephen Smally ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Lsc database
Isn't /var/cache a better suited place for this kind of thing? It's a little bit weird to put cache in /usr/share. Even better if you can separate things for different locales in different cache files. This way you may waste some disk spaces and create lots of db files, but the result will be faster. Not sure if this speed up is visible to user and worth the work. It's up to you. Anyways, congratulations for the speed up! On Tue, Sep 13, 2011 at 2:00 AM, Stefano eco.st...@fastwebnet.it wrote: the database should be moved to /usr/share/LSC, i will do it immediately. Please note that to use the database in the step 3 you have to launch python with sudo ($ sudo python) Stephen Smally ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Audio Conf for Lubuntu
For ALSA, a potential candidate GUI mixer is gamix. For PulseAudio, maybe we can use pama. Both are written in pure C language IIRC. Please evaluate them if possible. They are not the best ones, but at least they will be better then xterm -e alsamixer. Other ones I can find are written in python or some other scripting stuff. On Sat, Sep 10, 2011 at 7:40 PM, Julien Lavergne gi...@ubuntu.com wrote: Le 08/09/2011 16:49, Jean-Pierre Vidal Piesset a écrit : I know we are pass the freeze, but maybe this shortcut could be added to preferences menu for 11.10. I think for a lot of people it's useful to control the mic and all that stuff in alsamixer. Plus, there's nothing to add but this little shortcut :) And maybe there's a way to show lxterminal without the menus??? I'm not a fan of the solution, because it will add a non translated entry in the menu. It's also not really dynamic (doesn't deal with pulseaudio when it's running), and alsamixser is not really user-friendly (it's still a command line program which emulate a GUI). I didn't plan to fix this problem with this solution. My idea was to enable the Configure button when you right click on the volume applet on the panel. So, as it seems to be an annoying bug for people, I take some time to implement this. You can test the result by adding the ppa : ppa:lubuntu-dev/staging . The lxpanel will be available in a few minutes. This is the behavior : - If pulseaudio is detected, it will try to launch the gnome-sound preference if it's installed. If not, it will look at pavucontrol. - Else, it will try to launch gnome-alsamixer, and if it's not on the system, try to launch xterm -e alsamixer. It will offer a GUI for sound configuration, with a bit of dynamism, and without adding an English entry in the menu. Please test it (you need to reboot after installing lxpanel) and give us feedback about this solution. Regards, Julien Lavergne ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Use a database in lsc
It's a good idea. Please don't use gdbm. It's performance is not good. For a simple and lightweight hash db, you can consider tdb, which is used by samba. If you want more advanced query, then sqlite is the best choice IMO. A nice idea is using locale specific cache since most parts of of a desktop entry file are just translations. In addition, the cache should be system-wide rather than user-specific since all users share the same repo. So a hook triggered after installation of app-install package is the best to regenerate the cache. On Mon, Sep 5, 2011 at 7:20 PM, Stefano eco.st...@fastwebnet.it wrote: i was thinking about the use of a database, re-builded every time the cache update or upgrade, this because parse the contents of a directory(/usr/share/app-install/desktop) is very slow, so we can build the database parsing the directory only the first time, then parse the database to get the packages faster. we can also add an option in the edit menu, to re-build the database, called Force packages list upgrade or something similar. let me know what you think. Stephen Smally ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] L3afpad 0.8.18.1.1 (GTK Text Editor)
Why should this be a fork? Are there any reasons that the gtk+ 3 port cannot go upstream? 2011/9/2 神癒礁湖 rafaellag...@gmail.com Enviado por 神癒礁湖 a través de Google Reader: L3afpad 0.8.18.1.1 (GTK Text Editor)http://GTK-Apps.org/content/show.php/L3afpad?content=144892 vía GTK-Apps.org Content http://gtk-apps.org el 1/09/11 [image: Thumbnail]http://GTK-Apps.org/content/show.php/L3afpad?content=144892 *L3afpad http://GTK-Apps.org/content/show.php/L3afpad?content=144892*0.8.18.1.1 (GTK Text Editor) Simple text editor forked from Leafpad, supports GTK+ 3.x *changelog:* * Forked from Leafpad 0.8.18.1. * Ported to GTK+ 3.x. [read more] http://GTK-Apps.org/content/show.php/L3afpad?content=144892 *job recommendations:* http://GTK-Apps.org/jobs/?id=831709*Internship Events/Business Communication* http://GTK-Apps.org/jobs/?id=831709 intern KDE e.V. Germany, Berlin more about this offerhttp://GTK-Apps.org/jobs/?id=831709 [image: .][more jobs] http://GTK-Apps.org/jobs/ Cosas que puedes hacer desde aquí: - Subscribirte a GTK-Apps.org Contenthttp://www.google.com/reader/view/feed%2Fhttp%3A%2F%2Fwww.gtk-apps.org%2Fgtk-apps-content.rdf?source=emailcon *Google Reader* - Empezar a utilizar Google Readerhttp://www.google.com/reader/?source=emailpara mantenerte al día fácilmente de *todos tus sitios favoritos* ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
[Lubuntu-desktop] Experiment: Merge LXSession/LXSessionEdit/LXPolkit and make them a single package.
Hi all, To simpify LXDE, I did some experiment last night. Since LXSession and LXSession Edit actually are used together, I merged them and make them the same package. Though LXSession Edit is originally designed to be desktop independent and can work under other DEs, I found no real use case of this. To ease the maintaince, I moved LXSession Edit into LXsession so they will have concurrent update and there will no longer be any version mismatch between these two. For LXPolkit, since udisks and other services requires a proper PolicyKit agent, a Polkit agent is a must-have for modern desktop environment. The authentication agent runs on session startup and terminates when the session terminates. It has the same lifespan as the desktop session. So to avoid unnecessary daemons, I merged PolicyKit with LXSession. Now the PolicyKit agent is built-into LXSession and runs in the same process. So no additional authentication agents, such as policykit-gnome or lxpolkit need to be installed. This decreased number of daemons and packages. Some may argue that session manager should not be mixed with other stuff. This is true most of the times. However the rationale behind this move is quite simple. These daemons are all essential parts of the DE. They have completely the same lifespan and they should work together. They are all small and simple. So putting them in one single daemon should be better than running many separate daemons in terms of resource usage and efficiency. In addition, it will be easier for upstream developer and packager to maintain. To sum up, these three packages became one single LXSession package now and the policykit agent runs in the process of lxsession rather than as a separate daemon. For those who still missed policykit-gnome and want to use it, try lxsession --disable-polkit to disable the built-in policykit agent and to run your own instead. It's not the final decision and it's put in a branch called integration. git://lxde.git.sourceforge.net/gitroot/lxde/lxsession branch integration Please test and give some comments. Thanks. ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
[Lubuntu-desktop] About GPicView
Hi everyone, As the original author and prior maintainer of GPicView, I'd like to ask for some comments from users and other developers. Since I no longer have the time to maintain GPicView and it still has many problems. I consider dropping GPicView in LXDE and replace it with a better one. Viewnior is a lightweight and feature-rich image viewer which I think is better than gpicview and it also meets the goals of LXDE. http://xsisqox.github.com/Viewnior/ It has very good balance between resource usage and feature set. Please give it some tests and gave me some feedback. I'd suggest replacing GPicView with Viewnior in LXDE. Any objections? ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] About GPicView
Please try Viewnior before making comments. It's better than GPicView in many ways. It has all the feature GPicView has and is as fast. It's GTK+ 3 ready, too. Though I don't like to drop my own program and use others', I see no reason not to use it because it's indeed superior than mine. Even better, it's desktop independent. Please give it a try and give me some feedback. Developing another one with XFCE devs is not needed. I see no reason to do so. Viewnior is good enough for this. If it's not, I'm sure that several patches will be enough. ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] lxshortcut integration in pcmanfm PATCH
For me, my plan for this part is to make lxshortcut a library, or have this functionality built into libfm directly. A library might be more appropriate since this can also be used by lxsession-edit later. A separate binary is better when we want to make it an optional component and handle cases when it's not installed. Making it a library will let other programs integrate it nicely and easily since many other desktop components might need this functionality, such as lxpanel, pcmanfm, and lxsession-edit. Putting it in libfm has the benefit that we don't have to maintain yet another library. The cons is other programs requiring this feature will depend on libfm. I have not decide how to do this yet, but personally I prefer the library one. (maybe libdesktop-edit?) On Fri, Aug 19, 2011 at 1:10 AM, Julien Lavergne gi...@ubuntu.com wrote: Le Friday 12 August 2011 à 16:00 +0200, Leszek Lesner a écrit : I created a little patch which creates a new menuitem in the new menu called Shortcut. When its called it will execute lxshortcut -i filename_you_entered_for_the_new_desktop.file I originally created this patch for ZevenOS-Neptune and the debian version of pcmanfm (which seems to be an older version). I hope this patch works also for the ubuntu package and the newer version and is useful until a 'real' integration for desktop creation is done in pcmanfm / libfm. Thanks Leszek for the patch. You should post it to pcmanfm bugtracker so upstream can have a look at it :) I'm not sure the use case you try to cover with this patch. Do you have an example ? Also, IMO it should handle the case when lxshortcut is not installed (adding a text box asking to install lxshortcut). Regards, Julien Lavergne ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
[Lubuntu-desktop] New Greeter for LightDM 0.9
Hi list, I migrated my old GtkBuilder-based LightDM greeter to LightDM 0.9.x APIs. Now it works well again with the latest LightDM. It's still GTK+ 2 based. Migration to gtk3 will begin along with other LXDE components later. The source code is here: git://lxde.git.sourceforge.net/gitroot/lxde/ldm-gtk-builder-greeter Main features: 1. Highly themable and much more flexible than the gtk greeter built into lightdm. 2. Works with gtk2 (so we don't need gtk3 for the login manager) 3. Possible to port old gdm themes to this. Things don't work: 1. Language selection feature is REMOVED from LightDM, so there is no way to support this anymore. We're still discuss with upstream authors about this regression. 2. The themes cannot be edited with Glade when GTK+ 3 is used. Please take some time to test if the new greeter works for you. Thanks. I think is a nice alternative to the built-in one provided by LightDM. ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
[Lubuntu-desktop] About GTK2 - GTK3 Migration, a critical issue
I'm not sure what Lubuntu devs will do on this issue, but from the LXDE side, there is no plan for the migration at this moment. For now, migration to gtk3 brings much more problems and bugs with no visible benefit. XFCE also keeps using gtk2 in the near future. The Chromium browser, is going to use gtk2 for quite a long time, too. They needs to support some older commercial systems on which gtk3 is not available. For current applications used in LXDE, migration to gtk3 brings no benefit but the work needs to be done is very huge. The problems we will have after the migration: 1. PCManFM: desptop icons will be broken and this part needs some sort of rewrite for gtk3. In addition, some theming stuff uses gtk2 only features. 2. LibFM: this part still uses much GTK2 APIs. Though I already started the preperation for migration, this won't happen recently. As gtk3 now changed its user input handling and the change is not backward compatible, I'm not sure what bugs this will bring. 3. The XSettings daemon inside LXSession doesn't seem to be working for both gtk2 and gtk3 at the same time. 4. LXAppearance cannot configure gtk2/gtk3 at the same time. Technically it's not possible to make it work for both of them at the same time. 5. LXPanel is completely broken under gtk3. The work needs to fix the panel and port it to gtk3 is even more than developing a new panel. Hence, I plan to develop a new one based on gtk3 from scratch later. I will use libwnck at that time to avoid some low level X11 hacks. Some new widgets provided in gtk3 are useful for the new desktop panel. This could decrease much maintaince load and many unresolved bugs. I'll also do some UI redesign then. For now, migration to gtk3 for this one is 100% impossible and nobody is going to do it. 6. Migration of other components are possible, but since the major components still need more love, spending the time for migration to gtk3 for the least important components is pointless. 7. GTK+ 2 and gtk+ 3 modules are incompatible. So I'm not sure what will hapen to IM module (input method) after the migration. We will need two different IM modules. One for gtk2, and the other one is for gtk 3. Otherwise we cannot type non-English characters. 8. GTK2 and 3 programs can coexist, but this requires two librraries to be installed on the disk and loaded at runtime. Having a desktop environment composed by mixed gtk2/3 programs is a very bad idea since the resource usage is doubled for no additional benefit. This is not acceptable for LXDE. As most non-Gnome GTK+ based applications are not yet ported to gtk3, unless we're going to depend on gnome components, migration to gtk3 now brings harms only. To sum up, we're not going to do gtk3 migration in LXDE now. The reasonable timing for the migration is when XFCE and other non-Gnome programs, especially Chromium, which has many users, start the migration. Xubuntu will not use gtk3 this time, and it's really time for Lubuntu and others to think about the issue. ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Cut Paste Problem
I just did some attempts to fix this bug. The fix is now available in git. Please get it heavily tested to make sure things does work and there are no regression bugs. If no new problem is found, I think it's ok to make 0.9.9 releases. As we're more or less in a frozen state, I don't want to make other changes prior to the release unless absolutely necessary. Other less critical changes/fixes can be made in 0.9.9.x releases later. Thanks. On Fri, Aug 5, 2011 at 9:32 PM, Phill Whiteside phi...@ubuntu.com wrote: Hi PCMan, There has been a bug raised.. https://bugs.launchpad.net/ubuntu/+source/pcmanfm/+bug/820865 I also think that there may be a couple of duplicates in the system. If you could allocate it to yourself so it can be tracked. Whilst you get through your essential stuff in Real Life, it will suffice to triage the little critter until you have time. Regards, Phill. On Fri, Aug 5, 2011 at 5:41 AM, PCMan pcman...@gmail.com wrote: Please use the bug tracker for bug report instead of the mailing list. http://sourceforge.net/tracker/?group_id=156956atid=801864 I'll take some time to look into this. Thanks. On Thu, Aug 4, 2011 at 8:18 AM, wr...@tiscali.it wrote: Hello, could anyone read this issue? http://ubuntuforums.org/showthread.php?t=1817738 Any comment appreciated. Thanks ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp -- https://wiki.ubuntu.com/phillw ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Cut Paste Problem
Please use the bug tracker for bug report instead of the mailing list. http://sourceforge.net/tracker/?group_id=156956atid=801864 I'll take some time to look into this. Thanks. On Thu, Aug 4, 2011 at 8:18 AM, wr...@tiscali.it wrote: Hello, could anyone read this issue? http://ubuntuforums.org/showthread.php?t=1817738 Any comment appreciated. Thanks ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] USC
Please use Glade to edit GtkBuilder. Don't use Gaspacho. Nobody edits the xml files by hands. GtkBuilder is the way to go. On Wed, Aug 3, 2011 at 1:59 AM, Stefano eco.st...@fastwebnet.it wrote: i prefere the code, because the xml files (gtk.builder file) are too difficult to edit by hand. anyway can gazpacho work for it? On 02/08/2011 19:00, Julien Lavergne wrote: Le Tuesday 02 August 2011 à 11:10 +0200, Stefano a écrit : thank you, will we use gtk.Builder to build the UI or simple-clean code (e.g. self.button = gtk.Button(press me!)? It's probably simpler to use gtk.Builder. Regards, Julien Lavergne ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Can be lubuntu software center good thing?
I'd suggest that you do some investigate to see what's the cause of performance problems of software center first, and to see if avoiding them is possible. If it's not possible to avoid the performance problems, then go for a simplified synaptic. This could save you quite a lot of time for try and error later. On Fri, Jul 29, 2011 at 5:03 PM, Stefano eco.st...@fastwebnet.it wrote: yes, this project for me is only for fun. my question is: we need a simplex synaptic or a lighter USC? Stephen Smally On 28/07/2011 21:28, Julien Lavergne wrote: Le Thursday 28 July 2011 à 17:29 +0200, Stefano a écrit : i can say that on my 64 bit system lubuntu software center uses 50 MB RAM less than ubuntu software center (30 mb). the script will be less weight than 1 MB, it depends only on gtk and apt. anyway i think that lubuntu software center should be a kind of more user-friendly synaptic, and not a totally light-rewritten on ubuntu software center. The initial plan was to rewrite the front-end of Software-center, to make it simpler and lighter than the current one. Rewrite an entire application is IMO too much of work, and you loose all the invisible work done by USC. If you want to work on a separate program, why not, but it needs, at least, to be better than Synaptic, and have real advantages vs USC. You need to think about depends, memory usage, but also UI. There is no sense to do a software-center if the UI is worst than Synaptic. Also, package manager need to be very stable and well tested, it's an important piece of the system. Currently, your program is not ready to replace the 2 previous examples. If you want to continue, be aware that it will be more complex than you think to build it from scratch. Regards, Julien Lavergne ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
[Lubuntu-desktop] About the recent slowdown of developement
Some may noted that the development of pcmanfm and other lxde stuff slowed down significantly recently. I'm currently preparing for my license examination in order to get my license for internal medicine specialty. The examination will be on Sep 24 and on Oct 16. If I can pass the exam, I'll have more free time later. In my country, it's a very important advanced license exam for medical doctors. So I need to disappear for a while. I'll still take some time to fix the most critical bugs like failure to build or segmentation fault on startup when possible. Other less critical ones will be postponed. Sorry for the inconvinience. At this moment, I think it's reasonable to have a new 0.9.9 release for pcmanfm first since much has been fixed so far. If some issues are found after the release, a 0.9.9.1 should be enough. Any objection? If there are no major blockers for a new release, I plan to do a version bump for soname of libfm and do some final checks before the release. ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Light-Weight software center
A key question is, what makes your project lighter than software center? What's the bottle neck of software center? What makes it so heavy? Practically what will you do to make yours light? Usually just rewriting a program with less features won't make it significantly lighter or faster unless you overcome the problem of the original software. Otherwise it is not worth the effort and maintaince cost. On Thu, Jul 28, 2011 at 1:43 AM, Stephen Smally eco.st...@fastwebnet.it wrote: Hi everybody, i'mt trying to do a user-friendly and light package manager ( a kind of Lubuntu software center) in python (bad?). now the code is very poor, i hope you can help me (simply suggesting or coding). the active branch is lp:~stephen-smally/+junk/lubuntu-software-center i'm using apt and aptdaemon, if somebody knows a better way, please tell me. Regards Stephen Smally -- This message was sent from Launchpad by Stephen Smally (https://launchpad.net/~stephen-smally) using the Contact this team link on the Lubuntu team page (https://launchpad.net/~lubuntu-desktop). For more information see https://help.launchpad.net/YourAccount/ContactingPeople ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
[Lubuntu-desktop] Time to release pcmanfm 0.9.9?
Hi list, I fixed a dnd problem last weekend. So adding bookmarks with dnd should work now. The strings are not changed recently and translations are in good status. I think it's time to have 0.9.9 release. The remaining and less critical issues can be fixed later before 1.0 release. If everybody agrees with making a new release, then let's bump version number and soname and package a new tarball. ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Call for review: PCManFM is almost ready for a new release.
On Thu, Jun 23, 2011 at 11:28 PM, Jonathan Marsden jmars...@fastmail.fm wrote: (3) A couple of source files seem to lack a copyright and licence statement: src/xml-purge.c: *No copyright* UNKNOWN autogen.sh: *No copyright* UNKNOWN (4) One has a rather different copyright, and a license statement that needs fixing: src/gseal-gtk-compat.h: LGPL (with incorrect FSF address) Is it possible to make it GPL? I forgot who added this file. On 06/23/2011 06:06 AM, Martin Bagge / brother wrote: For debian this is RC and will possibly prevent pcmanfm from being included in the stable release. Well, it appears to have been there for a while, both the xml-purge.c one and then gseal-gtk-compat.h ones are there in the Debian pcmanfm 0.98-1 packages that are in wheezy, and in the 0.97-1 packages that are in squeeze, which *is* Debian stable. If was OK when squeeze was released, why is it RC now? Anyway: we can fix (4) by editing debian/copyright to state the copyright info for that one file. Adding a copyright to autogen.sh is something PCMan would need to do, since he wrote it (I presume). I forgot who wrote it, but IIRC, Marty Jack did it long time ago. Later all lxde components use that copy, with some individualized modifications. I do not know how to fix the lack of copyright and licence in xml-purge.c, because I have no idea who wrote it. If PCman did, then he can add a licence and copyright notice to it, too. I did it long time ago. AUTOMATED PACKAGE BUILDS: I have made good progress with this, and expect there will be test packages automatically showing up in my ppa:jmarsden/lubuntu in a few I have been working on getting better shape of the server that hosts the buildbot. I was thinking about adding a auto export at the end of each successful build. The plan is also to get the code tree updates to trigger builds (I do them by hand at the moment). Sounds good. Right now my automated pcmanfm package builds for Ubuntu are apparently working OK, see ppa:lubuntu-dev/lubuntu-daily i.e. https://code.launchpad.net/~lubuntu-dev/+archive/lubuntu-daily Jonathan ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] LightDM Vs LXDM
One question. Does gnome-keyring works properly under LightDM? If it works flawlessly, then I think the switch is necessary since this is an old problem of lxdm without fix. On Tue, Jun 21, 2011 at 7:15 AM, Chris cyber.dr...@gmail.com wrote: Aloha Matthew and the rest, I don't run the alpha (or any Lubuntu for that matter) but the switch to LightDM is more than showing the user list. At least for Gnome it means there won't be a second session running and for us it'll mean we've got loads more support for it. That are my 2c at this time of day. And about that not seeing it in the list of session; LightDM or LXDM is the session chooser. with metta, Chris Druif On Sun, Jun 19, 2011 at 16:00, Matthew Young rs.matthewcom.i...@gmail.com wrote: I don't know much about LightDM, but I don't see it in the list of sessions. I have only seen changes in the login screen. Is that all LightDM is? I think it is good that LightDM lists the users, but is that enough to make the switch worth it? Matthew On Sun, Jun 19, 2011 at 6:07 AM, Julien Lavergne gi...@ubuntu.com wrote: Le Saturday 18 June 2011 à 19:16 +0100, Yorvyk a écrit : Having thought about this it is probably best to go with LightDM if the rest of Ubuntu is going that way. There should be plenty of support for it and we'll be less isolated. I'm still uncertain about this. I still don't want to spend too much time on maintaining a display manager. Having other people doing the job is quite confortable :) The fact that it's working now, doesn't mean it will work in the futur. The display manager is a complex piece of software, with connexions with many others parts, which need a lot of testing. Sharing this will be a advantage. But yes, it's also confortable to just keep LXDM, and hope it will be ok for this cycle. I propose to switch to LightDM for the next alphas, but to confirm the choice before the Beta 1. If we realize it's too much work, we can still go back to LXDM. Regards, Julien Lavergne ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp -- - Want to help me distribute Ubuntu discs and Lubuntu discs at no cost? http://www.swagbucks.com/refer/XboxLaptopUbuntu -- ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Pidgin XChat
Agree with you. People all have their own favorite applications. For me I installed Google Chrome and removed chromium. I use emesene for MSN and Skype for VoIP. I use Pidgin for IRC only. I use geany for text editor and I'm not using Leafpad at all. After installing Lubuntu, the first thing I do is removing Abiword and installing LibreOffice. But we are talking about default applications. If you like something, just apt-get it, and there is no need to make it installed by default. The default for a distro should be sensible and less confusing for general users. If we like, there can be a meta-package named lubuntu-power-user-desktop, then you can even have eclipse as default editor + gimp as default image program if you want. lol On Sun, Jun 19, 2011 at 6:19 AM, Julien Lavergne gi...@ubuntu.com wrote: Le Saturday 18 June 2011 à 19:20 +0100, Yorvyk a écrit : No point in having two applications doing the same thing so drop XChat. I don't like Pidgin so will install XChat for IRC. Some people would like to keep XChat, but I can't find any good arguments for that. If you like a program, you know how to install it after the installation of the system. Some mentioned that the protocol implementation was better, but I didn't see any real comparaison. Finally, having 2 programs which do the same thing is usually a bad idea for a default install. I prefer to have 1 more language installed by default on the CD than a second IRC client. I'm still for the removal, unless someone come with a real good argument or an essential use case not covered by Pidgin. Regards, Julien Lavergne ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Call for review: PCManFM is almost ready for a new release.
Thank you for the patches. I took some time to look at them and found some issues. jmarsden committed 1963619 Add LINGUAS, reference doc files and libfm-pref-apps.desktop launcher: We do not translate desktop files directly. Neither do we commit the translated desktop files. We did the translation for desktop files in po files, and only put *.desktop.in files in git. So the translation should go to *.po, and merged with *.desktop.in during build process. jmarsden committed 530ac5a Ensure correct icon is used in panel. A better fix is to set the icon-name property for the window in GtkBuilder glade file instead. We generally avoid building dialog UI in source code and tend to use GtkBuilder instead when applicable. jmarsden committed 284a164 Add GLIB_LIBS when linking documentation. This seems to be fine, but I'm not sure which files should be pushed to git repo since some are generated files. jmarsden committed b61f3d6 Disable deprecated gio code by default. This looks fine, but will this affect distros with older versions of glib? jmarsden committed 618594e API change deprecating fmpath_new This one looks fine. jmarsden committed 09b6061 Specify default terminal emulator (was: 01-lxde-conf.patch in Ubuntu The x-terminal-emulator thing IIRC is Debian-specific. So this better goes to debian package rather than upstream. On Tue, Jun 14, 2011 at 1:05 PM, Jonathan Marsden jmars...@fastmail.fm wrote: On Tue, 14 Jun 2011 01:12:06 +0800 PCMan pcman...@gmail.com wrote: https://sourceforge.net/tracker/?group_id=156956atid=801864 OK, thanks, that's good to know. SUGGESTION: Let's test the current almost-0.9.9 codebase, fix any major issues found in the next week or so, then bump the SONAME version and release it before the end of June 2011. Can we do that? Yes, if with help from the community. No if I do it myself. Patches from Lubuntu is appreciated. Since you mentioned it: I *already* turned libfm patches from Julien's Ubuntu package of libfm into a git repo for you, six commits, and posted about doing that to this list. All that was left for you to do was to cherrypick which ones you want to include in the upstream sources: https://lists.launchpad.net/lubuntu-desktop/msg03977.html As far as I can see, *none* of them have been included so far! Either I did something wrong, or else you don't really want those patches? Help me understand what I have to do so you will accept the commits I made for you from Ubuntu patches, please. Since some testers seem to need packaged versions to test, I'll look at creating a test unofficial package from git for them, so we get slightly more testing. Another way to go would be to release a 0.9.9~rc1 tarball, and a corresponding one for libfm, if that is preferred -- doing that means noone has to use git head for packaging :) That's true. I'm playing with writing a script to grab the libfm git head and Julien's package and automatically create a new package based on the combination of the two. It doesn't quite work yet... if it does, I'll try to do the same for pcmanfm, and then we can create test packages for pcmanfm testers much more easily :) Jonathan ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Call for review: PCManFM is almost ready for a new release.
On Sun, Jun 19, 2011 at 1:07 PM, PCMan pcman...@gmail.com wrote: Thank you for the patches. I took some time to look at them and found some issues. jmarsden committed 1963619 Add LINGUAS, reference doc files and libfm-pref-apps.desktop launcher: Regarding to the LINGUAS file, we have a special issue here. In the past, we ship LINGUAS file with the packages. After we introduced online tranlation systems, I changed this part and have the configure script scan the po dir, and build the LINGUAS file on-the-fly. So each time a new language is added from the translation systems, nobody needs to edit the LINGUAS file. Pros: 1. Nobody needs to maintain LINGUAS file. 2. Everytime a new language is added, it's immediately available and will be picked up automatically by the build process so users can test the translations immediately. 3. XFCE, AFAIK, seems to use similar approach Cons: 1. If some newly added po files are broken, this automatically breaks the build process. 2. Some translation with bad quality becomes available before they're well-tested. Current approach is very convenient, but later proven to be problematic sometimes if there are some broken po files added to the repo. So, should we change it? If we do change it, I hope that our translation coordinator can help maintain the LINGUAS files for all LXDE components to keep them up to date. Any comments? ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Call for review: PCManFM is almost ready for a new release.
On Mon, Jun 13, 2011 at 6:34 PM, Julien Lavergne gi...@ubuntu.com wrote: Le Sunday 12 June 2011 à 01:21 +0800, PCMan a écrit : A new release as 0.9.9 is required. Please help review and test the code in git. Thanks a lot. Thanks PCMan. So far, It's working nice on L/Ubuntu 10.10. Some comments : - Please bump the soname of your library each time you change your API. Distributions can do smooth transitions between versions of libfm/pcmanfm. Also, if you expect other applications to use libfm, you need to use the soname. I want to do this for stable tarball releases only. In current stage of development, change of API/ABIs can be frequent. - Is it possible to force a reload when you do any operations on a remote place ? When I create a file on my sftp place, I expect that it appears on pcmanfm after the creation. Monitoring is not needed, but any user interactions should affect what pcmanfm shows. PCManFM should show the created files even on remote filesystems right after you create them. Otherwise it's a bug. - I'm not sure having the tabs above the sidebar is good. I personally prefer to have them just above the main window, like Nautilus do. But maybe other people like this behavior ? Firefox + IE + Opera all does this. So does old PCManFM 0.5 series. In addition, design like nautilus greatly limited the usability of tabs since you can only have very few tabs due to limited space. - Don't hesitate to do releases often, it's better for distributions :) Even if bugs are discovered shortly after the release, you can still do a quick X.X.1 release to fix this. Given the program is now used by so many users, it's better to have releases with better quality. Regards, Julien Lavergne ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Call for review: PCManFM is almost ready for a new release.
On Mon, Jun 13, 2011 at 11:48 PM, Jonathan Marsden jmars...@fastmail.fm wrote: On 06/13/2011 07:11 AM, Martin Bagge / brother wrote: On 2011-06-13 14:27, Julien Lavergne wrote: So, what is missing for having a stable release of pcmanfm ? Any major features are still missing ? This is a key question for Lubuntu right now. See this: https://sourceforge.net/tracker/?group_id=156956atid=801864 I give the bugs different priority. The ones with highest priority should be fixed before 0.9.9, I think. Please see if you can help. Personally I will take this one: https://sourceforge.net/tracker/?func=detailaid=3094303group_id=156956atid=801864 This is my bottom line. At least this one should be fixed before 0.9.9. Using git HEAD as source for a package in a distribution is not what pcman wants (and I support this way). Agreed -- and the simplest way to prevent this is to release often enough that distributions do not feel any need to package from git :) Yes, so I plan to make a new release and asked for testing here. In the past I mistakenly released some broken stuff, and this should not happen again, especially when there are more and more people using this. Last official release is 2010-10-14 ... Which is both fairly old, and also bad timing regarding Ubuntu releases, being only about two weeks before the Ubuntu 10.10 final release. SUGGESTION: Let's test the current almost-0.9.9 codebase, fix any major issues found in the next week or so, then bump the SONAME version and release it before the end of June 2011. Can we do that? Yes, if with help from the community. No if I do it myself. Patches from Lubuntu is appreciated. Since some testers seem to need packaged versions to test, I'll look at creating a test unofficial package from git for them, so we get slightly more testing. Another way to go would be to release a 0.9.9~rc1 tarball, and a corresponding one for libfm, if that is preferred -- doing that means noone has to use git head for packaging :) That's true. Jonathan Actually I have a primitive button-style path bar implemented in libfm already, but I don't have time yet to add it to pcmanfm. I decided to do it next time. Let's fix the important bugs first and make a good release first. ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
[Lubuntu-desktop] Call for review: PCManFM is almost ready for a new release.
Hi all, I'm here to call for a review for PCManFM as the source code in git is in quite good shape now. Many known bugs are fixed and I did much refactor to the tabbed browsing part and merge changes in tab-rework3 branch with master. Please help test and update translations in various distros. If things are ok, I propose a new release. Some major changes: 1. Reload Folder is available now in View menu. 2. Directory Tree mode is available in side pane. 3. Filesystem size is updated in a more correctly and efficient way. 4. Many bugs causing crashes are fixed. 5. Shows a warning icon in toolbar when running as root. 6. Supports menu keys. minor changes: 1. Fixed some memory leaks. 2. ~ and / to move focus to location bar 3. Improve internal structure of PCManFM. 4. Code cleanup. A new release as 0.9.9 is required. Please help review and test the code in git. Thanks a lot. ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Proposed changes to lubuntu-desktop
1. Lubuntu is lightweght + good usability. Sometimes usability should outweigh memory usage if the lighter alternatives are not as usable, xpdf for example. Midori is not stable enough. In addition, browser is the most critical part of a desktop system and is one of the largest security hole. A famous browser with large user base can have instant security fixes and more complete testing. So practically I don't think there should be any real lighter alternatives. 2. LibreOffice is not Java-based. Java AFAIK is an optional dependency. On Tue, Jun 7, 2011 at 10:02 AM, James Gifford ja...@jamesrgifford.com wrote: Just my two cents here - libreoffice is Java based, so (in my experience anyway) it probably isn't lighter-weight. You mentioned Midori. In my experience, Midori isn't good for the average user, and some sites (namely, gmail) refuse to work with it at all. Just my two cents, take it for what it's worth. :) --James Gifford http://jamesrgifford.com On Jun 6, 2011, at 21:57, Markus Brummer markus.brum...@helsinki.fi wrote: Hi, I'd like to propose some changes to the lubuntu-desktop package. This is primarily meant to the developers, but other users may be interested. The point of Lubuntu LXDE is to make a very lightweight desktop to end users. This proposal would 1) make many of the dependencies as recommends and 2) add lighter / better alternatives. This would in the end make the installation more flexible. Inspiration for this came from the xubuntu-desktop package. The following recommendations are packages that aren't necessary for the overall usability of Lubuntu: on a normal installation, all packages marked as recommended are installed. Package list (dep rec): abiword / libreoffice-writer ace-of-penguins audacious chromium-browser / midori evince / mupdf / xpdf file-roller / xarchiver gnome-disk-utility gnumeric / libreoffice-calc lxtask mobile-broadband-provider-info modemmanager mtpaint sylpheed transmission xchat xscreensaver -Markus ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
[Lubuntu-desktop] Directory tree is now available in PCManFM!
Everybody loves screenshot! http://blog.lxde.org/wp-content/uploads/2011/05/pcmanfm-dir-tree-480x383.png Directory tree in side pane was a feature in PCManFM 0.5 series, but it’s not yet implemented in the latest rewrite. Yesterday, I finished the rewrite for directory tree and added it to PCManFM. This new feature is now availble in git repository. I also added a drop-down menu to side pane to swtich between different kind of side panes. Currently there are only “Places” and “Directory Tree”. Later I plan to add more modes. I also reworked the tabbed browsing part yesterday. Due to the limitations of GTK+, I did some dirty hacks for it to reduce resource usage. This comes at the price of less readable source code, though. After the tab-browsing rework, I fixed an old bug causing incorrect and outdated info shown in status bar so now the info in status bar is up-to-date most of the times. Later, I’ll try to add a “Reload” button so remote filesystems without notifications on changes can be refreshed manually. To test the latest features, grab the source code from git. You have to install libfm first: git://pcmanfm.git.sourceforge.net/gitroot/pcmanfm/libfm This is the supporting library required by PCManFM. Then install pcmanfm. Notice that the new feature is in tab-rework branch, not in master git://pcmanfm.git.sourceforge.net/gitroot/pcmanfm/pcmanfm If you don’t know how to compile libfm/pcmanfm from source code, read this: http://wiki.lxde.org/en/PCManFM_build_and_setup_guide Now, it’s time to fix the remaining bugs in the bug tracker and keep heading for 1.0 release. Cheers! ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] IRC Client
+1 for dropping XChat. The purpose of default applications are to provide a sane and easy-to-use default for common users. Learning how to use two different applications won't be easier than learning one. So using pidging for all protocols is supports do makes sense. Users can learn once and use it for everything. Power users who requires advanced scripting support can always install their powerful favorites manually. In the case of media player, gnome mplayer apparently has a bad music player UI. That's why we need a separate music player. Otherwise mplayer works just fine. For me, my favorite editor is geany, not leafpad. However I won't ship a programmer's editor as a default text editor for common users. Having xchat specifically for irc instead of pidgin won't make that much differences for common users, IMHO. So only including pidgin might be better in this case. On Sun, May 29, 2011 at 5:47 PM, Julien Lavergne gi...@ubuntu.com wrote: On Sun, 29 May 2011 00:24:57 +0100 Phill Whiteside phi...@ubuntu.com wrote: If we are going to keep pidgin for IM, what do we need xchat for? It is on my TODO list for applications discussions. IMO, we should just drop xchat. I always use pidgin for IRC, and it doesn't a pretty decent work. Regards, Julien Lavergne -- Julien Lavergne gi...@ubuntu.com ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] 11.04 issues
PCManFM always shows icons only to save screen space. So changing gtk+ settings won't affect it. This is not a bug. It's by design. On Fri, May 27, 2011 at 8:20 AM, Tim Bernhard ohiom...@gmail.com wrote: OK, item 4 is not a bug. I found the Icons only setting for the Task Bar (Window List). You have to open panel preferences panel appletsTask Bar (Window List)edit! Very hard to find and not very intuitive. I've done this 4-5 times so far and I still have a hard time changing this setting. If I remember correctly, Peppermint made this setting available in a much easier fashion. I don't have a Live USB of Peppermint right now, but I'll make one up and check into it. So the real issue is the touch pad. I HAVE to get scrolling to work on this sucker I didn't realize this thing came with an Alps touch-pad. :( Tim On Thu, May 26, 2011 at 7:49 PM, Tim Bernhard ohiom...@gmail.com wrote: No Luck. I'm beginning to think I'm looking in the wrong place. What I'm trying to do is have my Task Bar (Window List) show only the icons for open applications. I have this set on my other Acer. Maybe I need to look at it again an see if I can figure out how I did it. Tim On Thu, May 26, 2011 at 7:31 PM, 神癒礁湖 rafaellag...@gmail.com wrote: I have no problem with it. Check this out. Open gconf-editor and go to /desktop/gnome/interface, look for a key called toolbar_style. You can have four posible values: both, both-horiz, icons, and text. Try to change here. Have a PCManFM window opened near gconf-editor to see the changes. If nothing happens, please, tell me again, but test it first with another theme (open LXAppearance and select Clearlooks, for example). Cheers! -- [image: Go to rafaellaguna.com] http://lubuntublog.rafaellaguna.com/ [image: Go to Lubuntu.net] http://www.lubuntu.net/ ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Fwd: Lubuntu and Accessibility
For the panel, Brian Cameron has a good idea. He suggested that we can use a different UI for orca. That means, replacing all buttons in the bar with standard GtkButton widget rather than some hand-made ones. This looks ugly, but will have much better usability. If accessibility mode is on, we use standard GtkButton with text label rather than current ones with images on them. On Wed, May 25, 2011 at 6:58 AM, Phill Whiteside phi...@ubuntu.com wrote: -- Forwarded message -- From: Rob Whyte fu...@thefudge.net Date: Tue, May 24, 2011 at 8:24 AM Subject: Re: Lubuntu and Accessibility To: Phill Whiteside phi...@ubuntu.com Hi guys, in my own efforts to get orca better with LXDE I conversed with Klaus Knopper the author of Knoppix. I have put his notes below.. I also tried with nto much success to try and figure out why orca did not work with thunar though it claims to have great gtk support. Please find notes below and hope it is helpful. export SAL_USE_VCLPLUGIN=gtk GTK_MODULES=gail:atk-bridge before starting a GTK program makes it aware of orca as screenreader. You need to start orca as well, of course. The panel containing the menu (lxpanel in our case) will send the highlighted menu item to orca automatically if the two variables mentioned before are set before starting lxpanel. The tricky part is to pop up the menu without the mouse. Unfortunately, lxpanel does not have a hotkey for this on its own, but the command lxpanelctl menu will notify lxpanel to show the menu. Now you add this command to the window managers hotkey list (which is different in compiz-fusion and metacity), and you are there. Once the hotkey (Alt-F1 in Knoppix) is pressed, lxpanelctl menu will be called, and the menu pops up. I did not find a way yet to browse through the dock icons in lxpanel, though it must be possible somehow, since using the mouse will focus the icons and lets orca speak them. Maybe, just the internal link between icons and a hotkey for selecting them is missing. pcmanfm works quite well with orca, though the desktop background version of it is not very talkative. If you start the windowed version of pcmanfm, you can switch between canvases with eithger TAB or the cursor keys (sometimes it's not very intuitive to understand which one to use). It should be possible, yet I'm unsure how to make the desktop manager part of pcmanfm put the focus on the first icon on the desktop. Once one item has the focus, you can browse through the desktop icons with the cursor keys. surely pcmanfm could need some accessibility enhancements concerning hotkeys and their documentation. in regards to accessing the panel, The only way I found so far is the lxpanelctl command which is to be called by the window manager. Alt-F1 pops up the menu in Knoppix. The hotkey modifications for compiz-fusion and metacity concerning the lxpanel menu is present in /etc/X11/Xsession.d/45knoppix. Here is an excerpt: -- case $STARTUP in *lxde|lx*) # Need to change Alt_F1 and Alt_F2 hotkeys in order to make LXDE menu accessible sed -i -e 's/as_main_menu_key *=.*$/as_main_menu_key = Disabled/g' \ -e 's/as_run_command0_key *=.*$/as_run_command0_key = AltF1/g' \ -e 's/as_command0 *=.*$/as_command0 = lxpanelctl menu/g' \ $HOME/.config/compiz/compizconfig/Default.ini 2/dev/null gconftool --type string \ --set /apps/metacity/global_keybindings/panel_main_menu disabled \ --set /apps/metacity/global_keybindings/panel_run_dialog disabled \ --set /apps/metacity/global_keybindings/run_command_1 'AltF1' \ --set /apps/metacity/global_keybindings/run_command_2 'AltF2' \ --set /apps/metacity/keybinding_commands/command_1 'lxpanelctl menu' \ --set /apps/metacity/keybinding_commands/command_2 'lxpanelctl run' ;; *) # Change Alt-F1 back when not running lxde sed -i -e 's/as_main_menu_key *=.*$/as_main_menu_key = AltF1/g' \ $HOME/.config/compiz/compizconfig/Default.ini 2/dev/null gconftool --type string \ --set /apps/metacity/global_keybindings/panel_main_menu 'AltF1' \ --set /apps/metacity/global_keybindings/panel_run_dialog 'AltF2' ;; esac -- Of course this can also be set manually in gconf-editor (metacity/gnome) or ccsm (compiz-fusion). Klaus Knopper On 23/05/11 19:58, Phill Whiteside wrote: Hiyas, much has happened recently, including lubuntu getting clearance for full adoption at 11.10 by Canonical. Whilst I have quietly pushed accessibility (well, maybe not so quietly) as a part of lubuntu, we now need a bit of help off this team. Our specification of the minimal hardware it will run on cannot be broken, nor can our commitment to pre i686 processors. https://wiki.ubuntu.com/Lubuntu From a general chat to our head of development on lubuntu, he is of the opinion that if the code is really (and I mean really)
Re: [Lubuntu-desktop] Work items and TODOs (LXDE)
On Tue, May 24, 2011 at 12:51 PM, Jonathan Marsden jmars...@fastmail.fm wrote: On 05/23/2011 01:33 PM, Julien Lavergne wrote: I'm not aware of any big crasher. Right click on the Lubuntu 11.04 desktop. Click Desktop Preferences. In Desktop Preferences dialog box, click on the Wallpaper mode field. Select Fill with background color only. Crash! X disappears, then lxdm shows up, your old session is history. Worse still, sometimes (maybe one time in ten? I can't do it repeatedly or reliably!) lxdm does not come back, and you are left in a text mode screen with no prompt or other obvious way to proceed. That probably qualifies as a big crasher, doesn't it? :) Actually, this might be related to a recent bug of X11 itself rather than the file manager. http://lists.x.org/archives/xorg-devel/2011-May/022281.html http://lists.x.org/archives/xorg-devel/2011-May/022455.html I'm not picky about my wallpaper, but IMO that's a fairly nasty bug. If you have any unsaved work in open windows in your session, most likely, you will lose it. There is a (possibly related) strange (but less dramatic!) effect if you select the Wallpaper field instead, and then press Escape. It sets it to (none), but closing the dialog does not then do what it should, it seems to just totally ignore the setting change. Then this sounds like a bug. Jonathan ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Work items and TODOs (LXDE)
! 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 ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Work items and TODOs (LXDE)
Another problem I got in libfm. When I tried to add gtk-doc and glib-testing supports to it, some errors happened during make. Actually I did not know how to correctly use these tools. Help is needed in this part. An option may be removing gtk-doc support for now since there are no usable API docs yet. On Mon, May 23, 2011 at 9:53 AM, Jonathan Marsden jmars...@fastmail.fm 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 ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] LXDE plans and priorities
Thanks for the comment. Some new features are indeed fixes for old bugs, especially usability bugs. In addition, some new features require some degree of refactor and this can affect bug fixes. For example, in the file manager, after I added directory tree to the side pane, an old patch in the tracker is no longer needed. Nor can it be applied. For the lxpanel stuff, I really think that we need to use libwnck instead of using our own X11-handling code. Libwnck is well-tested and is in production use for years and it's built for this kind of task. Adding this little lib does not make LXDE significantly more resource-hungry, but it can save much time for maintenance and debugging. Replacing some taskbar and pager code with libwnck can fix part of the bugs quickly. For gtk+ 3 transition, I want to add src/gtk-compat.[ch] to every LXDE components and add compatibility later there. Some macros are replaced by functions in gtk+ 3 and this can be easily fixed in a header with some macro definition. Maybe later I'll add this to libfm/pcmanfm first. Previously I tried to make a tool in lxde/devtools/min-lib-ver with python. This tool is used to determine the minimal gtk+ version required by the project, but I don't have time to finish it. I want to scan the source tree and find out all gtk+ APIs used. Then, determine minimal version of gtk+ required. This one can be very helpful for all gtk+ using projects. Unfortunately it's half done. Is there any tool to help gtk2 - 3 transition? On Mon, May 23, 2011 at 12:51 PM, Jonathan Marsden jmars...@fastmail.fm wrote: On 05/22/2011 08:41 PM, PCMan wrote: 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. OK. Personally, I think that when developer time is really really limited (which it seems to be!), we should focus on the basics: (1) Fix all major bugs that are biting our users, and then (2) Code cleanup needed to ensure it builds and runs with newer compilers, libraries, etc. (e.g. GTK3 transition, and GCC 4.6 is in Debian sid already... so we need to check LXDE builds fine there, and fix it if not). After that, if we possibly can, we then do (3) occasional official source tarball releases (maybe every six months? or every 12 months if every six is too much work). This is so that the work that *is* getting done in (1) and (2), even if fairly small, is more easily available to users, and to other Linux distributions, without them having to dive into a git tree. [From a Ubuntu/Lubuntu perspective, we probably need a new *Anything* at all more than that, things like new enhancements, test suite, refactoring code, etc. should be considered a luxury, a *bonus*; we should not plan for it at all, unless we have the developer time to do it! This approach is not much fun for programmers (no new fancy functionality to design and code!), but IMO it is what allows a project to stay alive and remain at least somewhat useful to users. Hopefully, our doing (1), (2) and (3) consistently and reliably (and well!) will attract more developers who like LXDE... so we can then do more of the fun stuff. Does this make sense? 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. Given my tendency to sit at the command line a lot, I *might* be able to take this on, but not yet, and this is not yet a committment, OK! I am not much of a GUI/GTK programmer at this point. But perhaps once Oneiric is out, I could think more seriously about taking maintainership of lxterminal on for the longer term. These are my current plans. Any suggestions are appreciated. See above. I think your plans are fine, but may be ambitious given how small a team we are. I would suggest (you probably will not feel good about this!) that you work on bug fixes even in lx* programs before adding anything new at all to any of them. Keeping current LXDE users at least reasonably happy is #1 priority, if you want the project to survive. Users do not like significant bugs. Sorry if that sounds a bit negative, but it would be my main suggestion after reading your plans. Jonathan ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Work items and TODOs
Seriously, Lubuntu did a lot of fixes to the original LXDE and most of them are quite good. Can anyone help integrate the fixes with upstream source code? On Sun, May 8, 2011 at 4:17 PM, Jonathan Marsden jmars...@fastmail.fm wrote: On 05/06/2011 02:53 AM, Julien Lavergne wrote: https://wiki.ubuntu.com/Lubuntu/Developers/TODO Let me know if it's usable for everyone. Works for me. I fixed a pile of the bitesized bugs already :) Jonathan ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] system requirements (workaround created!)
Just some thoughts. Will it be better to run df periodially at a several second interval during installation to get a more accurate number? So we can know the disk usage every second during the installation process. The maximum of the values collected plus a safety margin is the minimal disk space required for installation. After installation, we run df again to see how much disk space is used. Then, we reserved some space, maybe 256mb for swap and some space for other apps, maybe 512 MB. This value is the disk space suggested. We need more accurate number by measurement rather than by assumption. Is anyone willing to do this? On Tue, May 3, 2011 at 8:48 AM, Jonathan Marsden jmars...@fastmail.fm wrote: On Mon, 2 May 2011, Chris cyber.dr...@gmail.com wrote: We would need to find a more permanent I think, but until then your ISO would be a great alternative for people with small discs. OK, my tweaked Lubuntu ISO that installs to smaller disks than the official one is now available for download at ftp://ftp.jmarsden.org/pub/lubuntu-11.04.jm1.iso It's md5sum is available as ftp://ftp.jmarsden.org/pub/lubuntu-11.04.jm1.iso.md5 NOTE: Even though the change I made was very small, this is an unofficial test ISO. If it somehow breaks your PC, eats your cat, elopes with your girlfriend, or otherwise misbehaves, neither I nor Ubuntu will accept any liability for that :) Jonathan ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
[Lubuntu-desktop] Status Update for the File Manager
OK, it’s time to tell the world what we’re doing to the file manager Here is a status report for PCManFM. Several bugs are fixed, and others are not. I’m currently working on fixing them. 1.Directory tree will be available from side pane again in next release. I have finished 50% of the feature and hope that I can make it in the following weeks 2.Tabs now takes less space when showing filenames that are too long. 3.The location bar is re-written. Now auto-completion for directory paths works more correctly. 4.I have implemented a simple button-style path bar recently, but to add it to PCManFM, some changes to the UI are needed so this might not be available yet in the next release. 5.Integration with lxshortcut is planned. So you can create new application shortcut on the desktop easier, but this is not yet implemented. 6.Status messages are now more correct and human readable. 7.Some code cleanup was done to make the source code more readable to future contributors. 8. While fixing bugs of PCManFM, I found a severe bug in udisks regarding to CD-ROM polling. This bug leaves the filesystem on CD-ROM mounted even after the media has been removed via pressing physical eject button on the device. I made a patch for it, but upstream authors did not accept the patch. They came up with a new solution utilizing the latest in-kernel polling provided by Linux kernel and did some fixes themselves. So in the near future, this bug will be resolved anyways. So these are basically what I’m doing on the file manager recently. Please help if you can. Thanks a lot. ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Any major must fix before Beta issues left in Lubuntu?
Text based installer + 1. The alternate CD with console-based UI is good enough IMO if it can have l10n user interface. Windows installer has long been text-based since windows 3.1 and it's still text-based in windows xp. Nobody complains of this so why should we insist that there should be a graphical one? Yes, if you boot from Windows xp installer cd on a machine without OS, you'll enter text-based installer. The GUI part is only available after the basic system is set up. Actually, we can do the same. The text-based installer (part I) only installs base system and core components and then reboot and automatically login X11 with a super user. After boot, a GUI-based installer (part II) is launched and continues the remaining parts. This can make things much easier. The only problem with this approach is, we cannot have a good GUI-based UI for partitioning. Windows XP handle this in text-mode, too. However, I see no real problem here. The rationale is quite simple. Users who doesn't know how to use text-based UI are also the ones that will almost always choose automatic partitioning. Others who like to use customized and manual partitioning are definitely advanced power users who don't need a GUI installer. So don't put 80% of development resources to do what only 20% people need. Please, if someone know how to work with the text-based debian installer, consider this approach. Let's set up a base system with the text-based one, and continue the remainng parts in a GUI installer after rebooting into X11. This is also what Windows does. Comments? On Wed, Mar 30, 2011 at 7:56 PM, Jean-Pierre Vidal Piesset jpx...@gmail.com wrote: Unfortunately, it will be very difficult to reduce the memory footprint of the installer for 11.04. The other question this poses is, is it really necessary to have a graphical installer as the default for Lubuntu? Some time ago, there was a question on the mailing list What do you expect from Lubuntu and i think that a very important point is it will go where Ubuntu can't or something like that. A graphical installer is something that we do only one time (in theory) so if it's a little ugly (text) IMHO i don't see the problem. -- jpxsat ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Any major must fix before Beta issues left in Lubuntu?
Currently the alternate CD contains a nice text-based installer. What I suggested is to make a new installer based on the current one in alternate cd. However, the new installer only install the minimal base system + core utils + X11 + gdm + drivers to harddisk. Then, reboot into X11 and then we can launch a GUI installer from hard-disk to finish the remaining parts, which can partially based on ubiquity. This solves all the problems in an elegant way. 1. Text-based installer only does disk partitioning and install base system. So actually nothing needs to be done by the user manually except for disk partitioning. It's nearly automatic. 2. After rebooting, we boot from hard-disk into a clean X11 session with only GUI installer running. So we're not running the live cd and hence the memory usage can be ``minimal'', 128 MB I guess. The GUI installer is the only GUI programming running under X11 and we have no running desktop environment, so it can use all the RAM available. So we can write the GUI part without worrying about RAM usage. So developing the GUI installer can be much easier than developing ubiquity since memory usage is no more an issue. We can do what we want easily in it. Personally, I think this kind of installer is most suitable for our system since it has good efficiency, functionality, smaller memory footprint, and better reliability then running on live cd. 2011/3/31 Jorge Andrés Alvarez Oré winningl...@gmail.com: +1 alternate CD It´s suppose that the minimal memory for use Lubuntu is 192MB, but with 256MB to install it, it´s impossible to use it with a very old computer. My suggestion it´s to share a text install (alternate CD) by default. Anyway now Lubuntu isn't for beginners Linux user, so with a text install no body will be complicated. (My experience: the first Linux distro that i install [Ubuntu 7.04], i installed with the alternate CD, with my 256MB of ram memory [and Pentium 4 celeron] was impossible to install with GUI. Even if was my first install i could do it without a problem. The installations it´s intuitive. Sorry for my English. 2011/3/30 PCMan pcman...@gmail.com Text based installer + 1. The alternate CD with console-based UI is good enough IMO if it can have l10n user interface. Windows installer has long been text-based since windows 3.1 and it's still text-based in windows xp. Nobody complains of this so why should we insist that there should be a graphical one? Yes, if you boot from Windows xp installer cd on a machine without OS, you'll enter text-based installer. The GUI part is only available after the basic system is set up. Actually, we can do the same. The text-based installer (part I) only installs base system and core components and then reboot and automatically login X11 with a super user. After boot, a GUI-based installer (part II) is launched and continues the remaining parts. This can make things much easier. The only problem with this approach is, we cannot have a good GUI-based UI for partitioning. Windows XP handle this in text-mode, too. However, I see no real problem here. The rationale is quite simple. Users who doesn't know how to use text-based UI are also the ones that will almost always choose automatic partitioning. Others who like to use customized and manual partitioning are definitely advanced power users who don't need a GUI installer. So don't put 80% of development resources to do what only 20% people need. Please, if someone know how to work with the text-based debian installer, consider this approach. Let's set up a base system with the text-based one, and continue the remainng parts in a GUI installer after rebooting into X11. This is also what Windows does. Comments? On Wed, Mar 30, 2011 at 7:56 PM, Jean-Pierre Vidal Piesset jpx...@gmail.com wrote: Unfortunately, it will be very difficult to reduce the memory footprint of the installer for 11.04. The other question this poses is, is it really necessary to have a graphical installer as the default for Lubuntu? Some time ago, there was a question on the mailing list What do you expect from Lubuntu and i think that a very important point is it will go where Ubuntu can't or something like that. A graphical installer is something that we do only one time (in theory) so if it's a little ugly (text) IMHO i don't see the problem. -- jpxsat ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Lubuntu Natty Alpha 3 released
I did a quick review and found a problem in lxappearance. The Xft antialias stuff is not as easy as it looks like. See this page: http://www.freedesktop.org/wiki/ScreenFontSettings There is no common standard for this and things are totally in a mess. The most cross-toolkit and cross-desktop way seems to be using Xrm. Since gtk+ uses cairo, it might support Xrm, too. But using gtkrc and XSettings can get the config dynamically applied in gtk+ applications. I'm not sure if Xrm works for Qt4. IIRC Qt4 doesn't use Xft. Anyway, if possible I don't want to do it in a gtk+ specific way. Any thoughts or comments? On Fri, Mar 11, 2011 at 7:56 PM, Julien Lavergne gi...@ubuntu.com wrote: Le vendredi 11 mars 2011 à 19:11 +0800, PCMan a écrit : From the list, I'm sure that you have done a great job to patch the components and added exciting features here and there. However, the upstream authors do not have time to merge these changes at the moment due to lack of man power. Some nice changes should definitely go upstream. Can anyone help? I plan to merge the changes into lxde git branches. I already added some gilir-fixes branches for several lxde components with some of the modifications. If you are agree, I can commit then directly to git master branch, so it will be easier to review it by others. I'll be very happy if I can drop all the patches and ship instead git snapshot of lxde git :) Let me know if you are agree, I can merge the changes during next week. Regards, Julien Lavergne ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Lubuntu Natty Alpha 3 released
Though posted on freedesktop.org, XSettings is actually a Gnome/GTK+ standard without concensus. Qt, KDE, and all the others to my best knowledge don't support this. This is yet another example of Gnome pushes others to use its standard and call their technology cross-desktop solution. LXDE, which is based on gtk+, of course uses XSettings, but this only works for gtk+ apps. At least I solved the XCursor problem in a more desktop independent way so I hope that we can solve the font one in the similar manner. Actually, when I'm planning LXAppearance, I wanted to write some config values to qtconfig to make it more cross-desktop but later I found this very difficult. Any better idea? On Sat, Mar 12, 2011 at 7:30 PM, Julien Lavergne gi...@ubuntu.com wrote: Le samedi 12 mars 2011 à 16:35 +0800, PCMan a écrit : I did a quick review and found a problem in lxappearance. The Xft antialias stuff is not as easy as it looks like. See this page: http://www.freedesktop.org/wiki/ScreenFontSettings There is no common standard for this and things are totally in a mess. The most cross-toolkit and cross-desktop way seems to be using Xrm. Since gtk+ uses cairo, it might support Xrm, too. But using gtkrc and XSettings can get the config dynamically applied in gtk+ applications. I'm not sure if Xrm works for Qt4. IIRC Qt4 doesn't use Xft. Anyway, if possible I don't want to do it in a gtk+ specific way. Any thoughts or comments? Is XSettings not supposed to be a standard way to interact with this settings ? I think it will be easier (at least, for the short term) to stay with XSettings, as many parts of lxappearance use this. Regards, Julien Lavergne ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Ask yourself...
Regarding to the menu editor, actually there is an easy fix. To fork gnome menu editor and have it loads lxde-applications.menu file instead of gnome's applications.menu. It's written in python and patching this won't be too difficult. However, maintaining a fork for such a project just to do this trivial thing is a waste. A better approach is to patch gnome menu editor, and have them load other menu files when possible. Anyone want to do this? It's in python so I'm sure this should not be too difficult. Doing this will bring gnome-menus dependency, though. ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] insert blank dvd
The file brasero.desktop needs to contain MimeTypes=x-content/* to make this work. Please refer to freedesktop.org mime spec for x-content/ stuff. It's one of the gnome-standards which are added to the so-call cross-desktop freedesktop.org specs without conscensus. Currently only gnome/glib/gio supports it but since we use glib/gio, we support it anyways. 2011/3/1 神癒礁湖 (Rafael Laguna) rafaellag...@gmail.com When I insert a new disc PCManFM asks me what to do: use File-Roller (?) or Nautilus CD Creator (I have both desktops). Is there any possibility to include Brasero here? Or maybe it's an error in my installation? -- http://lubuntublog.blogspot.com/ http://www.lubuntu.net/ ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp b3.pngb1.pngb2.png___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] trash can question
This one works, too. [Desktop Entry] Type=Link Name=Trash URL=trash:/// Icon=user-trash PCManFM supports Type=Link On Sat, Dec 4, 2010 at 5:58 PM, Yorvyk yorvik.ubu...@googlemail.com wrote: On Sat, 4 Dec 2010 08:16:55 +0100 Zoltan Matlak matlakz...@gmail.com wrote: Hi, Is it possible to add trash can to desktop or to task bar? Or the only way to access it is from the file manager? Just open up leafpad and put the following in: [Desktop Entry] Type=Application Version=1.0 Name=Trash Exec=pcmanfm trash:/// Icon=emptytrash Terminal=false Save it as trash.desktop on the Desktop. The Desktop should then show a Trash icon, which will open pcmanfm. Right clicking won’t work though. -- Steve Cook (Yorvyk) http://lubuntu.net ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Applications by default : control-center
This command can just work as a control center. pcmanfm menu://applications/DesktopSettings It's not perfect, but basically it's usable. If the layout is not good, we can have a specialized menu file for it. On Tue, Nov 23, 2010 at 7:56 AM, Yorvyk yorvik.ubu...@googlemail.com wrote: On Mon, 22 Nov 2010 18:19:25 -0500 Ezra Morrison ejm...@me.com wrote: hi guys. I'd like to install lubuntu-control-center. are there any extra repositories i have to enable? It’s in the PPA here : https://launchpad.net/~lubuntu-desktop/+archive/ppa -- Steve Cook (Yorvyk) http://lubuntu.net ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
[Lubuntu-desktop] Desktop icons are now freely movable!
I just merged the latest movable desktop icon support to master branch. So now it's available in git repository. If you're installing from git you'll get it. There are still some usability issues, but it mostly works quite well. After two years, finally we have movable desktop icons. Really thank you all for the patience. To test the latest source code and help debug, please follow this guide: http://wiki.lxde.org/en/PCManFM_build_and_setup_guide If you want a screenshot, here it is: http://blog.lxde.org/?p=804 Cheers! ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
[Lubuntu-desktop] PCManFM now partially supports moving desktop icons
Hi list, I just did very primitive partial support for moving desktop icons. Now the position can be saved and restored, but there are sitll some bugs. As a proof of concept, however, it works already. For the interested, the source code is in move_icon branch of our git repo. So the desktop icons will become movable in version 0.9.8, finally. Cheers! ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
[Lubuntu-desktop] I'm going to release pcmanfm 0.9.8 + libfm 0.1.14 this week.
Hi list, Recently I fixed many old bugs of the pcmanfm 0.9.7. The drag-and-drop issue is also fixed, too. I rewrote that part. Bookmarks are reorderable and dropping files to side pane works flawlessly. Now it's time for a new release. The strings are not yet completely frozen. Most of them won't be changed. However, to fix one or two bugs, changes to some strings seem to be inevitable. Some new error messages might be added, too. Please help test the latest source code in git. If there are no major issues, I'll make a new release this weekend. Cheers! ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] plymouth
I'm also one of the people who want to remove Plymouth. It creates random crashes everytime I boot my system. Sometimes it works well and gives me nice boot screen with the nice artwork. Sometimes it just hangs forever and show random pixels on my screen. Then my laptop became unresponsive so I need to power it off directly. This happend about once per 5 ~ 10 times of boot which is quite frequent. So obviously, the critical usability problems it creates outweighs the visual effect it brings. I really hope that it can be removed from the system, or it can be turned off in a sane way. BTW, in the past usplash always work on my box, but plymouth is really problematic. On Sat, Oct 2, 2010 at 6:45 AM, Rafael Laguna rafaellag...@gmail.comwrote: The ideal is a MacOSX-like, that includes machine, disk loader, operating system and desktop, everything with a smooth transition, but it's impossible right now with Linux. I'm fully agree with you, after repairing this annoying thing, I can only see the logo for about 1 second. So, why don't we uninstall it? -- http://lubuntublog.blogspot.comhttp://www.lubuntu.net ___ Mailing list: https://launchpad.net/~lubuntu-desktophttps://launchpad.net/%7Elubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktophttps://launchpad.net/%7Elubuntu-desktop More help : https://help.launchpad.net/ListHelp a3.pnga2.pnga1.png___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
[Lubuntu-desktop] New mailing list lxde-i18n for LXDE translators
In the past we used translat...@mailinglist.lxde.org to coordinate translation work for LXDE. This mailing list server, however, suffers from unexpected downtime sometimes recently and has some maintaince issues. To eliminate the maintaince load and provide more stable service, we’re moving to a new mailing list hosted on sourceforge.net after some discussions. Since all other LXDE-related mailing lists are all on sourceforge.net, it’s quite natural to do so for translations as well. Address of the new mailing list is: lxde-i...@lists.sourceforge.net. To subscribe or unsubscribe, please go to: https://lists.sourceforge.net/lists/listinfo/lxde-i18n Current and potential future translators of LXDE, if you see this message, please subscibe to the new mailing list instead. We already start using the new mailing list to coordinate translation work. The traffic of the list is low and we call for translations when a new release is being planned. The lxde-i18n list is specifically used for translation and related discussions only. General development issues are discussed using the “lxde-list” mailing list. Some new releases of LXDE components are now being planned. So let’s do it! ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
[Lubuntu-desktop] A status matrix of all LXDE components
I just created a status matrix of LXDE components on our LXDE wiki. This matrix shows you the current status of every LXDE component. The content of this wiki page is far from complete, but it’s just a start. http://wiki.lxde.org/en/Status_of_LXDE_Components So, please take a look if you’re interested and help complete the page if possible. If there are errors in the page, feel free to fix them. Cheers! ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Try to make a conclusion for lxsession-logout and screen locking.
On Tue, Sep 14, 2010 at 6:25 PM, Guido Berhoerster guido+sourceforge@berhoerster.name wrote: * PCMan pcman...@gmail.com [2010-09-14 06:56]: No, your script didn't do the right thing. If gnome-screensaver is not running, gnome-screen-saver-command shouldn't be called. If you do this, gnome-screen-saver will be launched, but nothing will happen. At the same time it's possible that the user is actually running xscreensaver. No, running gnome-screensaver-command -l without gnome-screensaver running will print **Message: Screensaver is not running! and return exit code 1. This is not the case on my box. It tried to launch gnome-screensaver even if this command failed. I'm using ubuntu 10.04. Please read the source code of gnome-screesaver-command. Is doesn't do what you said. http://git.gnome.org/browse/gnome-screensaver/tree/src/gnome-screensaver-command.c It exit with code 1 only when you pass wrong arguments, when dbus is not available, and when you query the version number. It return 0 even if gnome-screensaver is not running. The dbus call, however, will cause the gnome-screensaver service being launched. I don't know the version of gnome-screensaver you're using, but from the latest code in git, it doesn't not work the way we want. If the user is running xscreensaver, and you call gnome-screensaver-command, this will result in gnome-screensaver being launched and xscreensaver being bypassed, which is just the wrong behavior. Checking if the screensaver is currently running is necessary. Relying on failure of their *-command programs is not a reliable solution. That's why your script is not used directly. In fact it is the exact opposite, your approach is unportable and completely broken in different ways. Firstly, pgrep will happily match the screensaver of any user which might be logged into the system, it will even match if somebody is running vi gnome-screensaver.txt, it is thus completely unsuitable for the job. Then we need a better way to check it. Secondly, this check is unnecessary since the exit code of xscreensaver-command and gnome-screensaver-command will be 1 if the respective screensaver is not running. -- Guido Berhoerster ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] [Lxde-list] Try to make a conclusion for lxsession-logout and screen locking.
On Wed, Sep 15, 2010 at 4:19 AM, Guido Berhoerster guido+sourceforge@berhoerster.name wrote: * PCMan pcman...@gmail.com [2010-09-14 15:48]: No, running gnome-screensaver-command -l without gnome-screensaver running will print **Message: Screensaver is not running! and return exit code 1. This is not the case on my box. It tried to launch gnome-screensaver even if this command failed. I'm using ubuntu 10.04. Please read the source code of gnome-screesaver-command. Is doesn't do what you said. http://git.gnome.org/browse/gnome-screensaver/tree/src/gnome-screensaver-command.c It exit with code 1 only when you pass wrong arguments, when dbus is not available, and when you query the version number. It return 0 even if gnome-screensaver is not running. The dbus call, however, will cause the gnome-screensaver service being launched. I don't know the version of gnome-screensaver you're using, but from the latest code in git, it doesn't not work the way we want. I admit you are right on this one, the DBus autostart seems to have been introduced in April: http://git.gnome.org/browse/gnome-screensaver/commit/?id=47155576403fea9339a1f702e3dc63455b763fb8 They more or less silently changed the behavior of gnome-screensaver-command breaking shell scripts (including one of mine for inhibiting the screensaver while running an application) relying on the previous behavior which was modeled after xscreensaver-command, just lovely. Since they do things with the dirty way, here is a dirty solution I came up with. dbus-send --session --type=method_call --print-reply --dest=org.freedesktop.DBus / org.freedesktop.DBus.NameHasOwner string:org.gnome.ScreenSaver Maybe this command line can do the trick. If someone has gnome-screensaver installed and is running another screensaver I don't see any way to tell from a shellscript which one to use now. Looking for a process is just plainly broken and unreliable by principle, e.g. someome might suspend before the session has started gnome-screensaver, see https://bugzilla.gnome.org/show_bug.cgi?id=616225 But this should be a rare case. Maybe we should ask gnome-screensaver developers how to solve this. For lxsession I'd propose to use my script and remove gnome-screensaver-command from the list. If someone wants to use it, it can still be added as an explicit locking command in the config file. Since I find changing the cli silently in a minor version upgrade unacceptable I am also going to file a bug against gnome-screensaver. -- Guido Berhoerster ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] [Lxde-list] Try to make a conclusion for lxsession-logout and screen locking.
So here is the design choice. To implement locking program detection in script and depends on dbus-send, or to implement this in C code to have no other dependencies since we already use dbus? Maybe this time doing it in C can make things easier than using scripts. Suggestions? On Wed, Sep 15, 2010 at 5:26 AM, Guido Berhoerster guido+sourceforge@berhoerster.name wrote: * PCMan pcman...@gmail.com [2010-09-14 22:46]: On Wed, Sep 15, 2010 at 4:19 AM, Guido Berhoerster guido+sourceforge@berhoerster.name wrote: * PCMan pcman...@gmail.com [2010-09-14 15:48]: No, running gnome-screensaver-command -l without gnome-screensaver running will print **Message: Screensaver is not running! and return exit code 1. This is not the case on my box. It tried to launch gnome-screensaver even if this command failed. I'm using ubuntu 10.04. Please read the source code of gnome-screesaver-command. Is doesn't do what you said. http://git.gnome.org/browse/gnome-screensaver/tree/src/gnome-screensaver-command.c It exit with code 1 only when you pass wrong arguments, when dbus is not available, and when you query the version number. It return 0 even if gnome-screensaver is not running. The dbus call, however, will cause the gnome-screensaver service being launched. I don't know the version of gnome-screensaver you're using, but from the latest code in git, it doesn't not work the way we want. I admit you are right on this one, the DBus autostart seems to have been introduced in April: http://git.gnome.org/browse/gnome-screensaver/commit/?id=47155576403fea9339a1f702e3dc63455b763fb8 They more or less silently changed the behavior of gnome-screensaver-command breaking shell scripts (including one of mine for inhibiting the screensaver while running an application) relying on the previous behavior which was modeled after xscreensaver-command, just lovely. Since they do things with the dirty way, here is a dirty solution I came up with. dbus-send --session --type=method_call --print-reply --dest=org.freedesktop.DBus / org.freedesktop.DBus.NameHasOwner string:org.gnome.ScreenSaver Maybe this command line can do the trick. The problem is that dbus-send might not necessarily be installed even when dbus itself is. If someone has gnome-screensaver installed and is running another screensaver I don't see any way to tell from a shellscript which one to use now. Looking for a process is just plainly broken and unreliable by principle, e.g. someome might suspend before the session has started gnome-screensaver, see https://bugzilla.gnome.org/show_bug.cgi?id=616225 But this should be a rare case. Maybe we should ask gnome-screensaver developers how to solve this. I think that is the proper solution. -- Guido Berhoerster ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Try to make a conclusion for lxsession-logout and screen locking.
The features mentitioned in this mail is implemanted in lock branch now. Please test if it works as expected. If there are no obvious problems and objections, I'd like to merge it to master branch to be included in the latest release of lxsession. http://lxde.git.sourceforge.net/git/gitweb.cgi?p=lxde/lxsession;a=shortlog;h=refs/heads/lock Thank you all. On Sun, Sep 12, 2010 at 4:53 PM, PCMan pcman...@gmail.com wrote: Hello list, After lengthy discussions, to solve the issue that lxsession lacks locking mechanism making suspend and hibernate insecure, I'll like to make a conclusion here. Here is the proposal and I'm going to do this in a separate branch for testing. 1. Add two config keys to desktop.conf in [Session] group: * LockScreen=true/false (default to true to be more secure, but provide a GUI option somewhere to turn it off) * LockCommand= (default to empty string) 2. If LockScreen=false, don't do any locking at all. If LockCommand is set, use that command for screen locking. Otherwise, fallback to default locking mechanism 3. Perform following default locking mechanism proposed in issue #3030907 if a specific LockCommand is not set. http://sourceforge.net/tracker/?func=detailaid=3030907group_id=180858atid=894871 Look for usable locking command in this list: gnome-screensaver-command --lock, xscreensaver-command -lock, xlock -mode blank. (This list can be expanded later) 4. If possible, do #3 in a shell script rather than hard coding it in C source code for easier custimization. I believe that this should cover most needs. Is this proposal acceptable? If there is no objection and no one is working on this issue now, I want to do it this week. I'll do it in a separate branch without touching any existing code in master branch so nothing will be broken. If after testing it works, we prepare a new release for lxsession. This may not be the best solution, but at least I should try to fix it. Comments and suggestions are welcomed. ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Try to make a conclusion for lxsession-logout and screen locking.
No, your script didn't do the right thing. If gnome-screensaver is not running, gnome-screen-saver-command shouldn't be called. If you do this, gnome-screen-saver will be launched, but nothing will happen. At the same time it's possible that the user is actually running xscreensaver. If the user is running xscreensaver, and you call gnome-screensaver-command, this will result in gnome-screensaver being launched and xscreensaver being bypassed, which is just the wrong behavior. Checking if the screensaver is currently running is necessary. Relying on failure of their *-command programs is not a reliable solution. That's why your script is not used directly. On Tue, Sep 14, 2010 at 3:04 AM, Guido Berhoerster guido+sourceforge@berhoerster.name wrote: * PCMan pcman...@gmail.com [2010-09-13 19:38]: The features mentitioned in this mail is implemanted in lock branch now. Please test if it works as expected. If there are no obvious problems and objections, I'd like to merge it to master branch to be included in the latest release of lxsession. http://lxde.git.sourceforge.net/git/gitweb.cgi?p=lxde/lxsession;a=shortlog;h=refs/heads/lock Please use the script I sent you, it does exactly the same as yours in 8 instead of 23 lines and it is actually portable. -- Guido Berhoerster ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Idea for lxde menu
It's not supported by OpenBox. Another tools are needed. Xbindkeys clashes with openbox if Win key is set. So, find other solutions please. On Fri, Sep 3, 2010 at 8:47 PM, Jean-Pierre Vidal Piesset jpx...@gmail.com wrote: Hi guys: I've always wondered way in all the distros i've tried the button 'windows' (i think it's 'super') isn't used. I think that maybe there's a way to get it to work, but i think it would be a good idea to use this touch by default to show the lxde menu when pressed. What do you think? -- jpxsat Ubuntu user #29.157 ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Recent progress
Forgot to say. LXSession is going to be fixed, too. A user provided a patch to provide locking via screensaver. I'm going to take a look at this part this month once I get leisure time. On Sat, Sep 4, 2010 at 8:30 AM, PCMan pcman...@gmail.com wrote: Hi, I've been quiet recently because I'm too busy at work. Now it's time for some status report. I'm still busy this week, but next week I'll have more time. 1. The new LXAppearance and its obconf plugin seem to work well and no big issue was found so far. Later I'll fix the translation problems. Then it's time to have a new release. I noticed that Andrea Florio bump the version number directly from 0.2.0 to 0..5.0. Is this version number good? 2. I started to work on LightDM developed by Robert Ancell and already finished a new gtk+ greeter which is more flexible than the default one. It's highly themable and the theme can be edited with Glade in a WYSIWYG way, which makes it unique. The code is here: http://lxde.git.sourceforge.net/git/gitweb.cgi?p=lxde/ldm-gtk-builder-greeter;a=summary Of course, it's for the brave, not for daily use. Use at your own risks. 3. Theme support of LXLauncher has been added in a branch, but the implementation is not good enough. Maybe I'll try to port the theming part of my LightDM greeter to it. The greeter is very simple and flexible. Dgod, if you want, you can port it to lxdm, too. It should be very simple and requires modification of less than 100 lines of code. 4. File searching utility is added to PCManFM during Google SoC by Shae Smittle, but it's not yet integrated with the latest git. Later he'll do it after school work gets settled. 5. GPicView has been rewritten during GSoC and it now became feature rich. However it's still too buggy for daily use. Later I'll try to fix it for shk. 6. The file manager is still buggy. I fixed some of them and others are still being worked on. I hope there can be 0.9.8 release at the end of this month. Here are the status updates for LXDE. Thank you all. ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] lxinput
Try the latest release lxinput 0.3. This should have been fixed. On Mon, Aug 16, 2010 at 8:10 PM, Bob Trevithick bob.trevith...@gmail.com wrote: I've started developing Carpal Tunnel in my mouse hand, so have switched hands. Lxinput lets me change the mouse button for left-handed use, but it doesn't stick. On every reboot it needs to be set again. Any easy fixes for this? Thanks, Bob ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
[Lubuntu-desktop] Plan to postpond the release of PCManFM 1.0
Hi list, After finishing LXAppearance2, now it's time to give some love to the most problematic component, the file manager. Today I carefully reviewed the whole bug tracker and user-feed backs in my mailbox and thought about how to continue. The final decision is, the release of 1.0 needs to be postpond because it's not yet ready. In addition, I'd like to unfreeze the UI and strings. It's not possible to fix some bugs without modifying the strings. Some new strings should be added for error reporting or something similar. Moreover, it's not possible to fix several significant usability bugs and design defects without doing some small modifications to the UI. If there is no objection, I'm going to unfreeze pcmanfm and libfm and do my best to fix all the issues. I'll try to keep the newly added strings and UI changes as fewer as possible. The date pf 1.0 is not yet decided, but it will be near the end of 2010. Yes, it's possible that Lubuntu 10.10 may not be able to ship the final stable release. However, for an application frequently used everyday, the quality must be better. I won't break backward compatability in the coming month. Everything should just work as usual or better. Anyway, I'm going to do this in a branch first. Later if things are ok, merge it with master branch. So nothing in current repo will be broken. Thank you for all the support! ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
[Lubuntu-desktop] LXAppearance/Openbox integration is finished!!
Since LXAppearance now supports plugins, it’s possible to add new features to it with third party plugins. Today I ported the GUI configuration tool for OpenBox obconf to LXAppearance. Now a plugin for seamless OpenBox integration is available. A picture is worth a thousand words: http://blog.lxde.org/?p=788 No additional dependencies are added to LXAppearance. You get this “Window Border” page and the openbox support only when the plugin is installed. In addition, the plugin won’t be loaded if openbox is not in use. Perfect! The source code is here for the brave: http://lxde.git.sourceforge.net/git/gitweb.cgi?p=lxde/lxappearance-obconf;a=summary Note: Ubuntu 10.04 users cannot get this correctly compiled and linked due to a bug of Ubuntu 10.04. The bug will be fixed in Ubuntu 10.10. So don’t bug report to me if it doesn’t compile/link on Ubuntu 10.04. That’s normal. Cheers! ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
[Lubuntu-desktop] The rewrite of LXAppearance2 is finished today.
As stated in previous posts, LXAppearance is currently being rewritten. Today, the rewrite is finished. Now LXAppearance becomes the most feature-rich Gnome-free gtk+ theme changer. If the gtk+ theme you use supports color schemes, such as Clearlooks, you can customize these colors in LXAppearance, just like what you can do in gnome-appearance-properties. For screenshot: http://blog.lxde.org/?attachment_id=780 Later, LXAppearance2 will replace LXAppearance and move to lxappearance git repository. Main features of LXApppearance2: 1.Depends on gtk+ only. Can work completely without gnome. 2.Friendly and Gnome HIG compliant user interface 3.Provides real-time preview of the selected themes 4.Changes icon theme 5.Changes cursor theme in a almost desktop independent way. 6.Supports color schemes. You can change the color used by themes if the themes support gtk color scheme. 7.Able to install/remove icon and cursor themes in a user-friendly way 8.Provides additional options for gtk toolbars 9.Able to turn off event sound provided by libcanberra-gtk-module. 10.Changes default font used by gtk+ applications 11.Although this is a LXDE component, it works perfectly well outside LXDE and it has no LXDE dependencies. To get the latest source code in development: git clone git://lxde.git.sourceforge.net/gitroot/lxde/lxappearance2 (This repo will become invalid once the code is moved to master branch of the original lxappearance repo.) A note for translators: Please don't start the translation now. The UI is not frozen now. I'm still waiting for user feedbacks. In addition, the English strings need some proof reading before being translated. The translation should be started after lxappearance2 is moved to the original lxappearance repo. The original master branch of old lxappearance will be moved to another branch for backup. Please get it heavily tested and give some feedbacks. Patches are also welcomed. Cheers! ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
[Lubuntu-desktop] LXAppearance2 is going to replace LXAppearance soon
Hi list, The development of LXAppearance2 is almost finished. The only things missing are color schemes and removing installed themes. Oiginally adjustment of gtk+ stock icon sizes was planned, but it's a rarely needed feature and it's hard to make good UI for it. So this one is cancelled. Other planned features are almost finished and work flawlessly. Now you can cancel the installation of a icon theme package by clicking the Cancel button if it takes too long time. Here are several things to do. 1. Finish color scheme support and make installed themes in ~/.icons remvable. 2. Test all implemented features to make sure they work as expected. 3. Adjust the UI to make it more Gnome HIG compliant 4. Proof reading for the English strings and trying to see if it's possible to reuse old strings in oiginal LXAppearance. 5. Merge LXAppearance2 to LXAppearance and make it the new master branch. (Help is needed. How to cleanly replace one repo with anoher?) 6. Begin the translation in transifex and pootle after English strings with errors are fixed. Please help the testing and give some feedbacks. Thank you all! ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] PCManFM Go Network Drives
Basically you only need gvfs, gvfs-backends, and a working dbus. Trouble shooting with this guide: http://wiki.lxde.org/en/PCManFM_build_and_setup_guide On Wed, Aug 4, 2010 at 2:42 AM, Yorvyk yorvik.ubu...@googlemail.com wrote: On Tue, 03 Aug 2010 12:38:09 - Benny Hult be...@graniitti.net wrote: I noticed in Lubuntu 10.10 that pyneighborhood is missing from default installation and if I click that Network Drives from the pcmanfm it says Error: The specified location is not supported. I tried to locate some bug reports regarding this problem, but I didn’t find. Can someone more capable find a possible report about this? I’m still trying to make sense of this feature, I had it working but I’m not sure what I had to alter to get it to work. I’m going to give it another go later in the week and will report back. -- Steve Cook (Yorvyk) http://lubuntu.net ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
[Lubuntu-desktop] Prepare to release LXInput 0.3.0
Hi list, The current latest release of lxinput contains some bugs. The code has been fixed in git, but there was no tarball release for it. In addition, much has been done for translations. It's time to make a new release. Please test the lxinput source code in git and do some final review for the translations. If there are no big problems, a new release will be made in days. Thank you all. ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] How can I lock screen in Lubuntu?
For locking the screen, is it acceptable to add options to lxsession to execute some commands prior to suspend/hibernation? So we can execute the locking command of either xscreensaver or gnome-screen-saver, or others according to the settings? Is this an acceptable option? On Mon, Aug 2, 2010 at 2:46 AM, Julien Lavergne gi...@ubuntu.com wrote: Le dimanche 01 août 2010 à 19:37 +0400, Mikhail Maksimov a écrit : Thanks, 'xscreensaver-command -lock' works just fine for deliberately locking the screen. Is there an easy way to get the screen locked in suspend-resume sequence? There is no integration of the lock screen option of the screensaver. I reported the bug to keep it in mind : https://bugs.launchpad.net/ubuntu/+source/lxsession/+bug/612332 Regards, Julien Lavergne ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] [Lxde-list] LXAppearance 2 is almost working
Thank you. The backtrace is quite useful. It's fixed in git by Andrea Florio and...@opensuse.org already. On Fri, Jul 30, 2010 at 10:02 PM, Julien Lavergne gi...@ubuntu.com wrote: Le jeudi 29 juillet 2010 à 03:10 +0800, PCMan a écrit : Hi all, I did a complete rewrite from scratch for lxappearance. The source code is here. http://lxde.git.sourceforge.net/git/gitweb.cgi?p=lxde/lxappearance2;a=summary Features of the original lxappearance has all been implemented except icon theme installation. Compared with the old one, the UI is improved a little and the code is much more cleaner. In addition, this version contains support for changing cursors. Later, more options will come and support to changing color scheme will be added. Please test it. Thanks. It also segfault here at start up. Backtrace attached. Regards, Julien Lavergne ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] [lubuntu-desktop]
Do you have plymouth installed? On Thu, Jul 29, 2010 at 12:54 AM, xsaiddx said kosai...@gmail.com wrote: im wondering why 3 in 5 times when my pc start after few sec everythin freez and i have no controle mouse/keyboard .. only the turf off button also if i run lampp and im not connected to internet lampp doesnt work its so weird any idea ?? tnx ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Direct UDisks support for libfm and pcmanfm is finished!
Any console debug messages you've got? Do you have udisks correctly installed? Does the command udisks work for you? On Thu, Jul 8, 2010 at 3:36 AM, Julien Lavergne gi...@ubuntu.com wrote: Le samedi 03 juillet 2010 à 08:24 +0800, PCMan a écrit : Hi, I just finished direct udisks support for libfm and pcmanfm. But it's not yet merged back to trunk. I want to do more tests before the merge. Please help test it. For people using Maverick, and Lubuntu PPA, you should have a libfm up-to-date to test it. I tested it quickly, but it doesn't seems to work for me. Removing gvfs, I can't see any CD/DVD, or any other disk. Regards, Julien Lavergne ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] [Lxde-list] LXAdmin, a collection of little applications to manage settings on LXDE
When you get them working well, please get us informed. It's my pleasure to create a git repo for you on http://sf.net/projects/lxde. It's easy to pull your work form github then. Great job! Thank you all. On Mon, Jun 28, 2010 at 12:45 AM, Julien Lavergne gi...@ubuntu.com wrote: Le dimanche 27 juin 2010 à 17:51 +0200, Andrea Florio a écrit : i know you use ubuntu so launchpad looks your first choice, but if we move that things on sourceforge i see real reasons to keep the work spread on sourceforge,gitub,launchpad.. just use 1 thing. in other words, i agree on moving that to our sourceforge git repos, but i don't agree to have the same stuff mirrored on github and launchpad. I used github because I don't have commit access to the sourceforge git :) No reason to keep it if it's hosted on sourceforge. For Launchpad, it's mirrored and converted to bzr, to be able to use features on Launchpad (it's doesn't support git), like the deb building. The purpose is not to push code there. Regards, Julien Lavergne ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
[Lubuntu-desktop] Can we have a screen to select several optioinal apps during installation?
As the title, I'm always thinking about this. Can we have a screen to select several optioinal apps during installation? For example, before the installation begins, let the user choose the file manager and office suite they want. So people can choose from firefox, midori, or chromium. Also they can choose from OpenOffice.org and Abiword/GNumeric. In this way, we can make the users happier, I think. Of course ease of installation is important, but even Windows intaller provided some degree of customization. Can we do that? ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Another interesting music player
Something using python never uses less memory than a C program. You forgot to count the python runtime in. The whole python runtime sometimes consumes more than 20 mb. Of course, if you only count the little script in, it uses less than 5 mb, but that's not true. On Wed, Jun 23, 2010 at 9:25 PM, Glenn de Groot glenn_de_gr...@hotmail.com wrote: Hello, found another interesting music player called Xnoise. It uses 4.5 mb of ram on start up while deadbeef uses 11 mb. Deadbeef also uses 10.8 mb while playing an mp3 (interesting decrease) and xnoise uses 5.7. It´s a gtk app coded in Python and uses gstreamer so it also plays video´s but it is aimed as a music player. website: http://code.google.com/p/xnoise/ Just thought it´s an interesting little app. ;) -Glenn Rulive: De nieuwste tips en tricks voor de echte messenger fan. ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] FW: Another interesting music player
1. Given you have proper codecs and audio libs installed for mplayer, adding a music player won't bring many addiional dependencies since they are already there. 2. Usability matters. If you consider user interface, gnome-mplayer is a nice video player but it's really a bad music player. It's even difficult for the users to find that gnome-mplayer actually plays music. 3. Playing music and video are quite different things. The focus of video player is smooth image processing, and the focus of music player should be playlists management. It's quite often that you have more than 100 songs in playlist, but normally you won't put 100 video files in play queue and play them one by one. Music player and video player are totally for different purpose. 4. If someone still remember, winamp 5, the famous music player on Windows in the past tried to support video playback, but do people use it? It's still mostly used as music player. Unless your goal is something that can fit 100 mb cd, I think that removing music player is not a valid approach to a desktop focusing on usability. On Thu, Jun 24, 2010 at 5:44 AM, Julien Lavergne gi...@ubuntu.com wrote: Le jeudi 24 juin 2010 à 00:13 +0300, Andrew a écrit : I just love DeadBeef... I only miss one thing: being able to import playlists form other music players. Xnoise is interesting because it can play videos too and from what I've read, Ubuntu is targeting a media player such as Banshee (it's being considered to be made default for UNE sometime) because it can play both music and video files. And that does make sense: a media player instead of both a video and a music player. Someone suggested this to me : keep only a video player which plays music and drop the music player. And I must admit that the option is a valid one. gnome-mplayer can do all the job. Another (bad) example, Windows have only a media player, not a video + music player. Regards, Julien Lavergne ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Changing PDF viewer by default
Regarding to hardware, my suggestions to make the system usable: CPU: above 600 MHz should be enough most of the time RAM: 512 mb is suggested, and 256 is minimal requirement Disk space: 2 GB at least (including swap) These values are based on personal experience, not any accurate measurement or benchmarks. On Mon, Jun 21, 2010 at 6:46 AM, Julien Lavergne gi...@ubuntu.com wrote: Le dimanche 20 juin 2010 à 16:30 -0400, Bob Trevithick a écrit : Might we want to consider going to Google Docs for some of these things like PDF, Word Processing, Spreadsheet, and so on? I don't see any good candidates for PDF aside from the ones already mentioned. There simply aren't very many out there, it would seem. The problem with online ressources is that you absolutely need a Internet connection all the time. I also think that others OS take the decision to be focused on online ressources, and are better designed that Lubuntu for this. Because if you follow this path, you can remove most of your applications and only keep the browser :-) Have we a good idea of what the minimum computer requirements should be for Lubuntu? That would help in making some of these decisions. Personally, I don't think there are many people out there with 256K machines anymore. I would expect the low-end machines to be the ones that were mainstream 3-5 years ago.. so figure at least 1 GHz and 1G of memory. But maybe I'm all wet. :) See https://wiki.ubuntu.com/Lubuntu#Intended Audience FYI, my testing Lubuntu system is 3-5 years old, but it's a netbook with only 512mb :-) Regards, Julien Lavergne ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
[Lubuntu-desktop] Recent LXDE progresses
Here are some updates on recent LXDE progresses. The file manager has much exciting progress: 1. I'm now doing direct udisks support without gvfs or gnome-disk-utility. So far the progress is good and it already can listed volumes. Mounting and unmounting should be available soon. This enables volume management totally without gvfs. You can test the source code in libfm udisks branch. 2. The current code and translations are in good shape and only some minor gliches need to be fixed. 3. Naveen Kumar Molleti is working on adding custom actions to pcmanfm as a Google SoC project. 4. Shae Smittle is working on adding file searching utility as a Google SoC project, but there is no usable code yet. 5. Although 1.0 release is planned, I'm seriously considering adding udisks supoprt to 1.0. Gvfs actually causes various problems and its behavior is not predictable sometimes. In addition, it's not configurable and the volume management interface it provides is quite limited. Moreover mounting options cannot be changed. Using our own implementation can make things easier and we don't need to check if the problems are caused by gvfs or our code since we used our own code only. But this only will happen when udisks branch is prooved to be working well and stable. If it's buggy, it won't be in 1.0. 6. During hackweek of openSuSE community, Josef Reidinger and I started a new project named gfusevfs. It's a new lightweight gvfs replacement based on fuse. It's not fully working now, but the basic skeleton is already done. This will work both in LXDE and XFCE. So, we'll be gnome-free soon. Image viewer: Kuleshov Alexander is now working on a rewrite of GPicView as a Google SoC project LXPanel: Marty Jack is now doing some major improvement, but the release date is unknown. Please help testing and give some feedbacks or even better, patches. Cheers! ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
Re: [Lubuntu-desktop] Compiz activation
1. Open lxsession-edit. 2. Switch to Advanced page. 3. Change your window manager to compiz. 4. Logout and login again done What's the problem? On Fri, Jun 11, 2010 at 2:20 PM, Chow Loong Jin hyper...@gmail.com wrote: On Fri, 11 Jun 2010 07:19:25 +0200 Zsolt Peter Basak shiki.biomer...@gmail.com wrote: I heard someone do this but seriously, I do not think its possible. LXDE uses Openbox. That is a window manager. Compiz is also a window manager, so the two replaces each other. One shot you can try is the 0.9 Compiz++ branch. (Or wait until it comes out). That'll support stand-alone window managing, so it'll work I guess with lxde. Only one window manager may run per X display, yes. Compiz++ 0.9 is no exception. And yes, you can run Compiz in Lubuntu by replacing Openbox with it, using something like compiz --replace, or even compiz alone, since compiz defaults to --replace behaviour in Ubuntu. To revert back, you can probably run openbox --replace, or otherwise killall compiz, then run openbox. -- Kind regards, Chow Loong Jin ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
[Lubuntu-desktop] Change the goals of PCManFM 1.0
Hi list, After observing the reaction of users to the new pcmanfm and gathering some feedback, I'm now thinking about the necessity to change goals for 1.0 release. The major problems encountered by most users seem to be: 1. They don't want gvfs, or if they use it outside gnome, it can be problematic sometimes. 2. Volume management doesn't work sometimes due to some unknown issue of gvfs. 3. Tree view in the side pane is not available. 4. File searching utility is gone. So, I'm considering if a revise for 1.0 plan is needed. It's stable in current status, but it's functionality doesn't match the older series. This make many people reluctant to upgrade. The proposed changes to 1.0 are: 1. To implement volume mounting wth udisks and don't completely rely on gvfs for this. This won't be too difficult and only requires some coding. This can make pcmanfm work well without gvfs, which solves #2 and partially solves #1. 2. Try to add support for tree view to side pane again. I already came up with a better way to implement it last week. So I'm confident that this can be done. 3. Leave search utility since it's a Google SoC project now and as the old one doesn't work correctly, leaving this won't affect much. 4. A developer from the community is trying to work on template support, so you can create new files based on some template files in the popup menu. It's still a work in progress, but since it's simple, can we include this in 1.0? I want to make an exception for the feature-freeze and add the missing features udisks and dir tree prior to 1.0. Then it's possible to totally replace the old pcmanfm with it. Of course we can do them in branch and leave 1.0 as it is now, but this may cause problems in promotion and since some old features are missing, replacing the old series can be more difficult. Missing features can give the new pcmanfm a bad name sometimes even its internal structure is much better than the old one. Any comments? ___ Mailing list: https://launchpad.net/~lubuntu-desktop Post to : lubuntu-desktop@lists.launchpad.net Unsubscribe : https://launchpad.net/~lubuntu-desktop More help : https://help.launchpad.net/ListHelp
