Brian 'morlenxus' Miculcy wrote: > On Fri, Jun 01, 2007 at 09:52:13AM +0200, Sebastian Dransfeld wrote: >> Brian 'morlenxus' Miculcy wrote: >>> On Thu, May 31, 2007 at 11:47:41PM -0400, Lucian M. Patcas wrote: >>>> On 5/31/07, Sebastian Dransfeld <[EMAIL PROTECTED]> wrote: >>>>> Brian 'morlenxus' Miculcy wrote: >>>>>> Problem: >>>>>> When start e17 with a clean profile, you will have xterm and firefox in >>>>> ~/.e/e/applications/bar/default/.order : >>>>>> xterm.desktop >>>>>> firefox.desktop >>>>>> >>>>>> Now when you drop a new icon on the ibar, your .order file will look >>>>>> like this: >>>>>> /home/brian.miculcy/.e/e/applications/all/xterm.desktop >>>>>> /home/brian.miculcy/.e/e/applications/all/firefox.desktop >>>>>> someotherapp.desktop >>>>>> >>>>>> The problem with this is, that the files with a path aren't loaded >>>>>> anymore. This was a bug in e_order.c - i fixed that. >>>>>> Another problem is that the files in ~/.e/e/applications/all/ aren't >>>>>> monitored, a solution would be to monitor files directly if there is a >>>>>> path given, this way you could store files wherever you like, you just >>>>>> need to give a full path. >>>>> Or just stop using ~/.e/e/applications/all, and use >>>>> ~/.local/share/applications. >>>> The problem is that ~/.local/share/applications is not monitored. If you >>>> right click on ibar and choose the "Add Application" entry, the list of >>>> available applications will be empty. The same if you choose the "Open >>>> with.." entry of the built-in file manager after right clicking on a folder >>>> or file. >>>> >>>> Only ~/.e/e/applications/all is partially monitored. The "Open with..." >>>> entry of the built-in file manager shows up a list corresponding to the >>>> desktop files that are in ~/.e/e/applications/all, however nothing seems to >>>> happen when choosing one. >>>> >>>> I tend to agree with morlenxus' solution to look for desktop files at >>>> locations indicated by the user. This is because on my gentoo box almost >>>> all >>>> the applications I install put their desktop files in >>>> /usr/share/applications. Now I am not sure about the freedesktop standards >>>> that were (partially) implemented in e17... >>> Well this patch only fix the issue when using full path in the .order >>> file. Stop using ~/.e/e/applications/all isn't an argument as the e17 >>> default .desktop files are in there, so you _use_ it, if you want or >>> not. I guess there is also a bug in the drag 'n drop function, because >>> it returns a full path for files in ~/.e/e/applications/all . Because of >>> the bug my patch fixes these pathes are not correctly recognised. So >>> this patch has nothing have to do with monitoring files in somewhere >>> else location, nor with the open with... dialog of the efm, nor with >>> using ~/.local/applications/all - it simply >>> fixes a bug. >> applications/all is just a fallback and should disappear. So adding code >> which solves problems with a deprecated solution will just result in >> bloat. > > The code i added doesn't care if you use applications/all or not. It > allows to use a path to a desktop file. I simply replaced existing > (not working) code with this few lines. Can't see the bloat.
Will look at it :) Sebastian ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel