From mboxrd@z Thu Jan 1 00:00:00 1970 From: Rick Frankel Subject: Re: Ox-HTML hover for certain languages Date: Tue, 22 Oct 2013 12:21:55 -0400 Message-ID: <0a1c644a42ac6468ce61ddc6e2720dac@mail.rickster.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:38622) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VYeiY-0001XZ-Ae for emacs-orgmode@gnu.org; Tue, 22 Oct 2013 12:22:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VYeiR-0005Ni-P2 for emacs-orgmode@gnu.org; Tue, 22 Oct 2013 12:22:02 -0400 Received: from [204.62.15.78] (port=53435 helo=mail.rickster.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VYeiR-0005NT-D2 for emacs-orgmode@gnu.org; Tue, 22 Oct 2013 12:21:55 -0400 In-Reply-To: List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org On 2013-10-21 19:28, R. Michael Weylandt wrote: > Around line 270 of Ox-html.el, there's CSS which gives certain code > blocks in the resulting HTML a hover-over window saying what language > they encode. Not all Babel-supported languages appear however: is > there any reason for this? (E.g. perl is hard-coded but no python) Never noticed that before. IMHO, it's ugly and broken in a number of browser which don't handle the "content" attribute very well (firefox on solaris and IE 8 are bad for different reasons, looks ok on Chrome) and should be removed entirely instead of trying to keep up w/ babel. I can't say why the list is limited to the specific set of languages, but since this is part of a defconst for the default inline styles, it pretty much needs to be hard-coded. Note that you can easily add other languages via `html-head-extra'. I've been thinking about how to cleanup the whole inine css/javascript thing since it makes for bloated (but standalone) html documents, and in the case of inline css, is broken in batch export due to the use of htmlize (see `org-html-html-htmlize-output-type'). rick