From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/73394 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:41: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 1287625352 22951 80.91.229.12 (21 Oct 2010 01:42:32 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 21 Oct 2010 01:42:32 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M21765@lists.math.uh.edu Thu Oct 21 03:42:30 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 1P8kAo-0001Wn-5T for ding-account@gmane.org; Thu, 21 Oct 2010 03:42:30 +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 1P8kAe-0000bd-EM; Wed, 20 Oct 2010 20:42:20 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1P8kAc-0000bI-OJ for ding@lists.math.uh.edu; Wed, 20 Oct 2010 20:42:18 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.72) (envelope-from ) id 1P8kAb-0001ER-Pk for ding@lists.math.uh.edu; Wed, 20 Oct 2010 20:42:18 -0500 Original-Received: from orlando.hostforweb.net ([216.246.45.90]) by quimby.gnus.org with esmtp (Exim 3.36 #1 (Debian)) id 1P8kAa-0005Am-00 for ; Thu, 21 Oct 2010 03:42:16 +0200 Original-Received: from localhost ([127.0.0.1]:38057) by orlando.hostforweb.net with esmtpa (Exim 4.69) (envelope-from ) id 1P8kA3-0005Dg-RM for ding@gnus.org; Wed, 20 Oct 2010 20:41:44 -0500 X-Hashcash: 1:20:101021:ding@gnus.org::ZZwnzmwGcrnPRgd6:00004Vv4 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:d7rvkRk+X6HMshmHYKlQUeIzIF8= 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:73394 Archived-At: Lars Magne Ingebrigtsen wrote: > Katsumi Yamaoka writes: >> 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. > That would be generally useful, but I'm not sure it would help in shr. > If you have indented text like this: > Text that is > underlined over two lines > Then you don't want the indentation to have the underline, and you don't > want to the newline to have it, either. So I think the shr highlighting > code has to insert split font properties anyway... The new user option can be a regexp like " *\n *". ;-p