Category Archives: Policy

If the user will not come to the window, the window shall come to the user

Suppose you have two workspaces, and a window on each one. You’re looking at window A, so clearly window B is offscreen. You click something on window A, and window A attempts to present window B to you. What does that mean?
Let’s have two concrete examples:

0×01: You’ve clicked a link in Pidgin’s buddy […]

Zenity

This post is a presentation of the ideas behind GNOME bug 521914.
At present, we ship a program called metacity-dialog, which is often to be found as the sole occupant of /usr/lib/metacity, and it gets spawned on the rare occasions when Metacity needs to ask the user a question. For example, if you attempt to […]

Client attempts to deal with stacking order considered harmful

I was asked on IRC to explain why it is that programs mostly cannot raise their own windows.
The mechanism:
gtk_window_show() indirectly calls XRaiseWindow. This causes a ConfigureRequest X event. Metacity will only honour this if:

the window belongs to the active application (but if there is no active application, any application can raise its windows), or
there has […]

Thoughts about a standard new feature policy

Havoc linked today in a discussion on bugzilla to a document he wrote three years ago about what features maintainers should consider adding to mature software. The central thesis is “ask ‘why’, rather than ‘why not’”. If we’re to have stability we can’t add features for the hell of it.
I wonder whether we could make […]

Bad Behavior has blocked 111 access attempts in the last 7 days.

Creative Commons Attribution-NonCommercial-ShareAlike 3.0 Unported
Creative Commons Attribution-NonCommercial-ShareAlike 3.0 Unported