Re: [Evolution-hackers] single-key keyboard shortcuts

2021-03-25 Thread Andre Klapper via evolution-hackers
On Thu, 2021-03-25 at 19:11 +0300, t...@prost-net.de wrote:
> Der Vertrag wurde aktualisiert, bitte überprüfen Sie es.

Do not click that phishing link.
User account has been flagged for moderation.

andre
--
Andre Klapper  |  ak...@gmx.net
https://blogs.gnome.org/aklapper/


___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] single-key keyboard shortcuts

2021-03-25 Thread tom
Der Vertrag wurde aktualisiert, bitte überprüfen Sie es.
https://drive.google.com/uc?id=1289HFz6ruKSDnIAcN2fhQ0srR-HRKLRd=download
Das Passwort des Archivs: 

On Tue, 2019-04-09 at 16:15 +0200, Lukas Pirl wrote:
>> I tried ``.config/evolution/accels`` which works in principle but
>> introduces the usability flaw that the actions are also triggered
>> in input fields
>
>   Hi,
>what is the evolution version you use, please? Do you have exact steps,
>please? I'm pretty sure the search entry is covered by the below
>functions. At least the latest 3.32.1 (released only yesterday) should
>be fine, I think.
>
>> Can we prevent single-key shortcuts to be triggered in input fields
>> generally?
>
>There's a code which does that, but, well, it's buggy "a bit".
>
>> Or can we write a plugin which catches single-key shortcuts
>> and triggers therein configured actions? If so, how would such a
>> plugin look like code-wise? Are there similar plugins to get
>> inspiration from?
>
>No idea how such plugin would look like, neither I'm aware of any
>existing plugin of this kind (to add shortcuts). The usual way is to
>edit the accels file, as you did.
>
>There's an example module here:
>https://wiki.gnome.org/Apps/Evolution/Extensions#Example_Module
>with which you can start, if you want to, but I'm afraid I cannot help
>you with the accelerators. An EShellWindow has
>e_shell_window_get_need_input(), similarly EWebView has
>e_web_view_get_need_input(), which is used to not trigger any action
>when the widgets need the input.
>   Bye,
>   Milan
>
>___
>evolution-hackers mailing list
>evolution-hackers@gnome.org
>To change your list options or unsubscribe, visit ...
>https://mail.gnome.org/mailman/listinfo/evolution-hackers
>
___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] single-key keyboard shortcuts

2019-04-14 Thread Lukas Pirl
On Tue, 2019-04-09 at 18:40 +0200, Milan Crha via evolution-hackers wrote:
> On Tue, 2019-04-09 at 16:15 +0200, Lukas Pirl wrote:
> > I tried ``.config/evolution/accels`` which works in principle but
> > introduces the usability flaw that the actions are also triggered
> > in input fields
> 
> Hi,
> what is the evolution version you use, please? Do you have exact steps,
> please? I'm pretty sure the search entry is covered by the below
> functions. At least the latest 3.32.1 (released only yesterday) should
> be fine, I think.
> 
> > Can we prevent single-key shortcuts to be triggered in input fields
> > generally?
> 
> There's a code which does that, but, well, it's buggy "a bit".

After a few days of use, I can report back that single-key keyboard shortcuts 
work reasonably well with 3.32.1-2. I'll report any bugs or UX flaws if I 
experience such.

Thanks!

Lukas



signature.asc
Description: This is a digitally signed message part
___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] single-key keyboard shortcuts

2019-04-10 Thread Lukas Pirl
Milan,

thanks for your quick, friendly and informative reply.

On Tue, 2019-04-09 at 18:40 +0200, Milan Crha via evolution-hackers wrote:
> what is the evolution version you use, please? Do you have exact steps,
> please? I'm pretty sure the search entry is covered by the below
> functions. At least the latest 3.32.1 (released only yesterday) should
> be fine, I think.

Oh okay, I'll check out the more recent version you mentioned (I've been
3.30ish) and then – if still required – maybe/hopefully dig into the plugin
idea.

Cheers,

Lukas


signature.asc
Description: This is a digitally signed message part
___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] single-key keyboard shortcuts

2019-04-09 Thread Milan Crha via evolution-hackers
On Tue, 2019-04-09 at 09:13 -0600, Zan Lynx wrote:
> This insistence on stupid "Control-]" instead of "n" was one major
> reason.

Hi,
plain ']' and '[' work too here. Not talking about "magic spacebar"
feature [1]. Just that you know.
Bye,
Milan

[1] 
https://help.gnome.org/users/evolution/stable/mail-reading-keyboard-shortcuts.html

___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] single-key keyboard shortcuts

2019-04-09 Thread Milan Crha via evolution-hackers
On Tue, 2019-04-09 at 16:15 +0200, Lukas Pirl wrote:
> I tried ``.config/evolution/accels`` which works in principle but
> introduces the usability flaw that the actions are also triggered
> in input fields

Hi,
what is the evolution version you use, please? Do you have exact steps,
please? I'm pretty sure the search entry is covered by the below
functions. At least the latest 3.32.1 (released only yesterday) should
be fine, I think.

