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 344164 - launcher:icon selector - strange behavior
launcher:icon selector - strange behavior
Status: RESOLVED DUPLICATE of bug 310288
Product: gnome-panel
Classification: Other
Component: panel
2.14.x
Other All
: Normal enhancement
: ---
Assigned To: Panel Maintainers
Panel Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-06-07 15:04 UTC by Jens Elkner
Modified: 2006-06-09 12:28 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement



Description Jens Elkner 2006-06-07 15:04:42 UTC
Adding a new [custom] application launcher to the panel is easy. However many users want to use a special icon for that application and thus trying assign a new  icon via the (i guess it is called) icon browser. So the browse and finally find the appropriate folder, but all [icon] files are grayed out. 

Some smart guys of my GNOME1 to GNOME2 migration testers found out, that they need to select a folder. But even doing that, 99% were not able to assign a new icon, because they did not find out about the very "unique" behavior, that even if a directory is selected, the have to point to the combobox and have to hit the <enter> key.

So RFE:
1) If a users browses an icon folder, it should be able to pickup the icon directly via file (usually the user already knows its name).
2) If a user selects a directory, the "thumbnail" window below the combobx should update its content immediately so that the user may see all available icons and pick one up without any other frustration!
Comment 1 Elijah Newren 2006-06-08 03:57:26 UTC
Duplicate of bug 310288?
Comment 2 Vincent Untz 2006-06-09 12:28:34 UTC
Yes :-)

*** This bug has been marked as a duplicate of 310288 ***