On 11/04/2015 09:44 PM, Peter Hutterer wrote:
On Wed, Nov 04, 2015 at 03:30:29PM -0800, Bryce Harrington wrote:
On Mon, Nov 02, 2015 at 10:27:54AM +1000, Peter Hutterer wrote:
On Fri, Oct 30, 2015 at 03:40:33PM -0700, Bryce Harrington wrote:
but: the current API docs in publican are useless. lo
ome manual kilometric instruction on the
how to and what's really needed would be awesome, thanks!
On Wed, Jun 18, 2014 at 11:24 AM, Tiago Vignatti
mailto:tiago.vigna...@linux.intel.com>>
wrote:
It's not about Wayland per se that made VDA on Linux possible... in
sho
x27;t have this
functionality?
Yomi
On Jun 17, 2014 9:36 AM, "Tiago Vignatti"
mailto:tiago.vigna...@linux.intel.com>>
wrote:
yup, Ozone-Wayland enables a bunch of Chromium based targets
including the Chromium Browser.
I have it daily running on my testing machines and the sta
yup, Ozone-Wayland enables a bunch of Chromium based targets including
the Chromium Browser.
I have it daily running on my testing machines and the state is quite
good, with most of expected functionalities in place. In fact yesterday
I've added video decoding acceleration support (through lib
#else
g_native_display = EGL_DEFAULT_DISPLAY;
#endif
On Tue, Nov 12, 2013 at 1:09 PM, Tiago Vignatti
mailto:tiago.vigna...@intel.com>> wrote:
argh, Pekka (pq) just told me in #wayland that we're probably
talking about two different things here. Sorry, my confusion.
If you we
nouncement message, we expect that the distribution packagers
people will come and build the package for themselves, in principle.
Tiago
On 11/12/2013 03:43 PM, Tiago Vignatti wrote:
no, there isn't any automated compilation tool yet.
To be honest I'm not entirely sure whether it's
27;d need about half dozen of commands before it starts the
actual built process. Do you think we can do better with an ebuild?
Thanks,
Tiago
On 11/12/2013 03:25 PM, Mike Lothian wrote:
Hi
Out of interest is there an ebuild available for this?
Cheers
Mike
On 11 Nov 2013 21
Hi,
On 11/12/2013 11:07 AM, Tarnyko wrote:
Hello Tiago,
Neat, thank you very much for your amazing work !
Fedora binary here ; works fine with a small sample of websites.
You may be aware that some sites aren't working (including Google), and
even know the cause, but anyways, here are some of th
We are happy to announce the first "preview" of Chromium browser with
Wayland support, using Ozone-Wayland implementation. Check the
announcement and the details here please:
https://01.org/ozone-wayland/blogs/tiagovignatti/2013/chromium-browser-wayland-preview-release
Tiago
ons of cross-compile build for chromium ozone-wayland would be
helpful. Does anyone tried yet?
Best Regards,
Prabhu
-Original Message-
From: wayland-devel-boun...@lists.freedesktop.org
[mailto:wayland-devel-boun...@lists.freedesktop.org] On Behalf Of Tiago Vignatti
Sent: Friday, Novembe
Hi,
I'm in the process of releasing a "demo" version of Chromium browser,
aimed for developers only. You can follow the general development in here:
https://01.org/ozone-wayland
https://github.com/01org/ozone-wayland#introduction
there's also Crosswalk application runtime based on Ozone-Waylan
Ozone is a set of C++ classes in Chromium for abstracting different
window systems on Linux. It provides abstraction for the construction of
accelerated surfaces underlying Aura UI framework, input devices
assignment and event handling.
http://www.chromium.org/developers/design-documents/ozone
On 06/14/2013 11:20 AM, Quentin Glidic wrote:
Hello guys,
I rebased the xwayland-1.12 branch of xorg-server on top of the current
git master (which is the 1.15 dev version IIUC).
You can find it here:
http://git.sardemff7.net/wayland/xorg-server/log/?h=xwayland-1.15
I also updated the Intel an
Hi,
On 06/12/2013 04:40 AM, sardemff7+wayl...@sardemff7.net wrote:
On 12/06/2013 02:49, dar...@chaosreigns.com wrote:
2) The XWayland segfault bug:
https://bugs.freedesktop.org/show_bug.cgi?id=59983
This was the reason I stopped using weston as my primary UI at home in
September. Tiago said h
xeyes works as expected now. subwindows are popped also as expected. This
patch should fix the following:
https://bugs.freedesktop.org/show_bug.cgi?id=59983
Signed-off-by: Tiago Vignatti
---
Hey guys,
This fix the problem mentioned above but exposes something that was already
buggy before
On 04/17/2013 05:34 PM, Kristian Høgsberg wrote:
Hello list,
A few weeks ago, Thiago Maciera sent out a good email about patch
review and how everybody can help with the review effort:
http://lists.freedesktop.org/archives/wayland-devel/2013-March/008174.html
I see more reviews on the list
This relates to:
https://bugs.freedesktop.org/show_bug.cgi?id=57634
https://bugs.freedesktop.org/show_bug.cgi?id=57637
Signed-off-by: Tiago Vignatti
---
clients/tablet-shell.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/clients/tablet-shell.c b/clients/tablet-shell.c
index
On 04/09/2013 12:13 AM, Kristian Høgsberg wrote:
• XWM split out as a client. The core feature in this work was about
avoiding the deadlock between X and the X WM in weston. We fixed
this by making the authentication step asynchrohous instead.
right. And the two immediate tasks for
ID
instead, and change the logic in all the callers.
Signed-off-by: Tiago Vignatti
---
src/shell.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/src/shell.c b/src/shell.c
index 246d342..f23b855 100644
--- a/src/shell.c
+++ b/src/shell.c
@@ -3397,12 +3397,14 @@ bind_deskt
We're now able to set "client-path=path" in "shell-plugin" section for picking
a particular shell client.
Signed-off-by: Tiago Vignatti
---
man/weston.ini.man |3 +++
src/shell.c|9 ++---
2 files changed, 9 insertions(+), 3 deletions(-)
diff --git a
Before we were using 'shell' section for both the plugin and client
configurations. This commit separates in 'shell-plugin' and 'shell-client',
for organization matters.
Signed-off-by: Tiago Vignatti
---
clients/desktop-shell.c |2 +-
clients/window.c
weston_client_launch() might return a client pointer that will not be the
actual one the shell client is binding. Therefore, assign the pointer only
later after the interface is already bound.
Signed-off-by: Tiago Vignatti
---
src/shell.c |9 +++--
1 file changed, 3 insertions(+), 6
On 04/01/2013 09:08 PM, Peter Hutterer wrote:
About half of those are Tiago's patches that I took from the list/his repo
that hadn't been merged yet. The rest are largely style fixes to improve on
the html/pdf output generated by publican.
THANK YOU Peter!
Possibly controversial: 14/18, rena
On 03/25/2013 04:28 PM, Pekka Paalanen wrote:
You only need the Weston fork, just use libwayland from upstream.
noupe. Scott actually just needs to fork desktop plugin or maybe not
even that, just to create a new desktop client for starting his . I've
created two examples of repository here
As you said in the other email thread, it seems that your end goal is
more related with desktop aesthetics and building a pretty DE. Thus core
compositor and protocol development is not the priority.
So in my opinion I'm not sure that forking Wayland/XWayland/Mesa or any
of the projects bein
Signed-off-by: Tiago Vignatti
---
v3: (nil)
v4: (nil)
v5: - rebase against correct branch.
src/intel_dri.c |7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/src/intel_dri.c b/src/intel_dri.c
index 038940e..f1a686c 100644
--- a/src/intel_dri.c
+++ b/src/intel_dri.c
Signed-off-by: Tiago Vignatti
---
v2: - added AuthMagic3, for passing ClientPtr
- fixed server internal ABI issue, by maintaining DRI2Authenticate intact
- fixed multiple clients accesses to DRI2 authenticate, using Wayland
callback mechanism to ensure they all go atomically
v3
.
Signed-off-by: Tiago Vignatti
---
v2: - added autoconf option for enabling/disabling
- improved comments throughout the code
v3: (nil)
v4: (nil)
v5: - use the DRI2Connect reply for fetching device instead of hard-coding
/dev/dri/card0.
configure.ac |6 ++
tests
Signed-off-by: Tiago Vignatti
---
v2: - added AuthMagic3, for passing ClientPtr
- fixed server internal ABI issue, by maintaining DRI2Authenticate intact
- fixed multiple clients accesses to DRI2 authenticate, using Wayland
callback mechanism to ensure they all go atomically
v3
Signed-off-by: Tiago Vignatti
---
v3: (nil)
src/intel_dri.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/intel_dri.c b/src/intel_dri.c
index fa04e18..7c0d25d 100644
--- a/src/intel_dri.c
+++ b/src/intel_dri.c
@@ -1617,7 +1617,7 @@ out_complete:
}
#ifdef
Signed-off-by: Tiago Vignatti
---
v2: - added AuthMagic3, for passing ClientPtr
- fixed server internal ABI issue, by maintaining DRI2Authenticate intact
- fixed multiple clients accesses to DRI2 authenticate, using Wayland
callback mechanism to ensure they all go atomically
v3
.
Signed-off-by: Tiago Vignatti
---
v2: - added autoconf option for enabling/disabling
- improved comments throughout the code
v3: (nil)
configure.ac |6 ++
tests/.gitignore |1 +
tests/Makefile.am | 11 +++-
tests/weston-tests-env |4 +-
tests/xwayland
Signed-off-by: Tiago Vignatti
---
v2: - added AuthMagic3, for passing ClientPtr
- fixed server internal ABI issue, by maintaining DRI2Authenticate intact
- fixed multiple clients accesses to DRI2 authenticate, using Wayland
callback mechanism to ensure they all go atomically
hw
Signed-off-by: Tiago Vignatti
---
src/intel_dri.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/intel_dri.c b/src/intel_dri.c
index fa04e18..7c0d25d 100644
--- a/src/intel_dri.c
+++ b/src/intel_dri.c
@@ -1617,7 +1617,7 @@ out_complete:
}
#ifdef XORG_WAYLAND
.
Signed-off-by: Tiago Vignatti
---
v2: - added autoconf option for enabling/disabling
- improved comments throughout the code
configure.ac |6 ++
tests/.gitignore |1 +
tests/Makefile.am | 11 +++-
tests/weston-tests-env |4 +-
tests/xwayland-test.c
Signed-off-by: Tiago Vignatti
---
hw/xfree86/dri2/dri2.c | 60 ++--
hw/xfree86/dri2/dri2.h |8 -
hw/xfree86/dri2/dri2ext.c | 10 +-
hw/xfree86/xwayland/xwayland-drm.c | 22 +
4 files changed, 89
Signed-off-by: Tiago Vignatti
---
configure.ac |2 +
tests/.gitignore |1 +
tests/Makefile.am |7 ++-
tests/weston-tests-env |4 +-
tests/xwayland-test.c | 134
5 files changed, 145 insertions(+), 3 deletions
On 01/11/2013 08:24 AM, ashjas wrote:
Hello..
I was trying to test this build.. but i am getting errors upon executing
the mplayer.
Seems it is asking for opengl3 support.. i tried to look at the
configure options in wayland to enable the opengl 3 support..
but didnt find any..
any clues?
Y
Hi,
On 12/19/2012 07:24 PM, Scott Moreau wrote:
I decided to give this series a test run. The patches apply with a few
whitespace errors. As far as I can tell, xwayland clients work about the
same as without these patch sets. The worst thing I noticed was an
occasional decoration flicker when g
Hi. I'm afraid that notification windows and tooltips are quite similar.
I've built tooltip on toytoolkit using set_transient surface type, using
the inactive method (for not giving focus on it). So instead creating a
new surface type for notification windows, I think you can create a
dummy su
Selection callback was put back on action, but no real functional changes on X
side.
Signed-off-by: Tiago Vignatti
---
hw/xfree86/xwayland/xserver.xml | 42 +++
hw/xfree86/xwayland/xwayland.c |3 +--
2 files changed, 43 insertions(+), 2 deletions
Previously, windows were all positioned at (0, 0). Now, with this new
protocol, Wayland can forward the global position to X and map them correctly.
Signed-off-by: Tiago Vignatti
---
hw/xfree86/xwayland/xserver.xml| 31
hw/xfree86/xwayland/xwayland-input.c |8
Selection is broken at the moment!
Signed-off-by: Tiago Vignatti
---
hw/xfree86/xwayland/xserver.xml | 131 -
hw/xfree86/xwayland/xwayland-window.c |2 +-
hw/xfree86/xwayland/xwayland.c| 23 ++
3 files changed, 137 insertions(+), 19
Signed-off-by: Tiago Vignatti
---
hw/xfree86/xwayland/xwayland-drm.c | 35
hw/xfree86/xwayland/xwayland-input.c | 42
hw/xfree86/xwayland/xwayland-output.c | 38 --
hw/xfree86/xwayland/xwayland-private.h | 21
Signed-off-by: Tiago Vignatti
---
clients/Makefile.am |1 +
clients/xwm-selection.c | 222 -
clients/xwm.c | 44
clients/xwm.h | 25 -
protocol/xserver.xml | 18
src/xwayl
The file was changed, moved to client side and a few variable names were
changed (like s/weston_wm/xwm_wm).
There's no functional changes yet, meaning that XWayland selection code is
completely disable still. But this will help to track the changes on the
following commit.
Signed-off-by:
This patch brings back a feature we removed previously (#1 opaque region box)
and fix the input region settings, which was broken.
Signed-off-by: Tiago Vignatti
---
clients/xwm.c | 56 ++---
protocol/xserver.xml | 24
put the X Windows in their global position (for instance, now xeyes
works like expected and also menu windows are shifted correctly regarding
output's dimensions).
Signed-off-by: Tiago Vignatti
---
clients/xwm.c | 11 ---
protocol/xserver.xml
Worth to note this type of shell surface is not exposed for clients but just
used internally. XWayland compositor counter-part is not implemented yet; next
commit will bring it on.
weston_shell_interface was also documented on this commit.
Signed-off-by: Tiago Vignatti
---
src/compositor.h
It brings back a feature we removed previously:
#4 drawing scheduling and window activation
Signed-off-by: Tiago Vignatti
---
clients/xwm.c | 42 +++--
src/xwayland/window-manager.c | 10 +-
2 files changed, 37 insertions(+), 15
No functional changes.
Signed-off-by: Tiago Vignatti
---
clients/xwm.c | 248 -
clients/xwm.h | 13 ++-
2 files changed, 129 insertions(+), 132 deletions(-)
diff --git a/clients/xwm.c b/clients/xwm.c
index 4345d7d..7993a30 100644
--- a
Warning: this removes functionality (#4)
In preparation for split xwm as a client, we want to get rid of all
interactions of the compositor event loop here. Decorations and configure
mechanisms will be overhauled later anyway.
Signed-off-by: Tiago Vignatti
---
src/xwayland/window-manager.c
In preparation for split xwm as a client, we'll need the hash on both
compositor and client side.
At this point, X clients are still being mapped okay on the screen and in some
way are useful.
Signed-off-by: Tiago Vignatti
---
shared/Makefile.am|4 +-
shared/xwayland-h
In preparation for split xwm as a client.
Signed-off-by: Tiago Vignatti
---
src/xwayland/window-manager.c | 68 -
1 file changed, 34 insertions(+), 34 deletions(-)
diff --git a/src/xwayland/window-manager.c b/src/xwayland/window-manager.c
index 806cf8d
Warning: this removes functionality (#2)
In preparation for split xwm as a client; this will be re-implemented later.
Signed-off-by: Tiago Vignatti
---
src/xwayland/Makefile.am |1 -
src/xwayland/window-manager.c |9 -
src/xwayland/window-manager.h |1 -
3 files
04537.html
Signed-off-by: Tiago Vignatti
---
src/xwayland/window-manager.c | 58 +++--
src/xwayland/window-manager.h |1 -
2 files changed, 9 insertions(+), 50 deletions(-)
diff --git a/src/xwayland/window-manager.c b/src/xwayland/window-manager.c
Warning: this removes functionality (#1)
In preparation for split xwm as a client, xwm client won't be able to modify
or access weston_surface directly like that. This will be re-implemented later
using set_opaque_region instead, so we disable for now.
Signed-off-by: Tiago Vignatti
---
-manager.h will be the xwm client header.
Signed-off-by: Tiago Vignatti
---
src/xwayland/Makefile.am |1 +
src/xwayland/selection.c |1 +
src/xwayland/window-manager.c |1 +
src/xwayland/window-manager.h | 121 +
src/xwayland
Hi. Quite many changes on version 2, the most noticeable being:
- set_xwayland -> set_transient_xwayland
- the new set_transient_xwayland type is not exposed to clients, therefore
no core protocol changes are needed anymore.
- added a documentation for weston_shell_interface (compositor.
Hi. Quite many changes on version 2, the most noticeable being:
- set_xwayland -> set_transient_xwayland
- the new set_transient_xwayland type is not exposed to clients, therefore
no core protocol changes are needed anymore.
- added a documentation for weston_shell_interface (compositor.
On 12/17/2012 06:33 AM, Pekka Paalanen wrote:
On Fri, 14 Dec 2012 19:33:18 -0200
Tiago Vignatti wrote:
On 12/14/2012 06:12 AM, Pekka Paalanen wrote:
On Thu, 13 Dec 2012 14:13:04 -0200
Tiago Vignatti wrote:
I don't see a problem on having xwayland typical applications linked
with &qu
On 12/14/2012 06:12 AM, Pekka Paalanen wrote:
On Thu, 13 Dec 2012 14:13:04 -0200
Tiago Vignatti wrote:
I don't see a problem on having xwayland typical applications linked
with "desktop" style of interfaces. X11 and its WM standards are
flexible enough for building dif
On 12/13/2012 05:38 AM, Pekka Paalanen wrote:
On Wed, 12 Dec 2012 13:26:33 -0200
Tiago Vignatti wrote:
X11 apps use global coordinates most of the time for window placement and the
current approach we have, where transient windows is placed parent relative,
is not sufficient. IOW we can
inactive' to not set focus when the window is configured. Later we will
want to add a few more methods for dealing with different types of windows.
Signed-off-by: Tiago Vignatti
---
protocol/wayland.xml | 20
1 file changed, 20 insertions(+)
diff --git a/protocol/way
No functional changes on X side.
Signed-off-by: Tiago Vignatti
---
hw/xfree86/xwayland/xserver.xml | 43 ++-
1 file changed, 42 insertions(+), 1 deletion(-)
diff --git a/hw/xfree86/xwayland/xserver.xml b/hw/xfree86/xwayland/xserver.xml
index 3779d1a
Previously, windows were all positioned at (0, 0). Now, with this new
protocol, Wayland can forward the global position to map them correctly.
Signed-off-by: Tiago Vignatti
---
hw/xfree86/xwayland/xserver.xml| 33 +
hw/xfree86/xwayland/xwayland-input.c |8
Warning: selection is broken!
Signed-off-by: Tiago Vignatti
---
hw/xfree86/xwayland/xserver.xml | 104 -
hw/xfree86/xwayland/xwayland-window.c |2 +-
hw/xfree86/xwayland/xwayland.c| 23 +++-
3 files changed, 110 insertions(+), 19
Signed-off-by: Tiago Vignatti
---
hw/xfree86/xwayland/xwayland-drm.c | 35
hw/xfree86/xwayland/xwayland-input.c | 42
hw/xfree86/xwayland/xwayland-output.c | 38 --
hw/xfree86/xwayland/xwayland-private.h | 21
Signed-off-by: Tiago Vignatti
---
clients/Makefile.am |1 +
clients/xwm-selection.c | 222 -
clients/xwm.c | 35 ---
clients/xwm.h | 30 --
protocol/xserver.xml | 18 +++-
src/xwayl
The file was changed, moved to client side and a few variable names were
changed (like s/weston_wm/xwm_wm).
There's no functional changes yet, meaning that XWayland selection code is
completely disable still. But this will help to track the changes on the
following commit.
Signed-off-by:
This patch brings back a feature we removed previously (#1 opaque region box)
Signed-off-by: Tiago Vignatti
---
clients/xwm.c | 57 ++
protocol/xserver.xml | 26 ++
src/xwayland/window-manager.c | 61
Warning: this removes functionality (#2)
In preparation for split xwm as a client; this will be re-implemented later.
Signed-off-by: Tiago Vignatti
---
src/xwayland/Makefile.am |1 -
src/xwayland/window-manager.c |9 -
src/xwayland/window-manager.h |1 -
3 files
(#3 window positioning)
and also put the X Windows in their global position (for instance, now xeyes
works like expected and also menu windows are shifted correctly regarding
output's dimensions).
Signed-off-by: Tiago Vignatti
---
clients/xwm.c | 10 +++---
proto
XWayland compositor counter-part is not implemented yet; next commit will
bring it on.
Signed-off-by: Tiago Vignatti
---
src/compositor.h |3 +--
src/shell.c | 39 +--
2 files changed, 38 insertions(+), 4 deletions(-)
diff --git a/src/compositor.h
It brings back a feature we removed previously:
#4 drawing scheduling and window activation
Signed-off-by: Tiago Vignatti
---
clients/xwm.c | 40 +++-
src/xwayland/window-manager.c | 12 +---
2 files changed, 36 insertions
No functional changes.
Signed-off-by: Tiago Vignatti
---
clients/xwm.c | 251 -
clients/xwm.h | 12 +--
2 files changed, 131 insertions(+), 132 deletions(-)
diff --git a/clients/xwm.c b/clients/xwm.c
index 7d681f1..0e59f7c 100644
--- a
ous implementation though:
#1 opaque region box (4496fd6a)
#2 selection support (8e25a7eb)
#3 window positioning (2aee1248)
#4 drawing scheduling and window activation (21c685d9)
Signed-off-by: Tiago Vignatti
---
clients/Makefile.am | 16 +-
clients/xwm.c |
In preparation for split xwm as a client, we'll need the hash on both
compositor and client side.
At this point, X clients are still being mapped okay on the screen and in some
way are useful.
Signed-off-by: Tiago Vignatti
---
shared/Makefile.am|4 +-
shared/xwayland-h
In preparation for split xwm as a client.
Signed-off-by: Tiago Vignatti
---
src/xwayland/window-manager.c | 68 -
1 file changed, 34 insertions(+), 34 deletions(-)
diff --git a/src/xwayland/window-manager.c b/src/xwayland/window-manager.c
index 806cf8d
Warning: this removes functionality (#4)
In preparation for split xwm as a client, we want to get rid of all
interactions of the compositor event loop here. Decorations and configure
mechanisms will be overhauled later anyway.
Signed-off-by: Tiago Vignatti
---
src/xwayland/window-manager.c
04537.html
Signed-off-by: Tiago Vignatti
---
src/xwayland/window-manager.c | 58 +++--
src/xwayland/window-manager.h |1 -
2 files changed, 9 insertions(+), 50 deletions(-)
diff --git a/src/xwayland/window-manager.c b/src/xwayland/window-manager.c
Warning: this removes functionality (#1)
In preparation for split xwm as a client, xwm client won't be able to modify
or access weston_surface directly like that. This will be re-implemented later
using set_opaque_region instead, so we disable for now.
Signed-off-by: Tiago Vignatti
---
-manager.h will be the xwm client header.
Signed-off-by: Tiago Vignatti
---
src/xwayland/Makefile.am |1 +
src/xwayland/selection.c |1 +
src/xwayland/window-manager.c |1 +
src/xwayland/window-manager.h | 121 +
src/xwayland
Hi all! Here's the remaining work:
http://cgit.freedesktop.org/~vignatti/wayland/log/?h=xwm-client
http://cgit.freedesktop.org/~vignatti/weston/log/?h=xwm-client
http://cgit.freedesktop.org/~vignatti/xserver/log/?h=xwm-client
In general I'm feeling quite comfortable with it and we now have in pla
Hi,
On 12/05/2012 12:32 PM, Pekka Paalanen wrote:
I have not even thought about sub-surfaces' implications to input
handling or the shell yet. Sub-surfaces probably need to be able to
receive input. The shell perhaps needs a bounding box of the set of
surfaces to be able to pick an initial posi
On 11/30/2012 10:01 PM, Bill Spitzak wrote:
Tiago Vignatti wrote:
The approach used here shows a weakness of the Weston WM-as-client
architecture: one cannot guarantee that the X11 stream needed to create
windows with its right position will happen before Weston maps the
surface,
via Wayland
On 12/03/2012 11:23 AM, Jonas Ådahl wrote:
On Mon, Dec 3, 2012 at 2:06 PM, Tiago Vignatti
wrote:
We have every entry-point documented on the code now, using doxygen style,
with all classes referenced and so on. So, something we discussed before was
to automate most of the man-page contents
We have every entry-point documented on the code now, using doxygen
style, with all classes referenced and so on. So, something we discussed
before was to automate most of the man-page contents based on the
doxygen output. I mean, this patch is nice, but have you thought about
automating the ma
(#3 window positioning,
2aee1248) and also put the X Windows in their global position (for instance,
now xeyes works like expected and also menu windows are shifted correctly
regarding output's dimensions).
Signed-off-by: Tiago Vignatti
---
clients/xwm.c | 10 +++---
proto
Signed-off-by: Tiago Vignatti
---
hw/xfree86/xwayland/xserver.xml| 33 +
hw/xfree86/xwayland/xwayland-private.h |3 ++
hw/xfree86/xwayland/xwayland-window.c |7 +---
hw/xfree86/xwayland/xwayland.c | 62 +++-
4 files changed
XWayland compositor counter-part is not implemented yet; next commit will
bring it on.
Signed-off-by: Tiago Vignatti
---
src/compositor.h |3 +--
src/shell.c | 39 +--
2 files changed, 38 insertions(+), 4 deletions(-)
diff --git a/src/compositor.h
inactive' to not set focus when the window is configured. Later we will
want to add a few more methods for dealing with different types of windows.
Signed-off-by: Tiago Vignatti
---
protocol/wayland.xml | 20
1 file changed, 20 insertions(+)
diff --git a/protocol/way
It brings back a feature we removed previously:
#4 drawing scheduling and window activation (21c685d9)
Signed-off-by: Tiago Vignatti
---
clients/xwm.c | 40 +++-
src/xwayland/window-manager.c | 12 +---
2 files changed, 36
No functional changes.
Signed-off-by: Tiago Vignatti
---
clients/xwm.c | 251 -
clients/xwm.h | 12 +--
2 files changed, 131 insertions(+), 132 deletions(-)
diff --git a/clients/xwm.c b/clients/xwm.c
index 0d0a413..41d446b 100644
--- a
Warning: selection is broken!
Signed-off-by: Tiago Vignatti
---
hw/xfree86/xwayland/xserver.xml | 104 -
hw/xfree86/xwayland/xwayland-window.c |2 +-
hw/xfree86/xwayland/xwayland.c| 23 +++-
3 files changed, 110 insertions(+), 19
Signed-off-by: Tiago Vignatti
---
hw/xfree86/xwayland/xwayland-drm.c | 35
hw/xfree86/xwayland/xwayland-input.c | 42
hw/xfree86/xwayland/xwayland-output.c | 38 --
hw/xfree86/xwayland/xwayland-private.h | 21
ous implementation though:
#1 opaque region box (4496fd6a)
#2 selection support (8e25a7eb)
#3 window positioning (2aee1248)
#4 drawing scheduling and window activation (21c685d9)
Signed-off-by: Tiago Vignatti
---
clients/Makefile.am | 16 +-
clients/xwm.c |
In preparation for split xwm as a client, we'll need the hash on both
compositor and client side.
At this point, X clients are still being mapped okay on the screen and in some
way are useful.
Signed-off-by: Tiago Vignatti
---
shared/Makefile.am|4 +-
shared/xwayland-h
In preparation for split xwm as a client.
Signed-off-by: Tiago Vignatti
---
src/xwayland/window-manager.c | 68 -
1 file changed, 34 insertions(+), 34 deletions(-)
diff --git a/src/xwayland/window-manager.c b/src/xwayland/window-manager.c
index 806cf8d
Warning: this removes functionality (#4)
In preparation for split xwm as a client, we want to get rid of all
interactions of the compositor event loop here. Decorations and configure
mechanisms will be overhauled later anyway.
Signed-off-by: Tiago Vignatti
---
src/xwayland/window-manager.c
1 - 100 of 521 matches
Mail list logo