late changes

[t***@onepost.net]

While waiting for the last translations to be updated, I've acted upon some recent comments from Liviu. Specifically:

* added a commandline option -a|--share-config= DIR

This will trigger loading of data from file config[whatever] in DIR, after any other config data are loaded. This means you can, for example, create a shared version of some or all config data (say, plugins or filetypes) and advise users when first running the application to run with emelfm2 -a DIR, to initialise suitable config data for your context. Data are loaded from DIR, but not saved there. Saving at session-end still occurs in the user's local config dir as normal.

* added support for <system default> as a command in filetypes config data

Probably you'd add to filetypes config data something like _Default <system default> %p.
If present and activated, that will trigger an interrogation of any relevant .desktop files and mimetype information, to try to invoke the command which the desktop environment considers to be the default for the filetype in question.

Eventually the string "<system default>" should be translated (like similar tokens e.g. "<none>"), but that will have to wait until next release, because most translators have already finished their work for this coming release.

Regards
Tom

[Adam Krolnik]

Hi Tom;

Has there been a discussion about directories specified when starting
emelfm2. Currently, directories relative to the current directory are not
accepted. I have to use the full path.

I'd like to be able to simply say

% ls
docs icons src po

% emelfm2 src

instead of saying 'emelfm2 `pwd`/src

Thanks.

Post by t***@onepost.net
While waiting for the last translations to be updated, I've acted upon
* added a commandline option -a|--share-config= DIR
This will trigger loading of data from file config[whatever] in DIR, after
any other config data are loaded. This means you can, for example, create a
shared version of some or all config data (say, plugins or filetypes) and
advise users when first running the application to run with emelfm2 -a DIR,
to initialise suitable config data for your context. Data are loaded from
DIR, but not saved there. Saving at session-end still occurs in the user's
local config dir as normal.
* added support for <system default> as a command in filetypes config data
Probably you'd add to filetypes config data something like _Default
<system default> %p.
If present and activated, that will trigger an interrogation of any
relevant .desktop files and mimetype information, to try to invoke the
command which the desktop environment considers to be the default for the
filetype in question.
Eventually the string "<system default>" should be translated (like
similar tokens e.g. "<none>"), but that will have to wait until next
release, because most translators have already finished their work for this
coming release.
Regards
Tom
--
Users can unsubscribe from the list by sending email to
by logging into the web interface.

[t***@onepost.net]

On Tue, 11 Feb 2014 08:00:29 -0600

Post by Adam Krolnik
Has there been a discussion about directories specified when starting
emelfm2. Currently, directories relative to the current directory are not
accepted. I have to use the full path.
I'd like to be able to simply say
% ls
docs icons src po
% emelfm2 src

Staying with your example, if src is not absolute, g_get_current_dir() is prepended to it.

Regards
Tom

[Adam Krolnik]

Hi Tom;
Well, when I execute emelfm2 src, it does accept the relative source and
places it in the second pane instead of the first.

But if I do this:
L% ./emelfm2 -1 src/command -2 src/config

It does not accept them. You did not call e2_cl_option_get_path() for -1
and -2 args.

Also, WITH_CUSTOMMOUSE=1 (and KEYFAKE ) needs this patch.

svn diff src/e2_mousebinding.c
Index: src/e2_mousebinding.c
===================================================================
--- src/e2_mousebinding.c (revision 3053)
+++ src/e2_mousebinding.c (working copy)
@@ -1760,7 +1760,7 @@
fake_data.buttons_string = fakes;

gdk_event_free (event);
- _e2_keybinding_fake_events (&fake_data);
+ _e2_mousebinding_fake_events (&fake_data);
WAIT_FOR_EVENTS;
return TRUE;
}

Thanks.

Post by t***@onepost.net
On Tue, 11 Feb 2014 08:00:29 -0600

Post by Adam Krolnik
Has there been a discussion about directories specified when starting
emelfm2. Currently, directories relative to the current directory are

not

Post by Adam Krolnik
accepted. I have to use the full path.
I'd like to be able to simply say
% ls
docs icons src po
% emelfm2 src

Staying with your example, if src is not absolute, g_get_current_dir() is prepended to it.
Regards
Tom
--
Users can unsubscribe from the list by sending email to
by logging into the web interface.

[Adam Krolnik]

Hi Tom;

Oops I missed the document stating that 'emelfm2 dir' focuses on pane2...

Post by Adam Krolnik
Hi Tom;
Well, when I execute emelfm2 src, it does accept the relative source and
places it in the second pane instead of the first.
L% ./emelfm2 -1 src/command -2 src/config
It does not accept them. You did not call e2_cl_option_get_path() for -1
and -2 args.
Also, WITH_CUSTOMMOUSE=1 (and KEYFAKE ) needs this patch.
svn diff src/e2_mousebinding.c
Index: src/e2_mousebinding.c
===================================================================
--- src/e2_mousebinding.c (revision 3053)
+++ src/e2_mousebinding.c (working copy)
@@ -1760,7 +1760,7 @@
fake_data.buttons_string = fakes;
gdk_event_free (event);
- _e2_keybinding_fake_events (&fake_data);
+ _e2_mousebinding_fake_events (&fake_data);
WAIT_FOR_EVENTS;
return TRUE;
}
Thanks.

Post by t***@onepost.net
On Tue, 11 Feb 2014 08:00:29 -0600

Post by Adam Krolnik
Has there been a discussion about directories specified when starting
emelfm2. Currently, directories relative to the current directory are

not

Post by Adam Krolnik
accepted. I have to use the full path.
I'd like to be able to simply say
% ls
docs icons src po
% emelfm2 src

Staying with your example, if src is not absolute, g_get_current_dir() is
prepended to it.
Regards
Tom
--
Users can unsubscribe from the list by sending email to
by logging into the web interface.

--
Adam Krolnik

[t***@onepost.net]

On Wed, 12 Feb 2014 10:32:32 -0600

Post by Adam Krolnik
Well, when I execute emelfm2 src, it does accept the relative source and
places it in the second pane instead of the first.

This choice was discussed in a ML thread some time back.

Post by Adam Krolnik
L% ./emelfm2 -1 src/command -2 src/config
It does not accept them. You did not call e2_cl_option_get_path() for -1
and -2 args.

Indeed. For those options, the path-interpretation was intended to occur later in the startup process (actually, in e2_fs_get_valid_path()). But that also would need to handle relative a path string - and now it does. And anyway, it's probably more reliable to interpret the CWD ASAP during startup, so I've also applied _e2_cl_option_get_path() to -1, -2 options.

Post by Adam Krolnik
Also, WITH_CUSTOMMOUSE=1 (and KEYFAKE ) needs this patch.
svn diff src/e2_mousebinding.c
Index: src/e2_mousebinding.c
===================================================================
--- src/e2_mousebinding.c (revision 3053)
+++ src/e2_mousebinding.c (working copy)
@@ -1760,7 +1760,7 @@
fake_data.buttons_string = fakes;
gdk_event_free (event);
- _e2_keybinding_fake_events (&fake_data);
+ _e2_mousebinding_fake_events (&fake_data);
WAIT_FOR_EVENTS;
return TRUE;
}

Applied, thanks.

Regards
Tom.