After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 86169 - panel application launcher does not display back advanced settings
panel application launcher does not display back advanced settings
Status: RESOLVED FIXED
Product: gnome-desktop
Classification: Core
Component: libgnome-desktop
unspecified
Other All
: Normal normal
: ---
Assigned To: Desktop Maintainers
Desktop Maintainers
Depends on:
Blocks:
 
 
Reported: 2002-06-21 22:30 UTC by suresh
Modified: 2006-03-25 16:29 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description suresh 2002-06-21 22:30:51 UTC
GNOME 2.0

Add to Panel -> launcher.. menu

( This can be invoked by right clicking on the panel )

In the "Create Launcher" dialog box that comes up Fill in the name and
command columns with a name and a valid app. name. In the advanced input a
valid locale name (in the  and the first text box in Add/Set button row)
and a name in that locale for the next field. Here you can add more than
one locale and name 

Click OK and the corresponding icon appears in panel
Right click on the icon to bring up the property window, you can see the
current locale name and the command name in the basic tab and in the
advanced, though the entries made for the locales should appear, it comes
up blank. So once the user enters something, there's no way of seeing the
data again. This must be modified.
Comment 1 suresh 2002-06-24 19:59:31 UTC
Also some other issues in the same area.

When info. is stored under $HOME/.gnome-desktop directory, the
encoding part of the locale name is cut off, this means that in
Solaris zh_CN.GB18030/zh_CN.UTF-8 locales entries are folded into one.
Also the same thing seems to happen for locales which are sym. links.
The info. gets foled in under a single locale.
Comment 2 Luis Villa 2002-07-02 11:35:17 UTC
This is very borderline high; I'd have no objection to pushing it back
down.
Comment 3 Mark McLoughlin 2002-07-09 04:38:59 UTC
The problem is in the GnomeDitemEdit widget, not gnome-panel
Comment 4 Kjartan Maraas 2004-01-22 11:19:55 UTC
The way it works now is as follows:

Name: The same in the basic and advanced tabs
Common name: Same as above
Comment: Same as above
Language: Only specified in the advanced tab, but entering no_NO.UTF-8
makes it cut off everything after and including the dot.

The latter is the only bug I can see here. Please describe further if
I'm missing something.
Comment 5 Fernando Herrera 2004-02-05 14:53:25 UTC
After creating this entry:
[Desktop Entry]
Version=1.0
Encoding=UTF-8
Type=Application
Exec=gnome-terminal
TryExec=
X-GNOME-DocPath=
Terminal=false
Name[es_ES]=Prueba es
GenericName[es_ES]=Prueba es
Comment[es_ES]=Comentario es
Name[fr_FR]=prueba fr
GenericName[fr_FR]=prueba fr
Comment[fr_FR]=comentario fr

and bringing up properties --> Advanced I can see only the es_ES one,
no the fr_FR
Comment 6 Vincent Untz 2006-03-25 16:10:14 UTC
(In reply to comment #4)
> Language: Only specified in the advanced tab, but entering no_NO.UTF-8
> makes it cut off everything after and including the dot.
> 
> The latter is the only bug I can see here.

This is not a bug since .desktop file should be in UTF-8 anyway.
However, I can see the original bug too...
Comment 7 Vincent Untz 2006-03-25 16:29:45 UTC
This is fixed in HEAD, now.