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] Colon is a show-stopper.

2013-05-18 Thread Zan Lynx
On Fri, May 17, 2013 at 9:18 AM, Reid Thompson reid.thomp...@ateb.comwrote:

 On Fri, 2013-05-17 at 11:01 -0400, Mark Filipak wrote:
  Here is a typical message file:
 
  ~/.local/share/evolution/mail/local/cur/1365462216.8388_1.Iris:2,S
 
  Can I persuade Evolution to use some other character in lieu of the
 colon? This
  is very important to me... it's a show-stopper.
 
  Thanks - Mark Filipak.

 why is it a showstopper?


He is probably copying them to, or using a network share of an NTFS
filesystem. The colon is reserved for drive letter separation and possibly
alternate data streams, if those are enabled.

Some of the file copy tools I use like WinSCP convert colons to %3A when
naming the file. This works as long as you have it set to do the conversion
both to and from consistently and don't change it.
___
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] Required Evolution-code-help

2013-02-21 Thread Zan Lynx
On Thu, 2013-02-21 at 10:26 +0100, Milan Crha wrote:
  After doing a lot of RD my intuition says that it is a memory
  corruption issue.
 
 valgrind usually helps in such cases. You can run evolution like this:
$ valgrind --num-callers=50 evolution log.txt
 and valgrind will check evolution for some memory issues.

I would like to offer a hint here. I have done this in the past and I
recommend using a test user account with only a very few test emails in
it.

When I attempted to run valgrind evolution on my own email account it
never actually managed to load. I killed it after several minutes.
Valgrind slows everything down.
-- 
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] moving messages is visually slow

2012-04-17 Thread Zan Lynx
On Tue, 2012-04-17 at 10:44 -0400, Matthew Barnes wrote:
 On Tue, 2012-04-17 at 11:10 -0300, David Roguin wrote:
  I've noticed that moving messages takes considerably more time than
  deleting them. Visually when I delete a message I see the item
  disappear almost instantly, I'd like to achieve the same thing when I
  move a message.
[snip]
 I suppose we could play more tricks with the message list to give the
 appearance that messages are removed instantly, but the message list is
 already rife with such tricks, and each new one makes it harder to keep
 the logic clear and thus harder to maintain.  I'm happy to review a
 patch, though, if you still want to attempt it.

Please make sure that you have a good way to inform the user so that he
knows Evolution is busy. He needs to know when it is okay to suspend the
laptop or pull the networking cable out.
-- 
Knowledge Is Power
Power Corrupts
Study Hard
Be Evil


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 ...
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] issues in configuration

2010-04-21 Thread Zan Lynx

On 4/21/10 7:47 AM, Roberto Guido wrote:



- is there any reason for which the tab Automatic Contacts is in Mail
Preferences section instead of Contacts?
It is really required to permit enabling/disabling sync with Pidgin, or
can this be done always? Is there any valid reason for which someone may
avoid integrate contacts between those applications?


I certainly needed this option a while ago. I had contacts multiplying 
all over the place, it seemed like more every time I launched Evo.


But if it is now guaranteed bug free I suppose it isn't needed.



- is the Top Posting Option really necessary? I know it is blamed by
all power-users, I know it is preferred by all low-end users, but really
cannot understand the need to put the signature also above the quoted
text.


This is actually really nice. For mail clients that aren't completely 
stupid, they automatically remove everything below the signature from 
future quotes. This prevents building up email with the 5 MB reply trail.



--
Zan Lynx
zl...@acm.org

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 ...
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Moving from the single mbox file format for the local folders

2009-12-16 Thread Zan Lynx

On 12/16/09 5:18 AM, Patrick Ohly wrote:

I fell it will be slower compared to the other approach. You dont
rewrite the file entirely at all in normal usage.


Setting mail flags was mentioned as the reason for not using maildir.
Adding a mail flag to an mbox mail requires rewriting the whole file. Or
do you assume that you can overwrite just some bytes in an existing mail
header?

That will still lead to writing a complete sector to disk, in contrast
to renaming a file which I expect to be implemented more intelligently
by the file system. Actually, writing a micro-benchmark for this is
doable. Before you seriously consider investing effort into this, I'd
really prefer to see some hard data for a rename vs. rewrite
comparison.


Ever since the early controversy in ext4 over lost data in KDE 
configuration files, file renames force an ordered journal commit in ext4.


So file rename is more expensive than you may think.

This is of course still cheaper than fsync, if Evolution makes a habit 
of fsync'ing its email files.

--
Zan Lynx
zl...@acm.org

Knowledge is Power.  Power Corrupts.  Study Hard.  Be Evil.
___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] HTML composer as a standalone program?

2007-11-30 Thread Zan Lynx

On Thu, 2007-11-29 at 17:35 -0700, Zan Lynx wrote:

 Someone needs to go and fix Evo so it properly converts amp; to 
 inside HREF attributes again.  It's been broken this whole release.  I
 hate having to save the email to disk and reopen it from Firefox in
 order to properly use the links in some emails.

Boy am I embarrassed.  It must have got fixed in 2.12.2 because it works
now.

Sorry about that.
-- 
Zan Lynx [EMAIL PROTECTED]


signature.asc
Description: This is a digitally signed message part
___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] HTML composer as a standalone program?

2007-11-29 Thread Zan Lynx

On Sun, 2007-11-25 at 13:22 -0500, Matthew Barnes wrote:
[cut]
 Evolution merely wraps GtkHTML's Bonobo-based HTML editor with
 additional buttons and menus that make it suitable as an email composer.
 There's a simple standalone test program in GtkHTML under
 components/html-editor/test_editor that may serve as a starting point
 for your needs.

I believe Evolution uses its very own fork of GtkHTML, as I discover
each time I try to file a bug against GtkHTML and get told its an
Evolution-only bug.

Someone needs to go and fix Evo so it properly converts amp; to 
inside HREF attributes again.  It's been broken this whole release.  I
hate having to save the email to disk and reopen it from Firefox in
order to properly use the links in some emails.
-- 
Zan Lynx [EMAIL PROTECTED]


signature.asc
Description: This is a digitally signed message part
___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Copyright of Camel's individual source files

2007-10-09 Thread Zan Lynx
On Tue, 2007-10-09 at 11:34 -0400, Jeffrey Stedfast wrote:
 On Tue, 2007-10-09 at 17:22 +0200, Philip Van Hoof wrote:
[cut]
  The problem would be that otherwise if the authors of these libraries
  would want to move their work to a newer version of the LGPL license,
  Camel's license might turn out to be incompatible with this.
  
  Which is something to avoid, I think.
 
 It doesn't work that way... (L)GPLv3 apps/libs can use (L)GPLv2 libs
 without a problem, it's the other way around that doesn't work.

LGPLv2-only is OK, but not GPLv2-only.

Any binary resulting from a mixture containing GPLv2-only code must also
be GPLv2-only.  So a GPLv3 program cannot link with a GPLv2-only
library.  (unless, for other reasons, the link does not create a derived
work.)

-- 
Zan Lynx [EMAIL PROTECTED]


signature.asc
Description: This is a digitally signed message part
___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


[Evolution-hackers] Crazy Bug in Evolution? Glib? GTKHTML? GCC?

2006-09-12 Thread Zan Lynx
Ok, first off, I am a AMD-64 Gentoo user.  I know nobody cares about our
bug reports but I've reached the end of my rope so I am looking for
help.  As you'll see, my rope is pretty long. :)

I'm reporting this here since so far, I have only seen it with the new
Evolution 2.8.  Other software is GCC 4.1.1, Glib 2.12.3, gtkhtml 3.12,
gdk-pixbuf 0.22, GTK+ 2.10.3

First, the symptoms.  I open a message in LKML to read and Evolution
seg-faults.

It isn't just any message, but messages with a long CC line, which are
common on LKML.  It has to be long enough to make Evolution want to draw
the little plus sign next to the CC line.

Long research with GDB revealed a few things.

Deep inside GTKHTML and the GDK pixbuf loader there are Glib closures
being invoked.  The crash is caused by calling the POST_NOTIFY
closure_invoke_notifiers with a NULL closure.

At first I thought some code must be writing over the closure value by a
buffer overrun.  But no, that is not it.

As best I can tell, the trick is that, at least with my compiler, the
closure variable is stashed in register RBX (amd-64, remember).  The
assembly code expects RBX to still be correct after the return from
calling marshal(closure, ...) (glib's gclosure.c:490)

marshal is a function pointer, and tracing it down the call stack seems
endless, the backtrace ended up over 30 deep before I gave up.  This
glib closures code is crazy.

When it gets back up to g_closure_invoke again and completes
marshal(closure,...), the RBX register is set to 0.  I verified that
this really is the problem by using GDB to set the register back to the
value which closure had before the marshal call.  Result: a perfect
little plus image next to CC.

So my best guess is that one of the functions *somewhere* in that mess
isn't following the right sort of AMD-64 call conventions.

I'm sharing this with y'all in hopes someone might see the same thing,
have a burst of divine inspiration, has already fixed it, or something
similar to that.  If any of you Evolution people are also, or talk to,
the Glib and GTKHTML people, feel free to share this. :)

I'll probably put this on the GCC lists myself after trying a few more
variations of compilation options.  It takes a while to rebuild all that
code.

If anyone does see a crash while reading LKML messages with extra long
CC lines, here is my GDB script.  It could be helpful.

file /usr/bin/evolution
break main
run --disable-crash-dialog
break html_engine_url_requested_cb
break gclosure.c:490
disable 3
commands 2
  silent
  enable 3
  ignore 3 5
  continue
end
continue

-- 
Zan Lynx [EMAIL PROTECTED]


signature.asc
Description: This is a digitally signed message part
___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Windows version status?

2006-05-11 Thread Zan Lynx
On Mon, 2006-05-08 at 11:43 +, Tor Lillqvist wrote:
 On må, 2006-05-08 at 11:46 +0100, Pejvan BEIGUI wrote:
 
  I have been following the Evolution mailing list for a while now, but
  I can't seem to find any information about the Windows port,
  mentionned here:
  http://go-evolution.org/Evo2.6#W32.2Fx64_portingeven though the
  2.6 has now been released. 
 
 It's a wiki, you are free to add stuff there if you intend to help with
 a port to 64-bit Windows, if that is what the rather cryptic mention on
 that page means... I personally don't have any plans to port Evolution
 to 64-bit Windows. (Well, actually, building *Evolution* for 64-bit
 Windows would presumably not be a big deal at all, once all the
 dependencies are in place. Hint: none of them, not even a suitable
 compiler, are.)

Now, what would be neat would be a port to .NET 2.0 Managed C,
especially if it could be done without architecture dependencies.  Then
one build would work on x86, x86_64, IA64, etc.

I, however, am not volunteering.
-- 
Zan Lynx [EMAIL PROTECTED]


signature.asc
Description: This is a digitally signed message part
___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers