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

Reply via email to