Hi pq,
On Mon, 15 Jul 2013 09:14:36 -0700
wayland-devel-requ...@lists.freedesktop.org wrote:
On Sat, 13 Jul 2013 11:34:03 +
Wu, Zhiwen zhiwen...@intel.com wrote:
Hi pq,
I didn't meet you at the IRC today for the time zone issue. So I
send this mail. Our team are using subsurface to
On Tue, 2012-08-21 at 17:35 +0300, Pekka Paalanen wrote:
On Tue, 21 Aug 2012 19:49:23 +0800
tecto...@gmail.com wrote:
From: Ning Tang ning.t...@intel.com
Since now toytoolkit and simple programs use shell_surface to show on
screen, we add it in tablet-shell to let them show.
But we
On Wed, 2012-08-08 at 12:18 +0300, Pekka Paalanen wrote:
The applications, i.e. the normal clients, are yet another thing.
What I meant was that the two different protocol extensions were not
separated properly in tablet shell. In the desktop shell, the public
protocol extension is
On Thu, 2012-08-02 at 12:01 -0400, Kristian Høgsberg wrote:
We need to loop through the rectangles in the region and make sure at
least one of them is at least boxsize wide and high. Consider a
common configuration:
++---+
||
Thanks, Tiago. :)
It's helpful.
On Mon, 2012-08-06 at 11:35 +0300, Tiago Vignatti wrote:
Hi Juan,
There's an intentional separation of the wl_shell_surface_interface
on
its own (desktop) shell file. Its purpose is for building full
desktop
interfaces, in principle, and in fact things
Hi krh,
We've tried to bring tablet-shell back to life. We just added the
sliding support, which you saw several weeks before, and brought
simple-egl, toytool kit applications, efl applications could also work
well. We added a new .ini file for tablet-shell, because we will add
layout and launcher
On Fri, 2012-08-03 at 19:11 +0800, Juan Zhao wrote:
https://gitorious.org/dataforuse/dataforuse/blobs/master/foo.webm shows
the video record of our on-going work.
We need to git clonet it from gitorious, I also put it on google drive:
https://docs.google.com/file/d/0B-GbQ6DK65jybXVqOVhMMTRvNkU
Thanks for your reply, I will refine it, I still have some questions. :)
On Thu, 2012-08-02 at 12:01 -0400, Kristian Høgsberg wrote:
@@ -1669,7 +1669,10 @@ update_outputs(struct drm_compositor *ec,
struct udev_device *drm_device)
}
}
- /* FIXME: handle zero
On Wed, 2012-07-25 at 14:28 -0700, Bill Spitzak wrote:
Juan Zhao wrote:
On Tue, 2012-07-24 at 23:17 -0700, Bill Spitzak wrote:
On 07/24/2012 10:32 PM, Juan Zhao wrote:
Therefore I suggest that the sample client work as proposed, and
only
prevent that point from being obscured.
Do
On Tue, 2012-07-24 at 23:17 -0700, Bill Spitzak wrote:
On 07/24/2012 10:32 PM, Juan Zhao wrote:
Therefore I suggest that the sample client work as proposed, and
only
prevent that point from being obscured.
Do you mean, avoiding the places where it could triger the drag
On Tue, 2012-07-24 at 10:09 -0400, Kristian Høgsberg wrote:
On Sun, Jul 22, 2012 at 12:34 PM, Kristian Høgsberg
hoegsb...@gmail.com wrote:
On Wed, Jul 18, 2012 at 01:37:59PM +0800, Juan Zhao wrote:
attach file: This patch resolved problem like this.
Right, I see. I think we just need
On Sat, 2012-07-21 at 18:58 +0300, Pekka Paalanen wrote:
On Fri, 20 Jul 2012 22:40:50 -0700
Bill Spitzak spit...@gmail.com wrote:
However (sigh) now it fails with:
compositor.c: In function ‘weston_surface_attach’:
compositor.c:788:8: error: ‘EGL_TEXTURE_Y_UV_WL’ undeclared (first
On Wed, 2012-07-18 at 12:45 +0300, Ander Conselvan de Oliveira wrote:
On 07/18/2012 08:25 AM, juan.j.z...@linux.intel.com wrote:
From: Juan Zhao juan.j.z...@linux.intel.com
When the client didn't response to ping event in time, the server
will do set_busy_cursor again and again.
You
On Mon, 2012-07-16 at 23:22 -0700, Bill Spitzak wrote:
On 07/16/2012 10:36 PM, Juan Zhao wrote:
On Mon, 2012-07-16 at 21:51 -0700, Bill Spitzak wrote:
I am attempting to build the newest git respository of wayland/weston.
Weston was complaining about missing GLSL symbol
Hi there,
When I enabled mesa debug mode, westen reported one seg-fault error. Any
ideas about it? Should we remove that assert for the none format, or
some decent solution?
The backtrace is like this:
(gdb) bt
#0 0xb7fe1424 in __kernel_vsyscall ()
#1 0xb7d5ccc1 in raise () from
On Mon, 2012-07-16 at 22:00 -0700, Bill Spitzak wrote:
I guesses that --disable-glx would help and it did, but instead I ran
into something compiling mesa that seems to be a more serious
wayland-related problem:
In file included from backends/dri/gbm_dri.c:48:0:
The sliding functionality is pretty good, I also like it.
As I know, the author of sliding functionality is also porting it to
tablet-shell for embeded system usage, could this resolve your concern
for desktop-shell?
Thanks,
Juan
On Tue, 2012-07-10 at 18:53 -0700, Mikalai Kisialiou wrote:
On Tue, 2012-07-10 at 08:52 -0400, Kristian Høgsberg wrote:
On Tue, Jul 10, 2012 at 01:20:24AM -0700,
juan.j.z...@linux.intel.com wrote:
From: Juan Zhao juan.j.z...@linux.intel.com
When the client was hanged and not responsible for a long time, the
server will generate
endless
Please ignore this mail!
Sorry for the TYPO!
Thanks,
Juan
On Tue, 2012-07-10 at 01:20 -0700, juan.j.z...@linux.intel.com wrote:
From: Juan Zhao juan.j.z...@linux.intel.com
When the client was hanged and not responsible for a long time, the server
will generate
endless and useless
On Sun, 2012-07-08 at 18:15 +0400, Сергей Волков wrote:
1) Hello, can you add method in the wayland protocol for forced
disabled clienside decorations. I think it's would be good idea to add
one method for all applications to forced hide client decorations!
This is help to make diffirent
On 05/15/2012 07:17 PM, Arnaud Vrac wrote:
On Tue, May 15, 2012 at 5:38 AM, Juan Zhao
juan.j.z...@linux.intel.com mailto:juan.j.z...@linux.intel.com wrote:
Hi All,
I've successfully run weston and its shm and egl/gles client
over Intel CE platform SDV now.
The code
On 05/04/2012 04:40 PM, yan.w...@linux.intel.com wrote:
Hi, All,
I did some porting of Chromium browser based on Aura. Now it could run
on Weston and display web page by input URL. I attached some my screen
shot pictures for your reference.
Glad to see it in the maillist. I saw your
On 05/02/2012 03:37 AM, Daniel Stone wrote:
Hi,
This patchset updates the clients to the new xkbcommon API (which just
dropped in master, although it's been sitting in my personal tree for
some time now), and also introduces XKB support in the compositor.
The latter is unused for now, but will
On 05/03/2012 12:02 PM, Juan Zhao wrote:
On 05/03/2012 11:47 AM, Eoff, Ullysses A wrote:
Juan,
Your answer lies in https://bugs.freedesktop.org/show_bug.cgi?id=49385
Thanks for your information.
In that bug thread, it is said Daniel already sent some patches
related to this. Do you know
On 04/23/2012 06:11 PM, Zhao, Halley wrote:
static struct gbm_bo *
+gbm_dri_bo_create_from_native_handle(struct gbm_device *gbm,
+ union gbm_bo_handle handle, void
**image ,
+ uint32_t width, uint32_t height,
uint32_t stride,
+
Hi Daniel,
I saw your patch in xkbcommom:
http://cgit.freedesktop.org/xorg/lib/libxkbcommon/commit/?id=3dcd7ae02ccfd47b2a9a552daa225255803e66cf
It deletes the macros like XKB_COMMON_SHIFT_MASK. You suggest to
use the xkb_state_mod_* and xkb_map_mod_* API instead.
Would Weston also
. :)
Thanks,
Juan
U. Artie Eoff
-Original Message-
From: wayland-devel-
bounces+ullysses.a.eoff=intel@lists.freedesktop.org [mailto:wayland-
devel-bounces+ullysses.a.eoff=intel@lists.freedesktop.org] On Behalf
Of Juan Zhao
Sent: Wednesday, May 02, 2012 8:30 PM
To: Daniel Stone
Cc
On 04/16/2012 10:31 PM, Tiago Vignatti wrote:
DE operations like toplevel, transiant, fullscreen, maximized, popup and the
shell_surface constructor are the ones expected to be used in the global scope
for Weston submodules like xserver-launcher and other shells.
This commit split such
On 04/11/2012 09:55 AM, dar...@chaosreigns.com wrote:
On 04/10, Casey Dahlin wrote:
https://gitorious.org/wayland-cint/wayland-cint
I tried this, it's nice.
git clone git://gitorious.org/wayland-cint/wayland-cint.git
git submodule init
git submodule update # all the downloading
make
And as
On 04/11/2012 04:45 PM, Pekka Paalanen wrote:
On Wed, 11 Apr 2012 10:31:53 +0200
Renaud Hebertreno...@gmail.com wrote:
Thanks for your answer, see my reply below.
Le 11 avril 2012 10:16, Pekka Paalanenppaala...@gmail.com a écrit :
On Wed, 11 Apr 2012 09:51:22 +0200
Renaud
On 04/10/2012 02:25 PM, Simon Hong wrote:
Dear folks,
All of weston compositor's backend(x11, drm, wayland) checks
EGL_KHR_Surfaceless_gles2 extension.
But my egl driver doesn't support it.
Which commit are you using? It should not check it for now.
On 04/09/2012 02:08 AM, dar...@chaosreigns.com wrote:
[19]Chrome / chromium might work, but I haven't seen how.
I saw chromium over Views running on wayland drm backend.:)
Thanks,
Juan
___
wayland-devel mailing list
On 03/08/2012 02:42 AM, Benjamin Franzke wrote:
---
src/compositor.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/src/compositor.c b/src/compositor.c
index 0e33971..96e7fe7 100644
--- a/src/compositor.c
+++ b/src/compositor.c
@@ -2561,8 +2561,10 @@ int main(int
On 03/01/2012 01:20 AM, Kristian Hoegsberg wrote:
On Wed, Feb 29, 2012 at 09:59:43AM +0200, Pekka Paalanen wrote:
On Tue, 28 Feb 2012 16:48:26 +
Rob Bradfordr...@robster.org.uk wrote:
From: Rob Bradfordr...@linux.intel.com
---
protocol/wayland.xml | 53
Thanks a lot for review!
Still have one question:
On 02/27/2012 04:02 AM, Kristian Hoegsberg wrote:
+ if (es-output) {
This is never true since reset_shell_surface_type() unmaps it. But
even when that is fixed, we can't change the surface position, size or
stacking until we receive the
On 02/17/2012 04:55 AM, Bill Spitzak wrote:
Juan Zhao wrote:
If the top regular surface does not occupy the full screen, you can
still click on that underlying fullscreen surface to active and raise
it.
I do not understand why this defeats the whole purpose of letting
other surfaces
On 02/16/2012 02:02 AM, Bill Spitzak wrote:
Juan Zhao wrote:
Only when un-fullscreen window over fullscreen window, the panels
will be shown
https://gitorious.org/dataforuse/dataforuse/blobs/master/nFoverF.png
https://gitorious.org/dataforuse/dataforuse/blobs/master/nFoverF.png
Does
On 02/15/2012 06:02 AM, Bill Spitzak wrote:
zhiwen...@intel.com wrote:
If yes, remove the panel surface from
weston_compositor::surface_list and store them to
wl_shell:hidden_panels.
If no, and we have hidden panels, unhide them.
Does this mean that if the fullscreen surface has
Hi krh,
We thinked over how to handling panel and popup windows in
fullscreen support. Just would like to get your suggestion and decision
here.
These three pictures demostrate fullscreen cases we need to implement:
fullscreen window on the top: The panels will be hidden
On 02/08/2012 05:44 PM, Pekka Paalanen wrote:
You can test multi-output easily by running weston under X, using for
instance:
$ weston -o output-count=3
Thanks to your comments! I like the refining process. :)
Just refined and double test, will send the v9 patches later soon.
Thanks again,
On 02/06/2012 11:11 PM, Rob Bradford wrote:
On 3 February 2012 08:45, Pekka Paalanenppaala...@gmail.com wrote:
On Fri, 3 Feb 2012 16:16:16 +0800
juan.j.z...@linux.intel.com wrote:
From: Juan Zhaojuan.j.z...@linux.intel.com
add a request from the client to notify the compositor the
On Fri, 2012-02-03 at 11:08 +0200, Pekka Paalanen wrote:
On Fri, 3 Feb 2012 16:16:17 +0800
juan.j.z...@linux.intel.com wrote:
From: Juan Zhao juan.j.z...@linux.intel.com
---
src/shell.c | 53 +
1 files changed, 53 insertions
The segment fault error is caused by a null surface inside smoke, but
not inside that desktop shell. Just initializing the widget size can
help to create the right surface.
Here is the backtrace infomation of that segment fault error:
[3695783.129] - wl_shell@8.get_shell_surface(new id 23,
(looking forward to wonderful sprite support in wayland. I have a
question related to fullscreen support here.)
On Tue, 2012-01-31 at 09:27 -0800, Jesse Barnes wrote:
Thanks for checking it out...
On Tue, 31 Jan 2012 11:11:11 +0200
Pekka Paalanen ppaala...@gmail.com wrote:
+static int
On Mon, 2012-01-16 at 14:21 +0800, wayland wrote:
Dear All:
i want to run xorg under the wayland as a wayland-client, and i download
the xorg in the
git://people.freedesktop.org/~krh/xserver
git://people.freedesktop.org/%7Ekrh/xserver
and the intel video in the:
On Mon, 2012-01-16 at 10:30 +0200, Pekka Paalanen wrote:
It seems that patch 1 uses functions that are introduced only in patch
2, weston_surface_center_on_output() and
weston_surface_set_fullscreen(). On build after patch 1 only, I get:
CC desktop_shell_la-shell.lo
On Mon, 2012-01-16 at 11:38 -0800, Bill Spitzak wrote:
Pekka Paalanen wrote:
From: Juan Zhao juan.j.z...@linux.intel.com
Map the surface as a fullscreen surface. Four types are supported.
default means the client has no preference on fullscreen
behavior, policies
On Mon, 2012-01-16 at 11:38 -0800, Bill Spitzak wrote:
Pekka Paalanen wrote:
From: Juan Zhao juan.j.z...@linux.intel.com
Map the surface as a fullscreen surface. Four types are supported.
default means the client has no preference on fullscreen
behavior, policies
On Wed, 2012-01-11 at 11:50 +0200, Pekka Paalanen wrote:
What is this supposed to do?
add the surface type for cursor/panel/general is to clarify the surface
stack:
-|--cursor
-|--panel
-|--general
-|--general
so that, we can figure out the window surfaces and handle
On Tue, 2012-01-10 at 14:11 +0200, Pekka Paalanen wrote:
On Mon, 9 Jan 2012 22:54:20 +0800
juan.j.z...@linux.intel.com wrote:
From: Alex Wu zhiwen...@linux.intel.com
mainly send a configure event to the client
Signed-off-by: Juan Zhao juan.j.z...@linux.intel.com
Signed-off
On Wed, 2012-01-11 at 10:10 +0200, Pekka Paalanen wrote:
None means no need for the compositor to do any work here, it is
useful
in case that client want to re-layout his UI components to
fullscreen.
Re-layout means rearrange the contents of that client other than
scaling.
For
Thanks very much for your review.
On Tue, 2012-01-10 at 13:41 +0200, Pekka Paalanen wrote:
+ struct wl_list *tlist=(struct wl_list *)ec-surface_list.next;
+ int count=0;
+
+ while((es-type != WESTON_SURFACE_TYPE_GENERAL) count
1024){
+ tlist=tlist-next;
+
Thank you very much for your review. :)
On Tue, 2012-01-10 at 13:42 +0200, Pekka Paalanen wrote:
These could also use commentary on what they mean. My suggestion of them
is the following.
none means the application does not care what method a compositor
uses, so the compositor would
For undefined symbols like _glapi_Dispatch in DRI driver. This symbol is in
libglapi.so. You can preload it to avoid it.
$ LD_PRELOAD=$WLD/lib/libglapi.so ./yourcommand
-
*^_^* BRs,
Juan
-Original Message-
From:
54 matches
Mail list logo