From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Dominik Subject: Re: radio transmit links across files Date: Thu, 8 Mar 2007 10:48:07 +0100 Message-ID: <417f6f09a543129abed8b51e3242d69b@science.uva.nl> References: <1242f34a0703040352n7c4717e4rec679c2f1904241f@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v624) Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HPFEa-0003uh-GH for emacs-orgmode@gnu.org; Thu, 08 Mar 2007 04:48:28 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HPFEX-0003uV-Tn for emacs-orgmode@gnu.org; Thu, 08 Mar 2007 04:48:27 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HPFEX-0003uS-Ng for emacs-orgmode@gnu.org; Thu, 08 Mar 2007 04:48:25 -0500 Received: from korteweg.uva.nl ([146.50.98.70]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1HPFEL-0006rz-3l for emacs-orgmode@gnu.org; Thu, 08 Mar 2007 04:48:13 -0500 In-Reply-To: List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Eddward DeVilla Cc: emacs-orgmode@gnu.org On Mar 7, 2007, at 16:12, Eddward DeVilla wrote: > On 3/7/07, Carsten Dominik wrote: >> The main problem with such an approach is that it quickly becomes >> a performance issue. It is ok for a few terms, but if you accumulate >> a large number of terms, and if you want to use font-lock to activate >> words as links, this means that after each letter you type, font-lock >> will have to match all words in the current line against all those >> terms. >> This can become slow. > > Hi. A question from the peanut gallery. Could the checking to see if > a term matches be deferred until the user types a non-whitespace > character followed by either a whitespace character or a movement > operation? If this is possible, it might speed things up a little. I > don't know enough about how font-lock work to know if this reasonable. I don't think you can do this in font-lock. Font-lock has many clever mechanisms to defer font-locking of stuff that is not currently on the screen etc, but the current line is always done immediately, I think. The problem with your proposal is also that you may be inserting or deleting characters in the middle of a word, and a whitespace-based approach would not work then. - Carsten