From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: A simple solution to "Upcoming loss of usability ..." Date: Fri, 26 Jun 2015 01:55:17 +0300 Message-ID: <558C86D5.4040705@yandex.ru> References: <87egkzg7gb.fsf@gmail.com> <558C2E25.10303@cs.ucla.edu> <20150625205844.GA6883@acm.fritz.box> <558C81E4.6010008@cs.ucla.edu> <558C8354.6090308@yandex.ru> <558C848E.7080108@cs.ucla.edu> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1435272942 31209 80.91.229.3 (25 Jun 2015 22:55:42 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 25 Jun 2015 22:55:42 +0000 (UTC) Cc: emacs-devel@gnu.org To: Paul Eggert Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jun 26 00:55:37 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Z8G3U-0007ge-4u for ged-emacs-devel@m.gmane.org; Fri, 26 Jun 2015 00:55:36 +0200 Original-Received: from localhost ([::1]:57713 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z8G3T-000728-Fh for ged-emacs-devel@m.gmane.org; Thu, 25 Jun 2015 18:55:35 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43822) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z8G3P-000710-1v for emacs-devel@gnu.org; Thu, 25 Jun 2015 18:55:32 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Z8G3L-0007ty-FM for emacs-devel@gnu.org; Thu, 25 Jun 2015 18:55:30 -0400 Original-Received: from mail-wg0-x232.google.com ([2a00:1450:400c:c00::232]:33737) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z8G3L-0007c6-8s for emacs-devel@gnu.org; Thu, 25 Jun 2015 18:55:27 -0400 Original-Received: by wgck11 with SMTP id k11so74495595wgc.0 for ; Thu, 25 Jun 2015 15:55:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=QrQA/DG3lbS8FnHidsmYUb14Car+5NJgIX/PFAV1Fd0=; b=dLc1nh6pvCO5ysWgrZ9aILkJXeyJCeokfCat1mwZiC4eE6KAd5Vbx9L1DTXBGdpn9M 3E6nI/UeDg4QhWb4R/s91WXTcyTdNeFkO+GQMaNXnpQ5IjqVxrjzN/GM03aLH9ccSaRF XaG6REXW89ejSjj94/j74tGjqAxqm3gUFfZryZyLO4sZHvrYSO+4FIzXLf68eivqdhRR 45E3pf3bc2pbMMhHclUBgYnBUlqKJ8eOg1nwNR9LXChJ9NQ+CNWB/8nQc9w36P6pqQe1 zuiO26lgzCh6leKV6/wMIPoHucOb4fitdGQvTtUi5rnLum6w2erfj52YweF/G5kWVXvo 4w3A== X-Received: by 10.180.231.40 with SMTP id td8mr10215wic.9.1435272918415; Thu, 25 Jun 2015 15:55:18 -0700 (PDT) Original-Received: from [192.168.1.2] ([82.102.93.54]) by mx.google.com with ESMTPSA id q3sm47852476wjr.38.2015.06.25.15.55.17 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 25 Jun 2015 15:55:18 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.0 In-Reply-To: <558C848E.7080108@cs.ucla.edu> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c00::232 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:187546 Archived-At: On 06/26/2015 01:45 AM, Paul Eggert wrote: > OK, that can be the format-message function already discussed. Indeed. > So the > font-lock proposal isn't intended to address the problem of diagnostics, > or of info or help buffers for that matter; it's intended only to > address the issue of displaying docstrings to a developer who's editing > Elisp code. Is that correct? Not correct. font-lock runs in the help buffers, as well as info (if I'm not mistaken), so that approach can be used in those too. Haven't you seen my recent message with the patch for help-mode?