David Weinehall wrote:
On mån, 2007-10-22 at 23:10 +0900, ext Takao Fujiwara wrote:
Patryk Zawadzki さんは書きました:
2007/10/22, Takao Fujiwara [EMAIL PROTECTED]:
Patryk Zawadzki さんは書きました:
Why not fix the application in the first place? You don't have to
translate it, just make it work properly.
Thanks for this help.
It seems this issue could be resolved.
I have two questions.
1. Do you have any recommended directory paths in case you add a new one in
$XDG_DATA_DIRS ?
The following is just my idea.
export XDG_DATA_DIRS=/usr/share/locale/$LANG/xdg:/usr/share
2. Can I assume the
Rodney Dawes wrote:
On Thu, 2007-10-18 at 20:28 +0900, Takao Fujiwara - Tokyo S/W Center
wrote:
Patryk Zawadzki wrote:
2007/10/18, Takao Fujiwara - Tokyo S/W Center [EMAIL PROTECTED]:
The problem is the ability to show the limited locales only by default
installation.
If this feature is
Rodney Dawes wrote:
On Thu, 2007-10-18 at 17:55 +0900, Takao Fujiwara - Tokyo S/W Center
wrote:
Some of the applications are used on one locale only, e.g. Chinese
dictionary application, Japan road map application.
The situlation is, those applications are used for one country only,
the
2007/10/22, Takao Fujiwara - Tokyo S/W Center [EMAIL PROTECTED]:
Even if you want a map application for all regions, the application works on
one region and one locale only. It's a problem the limited application is
shown on other locales by defalt.
It assures the application works on
Patryk Zawadzki さんは書きました:
Why not fix the application in the first place? You don't have to
translate it, just make it work properly.
The application supports one locale. If we support some locales, we need to buy
the locale data, then this couldn't be resolved in the software level.
If
2007/10/22, Takao Fujiwara [EMAIL PROTECTED]:
Patryk Zawadzki さんは書きました:
Why not fix the application in the first place? You don't have to
translate it, just make it work properly.
The application supports one locale. If we support some locales, we need to
buy the locale data, then this
Patryk Zawadzki さんは書きました:
2007/10/22, Takao Fujiwara [EMAIL PROTECTED]:
Patryk Zawadzki さんは書きました:
Why not fix the application in the first place? You don't have to
translate it, just make it work properly.
The application supports one locale. If we support some locales, we need to
buy the
2007/10/22, Takao Fujiwara [EMAIL PROTECTED]:
Unfortunatelly it's not expected the application is shown on other locales.
The application needs to be shown on a locale only in the menu and I'm
finding the resolution.
Still, if xdg agrees to your proposition and it goes upstream, it's
subject
On mån, 2007-10-22 at 23:10 +0900, ext Takao Fujiwara wrote:
Patryk Zawadzki さんは書きました:
2007/10/22, Takao Fujiwara [EMAIL PROTECTED]:
Patryk Zawadzki さんは書きました:
Why not fix the application in the first place? You don't have to
translate it, just make it work properly.
The application
Le lundi 22 octobre 2007 à 23:10 +0900, Takao Fujiwara a écrit :
Patryk Zawadzki さんは書きました:
2007/10/22, Takao Fujiwara [EMAIL PROTECTED]:
Patryk Zawadzki さんは書きました:
Why not fix the application in the first place? You don't have to
translate it, just make it work properly.
The application
Le lundi 22 octobre 2007 à 16:33 +0200, Patryk Zawadzki a écrit :
2007/10/22, Frederic Crozat [EMAIL PROTECTED]:
Or you can add a .menu file which will
hide .desktop and make sure this file is merged only when locale is set
(by modifying XDG_CONFIG_DIRS at login time).
Or just drop it
Le lundi 22 octobre 2007 à 16:49 +0200, Patryk Zawadzki a écrit :
2007/10/22, Frederic Crozat [EMAIL PROTECTED]:
Le lundi 22 octobre 2007 à 16:33 +0200, Patryk Zawadzki a écrit :
2007/10/22, Frederic Crozat [EMAIL PROTECTED]:
Or you can add a .menu file which will
hide .desktop
On Thu, 2007-10-18 at 17:55 +0900, Takao Fujiwara - Tokyo S/W Center
wrote:
Some of the applications are used on one locale only, e.g. Chinese
dictionary application, Japan road map application.
The situlation is, those applications are used for one country only,
the native persons require to
Takao Fujiwara - Tokyo S/W Center wrote:
You're right. I think I can provide the tentative patch in the shor term
however actually I expect it takes much time for the modification to be
applied in Desktop Entry.
I cannot break the specification but need to resolve this issue.
There's no
Thiago Macieira wrote:
Em Thursday 18 October 2007 12:34:01 Takao Fujiwara - Tokyo S/W Center
escreveu:
In the current implemetation, I have no workaround to do this but this
configuration is needed by users. Would you help this?
[snip]
The situation is, whether the configuraters like
On Thu, 18 Oct 2007 17:55:11 +0900 Takao Fujiwara - Tokyo S/W Center
wrote:
Brian J. Tarricone wrote:
I guess I still don't understand why this is necessary. If a user
installs a piece of software that installs a .desktop file, my
feeling here is that they want to be able to see it
Brian J. Tarricone wrote:
Takao Fujiwara - Tokyo S/W Center wrote:
How about a new %l since Exec line supports some field codes?
Why? If the application launching the app in the Exec line knows what
$LANG is, then the application that gets launched knows too, and can
figure out
Brian J. Tarricone wrote:
On Thu, 18 Oct 2007 17:55:11 +0900 Takao Fujiwara - Tokyo S/W Center
wrote:
Brian J. Tarricone wrote:
I guess I still don't understand why this is necessary. If a user
installs a piece of software that installs a .desktop file, my
feeling here is that they want
Em Thursday 18 October 2007 11:38:40 Takao Fujiwara - Tokyo S/W Center
escreveu:
If I install this Japanese road map application, I expect to see it in
my menu regardless of locale. Say I live in the US, and I'm planning a
trip to Japan in which I'm going to do some driving. I install the
Thiago Macieira wrote:
Em Thursday 18 October 2007 11:38:40 Takao Fujiwara - Tokyo S/W Center
escreveu:
If I install this Japanese road map application, I expect to see it in
my menu regardless of locale. Say I live in the US, and I'm planning a
trip to Japan in which I'm going to do some
Em Thursday 18 October 2007 12:34:01 Takao Fujiwara - Tokyo S/W Center
escreveu:
Why shouldn't someone using a different locale see the application?
Because the application does not work on other locales.
E.g. some countries use limited languages only. Chinese dictionary
applications are
Thiago Macieira wrote:
Em Thursday 18 October 2007 12:34:01 Takao Fujiwara - Tokyo S/W Center
escreveu:
Why shouldn't someone using a different locale see the application?
Because the application does not work on other locales.
E.g. some countries use limited languages only. Chinese
2007/10/18, Takao Fujiwara - Tokyo S/W Center [EMAIL PROTECTED]:
The problem is the ability to show the limited locales only by default
installation.
If this feature is implemented, your case is also covered, e.g.
OnlyShowInLang=zh_CN,en_CN or OnlyShowInLang=zh,en
But the default value is
Patryk Zawadzki wrote:
2007/10/18, Takao Fujiwara - Tokyo S/W Center [EMAIL PROTECTED]:
The problem is the ability to show the limited locales only by default
installation.
If this feature is implemented, your case is also covered, e.g.
OnlyShowInLang=zh_CN,en_CN or OnlyShowInLang=zh,en
2007/10/18, Takao Fujiwara - Tokyo S/W Center [EMAIL PROTECTED]:
Patryk Zawadzki wrote:
Why? If I take my laptop to Japan it will still run in pl_PL locale
but my demand for software might change. I strongly believe (and
others seem they also do) that hiding an application from the user is
Patryk Zawadzki wrote:
2007/10/18, Takao Fujiwara - Tokyo S/W Center [EMAIL PROTECTED]:
Patryk Zawadzki wrote:
Why? If I take my laptop to Japan it will still run in pl_PL locale
but my demand for software might change. I strongly believe (and
others seem they also do) that hiding an
Em Thursday 18 October 2007 14:11:38 você escreveu:
I also know people who use different settings for different LC_*
variables.
Yes, those changes should be considered.
Please note users can launch the application directly with the command line
if they need.
Not acceptable. If using the
In the current implemetation, I have no workaround to do this but this
configuration is needed by users.
Would you help this?
Thiago Macieira wrote:
Em Thursday 18 October 2007 14:11:38 você escreveu:
I also know people who use different settings for different LC_*
variables.
Yes, those
Em Thursday 18 October 2007 12:34:01 Takao Fujiwara - Tokyo S/W Center
escreveu:
In the current implemetation, I have no workaround to do this but this
configuration is needed by users. Would you help this?
[snip]
The situation is, whether the configuraters like it or not, the settings
are
2007/10/18, Takao Fujiwara - Tokyo S/W Center [EMAIL PROTECTED]:
Thiago Macieira wrote:
Em Thursday 18 October 2007 14:11:38 você escreveu:
Please note users can launch the application directly with the command line
if they need.
Not acceptable. If using the command line is acceptable for
Takao Fujiwara - Tokyo S/W Center wrote:
How about a new %l since Exec line supports some field codes?
Why? If the application launching the app in the Exec line knows what
$LANG is, then the application that gets launched knows too, and can
figure out what to do based on $LANG; there's no
On Wed, 17 Oct 2007 09:56:35 -0700 Brian J. Tarricone [EMAIL PROTECTED]
babbled:
agreed. teh app can handle language specific codepaths and resources itself
based on $LANG/$LANGUAGE/$LC_ALL etc. if it doesn't and requires to pass in
cmd-line args so it can do so, it's a fundamentally broken app.
Le mardi 09 octobre 2007 à 17:10 -0400, Rodney Dawes a écrit :
File name encoding is not guaranteed to be in a specific encoding. You
can have file names in several encodings in the same directory on the
same file system in Linux, at least with ext. If the user's encoding
changes, and the
Probably this is a seeked discussion by me. Sould we always put UTF-8 full path
or can we put the raw encoded full path without any warranties in Desktop Entry
specification?
Nicolas Mailhot wrote:
Le mardi 09 octobre 2007 à 17:10 -0400, Rodney Dawes a écrit :
File name encoding is not
Le Mer 10 octobre 2007 10:34, Takao Fujiwara - Tokyo S/W Center a écrit :
Probably this is a seeked discussion by me. Sould we always put UTF-8
full path or can we put the raw encoded full path without any
warranties in Desktop Entry specification?
Current spec is UTF-8
My personal opinion
with other encodings in UTF-8
.desktop files?
Can we put escaped URI strings instead of the native local paths?
Thanks,
fujiwara
Takao Fujiwara - Tokyo S/W Center wrote:
Rodney Dawes wrote:
On Thu, 2007-10-04 at 18:52 +0200, Sanel Zukan wrote:
There are a number of locale specific problems
I think users want to use their icons and it depends on each user whether they
use the simple icon names or not. I'ld like to know how to conver the user's
behaviors in the specification but not the each case.
Or do you mean we can avoid this case in each implementation, e.g. launching a
I have to agree with Matthias here. Icons should a) be in the theme, and
b) be in US-ASCII. The prior part is specified in the Icon Theme Spec,
and the latter in the Icon Naming Spec. An application's icon should be
named the same as the binary which is run to use the application.
The behavior is
Could you check the following is the explanation of Icon for Desktop Entry:
Icon to display in file manager, menus, etc. If the name is an
absolute path, the given file will be used. If the name is not an absolute
path, the algorithm described in the Icon Theme Specification will be
Patryk Zawadzki wrote:
2007/10/9, Takao Fujiwara - Tokyo S/W Center [EMAIL PROTECTED]:
I think users want to use their icons and it depends on each user
whether they use the simple icon names or not. I'ld like to know how
to conver the user's behaviors in the specification but not the each
On Tue, 2007-10-09 at 21:25 +0200, Patryk Zawadzki wrote:
2007/10/9, Thiago Macieira [EMAIL PROTECTED]:
Patryk Zawadzki wrote:
2007/10/9, Takao Fujiwara - Tokyo S/W Center [EMAIL PROTECTED]:
I think users want to use their icons and it depends on each user
whether they use the simple
Rodney Dawes wrote:
On Thu, 2007-10-04 at 18:52 +0200, Sanel Zukan wrote:
There are a number of locale specific problems for .desktop spec.
#1. Language specific launcher options.
I'ld like to switch the command options by languages.
E.g.
Name=Document
Exec=gnome-open file:/usr/share/doc/foo
There are a number of locale specific problems for .desktop spec.
#1. Language specific launcher options.
I'ld like to switch the command options by languages.
E.g.
Name=Document
Exec=gnome-open file:/usr/share/doc/foo/C/index.html
Exec[de]=gnome-open file:/usr/share/doc/foo/de/index.html
Exec
On Thu, 2007-10-04 at 18:52 +0200, Sanel Zukan wrote:
There are a number of locale specific problems for .desktop spec.
#1. Language specific launcher options.
I'ld like to switch the command options by languages.
E.g.
Name=Document
Exec=gnome-open file:/usr/share/doc/foo/C
45 matches
Mail list logo
