Ox-HTML hover for certain languages

Ox-HTML hover for certain languages

[R. Michael Weylandt <michael.weylandt@gmail.com>]

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)

I suppose one could pull all the sources from the #+BEGIN_SRC XYZ blocks and generate this on demand, using a lookup table for known languages and a basic capitalization scheme for unknown languages. 

I'm not much of an elisp user, but would be happy to try my hand at a patch if this would be of interest. 

Michael

Re: Ox-HTML hover for certain languages

[Rick Frankel]

On 2013-10-21 19:28, R. Michael Weylandt <michael.weylandt@gmail.com> 
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