Removing OnlyShowIn / NotShowIn from desktop actions

Sebastien Bacher seb128 at debian.org
Wed Jul 3 14:53:44 PDT 2013


Le 03/07/2013 23:04, Aaron J. Seigo a écrit :
> You apparently live in more segregated world than the rest of us.

Hum, I don't think that's true. I do work in an environment where the 
decisions taken are often "challenged" by others, because they have 
different views and want to ship the same components in a different way 
though

>
> I know people who write QML applications for Ubuntu Touch in a Plasma Desktop,
> and people who write Plasmoids in Gtk+ based desktops.

Right, I'm not trying to argue against that and it's fine. I'm speaking 
about defaults.

Staying on the IDE example, if you have templates for 15 
languages/toolkits, you can either:
- list the 15 in your context menus,
- list none (e.g because you don't want to pick a preferred)
- decide to put in front those you selected.

If in your environment/enterprise there is a preferred technology, it's 
likely that the system administrators will want to list the preferred 
choice there...

>
> As I noted in my first email, this feature is a great way to build artificial
> lock-in. Thank you for demonstrating my point so clearly.

I don't think making calls on a selecting a limited number of options to 
expose in your UI = building artificial lock-in. The alternative is to 
list every single possible option or none, and I don't believe either of 
those is better for users.

The example there is maybe not well chosen and I don't intend to try 
"defending" it further. I didn't want to start an argument in the first 
place (especially not on a made up example), I was mostly sharing a 
different perspective on the topic.

Thanks for reading, and feel free to ignore the point raised here if it 
doesn't make sense in the context.

Cheers,
Sebastien Bacher


More information about the xdg mailing list