Re: [Evolution] Evolution can't access contacts

2019-04-12 Thread Ralf Mardorf via evolution-list
On Fri, 12 Apr 2019 09:14:41 +0200, Milan Crha via evolution-list wrote:
>Your option would be to downgrade ICU to 63 and update
>evolution* packages to their latest version.

No, downgrading isn't an option, the dependency tree for ICU is way to
long, so I keep up with 64 from official Arch repositories, but provide
the 63 libraries, too.

[rocketmouse@archlinux ~]$ ls /usr/lib/libicu*
/usr/lib/libicudata.so   /usr/lib/libicui18n.so   /usr/lib/libicuio.so  
 /usr/lib/libicutest.so   /usr/lib/libicutu.so   
/usr/lib/libicuuc.so
/usr/lib/libicudata.so.63/usr/lib/libicui18n.so.63
/usr/lib/libicuio.so.63/usr/lib/libicutest.so.63/usr/lib/libicutu.so.63 
   /usr/lib/libicuuc.so.63
/usr/lib/libicudata.so.63.1  /usr/lib/libicui18n.so.63.1  
/usr/lib/libicuio.so.63.1  /usr/lib/libicutest.so.63.1  
/usr/lib/libicutu.so.63.1  /usr/lib/libicuuc.so.63.1
/usr/lib/libicudata.so.64/usr/lib/libicui18n.so.64
/usr/lib/libicuio.so.64/usr/lib/libicutest.so.64/usr/lib/libicutu.so.64 
   /usr/lib/libicuuc.so.64
/usr/lib/libicudata.so.64.1  /usr/lib/libicui18n.so.64.1  
/usr/lib/libicuio.so.64.1  /usr/lib/libicutest.so.64.1  
/usr/lib/libicutu.so.64.1  /usr/lib/libicuuc.so.64.1

I could change the *so links...

[rocketmouse@archlinux ~]$ ls -l /usr/lib/libicu*so
lrwxrwxrwx 1 root root 18 Apr  4 22:26 /usr/lib/libicudata.so -> 
libicudata.so.64.1
lrwxrwxrwx 1 root root 18 Apr  4 22:26 /usr/lib/libicui18n.so -> 
libicui18n.so.64.1
lrwxrwxrwx 1 root root 16 Apr  4 22:26 /usr/lib/libicuio.so -> libicuio.so.64.1
lrwxrwxrwx 1 root root 18 Apr  4 22:26 /usr/lib/libicutest.so -> 
libicutest.so.64.1
lrwxrwxrwx 1 root root 16 Apr  4 22:26 /usr/lib/libicutu.so -> libicutu.so.64.1
lrwxrwxrwx 1 root root 16 Apr  4 22:26 /usr/lib/libicuuc.so -> libicuuc.so.64.1

to 63 and build the evolution 3.32.1 related packages (or just eds?)
against 63, but instead I'll stay with 3.32.0 and be patient.


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


Re: [Evolution] Evolution can't access contacts

2019-04-12 Thread Ralf Mardorf via evolution-list
On Fri, 12 Apr 2019 09:46:01 +0100, Patrick O'Callaghan wrote:
>On Fri, 2019-04-12 at 09:51 +0200, Ralf Mardorf via evolution-list
>wrote:
>> On Fri, 2019-04-12 at 09:14 +0200, Milan Crha wrote:  
>> > On Fri, 2019-04-12 at 03:55 +0200, Ralf Mardorf wrote:  
>> > > Downgrading to 3.32.0-1 and providing both versions of
>> > > /usr/lib/libicu* 63 and 64, the contacts are available again.  
>> > 
>> > according to [1] evolution-data-server (eds) doesn't build against
>> > ICU 64.  
>> 
>> Thank you Milan,
>> 
>> I posted a link to the bug I reported
>> 
>> https://bugs.archlinux.org/task/62317 [evolution] can't access
>> contacts
>> 
>> and to a bug reported by another Arch Linux user.
>> 
>> https://bugs.archlinux.org/task/62295 Calendar sync freeze on
>> Evo...  
>
>Not sure if posting bugs for one specific distro is useful on this
>list. If this is an Evo bug, it should go on the Evo GIT page.

Hi Patrick,

after sending the reply I noticed that my phrasing wasn't well chosen,
but I thought that sending a correction was unnecessary.

What I wanted to point out is, that I posted the link to Milan's
reply
[ https://mail.gnome.org/archives/evolution-list/2019-April/msg00068.html ]
as an addition to the Arch Linux bug tracker reports, since it provides
Milan's explanation and a link to the related evolution-data-server
issue
[ https://gitlab.gnome.org/GNOME/evolution-data-server/issues/102 ].

Regards,
Ralf

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


Re: [Evolution] Keyboard shortcuts and Search bar

2019-04-12 Thread Lukas Pirl
On Fri, 2019-04-12 at 09:07 +0200, Milan Crha via evolution-list wrote:
> On Fri, 2019-04-12 at 00:00 +0200, Lukas Pirl wrote:
> > > What is the accel file entry (default) for jumping or getting in to
> > > the ’Search bar’ -AND- Can we configure a custom shortcut for
> > > jumping to the Search bar?

> For the search entry it's Altr+C here
> (English locale, the translators can choose a different letter).

Fair enough for now. Users could use the wonderful Autokey¹ to assign a custom
keyboard shortcut as a workaround.

> > once the focus is in the search input, how to focus the message list
> > again?
> 
> Tab, Tab, Tab (3-times Tab) works here. The first Tab focuses the "in"
> part of the Search (aka "Current Folder"), the second Tab focuses the
> To Do bar (when you've it hidden, it'll be two Tab-s only), the third
> Tab focuses the message list.

True; a bit cumbersome but bearable.

> > Something like "Esc" would be nice to "clear the search and focus the
> > message list".

> I've been thinking of that, it would make the UI
> slightly lighter too (showing the Show: ... Search:" part only if any
> filtering is enabled from it), but it's not the current state. The Esc
> won't work well when the Search is empty and the Show has set anything
> but the All Message item, though it's a matter of allowing the Esc to
> disable both parts, not a matter of code/design/... obstacles. Well,
> once the bar is changed, which is not the case now. Something close to
> your request seems to be filled here [1] (the request can be fine-tuned 
> there).

Apart from Esc, yes, making the search bar Ctrl+Shift+F-like would be nice to
save some screen space for unused UI elements (i.e., hide the search bar when
currently not filtering, in this case).

Best,

Lukas

¹ https://github.com/autokey/autokey



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


Re: [Evolution] search emails on (IMAP) server

2019-04-12 Thread Lukas Pirl
On Fri, 2019-04-12 at 11:27 +0100, Pete Biggs wrote:
> I may not lie, but there's more to it.  It depends on what sort of
> search you are doing.  If Evo can do the search locally (like searching
> for Subject or Address - i.e. fields it downloads automatically) then
> it will do. It is only for searches such as "Message Contains" or "Body
> Contains" that it uses server side.

Thanks Pete, I extended the merge request¹ accordingly.

lp

¹ https://gitlab.gnome.org/GNOME/evolution/merge_requests/8/diffs



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


Re: [Evolution] Keyboard shortcuts and Search bar

2019-04-12 Thread Lukas Pirl
On Fri, 2019-04-12 at 11:58 +0200, Andre Klapper wrote:
> On Fri, 2019-04-12 at 00:00 +0200, Lukas Pirl wrote:
> > once the focus is in the search input, how to focus the message list
> > again?
> 
> F6 is used in GNOME for this.

Thanks Andre.

However, when in the search input, F6 toggles the focus between the folder list 
and the search input on my instance of Gnome/Evoltuion (Shell 3.30.2, Evolution 
3.32.1).

Cheers,

Lukas



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


Re: [Evolution] search emails on (IMAP) server

2019-04-12 Thread Pete Biggs


> Thanks Pete.
> Looking at the process stats of my email server, you don't seem to lie. :)

I may not lie, but there's more to it.  It depends on what sort of
search you are doing.  If Evo can do the search locally (like searching
for Subject or Address - i.e. fields it downloads automatically) then
it will do. It is only for searches such as "Message Contains" or "Body
Contains" that it uses server side.

And I must say as well that I'm not a developer and I don't magically
know these things.  This was discussed on the mailing list just a month
ago in this thread:

  https://mail.gnome.org/archives/evolution-list/2019-March/msg9.html

P.


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


Re: [Evolution] Keyboard shortcuts and Search bar

2019-04-12 Thread Andre Klapper
On Fri, 2019-04-12 at 00:00 +0200, Lukas Pirl wrote:
> once the focus is in the search input, how to focus the message list
> again?

F6 is used in GNOME for this.

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


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


Re: [Evolution] search emails on (IMAP) server

2019-04-12 Thread Lukas Pirl
On Thu, 2019-04-11 at 14:47 +0100, Pete Biggs wrote:
> If your IMAP server advertises that it supports server side search,
> then Evolution will use it. 

Thanks Pete.
Looking at the process stats of my email server, you don't seem to lie. :)

For future reference (i.e., other users trying to find this functionality in
the menus), I tried to mention this automagism on the help pages:

  https://gitlab.gnome.org/GNOME/evolution/merge_requests/8/diffs

Best,

Lukas


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


Re: [Evolution] Evolution can't access contacts

2019-04-12 Thread Patrick O'Callaghan
On Fri, 2019-04-12 at 09:51 +0200, Ralf Mardorf via evolution-list
wrote:
> On Fri, 2019-04-12 at 09:14 +0200, Milan Crha wrote:
> > On Fri, 2019-04-12 at 03:55 +0200, Ralf Mardorf wrote:
> > > Downgrading to 3.32.0-1 and providing both versions of
> > > /usr/lib/libicu* 63 and 64, the contacts are available again.
> > 
> > according to [1] evolution-data-server (eds) doesn't build against
> > ICU 64.
> 
> Thank you Milan,
> 
> I posted a link to the bug I reported
> 
> https://bugs.archlinux.org/task/62317 [evolution] can't access contacts
> 
> and to a bug reported by another Arch Linux user.
> 
> https://bugs.archlinux.org/task/62295 Calendar sync freeze on Evo...

Not sure if posting bugs for one specific distro is useful on this
list. If this is an Evo bug, it should go on the Evo GIT page.

poc

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


Re: [Evolution] Evolution can't access contacts

2019-04-12 Thread Ralf Mardorf via evolution-list
On Fri, 2019-04-12 at 09:14 +0200, Milan Crha wrote:
> On Fri, 2019-04-12 at 03:55 +0200, Ralf Mardorf wrote:
> > Downgrading to 3.32.0-1 and providing both versions of
> > /usr/lib/libicu* 63 and 64, the contacts are available again.
> 
> according to [1] evolution-data-server (eds) doesn't build against
> ICU 64.

Thank you Milan,

I posted a link to the bug I reported

https://bugs.archlinux.org/task/62317 [evolution] can't access contacts

and to a bug reported by another Arch Linux user.

https://bugs.archlinux.org/task/62295 Calendar sync freeze on Evo...

Regards,
Ralf


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


Re: [Evolution] Evolution can't access contacts

2019-04-12 Thread Milan Crha via evolution-list
On Fri, 2019-04-12 at 03:55 +0200, Ralf Mardorf via evolution-list
wrote:
> Downgrading to 3.32.0-1 and providing both versions of
> /usr/lib/libicu*
> 63 and 64, the contacts are available again.

Hi,
according to [1] evolution-data-server (eds) doesn't build against
ICU 64. Trying to run it against it will lead to runtime errors and
crashes/aborts, I believe. You should see them in some system logs, or
when you run the background processes, or evolution itself, from a
terminal. In other words, I believe the problem is not with the 3.32.1
release, but in ICU 64, which changed API, while eds is not prepared
for it. I need to investigate it to know more. I'll continue on
the [1]. Your option would be to downgrade ICU to 63 and update
evolution* packages to their latest version.
Bye,
Milan

[1] https://gitlab.gnome.org/GNOME/evolution-data-server/issues/102


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


Re: [Evolution] Keyboard shortcuts and Search bar

2019-04-12 Thread Milan Crha via evolution-list
On Fri, 2019-04-12 at 00:00 +0200, Lukas Pirl wrote:
> > What is the accel file entry (default) for jumping or getting in to
> > the ’Search bar’ -AND- Can we configure a custom shortcut for
> > jumping to the Search bar?

Hi,
it's not an action, it's a widget in a dialog, for which are used
mnemonics. When you hold the Alt key, some letters get underlined in
the UI, showing you what to press to have that triggered (maybe the
underline visibility depends on the actual desktop environment and its
settings, I do not know). For the search entry it's Altr+C here
(English locale, the translators can choose a different letter).

> once the focus is in the search input, how to focus the message list
> again?

Tab, Tab, Tab (3-times Tab) works here. The first Tab focuses the "in"
part of the Search (aka "Current Folder"), the second Tab focuses the
To Do bar (when you've it hidden, it'll be two Tab-s only), the third
Tab focuses the message list.

> Something like "Esc" would be nice to "clear the search and focus the
> message list".

This would work if the search bar is that kind of the search bar, like
the Ctrl+Shift+F bar. I've been thinking of that, it would make the UI
slightly lighter too (showing the Show: ... Search:" part only if any
filtering is enabled from it), but it's not the current state. The Esc
won't work well when the Search is empty and the Show has set anything
but the All Message item, though it's a matter of allowing the Esc to
disable both parts, not a matter of code/design/... obstacles. Well,
once the bar is changed, which is not the case now. Something close to
your request seems to be filled here [1] (the request can be fine-tuned 
there).
Bye,
Milan

[1] https://bugzilla.gnome.org/show_bug.cgi?id=211802

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