On 01/02/2015 04:31 AM, Pekka Paalanen wrote:
On Mon, 22 Dec 2014 14:05:08 -0800
Bill Spitzak wrote:
PS: How does an intermediate compositor, which has to both be a server
and a client, use these two libraries at the same time? There appear to
be some name conflicts, such as two different st
On Mon, 22 Dec 2014 14:05:08 -0800
Bill Spitzak wrote:
> PS: How does an intermediate compositor, which has to both be a server
> and a client, use these two libraries at the same time? There appear to
> be some name conflicts, such as two different struct wl_display objects.
Those are type na
On 12/19/2014 07:00 AM, Pekka Paalanen wrote:
I like the overall reorganization here.
Thanks. Though most of the credit should go to doxygen, I noticed
everything in it's xml output was in a much better order and decided to
try to preserve that.
Patch 4 adds some structs I'm not sure we s
On Thu, 18 Dec 2014 20:15:04 -0800
Bill Spitzak wrote:
> The first patch supersedes one of my previous ones, the change is
> to remove some irrelevant and broken changes to the protocol docs.
>
> Other changes fix the doxygen conversion so that each class/struct is
> a section, with all the rela
The first patch supersedes one of my previous ones, the change is
to remove some irrelevant and broken changes to the protocol docs.
Other changes fix the doxygen conversion so that each class/struct is
a section, with all the related functions in that section. This makes
it a lot easier to read t
