From mboxrd@z Thu Jan 1 00:00:00 1970 References: In-Reply-To: Mime-Version: 1.0 (iPad Mail 8F190) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: <6C4DE0B7-6B44-4ABD-83A4-44E72A300DC0@gmail.com> Cc: "9fans@9fans.net" <9fans@9fans.net> From: Paul Lalonde Date: Sun, 9 Oct 2011 20:25:39 -0700 To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Subject: Re: [9fans] acme multi-line tags (or maybe, efficient message stores) Topicbox-Message-UUID: 3518e42a-ead7-11e9-9d60-3106f5b1d025 Not as far as I know. The grief comes with mixed fonts in the same column. = As the tag grows it breaks the column layout height. You wind up with the c= hoice of pushing the windows below around (ugly and unusable) or winding up w= ith fractional lines in each window whose font is not the tag font. The lay= out logic doesn't handle that gracefully as it only counts text lines, not p= ixel heights, and I didn't have the time to make that change. That said, I find acme (and Edit in particular) damned near unusable without= multi-line tags now. Paul Sent from my iPad On 2011-10-09, at 12:48, "Lyndon Nerenberg (VE6BBM/VE7TFX)" wrote: > After the previous round of arguments about (native plan9) acme multi-line= > window tags, did anyone ever come up with a patch that at least some > people were happy with? >=20 > --lyndon >=20 > P.S. Is there any point to keeping mailing list archives any more? > With every messsage including the history of every discussion before > it, the concept of search is rendered obsolete. >=20 > P.P.S. Of course, nobody gives a fsck about history any more. >=20 > P.P.P.S. [P.S.] introduces an interesting idea. Instead of storing > message text in a file, place each line of text into venti as a block, > then store the message as a list of venti hashes pointing to the > per-line content. With all the duplicate included text, this should > be good for a 90% reduction in venti block storage for most mail > servers. The 'included line' prefixes would have to be stored > seperately for this to work. >=20 > --lyndon >=20 >=20