From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/31031 Path: main.gmane.org!not-for-mail From: Steinar Bang Newsgroups: gmane.emacs.gnus.general Subject: Re: Improved (non-annoying) underlining Date: 17 May 2000 17:37:40 +0200 Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035167489 11762 80.91.224.250 (21 Oct 2002 02:31:29 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 02:31:29 +0000 (UTC) Return-Path: Original-Received: from lisa.math.uh.edu (lisa.math.uh.edu [129.7.128.49]) by mailhost.sclp.com (Postfix) with ESMTP id 47399D0521 for ; Wed, 17 May 2000 11:41:50 -0400 (EDT) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by lisa.math.uh.edu (8.9.1/8.9.1) with ESMTP id KAB06336; Wed, 17 May 2000 10:41:44 -0500 (CDT) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Wed, 17 May 2000 10:41:07 -0500 (CDT) Original-Received: from mailhost.sclp.com (postfix@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id KAA29412 for ; Wed, 17 May 2000 10:40:49 -0500 (CDT) Original-Received: from viffer.metis.no (c235s252-h3t13.chello.no [212.186.252.235]) by mailhost.sclp.com (Postfix) with ESMTP id D70ACD0522 for ; Wed, 17 May 2000 11:41:07 -0400 (EDT) Original-Received: (from sb@localhost) by viffer.metis.no (8.9.3/8.9.3) id RAA11705; Wed, 17 May 2000 17:41:06 +0200 Original-To: ding@gnus.org In-Reply-To: Hrvoje Niksic's message of "17 May 2000 14:26:09 +0200" User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/20.4 (Emerald) Original-Lines: 20 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:31031 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:31031 >>>>> Hrvoje Niksic : > The problem with gnus-emphasis-alist, as well as many other parts of > Gnus, is over-reliance on regexps. There is a limit to what regexps > can do, Agreed! > and gnus-emphasis-alist is damn near hitting it. > I've been dreaming about ways to define a nicer (more Lispy) > language to define heuristics, that deals with tokens such as > "words" and "sentences" rather than individual characters. I like it. > Making such a beast usable, elegant, and fast is a highly > non-trivial task. Indeed.