Ok, but all these applications (1, 2, 3, 4) shouldn't just call lxshortcut with some arguments? Btw, i'll happy to start working on it (first as a library).

Regards, Stephen  Smally

On 03/21/2012 05:52 PM, PCMan wrote:
Potential users of liblxshortcut are:
1. pcmanfm/libfm
2. lxpanel, to edit application menu items
3. a menu editor, if any
4. lxsession-edit, to edit autostart apps
5. other programs which requires editing of desktop entries
6. lxshortcut itself

I don't know how to make it a good lib yet. Otherwise writing it with vala should be fast.
Do you want to do it?
BTW, I noted that a nice icon chooser dialog was provided by glade-3 already so we don't have to make our own.
By removing some gnome deps with trivial changes, it can be used independently in lxshortcut.

On Wed, Mar 21, 2012 at 11:50 PM, Stephen Smally <eco.stefi@fastwebnet.it> wrote:
About Vala: this is almost true (vala is not stable enough for too complex apps), but we can at least rewrite some simple components of LXDE in Vala, for example lxshortcut, which is not perfect yet and need some tweaks (i read on the wiki that a new library - liblxshortcut - as backend for lxshortcut is planned, is a good idea? which other apps will use liblxshortcut?)


On 03/21/2012 05:53 AM, PCMan wrote:
This is quite true. When I'm learning GTK+, I read GtkTreeView tutorial for several times in order to do some simple things with it.
Writing GUI apps with GTK+ and plain C is a pain and is really error-prone.
Even when you use GtkBuilder, doing operations on GtkTreeView and GtkTreeModal still require a lot of additional work.
I'm trying to migrate some parts of LXDE to vala to get more readable code when suitable.
Code written in Vala is much much more readable and shorter than that written in plain C.
Compile-time type safety and built-in support for dbus are also great features of Vala. So I like it very much.
However, at the moment vala is not that reliable as it looks like.
It sometimes generates wrong C code that cant compile, or something that compiles but causes crashes at runtime.
Besides, debugging vala programs requies that you digging into the generate C code which is not readable.
Fixing broken vapi files is not of fun at all. Moreover, we don't have the time to rewrite everything in vala.
So, to sum up, there is no silver bullet.
 
I'll try to look into this this issue weekend. :-(
On Tue, Mar 20, 2012 at 11:31 PM, Axel FILMORE <axel.filmore@gmail.com> wrote:
On 20/03/2012 16:03, karl anliot wrote:
> IMHO the reason this bug hasn't been fixed is people filed the bug against PCMANFM not libfm.
>

IMHO, this bug hasn't been fixed because GtkTreeView is one of the most
complicated stuff in GTK+ and because it's too complicated to write GUI
softwares in plain C, we really need modern languages like Vala to write
reliable and maintainable softwares.

:)

--
Axel FILMORE


------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here
http://p.sf.net/sfu/sfd2d-msazure
_______________________________________________
Lxde-list mailing list
Lxde-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/lxde-list



------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure


_______________________________________________
Lxde-list mailing list
Lxde-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/lxde-list


------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here
http://p.sf.net/sfu/sfd2d-msazure
_______________________________________________
Lxde-list mailing list
Lxde-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/lxde-list