message MenuRequest

Monotonic. Echoed in MenuReply, and the reason the reply can be trusted: a menu dismissed by the user at the same moment a second right-click opened another one would otherwise answer for the wrong menu. A reply naming a serial that is not the open one is dropped.

The window this menu is about, or 0 for the desktop. The client shows it in the heading; the compositor is the one that acts on it, and it does not need to be told the number back.

What to write above the items — a window title, or empty for no heading at all. Not the same as the first item: a heading is not clickable and does not move the rows under it when it is absent.

Where the pointer was, in layout coordinates — the same space window positions are in, not the menu surface's own. The client does not place itself with these and could not: it does not know the work area, the panels, or which output this landed on. They are here so a menu can be drawn knowing which corner it was anchored by, and for the log line when one opens somewhere surprising.