, KEY_POWER, KEY_BACK, KEY_MENU, ... in it. Is it
right?
http://cgit.freedesktop.org/wayland/libinput.
libinput hasn't been migrated to Tizen Wayland Common/IVI repos so far.
Will it be available on Tizen in the future?
Thanks.
Yan Wang
___
wa
fig(gl)
>
> We are looking for the cause.
>
> Yan Wang
>
>
>> Hi Yan,
>> "And I am not sure whether USE_XDG_SHELL macro is enabled in current
Tizen upstream."
>> It is enabled by default. If you download a sufficiently recent
snapshot
>> of
>
Sure. We Tizen IVI tried 20140704.2 image and found this macro is enabled.
But when we tried to build efl by GBS, we get the following error:
efl:
nothing provides pkgconfig(gl)
We are looking for the cause.
Yan Wang
> Hi Yan,
>
> "And I am not sure whether USE_XDG_SHELL macro
shouldn't be used?
And I am not sure whether USE_XDG_SHELL macro is enabled in current
Tizen upstream.
Yan Wang
> On Thu, 31 Jul 2014 01:02:33 -0700 (PDT) yan.w...@linux.intel.com said:
>
>> E.g. When we start a new application on mobile platform, previous running
>> appl
Thanks. I will check it.
Yan Wang
> Yan,
>
> No way to change order of top-level surfaces in current Wayland
> protocol.
> If you want to do it, you can extend protocol by yourself and implement
> own shell loaded on Weston.
>
> One example is http://projects.genivi.o
Yes. I also think so. But we may need the comments of Wayland maintainer
about this design because it need change the compositor logic.
Yan Wang
> Sure. You can do this from your compositor. Weston has internal APIs known
> as "layers", and these control stacking order. To pa
just make this slept app waked up.
Yan Wang
> There is currently no way to influence the stacking order of top-level
> surfaces. Why do you need this?
> On Jul 31, 2014 9:28 AM, wrote:
>
>> Hi, All,
>>I found X provides raise/lower APIs to manger window Z-order. But
&
Hi, All,
I found X provides raise/lower APIs to manger window Z-order. But there
isn't related APIs in Wayland/Weston.
May it should be one design idea of Wayland in fact or I could achieve
this by current Wayland protocol?
Thanks.
Yan
erent wl_client pointers.
In weston_pointer_set_focus() (src/input.c), move_resources_for_client()
may drop the focused surface because mismatched wl_client.
Who could confirm it?
Thanks.
Yan Wang
___
wayland-devel mailing list
wayland-
e
>content is changed.
>
> - We explicity avoid setting up a listen socket and pass the fd to
>nested-client (WebProcess) by leaving it open across exec and
>setting the WAYLAND_SOCKET environment variable to the fd number.
> wl_display_connect() in the client will l
ne wl_buffer (back buffer) for sharing between UI and Web
process.
Now Kalyan has changed the mechanism in WebKit upstream (shared-surface
branch) of tzien.org. He uses both 2 wl_buffer fully and avoid use
multiply platform surfaces like X in WebGL context
(GraphicsContext3DOffscreen). So This issue
on't have a shared-surface branch.
We use gerrit /platform/framework/web/webkit-efl.
I am not sure whether it is available for you?
Yan Wang
>
> how do I get to that webkit0-efl repository you mentioned?
>
> Iago
>
>
>> Yan Wang
>>
>>>
>>> Chee
> Hi Yan,
> Is this code available somewhere?
If you could get the code of webkit0-efl from tizen.org, you could find
them on shared-surface branch. Kalyan integrated my implementation into
it.
Thanks.
Yan Wang
>
> Cheers,
> Daniel
>
> On 9 July 2013 09:13, wrot
ck of wl_compositor_surface.
In general, the idea use wl_egl_window instead of X pixmap on Web
process, and use EGL image/texture from wl_buffer to do compositing on
UI process.
Hope the above idea useful for you.
Thanks.
Yan Wang
> On Mon, Jul 8, 2013 at 3:40 PM, Iago Toral wrote:
>> El
x27;t stable version for Google too. So crash may not be
caused by my porting. Of course, I will try my best to investigate it.
If any other problem, please tell me.
Thanks.
Yan Wang
___
wayland-devel mailing list
wayland-devel@lists.freedeskt
Hi,
Thanks for your help.
Yan Wang
> On Fri, 1 Jun 2012 07:10:47 -0700 (PDT)
> yan.w...@linux.intel.com wrote:
>
>> Hi, All,
>> I found there is compiling error by default configuration of Weston:
>> CXXandroid-framebuffer.lo
>> In file included
it.
It is too later for me. I could investigate it in the next week or who
could fix it?
Thanks.
Yan Wang
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
From: Yan Wang
This array is allocated in create_cursors(). It should be freed in
destroy_cursors().
---
clients/window.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/clients/window.c b/clients/window.c
index bab5d76..0c6f556 100644
--- a/clients/window.c
+++ b
From: Yan Wang
Add extern "C" macro definition for C++.
---
cursor/wayland-cursor.h |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/cursor/wayland-cursor.h b/cursor/wayland-cursor.h
index 154cd84..f8bf8d1 100644
--- a/cursor/wayland-cursor.h
+++ b/curs
enient to browsing web content if
>> supporting mouse wheel scrolling.
>
> I'm not sure why you're checking for BTN_SIDE/BTN_EXTRA.
Thanks for your tips. Just check BTN_SIDE/BTN_EXTRA in the previous old
Wayland implementation in Chromium tree. I will try Axis callback.
Yan Wang
>
Hi, All,
I am not sure whether mouse wheel event is supported in current Weston?
I add checking of BTN_SIDE/BTN_EXTRA in input button callback but no
response. It may be more convenient to browsing web content if
supporting mouse wheel scrolling.
Thanks.
Yan Wang
> Dear Yan,
>
> Could you share your work on chromium?
> I also want to run chromium on wayland.
I am applying for the approval. If finished, I will announce it in this
mail list.
Thanks.
Yan Wang
>
> Thank you.
> On Wed, May 9, 2012 at 11:32 AM, wrote:
>
>> &g
viewing as soon as possible
after some necessary flows. BTW, Goggle seemed also to update Chrome Aura
path because continuously because setting menu is supported when my
porting is re-based on the newer version.
Yan Wang
>
>> Â Known issues:
>> Â 1. In one screen shot picture, I play
t only uses EGL (gles2).
>
> Could it choose among three options by just build config?
Currently Wayland seems only support EGL?
Thanks.
Yan Wang
>
> Thank you.
>> Thanks.
>>
>> Yan Wang
>>
>> > 2012. 5. 4. ¿ÀÈÄ 5:43¿¡ ´ÔÀÌ ÀÛ¼º:
>> >>
>>
> Sorry, this is question about chromium.
> Does aura's backend platform is gles/egl ?
For normal chromium browser based on Aura, it could use one of GLX, EGL
and OSMesaGL. In my porting, it only uses EGL (gles2).
Thanks.
Yan Wang
> 2012. 5. 4. ¿ÀÈÄ 5:43¿¡ ´ÔÀÌ ÀÛ¼º:
>>
&
gt;>4. Browser mousing resizing and maximizing (Wayland window/Aura shell
>> in
>> fact) hasn't been supported. I need more debugging and studying.
>>Thanks.
>>
>> Yan Wang
>>
>>
>> ___
>> way
alid mode
> [ 21.401988] udlfb: 1440x900 @ 75 Hz valid mode
> [ 21.406462] udlfb: Reallocating framebuffer. Addresses will change!
> [ 21.419758] udlfb: 1680x1050 @ 59 Hz valid mode
> [ 21.424335] udlfb: set_par mode 1680x1050
> [ 21.472623] udlfb: open /dev/fb0 user=0 fb_info=df0e8c0
op.org
> http://lists.freedesktop.org/mailman/listinfo/wayland-devel
>
Very cool. Is it native app? In the future, will it support JAVA app?
Thanks.
Yan Wang
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
produce identical output using bitshift and
> division when it's trivial to optimize away the division as in the
> above case. IMHO using bitshift in these situations just adds
> confusion if the purpose of the expression actually was an arithmetic
> division.
>
> Jonas
>
Could you please explain what are IINM and IMHO? Very thanks.
Yan Wang
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
ant divisors.
>
> Right, I didn't pay too much attention to performance, it is a debug
> app after all. Can be optimised if someone has trouble with it.
>
>
> Thanks,
> pq
>
Yes. Current popular compilers may do this optimization. But ">>" may be
better
t; Thanks,
> pq
> ___
> wayland-devel mailing list
> wayland-devel@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/wayland-devel
>
About "simple-shm: render meaningful diagnostics", Because paint_pixe
p.org/mailman/listinfo/wayland-devel
>
"zoom" includes alpha and size changing, "fade" has only "alpha" changing.
If we have more effects, may they will interfere each other when enabling
multiply effects?
Thanks.
Yan Wang
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
urf->fullscreen.type = WL_SHELL_SURFACE_FULLSCREEN_METHOD_DEFAULT;
> shsurf->fullscreen.framerate = 0;
> --
> 1.7.5.4
>
> _______
> wayland-devel mailing list
> wayland-devel@lists.freedesktop.org
> http://lists.freedesktop.org
.link);
> +
> + return fade;
> +}
> +
> --
> 1.7.5.4
>
> ___
> wayland-devel mailing list
> wayland-devel@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/wayland-devel
>
Just confirmation w
y(shell->child.client);
>
> + wl_list_for_each(surface, &shell->compositor->surface_list, link) {
> + shsurf = get_shell_surface(surface);
> + if (!shsurf)
> + continue;
> + if (!wl_list_empty(&shsurf->ping_timer_list))
> + wl_list_for_each_safe(timer, next,
> + &shsurf->ping_timer_list, link) {
> + if (timer)
> + free(timer);
> + }
> + }
> +
> free(shell->screensaver.path);
> free(shell);
> }
> @@ -2202,6 +2315,7 @@ shell_init(struct weston_compositor *ec)
> wl_signal_add(&ec->lock_signal, &shell->lock_listener);
> shell->unlock_listener.notify = unlock;
> wl_signal_add(&ec->unlock_signal, &shell->unlock_listener);
> + ec->ping_handler = ping_handler;
>
> wl_list_init(&shell->backgrounds);
> wl_list_init(&shell->panels);
> --
> 1.7.4.1
>
> ___
> wayland-devel mailing list
> wayland-devel@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/wayland-devel
>
Read this patch, ping_timeout = 15000. May it be put in weston option for
custom definition?
Best regards,
Yan Wang
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
on);
> int wl_connection_write(struct wl_connection *connection, const void
> *data, size_t count);
> int wl_connection_queue(struct wl_connection *connection,
> const void *data, size_t count);
> --
> 1.7.1
>
> ___
> wa
he future? Or should I use
>>> eglCreatePixmapSurface instead of it?
>>> Â Thanks.
>>>
>>> Yan Wang
>>
>> Maybe you can use surfaceless EGL with an FBO.
>>
>> When the KHR_surfaceless_gles2 extension is present you should be able
>&g
>>
> agree, just now I had a try and "make install_all" to install all the
> packages. :)
>
> Thanks,
> Juan
> ___
> wayland-devel mailing list
> wayland-devel@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/wayland-devel
he future? Or should I use
>>> eglCreatePixmapSurface instead of it?
>>> Â Thanks.
>>>
>>> Yan Wang
>>
>> Maybe you can use surfaceless EGL with an FBO.
>>
>> When the KHR_surfaceless_gles2 extension is present you should be able
>&g
Hi,
I found eglCreatePbufferSurface API isn't supported in Mesa for Wayland.
Will it be implemented in the future? Or should I use
eglCreatePixmapSurface instead of it?
Thanks.
Yan Wang
___
wayland-devel mailing list
wayland-
From: yanwang
For supportng sub transient window moving followed with main window:
1. In shell_surface_set_transient() record parent/child relationship
of weston_surface into wl_list.
2. Reset position transient windows recursively in move_grab_motion()
callback function.
3. Restack layer of tran
application to save additional data.
Yan Wang
> There was a bit of discussion about this because I thought it was
> necessary, too. However it appears that there is no actual reason to
> differentiate hide from the destruction of the surface (you then show by
> making a new surface and a
Thanks for your tips. I tried to call wl_shell_surface_move recursively
for transient window but no effect. Should I re-set transient surface or
other operations?
Yan Wang
> I think you are required to respond to configure requests by moving all
> the necessary windows, not just the o
Hi, All,
Current Wayland seems not support to show/hide existed Wayland Window.
May it be implemented in the future? Many applications need this
feature. (E.g. chromium browser)
Thanks.
Best regards
Yan Wang
___
wayland-devel mailing list
Hi, All,
I found transient window couldn't follow parent window when moving
parent window by wl_shell_surface_move in current Weston. May it be
implemented in the future?
Thanks.
Best regards,
Yan Wang
___
wayland-devel mailing list
wa
45 matches
Mail list logo