lkml.org 
[lkml]   [2005]   [Dec]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: recommended mail clients [was] [PATCH] ati-agp suspend/resume support (try 2)
On 11:54:00 am 26 Dec 2005 Lee Revell <rlrevell@joe-job.com> wrote:

<snip>

> > Dare I say it, KMail has also been doing the Right Thing for a
> > long time. It will only line wrap things that you insert by
> > typing; pastes are left untouched.
>
> It seems that of all the popular mail clients only Thunderbird has
> this problem. AFAICT it's impossible to make it DTRT with inline
> patches and even if it is the fact that most users get it wrong
> points to a serious usability/UI issue.
>
> Would a patch to add "Don't use Thunderbird/Mozilla Mail" to
> SubmittingPatches be accepted? Then we can point the Mozilla
> developers at it (they have shown zero interest in fixing the problem
> so far) and hopefully this will light a fire under someone.

Maybe this is a stupid question but in terms of inline patches what exactly
would be ideal behavior from a mail client for LKML patch submitters? What
line lengths are expected to be maintained, preferred encodings, tabs vs.
spaces, etc? I have noticed that some patch submitters append an EOF after
the patch, while others do not. Would the ability to pull the patch from
the message body (assuming there was an agreed upon patch termination
string) as a separate file/download be useful? Though my client is web
based it is quite speedy and can handle large folders as well as many
desktop clients IMHO. I would gladly implement specific features to make
patch submission for LKML compliant.


\__ Jason Munro
\__ jason@stdbev.com
\__ http://hastymail.sourceforge.net/

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-12-26 19:12    [W:0.091 / U:0.780 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site