The solutions you propose add clutter to the menus, in the form of
parens or dashes, just to cover up the fact that there is no good way to
combine the two fields that does not cause translation problems.
If you don't like parens or dashes, use the more modern two-line solution,
A Diumenge, 2 d'agost de 2009, Luca Ferretti va escriure:
The solutions you propose add clutter to the menus, in the form of
parens or dashes, just to cover up the fact that there is no good way
to combine the two fields that does not cause translation problems.
If you don't
Le dimanche 02 août 2009 à 17:17 +0200, Luca Ferretti a écrit :
This is an error in Italian language, it should be
This is the same in French
Summarizing: to have an homogeneous inteface, the proposed FullName key
is a menace :)
I suggest to check how many languages are not confortable
Albert Astals Cid wrote:
But adding FullName to solve that is not a good idea either, Name is already
FullName.
No, it's not. In the above example, Name would be Epiphany, and GenericName
would be Web Browser. FullName would be Epiphany Web Browser. So Name !=
FullName.
Emilio
2009/8/2 Albert Astals Cid aa...@kde.org:
This is an error in Italian language, it should be Epiphany web
browser (see the case of Web/web). This is just a fictional example,
just to show that the programmaticall approach couldn't be good for some
languages (I repeat, some language, and it's
2009/8/2 Nicolas Mailhot nicolas.mail...@laposte.net:
The
programmatical approach is an English-only approach that only works
because English is a very simple language that lets you collate words
without changes in pretty much any order and get valid sentences
nevertheless.
Chauvinist!!! :D
A Diumenge, 2 d'agost de 2009, Luca Ferretti va escriure:
2009/8/2 Albert Astals Cid aa...@kde.org:
This is an error in Italian language, it should be Epiphany web
browser (see the case of Web/web). This is just a fictional example,
just to show that the programmaticall approach couldn't be
Le dimanche 02 août 2009 à 18:48 +0200, Luca Ferretti a écrit :
2009/8/2 Nicolas Mailhot nicolas.mail...@laposte.net:
The
programmatical approach is an English-only approach that only works
because English is a very simple language that lets you collate words
without changes in pretty
2009/8/2 Albert Astals Cid aa...@kde.org:
As i said, the problem is that trying to use the two keys to create a third
one is wrong and software that does that should be fixed not to.
[cut]
The question is, do we REALLY need a new key? What's the use case? Menus only?
If it's menus, can't we
On Sun, 2 Aug 2009 20:40:25 +0200
Luca Ferretti elle@libero.it wrote:
2009/8/2 Albert Astals Cid aa...@kde.org:
As i said, the problem is that trying to use the two keys to create
a third one is wrong and software that does that should be fixed
not to.
[cut]
The question is,
2009/8/2 Jannis Pohlmann jan...@xfce.org:
Is it really worth breaking so many
applications by adding FullName and changing the meaning of Name?
Well, the meaning of Name, as per Desktop Entry Spec is
Specific name of the application, for example Mozilla.
while GenericName is
Generic
Jannis Pohlmann wrote:
Well, according to the GNOME HIG, applications are supposed to have
their Name set to e.g. Epiphany Web Browser or Nautilus File
Manager [1]. (It doesn't explicitely say that, but if you want
Epiphany Web Browser to be displayed in menus, setting Name to this is
the
On Sun, 2009-08-02 at 16:48 -0500, Rex Dieter wrote:
Jannis Pohlmann wrote:
Well, according to the GNOME HIG, applications are supposed to have
their Name set to e.g. Epiphany Web Browser or Nautilus File
Manager [1]. (It doesn't explicitely say that, but if you want
Epiphany Web
On 08/02/2009 05:26 PM, Matthias Clasen wrote:
On Sun, 2009-08-02 at 16:48 -0500, Rex Dieter wrote:
Jannis Pohlmann wrote:
Well, according to the GNOME HIG, applications are supposed to have
their Name set to e.g. Epiphany Web Browser or Nautilus File
Manager [1]. (It doesn't explicitely
14 matches
Mail list logo