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

Reply via email to