From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: RE: display-completion-list should not strip text properties Date: Thu, 6 Sep 2007 13:22:25 -0700 Message-ID: References: <85tzq7a78v.fsf@lola.goethe.zz> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1189110206 20921 80.91.229.12 (6 Sep 2007 20:23:26 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 6 Sep 2007 20:23:26 +0000 (UTC) To: Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Sep 06 22:23:26 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1ITNso-0000yB-IM for ged-emacs-devel@m.gmane.org; Thu, 06 Sep 2007 22:23:22 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ITNsm-0003hm-MV for ged-emacs-devel@m.gmane.org; Thu, 06 Sep 2007 16:23:20 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1ITNsF-00032v-Jj for emacs-devel@gnu.org; Thu, 06 Sep 2007 16:22:47 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1ITNsD-000309-BI for emacs-devel@gnu.org; Thu, 06 Sep 2007 16:22:47 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ITNsC-0002zW-Oh for emacs-devel@gnu.org; Thu, 06 Sep 2007 16:22:44 -0400 Original-Received: from agminet01.oracle.com ([141.146.126.228]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1ITNsB-0005vL-4u for emacs-devel@gnu.org; Thu, 06 Sep 2007 16:22:44 -0400 Original-Received: from agmgw1.us.oracle.com (agmgw1.us.oracle.com [152.68.180.212]) by agminet01.oracle.com (Switch-3.2.4/Switch-3.1.7) with ESMTP id l86KMeg3015319 for ; Thu, 6 Sep 2007 15:22:40 -0500 Original-Received: from acsmt351.oracle.com (acsmt351.oracle.com [141.146.40.151]) by agmgw1.us.oracle.com (Switch-3.2.0/Switch-3.2.0) with ESMTP id l86BNE6g001117 for ; Thu, 6 Sep 2007 14:22:40 -0600 Original-Received: from dhcp-4op11-4op12-west-130-35-178-203.us.oracle.com by acsmt350.oracle.com with ESMTP id 3191000951189110141; Thu, 06 Sep 2007 13:22:21 -0700 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) Importance: Normal In-Reply-To: <85tzq7a78v.fsf@lola.goethe.zz> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 X-Brightmail-Tracker: AAAAAQAAAAI= X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE X-Whitelist: TRUE X-Detected-Kernel: Linux 2.4-2.6 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:78024 Archived-At: > >> > Why do we need to put properties other that the `face' property > >> > in doc strings? There are already ways to make links. > >> > >> To include graphics in Help, for one thing. > >> > >> Is that really something we should get into? > >> I think we should not. > > > > Why not? > > > > Help, and documentation generally, often call upon graphics to aid > > communication. > > > > Just having the possibility to include graphics does not, of > course, mean > > that it's a good idea to stuff tons of screenshots, icons, and other > > graphics into help. But having the possibility means that when it is > > appropriate to add a graphic you can do so easily. > > Help should not be restricted to users of graphical terminals. Nor should manuals. Typically, ways are devised to easily exclude graphics from contexts where they are not viewable or a user does not want to view them. In many cases, ways are devised to provide text that serves as a replacement for a graphic that cannot be displayed or is not viewed for accessibility reasons (sight difficulties and such). User preference in this regard could be handled. Inability to display graphics could also be handled. Not a problem.