[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [O] [PATCH] org-html.el: Fix export of table.el tables.
From: |
Jambunathan K |
Subject: |
Re: [O] [PATCH] org-html.el: Fix export of table.el tables. |
Date: |
Tue, 26 Apr 2011 19:19:03 +0530 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (windows-nt) |
Manuel Giraud <address@hidden> writes:
> Manuel Giraud <address@hidden> writes:
>
>> But AFAIU, with org-export-prefer-native-exporter-for-tables to nil,
>> simple table stays in HTML, no?
> ^^^^
> simple
Our understanding matches. For the sake of clarity, here it is:
For simple tables,
1. org-export-prefer-native-exporter-for-tables => Non-nil => Use the
HTML code generator in table.el => HTML *source code* has Lots of
 
2. org-export-prefer-native-exporter-for-tables => nil => Use Org's own
code generator => HTML *source code* is easy to look at.
If I consult my patch, I see that the outputs I have included for the
simple table.el table (with both the on/off options for
org-export-prefer-native-exporter-for-tables) is consistent with what is
set forth in the previous paragraph.
May be you are exporting a different table.el table? Can you post your
example? With point within a simple table.el-table, the elisp form down
below should eval to false. Is it any different in your setting?
#+begin_src emacs-lisp
(let* ((dim (table-query-dimension))
(c (nth 4 dim)) (r (nth 5 dim)) (cells (nth 6 dim)))
(not (= (* c r) cells)))
#+end_src
It is possible that I have misunderstood how table-query-dimension API
works ...
Footnotes:
[1] http://patchwork.newartisans.com/patch/764/
Tip: Search for post-patch, Table.el Table with no Spanning,
org-export-prefer-native-exporter-for-tables
Jambunathan K.