Okay. I'll revise to make the changes Quentin asked for and resubmit.
On Tue, Aug 8, 2017 at 9:41 AM, Jonas Ådahl wrote:
> On Tue, Aug 08, 2017 at 09:13:42AM -0500, Matt Hoosier wrote:
> > On Sun, Aug 6, 2017 at 11:11 PM, Jonas Ådahl wrote:
>
> ... snip ...
>
> >
> > Okay. Well, I'm not sure ho
On Tue, Aug 08, 2017 at 09:13:42AM -0500, Matt Hoosier wrote:
> On Sun, Aug 6, 2017 at 11:11 PM, Jonas Ådahl wrote:
... snip ...
>
> Okay. Well, I'm not sure how you'd like this to proceed. Are you planning
> to update the spec to require that set_title and set_app_id are buffered?
> Or is that
On Sun, Aug 6, 2017 at 11:11 PM, Jonas Ådahl wrote:
> On Tue, Jul 25, 2017 at 08:07:01AM -0600, Matt Hoosier wrote:
> > On Tue, Jul 25, 2017 at 7:26 AM, Jonas Ådahl wrote:
> >
> > > On Tue, Jul 25, 2017 at 06:42:34AM -0600, Matt Hoosier wrote:
> > > > I'd find it a little bit inconvenient for th
On Tue, Jul 25, 2017 at 08:07:01AM -0600, Matt Hoosier wrote:
> On Tue, Jul 25, 2017 at 7:26 AM, Jonas Ådahl wrote:
>
> > On Tue, Jul 25, 2017 at 06:42:34AM -0600, Matt Hoosier wrote:
> > > I'd find it a little bit inconvenient for the title, class, and app-id to
> > > be treated as buffered stat
Hi,
Any further consensus on this?
On Tue, Jul 25, 2017 at 8:07 AM, Matt Hoosier
wrote:
> On Tue, Jul 25, 2017 at 7:26 AM, Jonas Ådahl wrote:
>
>> On Tue, Jul 25, 2017 at 06:42:34AM -0600, Matt Hoosier wrote:
>> > I'd find it a little bit inconvenient for the title, class, and app-id
>> to
>>
On Tue, Jul 25, 2017 at 7:26 AM, Jonas Ådahl wrote:
> On Tue, Jul 25, 2017 at 06:42:34AM -0600, Matt Hoosier wrote:
> > I'd find it a little bit inconvenient for the title, class, and app-id to
> > be treated as buffered state. They make a great poor-man's way of
> > identifying surfaces for embe
On Tue, Jul 25, 2017 at 06:42:34AM -0600, Matt Hoosier wrote:
> I'd find it a little bit inconvenient for the title, class, and app-id to
> be treated as buffered state. They make a great poor-man's way of
> identifying surfaces for embedded systems that implement simple layer
> management policies
I'd find it a little bit inconvenient for the title, class, and app-id to
be treated as buffered state. They make a great poor-man's way of
identifying surfaces for embedded systems that implement simple layer
management policies without wholesale adopting IVI shell (whose lack of
wl_shell makes it
On Fri, Jul 21, 2017 at 05:21:38PM +0200, Quentin Glidic wrote:
> On 7/20/17 4:33 PM, Matt Hoosier wrote:
> > It's useful for the shell implementation to know when these change,
> > for example to relay the information on to taskbars or similar.
>
> The idea is good, we need something like that. (
On Fri, Jul 21, 2017 at 10:21 AM, Quentin Glidic <
sardemff7+wayl...@sardemff7.net> wrote:
> On 7/20/17 4:33 PM, Matt Hoosier wrote:
>
>> It's useful for the shell implementation to know when these change,
>> for example to relay the information on to taskbars or similar.
>>
>
> The idea is good,
On 7/20/17 4:33 PM, Matt Hoosier wrote:
It's useful for the shell implementation to know when these change,
for example to relay the information on to taskbars or similar.
The idea is good, we need something like that. (But maybe not, see below).
To avoid ABI changes or the need to make the
It's useful for the shell implementation to know when these change,
for example to relay the information on to taskbars or similar.
To avoid ABI changes or the need to make the weston_desktop_surface
definition public, new functions are introduced for attaching
listeners to these signals.
Signed-
12 matches
Mail list logo
