Proposing to extend the EWMH spec

[Sebastian Geiger (Lanoxx)]

On 05/10/15 02:46, Bastien Nocera wrote:
> On Sun, 2015-10-04 at 13:45 +0200, Sebastian Geiger (Lanoxx) wrote:
>> Hello Freedesktop,
>>
>> This is my first mail to the list, so I am not sure if this is the
>> correct approach to ask about this. And I am not sure how the
>> procedure
>> for proposing changes or additions to an existing specification
>> works.
>> Please feel free to suggest alternative approaches if this is the
>> wrong
>> place to discuss my problem.
>>
>> I have the following problem: I would like to programmatically change
>> the size of a window and be able to increase its size such that is
>> fills
>> the whole work area on the current monitor.
> Why does the application need to grow in size by itself? What does this
> gain compared to the window manager's maximise function?
The application in question is Tilda, which has a usage paradigm 
different from regular applications. In particular, it does not have 
window decorations so the user cannot just grab the edge of the window 
and resize it. Usually the user configures the position and size of a 
Tilda window once in the preferences dialog and then does not change it 
too often. In particular the preferences dialog has GtkSpinners for 
setting height, width and {X,Y} positions.

Anyway I think it does not really matter why I need this. Except for 
Gnome Shell which AFAIK only has the shell UI on the primary monitor, 
there exist many other desktop environments which allow placing panels 
on every monitor and I think there should be a way for applications to 
retrieve the available screen size (real screen size minus panel size) 
on those monitors. That would be much more consistent then the current 
solution which only allows to get this information for one - primary - 
monitor.