! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
Add 'Hidden' option in exo desktop item editor
Status:
RESOLVED: WONTFIX

Comments

Description Olivier Duchateau 2014-10-25 19:15:27 CEST
Created attachment 5704 
Patch to add new option in desktop item editor

Add GtkCheckButton (Hidden option) in desktop item editor.
Comment 1 Nick Schermer editbugs 2014-12-04 07:59:48 CET
Bad for user experience to have this.
Comment 2 Landry Breuil editbugs 2015-01-08 10:14:03 CET
Maybe an actual usecase would help understanding the need ?
Comment 3 Olivier Duchateau 2015-01-08 17:20:08 CET
(In reply to Landry Breuil from comment #2)
> Maybe an actual usecase would help understanding the need ?


FreeBSD user complains, because some applications are available in different categories. As with xfce4-desktop 4.11 we can edit menu (left click) so I created this patch, but I understand this bug can be closed.
Comment 4 Silvio Knizek 2015-01-30 10:54:51 CET
(In reply to duchateau.olivier from comment #3)
> (In reply to Landry Breuil from comment #2)
> > Maybe an actual usecase would help understanding the need ?
> 
> 
> FreeBSD user complains, because some applications are available in different
> categories. As with xfce4-desktop 4.11 we can edit menu (left click) so I
> created this patch, but I understand this bug can be closed.

But if a user hides the entry, it wouldn't be shown anywhere.
Wouldn't be a Category-editor more useful? The categories are defined by fd.o[1], so implementing this shouldn't be a problem.

[1]http://standards.freedesktop.org/menu-spec/latest/apa.html
Comment 5 Steve Dodier-Lazaro editbugs 2015-02-08 20:22:49 CET
Olivier: currently the FreeBSD users who complained would need to manually edit .desktop files and save them in ~/.local/share/applications/ with a single category each, is that correct?

As far as Xfce is concerned, I believe we should just honour whatever categories are given to us. It's the job of app developers and OS distributors to make sure the categories are well-managed / not abused.

Your patch does not actually allow users to fix incorrect categories, but instead proposes a proxy solution that works only for the single user who complained. It would be better to allow users to edit categories.

I'm closing the report for now. Feel free to re-open it if you can explain why the current UI is a bug and how you think it should behave instead.

Thanks.

Bug #11249

Reported by:
Olivier Duchateau
Reported on: 2014-10-25
Last modified on: 2015-02-08

People

Assignee:
Nick Schermer
CC List:
5 users

Version

Version:
unspecified

Attachments

Additional information