Re: [E-devel] request for efreet localization
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 ngc...@gmail.com wrote: 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 exactly a _changing locale_ issue. I didn't change my locale for a long time now but what I'm seeing here is that my ~/.config/user-dirs.dirs is not read/used. Maybe efreet should somehow rely on it and not only use env variables. Reading in this order: - /etc/xdg/user-dirs.defaults - ~/.config/user-dirs.dirs - XDG_ env variable and then fallback. What do you think? On Mon, Jun 18, 2012 at 1:49 PM, Sebastian Dransfeld s...@tango.flipp.net 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 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 s...@tango.flipp.net wrote: 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/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 s...@tango.flipp.net wrote: 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 platforms, and should probably be fixed by someone who knows the proper/expected localized directories. If I can get some help on this, it will fix a number of issues with e's file manager and other efreet uses. Isn't it the point that everything localized should be fetched from XDG_* env variables? S. -- Jérôme Pinot http://ngc891.blogdns.net/ -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] request for efreet localization
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 platforms, and should probably be fixed by someone who knows the proper/expected localized directories. If I can get some help on this, it will fix a number of issues with e's file manager and other efreet uses. Isn't it the point that everything localized should be fetched from XDG_* env variables? S. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] request for efreet localization
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 s...@tango.flipp.netwrote: 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 platforms, and should probably be fixed by someone who knows the proper/expected localized directories. If I can get some help on this, it will fix a number of issues with e's file manager and other efreet uses. Isn't it the point that everything localized should be fetched from XDG_* env variables? S. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] request for efreet localization
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/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 Dransfelds...@tango.flipp.netwrote: 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 platforms, and should probably be fixed by someone who knows the proper/expected localized directories. If I can get some help on this, it will fix a number of issues with e's file manager and other efreet uses. Isn't it the point that everything localized should be fetched from XDG_* env variables? S. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] request for efreet localization
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 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 Dransfelds...@tango.flipp.netwrote: 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 platforms, and should probably be fixed by someone who knows the proper/expected localized directories. If I can get some help on this, it will fix a number of issues with e's file manager and other efreet uses. Isn't it the point that everything localized should be fetched from XDG_* env variables? S. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] request for efreet localization
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 s...@tango.flipp.netwrote: 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/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 Dransfelds...@tango.flipp.net wrote: 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 platforms, and should probably be fixed by someone who knows the proper/expected localized directories. If I can get some help on this, it will fix a number of issues with e's file manager and other efreet uses. Isn't it the point that everything localized should be fetched from XDG_* env variables? S. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] request for efreet localization
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 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 Dransfelds...@tango.flipp.netwrote: 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/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 Dransfelds...@tango.flipp.net wrote: 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 platforms, and should probably be fixed by someone who knows the proper/expected localized directories. If I can get some help on this, it will fix a number of issues with e's file manager and other efreet uses. Isn't it the point that everything localized should be fetched from XDG_* env variables? S. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] request for efreet localization
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 s...@tango.flipp.netwrote: 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 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 Dransfelds...@tango.flipp.net wrote: 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/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 s...@tango.flipp.net wrote: 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 platforms, and should probably be fixed by someone who knows the proper/expected localized directories. If I can get some help on this, it will fix a number of issues with e's file manager and other efreet uses. Isn't it the point that everything localized should be fetched from XDG_* env variables? S. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] request for efreet localization
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 exactly a _changing locale_ issue. I didn't change my locale for a long time now but what I'm seeing here is that my ~/.config/user-dirs.dirs is not read/used. Maybe efreet should somehow rely on it and not only use env variables. Reading in this order: - /etc/xdg/user-dirs.defaults - ~/.config/user-dirs.dirs - XDG_ env variable and then fallback. What do you think? On Mon, Jun 18, 2012 at 1:49 PM, Sebastian Dransfeld s...@tango.flipp.netwrote: 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 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 Dransfelds...@tango.flipp.net wrote: 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/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 s...@tango.flipp.net wrote: 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 platforms, and should probably be fixed by someone who knows the proper/expected localized directories. If I can get some help on this, it will fix a number of issues with e's file manager and other efreet uses. Isn't it the point that everything localized should be fetched from XDG_* env variables? S. -- Jérôme Pinot http://ngc891.blogdns.net/ signature.asc Description: Digital signature -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] request for efreet localization
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 the proper/expected localized directories. If I can get some help on this, it will fix a number of issues with e's file manager and other efreet uses. Thanks. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
