On Tue, May 17, 2016 at 09:02:01PM -0600, Yong Bakos wrote:
> From: Yong Bakos
>
> wayland-server.c directly depends on wayland-util.h, and will include
> wayland-server-protocol.h via wayland-server.h.
>
> Explicitly include wayland-util.h, making this dependency clear.
> Remove the redundant i
On Tue, May 17, 2016 at 02:32:02PM +0800, Jonas Ådahl wrote:
> On Mon, May 16, 2016 at 12:05:39PM -0600, Yong Bakos wrote:
> > From: Yong Bakos
> >
> > The explicit inclusion of wayland-server.h hides the real dependency, which
> > is wayland-server-core.h.
> >
> > Signed-off-by: Yong Bakos
>
On Mon, May 16, 2016 at 12:43:37PM -0600, Yong Bakos wrote:
> On May 7, 2016, at 5:57 AM, Otavio Salvador wrote:
> >
> > From: Tom Hochstein
> >
> > Exit the program if an unrecognized command line option is found.
> >
> > Signed-off-by; Tom Hochstein
> > Signed-off-by: Otavio Salvador
>
>
On Wed, Jun 01, 2016 at 01:11:15PM +0300, Pekka Paalanen wrote:
> From: Pekka Paalanen
>
> This patch completely removes the Raspberry Pi backend and the renderer.
>
> The backend and the renderer were written to use the proprietary
> DispmanX API available only on the Raspberry Pi, to demonstra
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 Thu, May 12, 2016 at 03:52:36PM -0500, Yong Bakos wrote:
> From: Yong Bakos
>
> The Wayland docbook and the doxygen html docs had been presenting a number
> of private/inaccessible things as part of the public API, which is misleading.
>
> For 1/3, a \private command was introduced since the
Given there's an all-FOSS alternative coming down the pike, I see little
reason to hold on to the proprietary-driver dependent backend.
Acked-by: Bryce Harrington
On Wed, Jun 01, 2016 at 01:11:15PM +0300, Pekka Paalanen wrote:
> From: Pekka Paalanen
>
> This patch completely removes the Raspbe
On Wed, Jun 01, 2016 at 08:41:17AM -0500, Yong Bakos wrote:
> On May 31, 2016, at 7:42 PM, Peter Hutterer wrote:
> >
> > Quite a few bugs are caused by touchpad ranges being out of whack. If we get
> > input events significantly outside the expected range (5% width/height as
> > error margin) pri
The config can now be retrieved with a new function defined in weston.h,
weston_get_config(weston_compositor*).
Signed-off-by: Giulio Camuffo
---
desktop-shell/shell.c | 2 +-
ivi-shell/hmi-controller.c | 6 +++---
ivi-shell/ivi-shell.c | 3 ++-
src/cms-static.c | 3 ++-
src/
Signed-off-by: Giulio Camuffo
---
src/compositor.h | 5 ++--
src/log.c| 74 ++-
src/main.c | 80
3 files changed, 90 insertions(+), 69 deletions(-)
diff --git a/src/compositor.
They belong in the compositor rather than libweston since they
set signals handlers, and a library should not do that behind its
user's back. Besides, they were using functions in main.c already
so they were not usable by other compositors.
Signed-off-by: Giulio Camuffo
---
ivi-shell/hmi-control
This new version fixes the issues raised and adds two new patches to plug
a hole i didn't notice before. Now libweston should not use any functionality
that is part of weston-the-compositor.
Giulio Camuffo (8):
Rename weston_compositor_xkb_init to
weston_compositor_set_xkb_rule_names
Move
weston_compositor_xkb_destroy() is called automatically so having only
weston_compositor_xkb_init() to be called by the user was a bit weird.
So rename it so that it makes more sense.
Also export it, since libweston compositors need to call it.
---
v2: renamed xkb_init to set_xkb_rule_names
src/
This commit also adds a libweston-0.pc file. The -0 is the abi version
introduced in the previous patch.
Signed-off-by: Giulio Camuffo
---
Makefile.am | 45 +++--
configure.ac| 4
src/libweston.pc.in | 12
src/weston.pc.i
The backends are now installed in lib/libweston-0, and the include
files that will be used by libweston in include/libweston-0. The other
modules and weston-specific include files are kept in the old paths.
A new load_weston_module() is added to load plugins in the old path,
which is not part of li
Instead add callbacks to the drm and fbdev backends and pass that to
the input backens so that when a new device needs to be configured
that is called and the compositor can configure it.
Signed-off-by: Giulio Camuffo
---
Makefile.am| 3 ++-
src/compositor-drm.c | 3 ++-
src/comp
This patch splits screensooter.c so that the code implementing
the private screenshooter protocol and launching the client is
moved to a weston specific file, leaving only the code that can
be shared between compositors in screenshooter.c.
Two exported functions are added in screenshooter.c to star
On May 30, 2016, at 3:54 AM, Pekka Paalanen wrote:
>
> On Sat, 28 May 2016 08:39:59 -0500
> Yong Bakos wrote:
>
>> Hi Mike,
>> Regarding the combination of type="array" enum="foo"...
>>
>>> On May 27, 2016, at 12:30 PM, Mike Blumenkrantz
>>> wrote:
>>>
>>> I've inlined some replies below.
>
From: Yong Bakos
Signed-off-by: Yong Bakos
---
protocol/wayland.xml | 334 ++-
1 file changed, 172 insertions(+), 162 deletions(-)
diff --git a/protocol/wayland.xml b/protocol/wayland.xml
index 700ef03..d0db6cc 100644
--- a/protocol/wayland.xml
+
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.
From: Yong Bakos
This patch adds missing summary attributes to all request arg elements and
enum entry elements. I've marked this as RFC as I would like some feedback
before formalizing the patch. Specifically:
wl_shm.format enum: Are these summaries fine? Do we want them at all? Doing so
give
On 01/06/16 05:11 AM, Pekka Paalanen wrote:
> From: Pekka Paalanen
>
> Hi,
>
> please see the commit message on the patch for the story.
>
> The patch has been generated with -D to avoid listing the contents of the
> deleted files. You can find the proper, complete patch at:
> https://git.colla
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
>
On May 31, 2016, at 7:42 PM, Peter Hutterer wrote:
>
> Quite a few bugs are caused by touchpad ranges being out of whack. If we get
> input events significantly outside the expected range (5% width/height as
> error margin) print a warning to the log.
>
> And add a new doc page to explain what i
From: Pekka Paalanen
This patch completely removes the Raspberry Pi backend and the renderer.
The backend and the renderer were written to use the proprietary
DispmanX API available only on the Raspberry Pi, to demonstrate what the
tiny computer is capable of graphics wise. They were also used t
From: Pekka Paalanen
Hi,
please see the commit message on the patch for the story.
The patch has been generated with -D to avoid listing the contents of the
deleted files. You can find the proper, complete patch at:
https://git.collabora.com/cgit/user/pq/weston.git/log/?h=rpi-removal
Thanks,
From: Pekka Paalanen
The Raspberry Pi backend has been removed from Weston. You should try
the FOSS driver stack instead.
Signed-off-by: Pekka Paalanen
---
building.html| 4 +-
raspberrypi.html | 225 ---
2 files changed, 3 insertions(+
Hi all,
I send this as an RFC for now, to gauge the water and get the ball
rolling.
I don't think tiling overlaps with the "draw states" proposed by Mike
in the other thread currently on wayland-devel, I reckon tiling is more
than just drawing, applications must obey the configure event when
tile
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
On Thu, 12 May 2016 11:56:35 +0300
Pekka Paalanen wrote:
> On Thu, 12 May 2016 07:50:08 +
> "Ucan, Emre (ADITG/SW1)" wrote:
>
> > Hi Pekka,
> >
> > All patches look good.
> >
> > Reviewed-by: Emre Ucan
>
> Hi,
>
> cool, patches 1 and 2 pushed:
>5375384..edcb312 master -> master
On Tue, 31 May 2016 14:49:38 +0100
adlo wrote:
> > On 20 May 2016, at 08:50, Pekka Paalanen wrote:
> >
> > You would design a new protocol extension private to Weston, with which
> > you deliver to your client the handles for top-level windows as they
> > come and go.
> >
>
> This should pr
Hi,
On 01-06-16 02:42, Peter Hutterer wrote:
Quite a few bugs are caused by touchpad ranges being out of whack. If we get
input events significantly outside the expected range (5% width/height as
error margin) print a warning to the log.
And add a new doc page to explain what is happening and h
33 matches
Mail list logo
