The main issue is that the desktop environment itself is supposed to parse
these files and export the variables. Few do, us included.
Regardless, this fallback variable in efreet should be translated at some
point.
On Tue, Jun 19, 2012 at 4:18 AM, Jérôme Pinot wrote:
> On 06/18/12 13:53, Michae
On 06/18/12 13:53, Michael Blumenkrantz wrote:
> this is for fixing a somewhat annoying corner case with efm involving
> locale change. there's other solutions which are less correct, but I'd like
> to get the fallback choice here fixed since that alone will solve the bug
> in most cases.
It's not
this is for fixing a somewhat annoying corner case with efm involving
locale change. there's other solutions which are less correct, but I'd like
to get the fallback choice here fixed since that alone will solve the bug
in most cases.
On Mon, Jun 18, 2012 at 1:49 PM, Sebastian Dransfeld
wrote:
>
Then I guess there aren't anymore. I think all other localization
elements has been inside files or filenames.
As far as I know there hasn't been any localization problems with efreet
before.
S.
On 06/18/2012 02:43 PM, Michael Blumenkrantz wrote:
> hm...I guess I assumed there would be more c
hm...I guess I assumed there would be more cases; I don't use a localized
E, nor do I have any experience with it.
On Mon, Jun 18, 2012 at 1:37 PM, Sebastian Dransfeld
wrote:
> Do you have any other examples but XDG_DESKTOP_DIR? I can't find any
> others which should be localized.
>
> S.
>
> On
And the official directory translations can be found here:
http://cgit.freedesktop.org/xdg/xdg-user-dirs/tree/po
S.
On 06/18/2012 02:27 PM, Michael Blumenkrantz wrote:
> sure, the problem is that we don't localize our fallback strings here. in
> many desktop environments, those variables are not
Do you have any other examples but XDG_DESKTOP_DIR? I can't find any
others which should be localized.
S.
On 06/18/2012 02:27 PM, Michael Blumenkrantz wrote:
> sure, the problem is that we don't localize our fallback strings here. in
> many desktop environments, those variables are not sourced/s
sure, the problem is that we don't localize our fallback strings here. in
many desktop environments, those variables are not sourced/set, and so we
get the fallback strings every time: these strings are in english, so
they're always wrong.
On Mon, Jun 18, 2012 at 1:24 PM, Sebastian Dransfeld
wrot
On 06/14/2012 01:05 PM, Michael Blumenkrantz wrote:
> Hi,
>
> It's come to my attention that many of the strings in efreet (especially
> src/lib/efreet_base.c; see functions such as efreet_desktop_dir_get()) lack
> proper localization. This causes unexpected behavior in most cases on
> non-english
Hi,
It's come to my attention that many of the strings in efreet (especially
src/lib/efreet_base.c; see functions such as efreet_desktop_dir_get()) lack
proper localization. This causes unexpected behavior in most cases on
non-english platforms, and should probably be fixed by someone who knows
th
10 matches
Mail list logo
