Re: bugreport: spaces in folders
- From: tpgww@xxxxxxxxxxx
- To: emelfm2@xxxxxxxxxxxxx
- Date: Thu, 9 Mar 2006 19:30:56 -0500
On Thu, 9 Mar 2006 01:40:36 +0100
Atman Sense <mattenklicker@xxxxxxx> wrote:
> > > Drag and Drop from/to folders with spaces does not work, also
> > > file-type associated actions.
>
> Oh, yes, not spaces, but unusual characters like umlauts are the
> problem. A click on copy-button works, drag&drop doesn't. Self-defined
> filetype-actions also.
>
> Cannot create file /tmp/test test mit ö und ü/asdfa - Die
> Argumentliste ist zu lang
>
> ran with env -i, a change to a umlaut-folder is impossible:
> The directory '/tmp/test 3 mit ü/' does not exist!
These are most likely a problem with filesystem encoding. emelFM2 converts item
names from and to localised encoding as needed, _except_ if it decides that
such conversion is not necessary. Such decision is based on
$G_FILENAME_ENCODING, $G_BROKEN_FILENAMES, the default encoding for the user's
locale, and whether $LANGUAGE or $LANG is some flavour of english.
To quote from the INSTALL document:
NOTE: If your filesysten encodes path/file names in something
other than utf-8/ascii (e.g. with german umlauts), you should also
have:
1. set the environment variable
G_FILENAME_ENCODING=character set name (or a comma-separated
list of such names, and glib uses the first name in that list).
OR
2. set the environment variable G_BROKEN_FILENAMES=1. In that case,
glib assumes that the locale encoding is used for names.
G_FILENAME_ENCODING takes priority over G_BROKEN_FILENAMES.
(The above are glib requirements, not emelfm2 requirements per se.)
Regards
Tom
--
Users can unsubscribe from the list by sending email to
emelfm2-request@xxxxxxxxxxxxx with 'unsubscribe' in the subject field or by
logging into the web interface.
Other related posts:
