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: C-h r and Images Date: Mon, 2 Sep 2013 13:16:24 -0700 (PDT) Message-ID: <94a525db-128c-429f-a69e-8fdab254b662@default> References: <87y57fe2ej.fsf@gmail.com> <831u57e089.fsf@gnu.org> <5224AEB3.5000508@cs.ucla.edu> <878uzf5dvr.fsf@gmail.com> <50869c34-8cb2-477b-a6a8-a393abb76d12@default> <87zjrv8167.fsf@mail.jurta.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1378153018 28203 80.91.229.3 (2 Sep 2013 20:16:58 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 2 Sep 2013 20:16:58 +0000 (UTC) Cc: Eli Zaretskii , Paul Eggert , Jambunathan K , emacs-devel@gnu.org To: Juri Linkov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Sep 02 22:17:00 2013 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 1VGaYU-0001l8-4v for ged-emacs-devel@m.gmane.org; Mon, 02 Sep 2013 22:16:58 +0200 Original-Received: from localhost ([::1]:41949 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VGaYT-0008QK-J5 for ged-emacs-devel@m.gmane.org; Mon, 02 Sep 2013 16:16:57 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57932) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VGaYK-0008Pp-6p for emacs-devel@gnu.org; Mon, 02 Sep 2013 16:16:55 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VGaYC-0006fg-Ns for emacs-devel@gnu.org; Mon, 02 Sep 2013 16:16:48 -0400 Original-Received: from userp1040.oracle.com ([156.151.31.81]:22319) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VGaY4-0006eB-L0; Mon, 02 Sep 2013 16:16:32 -0400 Original-Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r82KGSJs014237 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 2 Sep 2013 20:16:29 GMT Original-Received: from aserz7021.oracle.com (aserz7021.oracle.com [141.146.126.230]) by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r82KGRwk008792 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 2 Sep 2013 20:16:28 GMT Original-Received: from abhmt105.oracle.com (abhmt105.oracle.com [141.146.116.57]) by aserz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r82KGRiq027154; Mon, 2 Sep 2013 20:16:27 GMT In-Reply-To: <87zjrv8167.fsf@mail.jurta.org> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8 (707110) [OL 12.0.6680.5000 (x86)] X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 156.151.31.81 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:163142 Archived-At: > >> My motivation for the post was the thread in help list and a recurrent > >> confusion between a frame and a window. > >> > >> It is easier to show > >> - a window > >> - a frame > >> - a minibuffer > >> - a header line > >> - a mode line > >> > >> with a single shot rather than explain it in Glossary. > > > > Great idea. (Not either/or, of course.) >=20 > Something like http://www.emacswiki.org/emacs/DrewsEmacsWindowCallouts > but in a plain vanilla `emacs -Q' rather than Drewmacs :-) ;-) I had forgotten about that image (from Emacs 20). > > What's more, it would be helpful to hyperlink directly to an explanatio= n > > of the term in question, rather than just saying "which see" or some su= ch > > English alternative to "q.v." >=20 > Linking directly to an explanation is possible with Info "anchors". Is that done in TexInfo? Should Emacs doc be doing that already? If it were done, and then changes were made that break that xref, would that problem be caught/detected, similarly to an ordinary broken xref? E.g. is there a check or report about missing anchors that are xref'd? How would that be done on parts of an image (which is just pixels)? Can we do (the equivalent of) image maps, letting users, in effect, click a callout (e.g., for "Mode Line"), to go to an appropriate part of the manual for more info about it (e.g., `(emacs) Mode Line'), or to provide a tooltip with a little related info?