I've met the same problem.
The only way I've found is to redefine the function that handles that part of the export and to put it as a emacs-lisp source block at the beginning of my org file.
Here is what I did:
(defun org-latex--caption/label-string (element info)
"Return caption and label LaTeX string for ELEMENT.
INFO is a plist holding contextual ...
I use code like this to do that.
(defun scimax-ob-clear-all-contents ()
"Clear all src-block contents in the buffer."
(delete-region (point-min) (point-max))
If you just want to remove all the ...
I do not know whether there is an existing function to clear all org source blocks, but here is a quick example of how to do it.
CAVEAT: This example does not check for broken source code blocks; e.g., the code assumes there is a matching beginning/ending.
(defun org-clear-src-blocks ()
"Clear src code blocks."
The following lisp code introduces the new export keyword TOC_NO_HEADING. If it has the value t or yes the heading of the table of contents is surpressed.
;; Adding keyword TOC_NO_HEADING to html export keywords:
(push '(:html-toc-no-heading "TOC_NO_HEADING" nil nil t) (org-export-backend-options (org-export-get-backend 'html)))
(setq org-export-with-tasks 'todo)
As from description of variable, it can be placed as file local variable. Or you could include at in the #+OPTIONS line: tasks:todo, and you would get ignored DONE tasks by export. Review other options for this variable as well.
This may have the following values:
t include tasks independent of state.
Such an unknown block is called a special block.
In org 9.0.3, section 11.8 of documentation ("Special blocks") says:
Each export back-end decides if they should be exported, and how.
When the block is ignored, its contents are still exported, as if the
opening and closing block lines were not there.
In section 12.15 (Exporting/Advanced ...