This avoids spew when a NULL icon is passed to load_icon_or_fallback().
It also avoids using cairo_image_surface_create_from_png() when
CAIRO_HAS_PNG_FUNCTIONS is not defined.
---
clients/desktop-shell.c | 18 +++---
1 file changed, 11 insertions(+), 7 deletions(-)
diff --git a/clien
The compositor sends surface info as necessary to the wl_shell client using
the special surface_data interface. This patch uses this information to render
a window list in the panel.
---
v3:
* Restructured to use the new surface_data interface objects
* Split into multiple patches for clarity an
We needed a way to send surface data to the shell client. This patch introduces
a new surface_data_manager interface that allows the compositor to send surface
data to the shell client, using the new surface_data object interface. This
allows the shell client to receive information about surfaces t
On Tue, 2 Oct 2012 21:12:35 -0700
"U. Artie Eoff" wrote:
> From: "U. Artie Eoff"
>
> desktop-shell never returned from display_run() since it
> was essentially killed when weston exited. To fix this,
> it is necessary to watch for EPOLLHUP in window.c so that
> toytoolkit clients will return
aok, thanks!
> -Original Message-
> From: Pekka Paalanen [mailto:ppaala...@gmail.com]
> Sent: Wednesday, October 03, 2012 7:32 AM
> To: Hársszegi Tibor
> Cc: Rob Bradford; wayland-devel@lists.freedesktop.org; Rob Bradford
> Subject: Re: [PATCH 2/2] simple-shm: Draw the test motif
> surr
On Tue, 2 Oct 2012 21:15:36 +0200
Hársszegi Tibor wrote:
> Call me lame, but what happens with "small" windows (e.g <20x20)?
simple-shm is not resizeable.
>
> Feladó: Rob Bradford [r...@robster.org.uk]
> Küldve: 2012. október 2. 19:03
> Címzett: wayland-
Although this is not a critical fix, it does increase unit test function
coverage when weston is run with the desktop-shell (the default)
;-)
U. Artie
>-Original Message-
>From: Eoff, Ullysses A
>Sent: Tuesday, October 02, 2012 9:13 PM
>To: wayland-devel@lists.freedesktop.org
>Cc: Eoff, U
From: "U. Artie Eoff"
desktop-shell never returned from display_run() since it
was essentially killed when weston exited. To fix this,
it is necessary to watch for EPOLLHUP in window.c so that
toytoolkit clients will return from display_run() when
weston quits. This allows for clients to clean
Hi,
On 3 October 2012 05:34, Bill Spitzak wrote:
> Having read the bug, it seems extremely specific to layout switching with
> shift+ctrl.
It's not.
> However there are a lot of other identical bugs that prevent
> things that are common on Windows from working on X:
>
> 1. One post mentions tha
Hi guys,
As mentioned earlier, I've been checking out a bit how the input method
interface "text" has been proceeding in Weston. Nice stuff on the editor
and virtual keyboard apps. Based on those, I came up with bunch of
questions, suggestions and comments.
First, how does this and normal hardwar
Having read the bug, it seems extremely specific to layout switching
with shift+ctrl. However there are a lot of other identical bugs that
prevent things that are common on Windows from working on X:
1. One post mentions that hitting the "windows" key does some action,
but that makes it imposs
Call me lame, but what happens with "small" windows (e.g <20x20)?
Feladó: Rob Bradford [r...@robster.org.uk]
Küldve: 2012. október 2. 19:03
Címzett: wayland-devel@lists.freedesktop.org
Másolatot kap: Rob Bradford
Tárgy: [PATCH 2/2] simple-shm: Draw the test
Similar to strcasecmp() this function does an case-insensitive match. The
match will _always_ be case-insensitive and return the lower-case
character if there are conflicts.
So if you want an exact match, you should use the normal lookup first and
fallback to this.
This should _never_ be used for
Instead of using a home-brew hashtable generator, we should instead use
the gperf program which is known to work.
This removes the "makekeys" programs and instead replaces it by a file
that can generate input files for gperf. Gperf then generates hashtables
for all of these input files and writes
From: Rob Bradford
We can then use a wl_surface_damage to just trigger the compositor to update
just a selected region of the buffer and thus test damaging a sub region.
---
clients/simple-shm.c | 20 +---
1 file changed, 13 insertions(+), 7 deletions(-)
diff --git a/clients/sim
From: Rob Bradford
This will allow us to change just a sub region of the buffer.
---
clients/simple-shm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/clients/simple-shm.c b/clients/simple-shm.c
index 252e040..e8dc620 100644
--- a/clients/simple-shm.c
+++ b/clients/simple-
On Tue, Oct 02, 2012 at 11:07:11AM +0200, David Herrmann wrote:
> On Tue, Oct 2, 2012 at 9:37 AM, Ran Benita wrote:
> > I like the idea, and it seems to work.
> >
> > First, one thing that's easy to miss, this should work:
> > assert(test_string("xf86_switch_vt_5", XKB_KEY_XF86Switch_VT_5));
>
Hi,
On 2 October 2012 17:51, Ran Benita wrote:
> Well, speaking of XKB bugs, there's this one which is inherent to the
> specification:
> https://bugs.freedesktop.org/show_bug.cgi?id=865
> We might want to consider some way to properly fix this?
Indeed. I still can't think of a way to do this p
Compute the nearest glyph edge instead of taking the one to the
left of the cursor.
Also fixes a segfault when trying to compute the position for an empty
buffer.
---
clients/editor.c | 18 +-
1 file changed, 13 insertions(+), 5 deletions(-)
diff --git a/clients/editor.c b/client
---
clients/editor.c | 16 +---
1 file changed, 9 insertions(+), 7 deletions(-)
diff --git a/clients/editor.c b/clients/editor.c
index 7140e53..7e6845f 100644
--- a/clients/editor.c
+++ b/clients/editor.c
@@ -700,6 +700,8 @@ text_entry_draw_preedit(struct text_entry *entry, cairo_t
*
---
clients/editor.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/clients/editor.c b/clients/editor.c
index c656b06..7140e53 100644
--- a/clients/editor.c
+++ b/clients/editor.c
@@ -639,7 +639,7 @@ text_entry_draw_selection(struct text_entry *entry, cairo_t
*cr)
c
---
clients/editor.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/clients/editor.c b/clients/editor.c
index 5643338..c656b06 100644
--- a/clients/editor.c
+++ b/clients/editor.c
@@ -500,7 +500,8 @@ text_entry_update_layout(struct text_entry *entry)
{
char *text;
Hi Ran
On Tue, Oct 2, 2012 at 9:37 AM, Ran Benita wrote:
> Hi David,
>
> On Mon, Oct 01, 2012 at 07:29:58PM +0200, David Herrmann wrote:
>> xkb_keysym_from_name() uses a big lookup table generated by "makekeys"
>> to find keysyms. It does this case-sensitive because we have keys like
>> XKB_KEY_A
On Tue, Oct 02, 2012 at 12:35:31PM +1000, Daniel Stone wrote:
> Hi,
>
> On 2 October 2012 11:38, wrote:
> > On 10/02, Фамилия Имя wrote:
> >> switch between different keyboard layouts (languages) using both alt keys.
> >> It was
> >
> >> https://bugs.freedesktop.org/show_bug.cgi?id=4927
> >
> >
Hi David,
On Mon, Oct 01, 2012 at 07:29:58PM +0200, David Herrmann wrote:
> xkb_keysym_from_name() uses a big lookup table generated by "makekeys"
> to find keysyms. It does this case-sensitive because we have keys like
> XKB_KEY_A and XKB_KEY_a. So if a user searches for "a" we must always
> retu
25 matches
Mail list logo