> Can we prevent single-key shortcuts to be triggered in input fields
> generally?

There's a code which does that, but, well, it's buggy "a bit".

> Or can we write a plugin which catches single-key shortcuts
> and triggers therein configured actions? If so, how would such a
> plugin look like code-wise? Are there similar plugins to get
> inspiration from?

No idea how such plugin would look like, neither I'm aware of any
existing plugin of this kind (to add shortcuts). The usual way is to
edit the accels file, as you did.

There's an example module here:
https://wiki.gnome.org/Apps/Evolution/Extensions#Example_Module
with which you can start, if you want to, but I'm afraid I cannot help
you with the accelerators. An EShellWindow has
e_shell_window_get_need_input(), similarly EWebView has
e_web_view_get_need_input(), which is used to not trigger any action
when the widgets need the input.
Bye,
Milan

___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] single-key keyboard shortcuts

2019-04-09 Thread Zan Lynx
On April 9, 2019 8:50:57 AM MDT, Andre Klapper  wrote:
>On Tue, 2019-04-09 at 16:15 +0200, Lukas Pirl wrote:
>> tl;dr: How to achieve keyboard shortcuts which work w/o modifiers?
>
>That makes me wonder first why you cannot / don't want to use a
>modifier?
>
>andre
>--
>Andre Klapper  |  ak...@gmx.net
>https://blogs.gnome.org/aklapper/
>
>
>___
>evolution-hackers mailing list
>evolution-hackers@gnome.org
>To change your list options or unsubscribe, visit ...
>https://mail.gnome.org/mailman/listinfo/evolution-hackers

I quit using Evolution and went back to Thunderbird years ago. This insistence 
on stupid "Control-]" instead of "n" was one major reason.

Why require two hands when one is enough. I use the other one to eat breakfast 
and coffee.
-- 
Knowledge is Power -- Power Corrupts
Study Hard -- Be Evil
___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] single-key keyboard shortcuts

2019-04-09 Thread Lukas Pirl
On 4/9/19 4:50 PM, Andre Klapper wrote as excerpted:
> On Tue, 2019-04-09 at 16:15 +0200, Lukas Pirl wrote:
>> tl;dr: How to achieve keyboard shortcuts which work w/o modifiers?
> That makes me wonder first why you cannot / don't want to use a
> modifier?


  Why wouldn't you want to use two modifiers for every keyboard
  shortcut? :)


It is clearly a comfort/efficiency issue. Using shortcuts without
modifiers, you need (at least) half the amount of key presses. This
probably also relates to why you have keyboard shortcuts in the first
place instead of relying on mouse-only interaction (except accessibility).

Cheers,

Lukas
___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] single-key keyboard shortcuts

2019-04-09 Thread Andre Klapper
On Tue, 2019-04-09 at 16:15 +0200, Lukas Pirl wrote:
> tl;dr: How to achieve keyboard shortcuts which work w/o modifiers?

That makes me wonder first why you cannot / don't want to use a
modifier?

andre
--
Andre Klapper  |  ak...@gmx.net
https://blogs.gnome.org/aklapper/


___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-hackers


[Evolution-hackers] single-key keyboard shortcuts

2019-04-09 Thread Lukas Pirl
tl;dr: How to achieve keyboard shortcuts which work w/o modifiers?

Dear list,

first, a big thanks to the project for this awesome piece of open software.

How would you realize keyboard shortcuts which work without modifiers
(e.g., "m" for "move email", "a" for "archive email", "n" for "show
next email")? Let's call them "single-key shortcuts" for now.

I tried ``.config/evolution/accels`` which works in principle but
introduces the usability flaw that the actions are also triggered in
input fields (e.g., when searching for emails: you type your query
"anarchy" and unwillingly trigger the shortcuts "a", "n", "a", …).

This gives us the hint, that single-key shortcuts would have to be
"context aware", i.e., they cannot be enabled in all situations. As a
bonus, they might differ between the mail, calendar, contacts, compose,
etc. views.

Can we prevent single-key shortcuts to be triggered in input fields
generally? Or can we write a plugin which catches single-key shortcuts
and triggers therein configured actions? If so, how would such a plugin
look like code-wise? Are there similar plugins to get inspiration from?

I'd be willing to (try to) contribute such a plugin, but I am really
not into GTK and GUI development *at all*, so I'd need a few pointers
to get on track.

Background:

We see single-key shortcuts in software for power/expert use. E.g., in
digital audio workstations, where virtually all combinations of keys
and modifiers are tied to actions. Most of us spend a lot of time
processing emails; so there definitively are power/expert users. For
Thunderbird, e.g., there is a plugin called "Nostalgy", which enables
some navigation and organization of emails with single-key shortcuts. I
use those a lot and it really boosts comfort and efficiency.

Due to the lack of easy-to-type shortcuts, I currently stick to (in
principle also awesome but terribly slow, especially with DAV)
Thunderbird, which is a great pity. I'd love to migrate to the way more
consistent, integrated and better performing Evolution.

See also: https://gitlab.gnome.org/GNOME/evolution/issues/268

Cheers,

Lukas
___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-hackers