From mboxrd@z Thu Jan  1 00:00:00 1970
From: "Charles C. Berry" <ccberry@ucsd.edu>
Subject: Re: ox-html HOWTO? exporting #+RESULTS inside div
Date: Wed, 4 Nov 2015 20:08:20 -0800
Message-ID: <alpine.OSX.2.20.1511041918130.629@charles-berrys-macbook.local>
References: <e535ae93cceb4b24b920a730a67a49dd@exchsrv2.sgc.loc>,
	<alpine.OSX.2.20.1510211904420.4099@charles-berrys-macbook.local>
	<1445494436616.55293@stowers.org>
	<f97b45409d514d69b30d0db6c71a0b3d@exchsrv2.sgc.loc>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII; format=flowed
Return-path: <emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([2001:4830:134:3::10]:47192)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <ccberry@ucsd.edu>) id 1ZuBqy-0000OR-Fk
	for emacs-orgmode@gnu.org; Wed, 04 Nov 2015 23:08:49 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <ccberry@ucsd.edu>) id 1ZuBqv-0008Qf-6p
	for emacs-orgmode@gnu.org; Wed, 04 Nov 2015 23:08:48 -0500
Received: from iport-bcv3-out.ucsd.edu ([132.239.0.89]:6792)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <ccberry@ucsd.edu>) id 1ZuBqu-0008BF-Ui
	for emacs-orgmode@gnu.org; Wed, 04 Nov 2015 23:08:45 -0500
In-Reply-To: <f97b45409d514d69b30d0db6c71a0b3d@exchsrv2.sgc.loc>
List-Id: "General discussions about Org-mode." <emacs-orgmode.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/emacs-orgmode>
List-Post: <mailto:emacs-orgmode@gnu.org>
List-Help: <mailto:emacs-orgmode-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=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: "Cook, Malcolm" <MEC@stowers.org>
Cc: "emacs-orgmode@gnu.org" <emacs-orgmode@gnu.org>

On Wed, 4 Nov 2015, Cook, Malcolm wrote:

> Charles, Thanks again for you suggestion.  Alas, using 'header-args
>:wrap org-results-container' has the unforeseen (by me) side effect
>of masking my use of `#+ATTR_HTML :class dataTable` on selected
>exported tables (which I use to allow for search/sortable/scrollable
>tables).  Now, the ':class dataTable' attribute is placed on the new
><div> instead of the <table> with undesired outcome.

> Do you have any thoughts on how to accomplish both my goals (apply
> :class table to selected results, and making ALL results be
> addressable using javascript.  FYI - My application is to hide all
> source blocks on html open.  Clicking on a source block caption
> shows the source.  This provides an HTML view that hides the source
> until desired.  My recipients of such analysis write-ups really like
> this.

[snip]

> # #+PROPERTY: header-args :wrap org-results-container
> #

This creates a special block and attributes on the results will apply
to it - not its contents.

What you want can be obtained by creating a different special block
and then applying a filter. So, wrap like this

#+PROPERTY: header-args :wrap org-results-container-to-filter

and add a filter to `org-export-filter-special-block-functions' that 
strips the 'to-filter' and adds the `dataTable' where it is needed.

HTH,

Chuck