From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric S Fraga Subject: Re: Re: unnumbered subsections in latex export Date: Tue, 05 Apr 2011 20:27:33 +0100 Message-ID: <87wrj8pkgq.fsf@ucl.ac.uk> References: <20110322051038.21655c80@kuru.homelinux.net> <80d3lj9wj6.fsf@somewhere.org> <20110322053134.669127e9@kuru.homelinux.net> <8999.1300804510@alphaville.dokosmarshall.org> <20110322160814.227fc53f@bhishma.homelinux.net> <27844.1300836065@alphaville.usa.hp.com> <8162r9hgxm.fsf@gmail.com> <87bp11dk4h.fsf@gnu.org> <3553.1300994702@alphaville.usa.hp.com> <80ipuut70z.fsf@somewhere.org> <80mxk5t340.fsf@somewhere.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from [140.186.70.92] (port=59744 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q7Buh-0005yp-Kh for emacs-orgmode@gnu.org; Tue, 05 Apr 2011 15:27:44 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q7Bug-0004CM-Gj for emacs-orgmode@gnu.org; Tue, 05 Apr 2011 15:27:43 -0400 Received: from vscane-b.ucl.ac.uk ([144.82.108.141]:34720) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q7Bug-000489-CS for emacs-orgmode@gnu.org; Tue, 05 Apr 2011 15:27:42 -0400 In-Reply-To: (aankhen@gmail.com's message of "Wed, 6 Apr 2011 00:37:21 +0530") 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: Aankhen Cc: Org-mode ml Aankhen writes: [...] > Thank you for the clarifications. I=E2=80=99m going to talk a bit more a= bout > HTML as that=E2=80=99s where I have the most experience. I am in agreeme= nt > with you when you say that builtin support for acronyms would be > useful (although I feel it would be good to generalize it to > abbreviations, if that can also be supported in other backends). When > you have the following markup: > > ,---- > | HTML is a > | language for marking up documents. The most current version > | of HTML is 4.01. > | The successor to | Language">HTML, HTML5, is currently under development. > `---- > > The expansion is invisible by default; it shows up in a tooltip when > you hover over the text. You can try a live example to see for > yourself.[1] In this way, the expansion is always there when you need > it (and you can distinguish between multiple terms sharing the same > acronym, should the need ever arise), but it takes up no space if you > don=E2=80=99t. There are those of us that, for one reason or another, do *not* use a mouse or any other graphical pointer. Tooltips do not appear ever in those cases. I would like a solution that does not rely on any particular graphical interface paradigm, basically! Of course, I know that I am in the minority here... but accessibility is always an important factor and one that should not be ignored, IMO. > I would suggest that, were Org to gain support for acronyms and/or > abbreviations, they be exported in HTML using =E2=80=98abbr=E2=80=99 (=E2= =80=98acronym=E2=80=99 is > deprecated thanks to HTML5) with the =E2=80=98title=E2=80=99 defined for = each > occurrence, and with CSS to ensure consistent rendering, along these > lines: > > ,---- > | abbr { font-variant: small-caps; border-bottom: 1px dashed; cursor: hel= p; } > `---- Does this still rely on tooltips? > I can see the argument for having a list at the end and linking each > definition instead. I feel that=E2=80=99s less convenient, however, as (= a) it > means temporarily losing your place in the document and (b) bunched-up > anchors at the end of a document are a pain. Of course, > alternatively, each acronym/abbreviation could be marked up only at > the first occurrence; that seems like it would be easy to implement as > a configuration option. I would like a combination of both, whenever possible: fully expanded def'n in the text at the first occurrence and links to the list of abbreviations/acronyms at the end for subsequent occurrences (modulo the problems with double-links etc, for which I cannot propose a solution unfortunately). Thanks, eric --=20 : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.5 (release_7.5.134.gb869b)