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. 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