The shortkeys I'm referring to are typically ...
so z, f1, etc.
Currently, in the application each applet registers a shortkey with a
description, its icon, and a callback. So all shortkeys are configurable
from a single place in the UI.
The user can double-click on a shortkey to enter a new one, s
On Friday 04 July 2014 14:04:03 Dodier-Lazaro, Steve wrote:
> The problem is: what are the allowed global shortcuts leaking about users?
>
> If it's any key that can be listened to, then we've just gotten ourselves an
> API for implementing keyloggers.
Just because the API and standard allow any
Since version 209 of systemd, libsystemd-login has been merged
into libsystemd.so.
http://lists.freedesktop.org/archives/systemd-devel/2014-February/017146.html
This patch handles the case when systemd is built
without --enable-compat-libs (e.g. no libsystemd-login).
Signed-off-by: Valentin Popa
On Fri, Jul 04, 2014 at 10:31:53AM -0400, Jasper St. Pierre wrote:
> It's at a lower level than translating GLX to EGL. The client renders into
> specific card-buffers given its hardware-specific drivers inside mesa, and
> then passes a handle to those buffers to what it thinks is the X server
> us
I think the user should be in control here. I have a custom setup just
because it's something I did 10 years ago and it's engrained into my muscle
memory.
Ctrl+Shift+X is "pause/play music"
Ctrl+Shift+C is "play music" (which also means rewinding the current track
to the beginning)
Ctrl+Shift+D is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 04/07/2014 16:04, schrieb Dodier-Lazaro, Steve:
> Hi Michael,
>
>> Is there any reason global shortcuts should lie with an
>> application? Wouldn't it make more sense to provide an interface
>> on the compositor side, where clients can register a g
It's at a lower level than translating GLX to EGL. The client renders into
specific card-buffers given its hardware-specific drivers inside mesa, and
then passes a handle to those buffers to what it thinks is the X server
using the DRI3 protocol. Xwayland can in turn pass those buffers to the
real
On Fri, Jul 04, 2014 at 09:48:20AM -0400, Jasper St. Pierre wrote:
> Xwayland has DRI3/Present support, which means that any app that uses DRI3
> will work fine under it. Right now, this is the Intel driver, with support
> for the other FOSS drivers coming soon.
>
> Otherwise, we fall back to non-
Hi Michael,
> Is there any reason global shortcuts should lie with an application?
>Wouldn't it make more sense to provide an interface on the compositor
> side, where clients can register a global shortcut and the compositor
> sends an event back in case of the shortcut being pressed.
>
> In that
Xwayland has DRI3/Present support, which means that any app that uses DRI3
will work fine under it. Right now, this is the Intel driver, with support
for the other FOSS drivers coming soon.
Otherwise, we fall back to non-hardware-accelerated codepaths. It won't
break, but it will mean that you won
On Fri, Jul 04, 2014 at 03:14:43PM +0200, Kalrish Bäakjen wrote:
> If I have understood you correctly, GLX (the means for setting up an OpenGL
> context under X) will interact with the XWayland instance, which will then,
> in turn, interact with the Wayland compositor, giving it the image rendered
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04.07.2014 12:53, Dodier-Lazaro, Steve wrote:
> Hi Fabrice,
>
>> Hi all, This topic came up in my previous one about window
>> placement, and I'd like to go further. So currently there is no
>> such thing as Global shortkeys and keyboard focus, how
If I have understood you correctly, GLX (the means for setting up an OpenGL
context under X) will interact with the XWayland instance, which will then,
in turn, interact with the Wayland compositor, giving it the image rendered
by its client. So, AFAIK, legacy applications that use GLX should work
Hi,
I quickly saw that there is a effort to put xorg on wayland, which
is the correct migration path.
My concern is, it seems, to be limited to basic x11.
What about xorg/GLX/GL on top of wayland?
regards,
--
Sylvain BERTRAND
___
wayland-devel mailing
Le 04/07/2014 09:58, Pekka Paalanen a écrit :
On Thu, 3 Jul 2014 22:38:34 +0200
Fabrice Rey wrote:
Hi all,
This topic came up in my previous one about window placement, and I'd like
to go further.
So currently there is no such thing as Global shortkeys and keyboard focus,
Have you tried sear
Hi Fabrice,
> Hi all,
> This topic came up in my previous one about window placement, and I'd like to
> go further.
> So currently there is no such thing as Global shortkeys and keyboard focus,
> however let me present a typical real use-case:
> [...]
>
> Now, I've read some vague things about pri
HI Fabrice,
Just to follow on what Pekka said ; I don't think, either, that it's good
idea to try to define zillions of DE-oriented interfaces now ; but it may
be worth working on testing/demo implementations.
A real-world example : Weston has nothing such as a "taskbar". Some months
ago, I propo
On 04.07.2014 17:51, Ander Conselvan de Oliveira wrote:
> On 07/04/2014 04:13 AM, Michel Dänzer wrote:
>> On 03.07.2014 21:27, Ander Conselvan de Oliveira wrote:
>>> On 06/25/2014 05:09 PM, Alvaro Fernando García wrote:
Init cursor size to 64x64 if drmGetCap() fails.
Use Mesa GBM_BO_
On 07/04/2014 04:13 AM, Michel Dänzer wrote:
On 03.07.2014 21:27, Ander Conselvan de Oliveira wrote:
On 06/25/2014 05:09 PM, Alvaro Fernando García wrote:
Init cursor size to 64x64 if drmGetCap() fails.
Use Mesa GBM_BO_USE_CURSOR define (which removes 64x64 restriction)
Signed-off-by: Alvaro
On Thu, 3 Jul 2014 22:38:34 +0200
Fabrice Rey wrote:
> Hi all,
> This topic came up in my previous one about window placement, and I'd like
> to go further.
> So currently there is no such thing as Global shortkeys and keyboard focus,
Have you tried searching for the wayland-devel mailing list
a
On Thu, 3 Jul 2014 22:26:49 +0200
Fabrice Rey wrote:
> > "They have fundamentally different needs than the average
> application"
> Well yes, I'm very aware they are, but when you say "DE-component", I see a
> huge PITA for the developpers who would want to add such features in the
> desktop.
> N
Title can decide the geometry of a frame because it may affect the
existence of titlebar, so setting geometry_dirty in frame_set_title for
potential change.
Signed-off-by: Boyan Ding
---
shared/frame.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/shared/frame.c b/shared/frame.c
index aacc
There exist frames which have buttons without title such as a simple
X application piped through xwayland which doesn't specify a title.
We draw the title bar with buttons, but hide it under the window
because geometry thinks a window needs titlebar only if it has title.
This patch change the cond
23 matches
Mail list logo
