GNOME Bugzilla – Bug 323603
Science programs do not fit under current menus
Last modified: 2021-05-25 12:45:44 UTC
Currently, scientific programs end up being placed in the Other or Education menus. However, many are not educational at all but professional tools. It seems confusing to put non-educational programs in Education and it also seems unproductive to put programs with a clearly defined use in Other. I think that it would be good to have a Science menu in Applications.
I belive that this would compliment Bug 140900 . BTW, for a little background, I am trying to get get .desktop files included in Ubuntu/Debian packages for scientific programs. However, if I put Science in Categories= then they won't show up in the menu. I have to put them in some other menu.
How is this bug not a duplicate of 140900? I would say the very first comment says pretty much what you say here?
Bug 140900 started off similar but is againt gnome-icon-theme for the icon that would be for a Science directory. There is no bug against gnome-menus for this.
Have there been any developments with this? We've recently uploaded about 40 new .desktop files for science packages in Ubuntu and they generally get split between Education and Other, which is pretty confusing.
*** Bug 402027 has been marked as a duplicate of this bug. ***
Any progress on this one?
So, the problem here is that if we create a Science category, it will mean all the Science-related apps will be there. Even the ones that should really live in Education. The reason is that there's no distinction in the categories between non-educational science software and educational science software. Please bring this to the xdg list, with a concrete proposal on how to solve this.
Created attachment 114593 [details] [review] Split science applications in a specific menu. It is possible to add a Science menu without fixing the spec, by only splitting applications with "Education" as main category. This patch achieves this; of course it would be better to promote Science as a main category, after which the <And> with <Category>Education</Category> can be dropped. The patch also changes the icons used to avoid duplicate icons and fit better to the current design of the icons, but this should be done at the gnome-icon-theme level instead.
Josselin: this doesn't really fix the issue I was mentioning. Imagine an app "learn maths". It will be "Education;Science;", but it should be in the Education submenu since it's more about Education than about Science. Except that right now, with your patch, it will end up in Science.
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. As part of that, we are mass-closing older open tickets in bugzilla.gnome.org which have not seen updates for a longer time (resources are unfortunately quite limited so not every ticket can get handled). If you can still reproduce the situation described in this ticket in a recent and supported software version, then please follow https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines and create a new enhancement request ticket at https://gitlab.gnome.org/GNOME/gnome-menus/-/issues/ Thank you for your understanding and your help.