Hello,
For reference this discussion was split from [1]. Note also I did this
comment in the thread [2].
And I reiterate that we are making :
- _NET_SUPPORTED [3],
- _NET_WM_ALLOWED_ACTIONS [4]
- and _NET_WM_STATE [5].
So why not drafting from the existing and improve it ?
[1]
https://list
On 2016-06-02 5:00 PM, Olivier Fourdan wrote:
> Oh I see, there is a misunderstanding here, "edge" in my proposal does
> not denote the monitor's edges but the window's edges.
>
> So in your example, all 3 windows would be tiled on all 4 edges,
> including the one in the middle as it's tiled agai
Hi
On 2 June 2016 at 16:44, Drew DeVault wrote:
> [...]
>>
>> Why a separate protocol for that sole purpose, why not using Mike's
>> "draw state" proposal?
>
> Your protocol suggests that the only ways a window can be tiled is
> against an edge. This is not the case. In most tiling window manager
> Can you elaborate, what makes xdg-shell not flexible enough that it
> would require an additional protocol?
I don't think it requires another protocol. I think it requires less
protocols. I want to take a step back and address this at a higher
level, I think your solution is too specific.
> Tha
Hi
On 2 June 2016 at 15:51, Drew DeVault wrote:
> This protocol seems to be barking up the wrong tree. This protocol only
> serves traditional floating WMs for whom tiling only goes as far as
> filling 50% of the screen with a window (as mentioned by others) and
> isn't very flexible beyond that.
This protocol seems to be barking up the wrong tree. This protocol only
serves traditional floating WMs for whom tiling only goes as far as
filling 50% of the screen with a window (as mentioned by others) and
isn't very flexible beyond that. I think this should be addressed in two
alternative ways:
Hello Jonas,
The things I see for maximized vs. tilling:
- tilling window does not need a unmaximize button, because they are
not maximized;
- tilling window may want to switch maximized and draw the
corresponding button;
- tilling window may not need close button to be drawn.
We will quickly
On Wed, Jun 01, 2016 at 10:42:23AM -0400, Olivier Fourdan wrote:
> Hi Mike,
>
> - Original Message -
> > I've read the ticket linked in the other mail, but your use of "tiled" here
> > is confusing to me since you (and the ticket) appear to be conflating two
> > separate-but-unrelated mean
On Wed, Jun 1, 2016 at 10:42 AM Olivier Fourdan wrote:
> Hi Mike,
>
> - Original Message -
> > I've read the ticket linked in the other mail, but your use of "tiled"
> here
> > is confusing to me since you (and the ticket) appear to be conflating two
> > separate-but-unrelated meanings.
Hi Mike,
- Original Message -
> I've read the ticket linked in the other mail, but your use of "tiled" here
> is confusing to me since you (and the ticket) appear to be conflating two
> separate-but-unrelated meanings. "Tiled" is a type of window layout policy
> which organizes windows in
Hi,
On Wed, Jun 1, 2016 at 5:19 AM Olivier Fourdan wrote:
> When tiled, clients must obey the window geometry specified in the
> configure event and can choose to hide some of their decorations.
>
> Signed-off-by: Olivier Fourdan
> ---
> unstable/xdg-shell/xdg-shell-unstable-v6.xml | 27
>
When tiled, clients must obey the window geometry specified in the
configure event and can choose to hide some of their decorations.
Signed-off-by: Olivier Fourdan
---
unstable/xdg-shell/xdg-shell-unstable-v6.xml | 27 +++
1 file changed, 27 insertions(+)
diff --git a/un
12 matches
Mail list logo
