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" 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 display
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
> >
> > 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 only n
On Fri, 2012-08-10 at 10:30 +0300, Pekka Paalanen wrote:
> On Fri, 10 Aug 2012 13:23:34 +0800
> Juan Zhao wrote:
> ..
> > wl_shell interfaces were defined in compositor side, in
> > wayland/src/wayland.xml.
> > Most client applications used them.
>
>
Pekka Paalanen wrote:
> On Thu, 09 Aug 2012 03:04:53 +0800
> Juan Zhao wrote:
>
> > 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
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 wl
On Tue, 2012-08-07 at 09:36 +0300, Pekka Paalanen wrote:
> Hi,
>
> I didn't quite understand Tiago's reply, but maybe the following
> helps.
Thanks, pq, sure, it helps. :)
>
> Looking at the tablet-shell.xml protocol, I wonder if it is missing an
> interface. The interface tablet_shell seems t
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 thi
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/fil
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
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: hand
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 prop
On Wed, 2012-07-25 at 09:33 -0400, Kristian Høgsberg wrote:
> On Wed, Jul 25, 2012 at 1:00 AM, Bill Spitzak wrote:
> > On 07/24/2012 06:10 PM, Juan Zhao wrote:
> >
> >> Is it in the condition that, click any area of the window could drag and
> >> move the wi
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 p
On Tue, 2012-07-24 at 22:00 -0700, Bill Spitzak wrote:
> On 07/24/2012 06:10 PM, Juan Zhao wrote:
>
> > Is it in the condition that, click any area of the window could drag and
> > move the window? Some user case is, only the title bar area could be
> > dragged and move
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
> 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.
On Sat, 2012-07-21 at 18:58 +0300, Pekka Paalanen wrote:
> On Fri, 20 Jul 2012 22:40:50 -0700
> Bill Spitzak 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 use
> >
On Fri, 2012-07-20 at 22:30 -0700, Bill Spitzak wrote:
> On 07/16/2012 11:48 PM, Juan Zhao wrote:
>
> >> CC libgbm_dri_la-gbm_dri.lo
> >> In file included from backends/dri/gbm_dri.c:48:0:
> >> backends/dri/../../../egl/wayland/wayland-drm/wayland-drm.
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
> >
> > When the client didn't response to ping event in time, the server
> > will do "set_busy_cursor"
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 c
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
> PFNEGLUNBINDWAYLANDDISPLAYWL
>
> So I tried to pull and recompile mesa (I have up to now been able to
> work wi
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:
> backends/dri/../../.
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 /lib/libc.s
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
> >
> > When the client was hanged and not responsible for a long time, the
> server will genera
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:
> The
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
>
> When the client was hanged and not responsible for a long time, the server
> will generate
> endless and useless "set_
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 wi
On 05/23/2012 02:14 PM, yan.w...@linux.intel.com wrote:
From: Yan Wang
Add extern "C" macro definition for C++.
It would be helpful, when some C++ applications include this header
file, like chromium.
Thanks,
Juan
---
cursor/wayland-cursor.h |8
1 files changed, 8 inserti
On 05/23/2012 01:31 PM, Peter Hutterer wrote:
Jonas posted some touchpad support patches earlier this month and
there were some calls for a input handling module. I've hacked around for a
few days to get the synaptics driver ready for wayland.
This is not a wayland touchpad driver! It's the X11
On 05/15/2012 07:17 PM, Arnaud Vrac wrote:
On Tue, May 15, 2012 at 5:38 AM, Juan Zhao
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 can be accessed o
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 screen-
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,
+
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 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
a try. :)
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 Sto
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 u
On 04/27/2012 03:24 PM, Pekka Paalanen wrote:
Now, with pictures!
http://ppaalanen.blogspot.com/2012/04/improved-appearance-for-simplest.html
Exactly, I like the new appearance. :)
Thanks,
Juan
___
wayland-devel mailing list
wayland-devel@lists.fre
On 04/25/2012 01:40 PM, yan.w...@linux.intel.com wrote:
Just confirmation when comparing with weston_zoom_frame:
1. In weston_zoom_frame, scale is calculated by start, stop and current
value of spring and as the coefficient of alpha. Why use different logic
in weston_fade_frame?
Fading animation
On 04/23/2012 05:02 PM, Zhao, Halley wrote:
== version 2:
- follow Gwenole's feed back to change wayland_gbm_* to wl_gbm_*
- use Evolution to send the patch (some previous patches sent from
outlook are blocked)
- add patch 5 to change file names from *drm* to *gbm*
== original patch in
On 04/17/2012 05:20 PM, zhiwen...@linux.intel.com wrote:
+ if (!drm_mode) {
+ printf("%s, invalid resolution:%dx%d\n", __func__, mode->width,
mode->height);
+ return -1;
+ } else if (&drm_mode->base == output->base.current) {
+ return 0;
+
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 procedur
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 Hebert wrote:
Thanks for your answer, see my reply below.
Le 11 avril 2012 10:16, Pekka Paalanen a écrit :
On Wed, 11 Apr 2012 09:51:22 +0200
Renaud Hebert wrote:
Hello,
In the comments on an articl
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.
http://cgit.freedesktop.org/wayland/wayla
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
wayland-devel@lists.freedeskt
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 Bradford wrote:
From: Rob Bradford
---
protocol/wayland.xml | 53 -
1 files changed,
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 be
On 02/16/2012 10:20 AM, Bill Spitzak wrote:
Juan Zhao wrote:
This prevents the fullscreen window from putting any useful
clickable areas, such as the menubar, where the panels may obscure
it, since the user cannot choose them without first raising the
fullscreen window.
This is just one
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>
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 some
On 02/15/2012 06:02 AM, Bill Spitzak wrote:
4.For now, popup surface is treated as regular surface, when popup
surface got on top of fullscreen surface,panels will be unhidden.
That sounds extremely obnoxious. Especially if the panel obscures the
object being clicked to bring up the popu
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
https://gi
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,
Ju
On 02/06/2012 11:11 PM, Rob Bradford wrote:
On 3 February 2012 08:45, Pekka Paalanen wrote:
On Fri, 3 Feb 2012 16:16:16 +0800
juan.j.z...@linux.intel.com wrote:
From: Juan Zhao
add a request from the client to notify the compositor the maximised
operation. The compositor will send a
On 02/07/2012 05:08 AM, Bill Spitzak wrote:
The output choosing code in the server would likely take the surface
bounding box, and find the output where most of the surface is. This is
how it already works, when we choose which output to synchronise the
surface to.
Yes this is exactly what I
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
> >
> > ---
> > src/shell.c | 53 +
> >
n 02/03/2012 01:02 AM, juan.j.z...@linux.intel.com wrote:
> > From: Juan Zhao
> >
> > Add widget_set_size in the initiate time to allow smoke get the
> > correct surface later. Or it will report segment fault error
> > because of the null surface.
>
(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 wrote:
> > > +static int
> > > +surface_i
On Mon, 2012-01-16 at 11:38 -0800, Bill Spitzak wrote:
>
> Pekka Paalanen wrote:
>
> >> From: Juan Zhao
> >>
> >> Map the surface as a fullscreen surface. Four types are supported.
> >> "default" means the client has no preference on full
On Mon, 2012-01-16 at 11:38 -0800, Bill Spitzak wrote:
>
> Pekka Paalanen wrote:
>
> >> From: Juan Zhao
> >>
> >> Map the surface as a fullscreen surface. Four types are supported.
> >> "default" means the client has no preference on full
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
> shell.c
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
>
>
> and the intel video in the:
> git://people.freedesktop.org/~krh/xf86-video-intel
(Sorry for forgetting the list.)
Forwarded Message
From: Juan Zhao
To: Jesse Barnes
Cc: k...@bitplanet.net
Subject: Re: [RFC] Weston sprite support
Date: Thu, 12 Jan 2012 00:09:17 +0800
On Fri, 2012-01-06 at 11:36 -0800, Jesse Barnes wrote:
> I just wanted to get a direct
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.
>
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
> >
> > mainly send a configure event to the client
> >
> > Signed-off-by: Juan Zhao
> >
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
On Wed, 2012-01-11 at 10:10 +0200, Pekka Paalanen wrote:
> >
> > > The position of the surface on an output is not defined here,
> > > possibly allowing the video driver to scan out a surface smaller than
> > > the video mode.
> > I'm not sure I catch your idea here. I would like to make it on
Thank you very much for your input.
On Tue, 2012-01-10 at 13:26 -0800, Bill Spitzak wrote:
> > "scale" is for preferring scaling in the compositor, the application
> > really would like to fill the whole screen, even if it renders a buffer
> > that is too small. The compositor might (be configure
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
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=tlis
On Tue, 2012-01-03 at 11:54 -0800, Bill Spitzak wrote:
>
> juan.j.z...@linux.intel.com wrote:
> > From: Juan Zhao
> >
> > support two methods:
> > "FORCE" means changing the screen resolution to the mode of the surface.
> > If there is no match
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:
> wayland-devel-bounces+juan.j.zhao=linux.intel@lists.free
74 matches
Mail list logo
