| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <1187943467.3831.17.camel@blr-suresh.blr.novell.com> Date: Fri, 24 Aug 2007 13:47:54 +0530 From: Suresh Jayaraman <sjayaraman@...ell.com> To: linux-kernel@...r.kernel.org Subject: Re: Ideas on column length in kernel "problem"? On Wed, Aug 22, 2007 at 11:54:41PM -0400, Scott Thompson wrote: > > I haven't seen any recent solutions to this "problem"... > > > > Many free (and not-free) mail clients wordwrap. Hushmail wraps at > > 68 (verified), Yahoo has options to wrap at a max of 99, and Gmail > > was somewhere around 85-90 as I recall. Not sure on other free / > > inexpensive clients. I too had thought about this problem. I think email clients do wordwrap to improve readability. But, in some cases we just might have to override. ( I had an experience of sending a malformed patch just because my wordwrap setting for vim and my email client were different) What should be ideally expected out of a good email client? Is it sufficient if the email client provides a facility to disable wordwrap while inserting file alone and does wordwrap while typing text? or is it expected to provide a configurable option to enable/disable wordwrap. I don't think keeping wordwrap disabled all the time is a good idea because it makes it difficult to read mails. Do we have a suggested wordwrap setting w.r.t kernel code? -- Suresh Jayaraman - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists