Removing OnlyShowIn / NotShowIn from desktop actions

Aaron J. Seigo aseigo at
Wed Jul 3 15:13:38 PDT 2013

On Wednesday, July 3, 2013 23:53:44 Sebastien Bacher wrote:
> 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.

Better -> show the last project type the developer selected, irrelevant of 
what toolkit the desktop environment they are running was written in.

> 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...

... and IME that often does not map at all to the desktop environment the user 
is logged into. The choices are often orthogonal.

> > 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

It is when the choice offered is defined based on affinity with the toolkit the 
environment you are using was written in.

To play the Devil's Devil's advocate ;) .. in a future where Unity and LXDE 
are are written in Qt, people who were writing Gtk+ software and using those 
environments .. I somehow doubt that their choice will automatically shift 
simply because upstream Unity and LXDE developers have.

Or we could ask all the Java developers which Java based desktop env they are 
running in ;)

So the "what toolkit is the environment you are logged into running" is not a 
useful metric for determing "what toolkit are you using for your applications" 
in the real world (at least, ime)

Are there other use cases for this feature?

Aaron J. Seigo
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <>

More information about the xdg mailing list