From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/73386 Path: news.gmane.org!not-for-mail From: Katsumi Yamaoka Newsgroups: gmane.emacs.gnus.general Subject: Re: small highlight problem with shr.el Date: Thu, 21 Oct 2010 10:09:40 +0900 Organization: Emacsen advocacy group Message-ID: References: <87y69smzp8.fsf@lifelogs.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1287623479 16670 80.91.229.12 (21 Oct 2010 01:11:19 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 21 Oct 2010 01:11:19 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M21757@lists.math.uh.edu Thu Oct 21 03:11:17 2010 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1P8jga-0000rh-H8 for ding-account@gmane.org; Thu, 21 Oct 2010 03:11:16 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1P8jfs-0000Cy-Ba; Wed, 20 Oct 2010 20:10:32 -0500 Original-Received: from mx1.math.uh.edu ([129.7.128.32]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1P8jfp-0000Ca-3E for ding@lists.math.uh.edu; Wed, 20 Oct 2010 20:10:29 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtp (Exim 4.72) (envelope-from ) id 1P8jfo-0002le-5M for ding@lists.math.uh.edu; Wed, 20 Oct 2010 20:10:28 -0500 Original-Received: from orlando.hostforweb.net ([216.246.45.90]) by quimby.gnus.org with esmtp (Exim 3.36 #1 (Debian)) id 1P8jfn-0004gu-00 for ; Thu, 21 Oct 2010 03:10:27 +0200 Original-Received: from localhost ([127.0.0.1]:33608) by orlando.hostforweb.net with esmtpa (Exim 4.69) (envelope-from ) id 1P8jfE-0002o2-Ne for ding@gnus.org; Wed, 20 Oct 2010 20:09:53 -0500 X-Hashcash: 1:20:101021:ding@gnus.org::7z5gbQeCxMC/TZ4h:00008nZA X-Face: #kKnN,xUnmKia.'[pp`;Omh}odZK)?7wQSl"4o04=EixTF+V[""w~iNbM9ZL+.b*_CxUmFk B#Fu[*?MZZH@IkN:!"\w%I_zt>[$nm7nQosZ<3eu;B:$Q_:p!',P.c0-_Cy[dz4oIpw0ESA^D*1Lw= L&i*6&( User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/24.0.50 (gnu/linux) Cancel-Lock: sha1:9tf8EuDobCzDNRnRg1miohRZHPg= X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - orlando.hostforweb.net X-AntiAbuse: Original Domain - gnus.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - jpl.org X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: -1.9 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:73386 Archived-At: Ted Zlatanov wrote: > I use a wide screen (200+ columns) but articles are wrapped at 80 > columns. So I often see this (any highlight will do, as long as it > changes the background color): > text text text BOLD BOLD[column 80]bbbbbbbbbbbbbbbb[column 200] > BOLD text text > Where "bbbbbbbbbbbbbbbb" is a continuation of the background > highlight to the next line. It looks ugly. Here's a screenshot: I often see it in the customization buffer for string (or function, etc.) options. But it seems troublesome to make ELisp code exclude newlines while highlighting text. How about asking Emacs team to introduce a new user option? It defaults to t and newlines will never be highlighted.