All, thanks much for helps.
Summarize:
> #1. Language specific launcher options.
> I'ld like to switch the command options by languages.
You shouldn't be opening hardcoded paths in .desktop files anyway; if
you need to open different files depending on $LANG, you should write a
small helper ap
/applications/foo2.desktop is choosed.
I'm also finding the way to separate the l10n packages for .desktop.
Frederic Crozat wrote:
> Le lundi 22 octobre 2007 à 23:10 +0900, Takao Fujiwara a écrit :
>
>>Patryk Zawadzki さんは書きました:
>>
>>>2007/10/22, Takao Fujiwara <[EMAIL PRO
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 さんは書きました:
>>>>
>>>>>
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
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 we
Patryk Zawadzki wrote:
> 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
>>sho
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 applica
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
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]
>
&
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,
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 beli
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.
>
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.
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
>
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 ins
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
Can we update the Desktop Entry specification?
>>>>#1. Language specific launcher options.
How about a new "%l" since Exec line supports some field codes?
>>>>#2. .desktop could be shown on a locale only.
How about adding a new key OnlyShowInLang ?
>
: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
>
>
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
not the case.
>
> -- dobey
>
>
> On Tue, 2007-10-09 at 22:17 +0900, Takao Fujiwara - Tokyo S/W Center
> wrote:
>> 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
>>
a
dialog?
Matthias Clasen wrote:
> On Tue, 2007-10-09 at 22:03 +0900, Takao Fujiwara - Tokyo S/W Center
> wrote:
>
>
>>
>> >>>>#3. Filename encoding.
>>
>>What should I do to save the icon filenames with other encodings in UTF-8
>>.deskt
e encoding.
What should I do to save the icon filenames 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
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
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[fr
patch by module to handle $LANG but I
expect it's easy implementations.
I created the sample patch and it works fine.
Thanks,
fujiwara
Takao Fujiwara - Tokyo S/W Center wrote:
Carlos Perelló Marín wrote:
El mar, 07-06-2005 a las 19:03 +0900, Takao Fujiwara - Tokyo S/W Center
esc
(B
(BAlexander Larsson wrote:
(B> On Wed, 2005-06-08 at 15:33 +0900, Takao Fujiwara - Tokyo S/W Center
(B> wrote:
(B>
(B>>Excellent summary. Thanks for the valuable discussions.
(B>>
(B>>Mark McLoughlin wrote:
(B>>
(B>>>Hey,
(B>>&g
Excellent summary. Thanks for the valuable discussions.
(B
(BMark McLoughlin wrote:
(B> Hey,
(B> To summarise the discussion we had at GUADEC around this issue, we
(B> talked about two solutions.
(B>
(B> 1) Put the translation domain for the app in the .desktop file and
(B> ha
Carlos Perelló Marín wrote:
El mar, 07-06-2005 a las 19:03 +0900, Takao Fujiwara - Tokyo S/W Center
escribió:
[...]
I have the actual implimentation to use .mo files and I didn't notice the any
performance delays on gnome-panel.
I got some information to treat this.
Nice to kn
Carlos Perelló Marín wrote:
El mar, 07-06-2005 a las 10:30 +0100, Mark McLoughlin escribió:
On Fri, 2005-06-03 at 20:36 +0200, Carlos Perelló Marín wrote:
Hi
On Mon, 2005-05-23 at 07:32 +0100, Mark McLoughlin wrote:
[...]
My suggestion to Takao was that they change the way intlt
29 matches
Mail list logo
