JDK-6192439 : Java Web Start apps should not create submenus under GNOME menu if unnecessary
  • Type: Bug
  • Component: deploy
  • Sub-Component: webstart
  • Affected Version: 5.0
  • Priority: P4
  • Status: Closed
  • Resolution: Duplicate
  • OS: linux
  • CPU: x86
  • Submitted: 2004-11-08
  • Updated: 2010-04-02
  • Resolved: 2005-10-14
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 6
6Resolved
Related Reports
Duplicate :  
JDK-5101866 - better gnome shortcut support implementation
Description
FULL PRODUCT VERSION :
java version "1.5.0"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0-b64)
Java HotSpot(TM) Client VM (build 1.5.0-b64, mixed mode)

A DESCRIPTION OF THE PROBLEM :
On Windows, it is common to see a cluttered Start Menu full of submenus with the names of programs. On Linux with GNOME, however, the situation is much nicer: all installed programs, almost without exception, place their program icons in one of the predefined GNOME menus: Accessories, Internet, Programming, etc.

Java Web Start applications with a <menu> entry break this platform convention by creating a submenu in the GNOME Applications menu for each program. This may be necessary for applications with lots of menu items (related-content items), but it could be avoided for applications with a single menu item.

Instead of creating a new menu, and then creating the single menu item inside it, the menu item should be added at the base of the Applications menu (where "Browse Filesystem" is, for example).

Also, I think JNLP files need to be able to specify what category their applications go into, but this is probably out of the scope of this report.

REPRODUCIBILITY :
This bug can be reproduced always.
###@###.### 2004-11-08 23:21:17 GMT
Comments
EVALUATION jsr-56 doesn't mention the details of submenu string. jsr-56 : "submenu attribute: The optional submenu attribute can be used to indicate an application's preference for where to place the menuitem, and can contain any string value." In tiger & mustang, "My App Menu/Menu 1" will create a submenu "Menu 1" under "My App Menu". We can extend the meaning of "submenu" to fix this bug. For example: "[%Accessories%|ACC]" means if category Accessories menu exists in os, create it, otherwise, use ACC instead. Btw: a menu name can't include "|]" on windows . ###@###.### 2005-04-05 04:26:11 GMT This bug will be fixed with 5101866. ###@###.### 2005-04-22 09:46:42 GMT 5101866 gives a more smart shortcut creation on GNOME desktop. If defining submenu like "Games" , javaws will create a shortcut at menu Applications/Games. We could use any existing application menu like "Games", "Internet", etc. ###@###.### 2005-04-26 02:48:03 GMT
05-04-2005