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
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:
I have a dock which is most of the time hidden (because a window is
overlaps
d, 2 Jul 2014 16:16:36 -0700
> Jason Gerecke wrote:
>
> > On Wed, Jul 2, 2014 at 3:33 PM, Fabrice Rey
> wrote:
> > >> "The question is: what action triggers it to make this ring of icons
> > >> appear?"
> > > A global shortkey (and yes
laces its window not relatively to a parent (which there is not), but
to the mouse
- it takes the (keyboard) focus when it appears
The second point is not related to this topic, so we can probably think of
it later.
2014-07-02 21:26 GMT+02:00 Bill Spitzak :
>
>
> On 07/02/2014 11:39 AM,
art to not work under
Gnome, we're in a serious trouble.
2014-07-02 8:08 GMT+02:00 Pekka Paalanen :
> On Wed, 2 Jul 2014 00:33:39 +0200
> Fabrice Rey wrote:
>
> > Pekka I think you misunderstod my point, let me try to be more clear.
> > The "circular menu" i
ute mouse position is not necessary if you can specify an
offset to it.
2014-07-02 1:01 GMT+02:00 Bill Spitzak :
>
>
> On 07/01/2014 03:33 PM, Fabrice Rey wrote:
>
>> Pekka I think you misunderstod my point, let me try to be more clear.
>> The "circular menu"
grab the mouse,
> response from the server after the grab saying where the mouse is relative
> to the surface, and the client creating a window and positioning it using
> this relative position.
>
>
> On 07/01/2014 03:39 PM, Fabrice Rey wrote:
>
>> > "When the keyboar
ing a shortkey (about global shortkeys, that's another point I'll come
back to later, let's assume we can have global shortkeys on Wayland for
now).
2014-07-01 21:57 GMT+02:00 Bill Spitzak :
>
>
> On 07/01/2014 11:52 AM, Fabrice Rey wrote:
>
>> Here is another problem
"how?"
2014-07-01 21:42 GMT+02:00 Pekka Paalanen :
> On Tue, 1 Jul 2014 20:52:28 +0200
> Fabrice Rey wrote:
>
> > Here is another problem (and sorry for my numerous messages,
> > I've just though of this one now) :-)
> > I have an application that pop
), it's just to show that the application should
be able to dynamically modify the relative position, with possibly any
value.
2014-07-01 8:36 GMT+02:00 Pekka Paalanen :
> Hi, please use reply-to-all.
>
> On Tue, 1 Jul 2014 00:21:51 +0200
> Fabrice Rey wrote:
>
>
> On Tue, 1 Jul 2014 00:21:51 +0200
> Fabrice Rey wrote:
>
> > Thank you both for your constructive explanations.
> >
> > > "You are thinking in X11 terms now"
> > I'm afraid; still, we'll probably have to think of some similar hints as
> >
> "In particular users expect to be able to copy this information from one
system to another but only for certain clients."
I didn't think of it but indeed, if you save the theme of your desklet
application and restore it on another system, you expect everything ot be
the same, including the positi
Thank you both for your constructive explanations.
> "You are thinking in X11 terms now"
I'm afraid; still, we'll probably have to think of some similar hints as
"skip_taskbar/skip_pager", because there will be some windows we don't want
to see in the list of windows.
> "Btw. what if you start tw
> Em dom 29 jun 2014, às 18:57:08, Fabrice Rey escreveu:
> > > "The idea is that those are tightly coupled with the compositor.
> There's
> >
> > no need to standardise if they only work with one compositor."
> >
> > Google gadget, Screenlet or Ca
lso doesn't add a new event to the API, and all toolkits already
provide the (wrong) information anyway. As a developper, I find this lack
of information quite inconvenient.
2014-06-29 18:50 GMT+02:00 Jasper St. Pierre :
>
> On Sun, Jun 29, 2014 at 12:41 PM, Fabrice Rey
> wrote:
also work
with any compositor.
2014-06-29 18:49 GMT+02:00 Thiago Macieira :
> Em dom 29 jun 2014, às 18:41:51, Fabrice Rey escreveu:
> > Well, a desklet is a desktop widget, for instance a clock or a weather
> > widget.
> > They are a bit particular in the sense that they shoul
bit particular in the sense that they should be placed at a
given position and have no decorations, but that's all, and as far as I
know, they have always been implemented using standard normal windows.
2014-06-29 18:26 GMT+02:00 Jasper St. Pierre :
> On Sun, Jun 29, 2014 at 12:21 PM, Fabric
2014-06-29 17:55 GMT+02:00 Thiago Macieira :
> Em dom 29 jun 2014, às 17:44:46, Fabrice Rey escreveu:
> > Hi,
> > First thank you for hard work on Wayland/X.
> >
> > As I understand, there is no window placement on the client side in
> Wayland.
> > Because of t
Hi,
First thank you for hard work on Wayland/X.
As I understand, there is no window placement on the client side in Wayland.
Because of that, a desklet application can't place its desklets on the
desktop. Currently in Weston, they are automatically placed (randomly, each
time at a different positi
19 matches
Mail list logo
