* Re: org export as twiki - Failure to export with error: (wrong-type-argument stringp nil)
@ 2010-03-04 19:50 Mario E. Munich
2010-03-05 5:08 ` Baoqiu Cui
2010-03-05 5:30 ` Baoqiu Cui
0 siblings, 2 replies; 6+ messages in thread
From: Mario E. Munich @ 2010-03-04 19:50 UTC (permalink / raw)
To: cbaoqiu, emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 323 bytes --]
Dear Baoqiu,
thanks a lot for the reply... I have done some level of debugging (I
should have probably done it before, but I was not sure of what was
going on) and I had realized that the problem is in using brackets [ ]
in the text.
Please find enclosed a simple file that will depict the issue.
Best regards,
-Mario
[-- Attachment #2: twiki-export-test.org --]
[-- Type: text/plain, Size: 425 bytes --]
#+FILETAGS: personal
* Converting org pages to Twiki
- use docbook2twiki http://code.google.com/p/docbook2twiki/
- Checkout docbook2twiki: <2009-09-24 Thu>
svn checkout http://docbook2twiki.googlecode.com/svn/trunk/ docbook2twiki-read-only
- retrieved r5 from that repository
- Load org-twiki.el
- Publish buffer with: M-x org-export-as-twiki
- double[9] was less efficient that double[3][3],
[-- Attachment #3: Type: text/plain, Size: 201 bytes --]
_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: org export as twiki - Failure to export with error: (wrong-type-argument stringp nil) 2010-03-04 19:50 org export as twiki - Failure to export with error: (wrong-type-argument stringp nil) Mario E. Munich @ 2010-03-05 5:08 ` Baoqiu Cui 2010-03-05 5:30 ` Baoqiu Cui 1 sibling, 0 replies; 6+ messages in thread From: Baoqiu Cui @ 2010-03-05 5:08 UTC (permalink / raw) To: emacs-orgmode "Mario E. Munich" <mariomu@ieee.org> writes: > Dear Baoqiu, > > thanks a lot for the reply... I have done some level of debugging (I > should have probably done it before, but I was not sure of what was > going on) and I had realized that the problem is in using brackets [ ] > in the text. Hi Mario, Thanks for posting your example Org file. Now I am able to reproduce the problem and know where the bug is. Just as what you said, the problem is caused by the last line that contains strings "double[9]" and "double[3][3]". Here "[9]" and "[3]" are considered footnote references (and I don't think this is what you expected), so some code is executed to find the footnote definitions. The problem happens when the *second* "[3]" is being processed. Strictly speaking, the second "[3]" is NOT considered as a footnote reference according to ``org-footnote-re'' (see org-footnote.el), but some code in org-docbook.el and org-html.el does not use ``org-footnote-re'' and still treats it as a footnote reference. This inconsistency causes the error you saw, which is only visible in org-docbook.el. Before I try to fix this problem, I would like to get the confirmation from Carsten on the footnote syntax: whether the second "[3]", which immediately follows a character "]", should be treated as a footnote reference. To get around of the problem, you can try changing the last line to something like: - =double[9]= was less efficient that =double[3][3]=, Please let me know if you have further questions. > Please find enclosed a simple file that will depict the issue. > > Best regards, > > -Mario > #+FILETAGS: personal > > * Converting org pages to Twiki > - use docbook2twiki http://code.google.com/p/docbook2twiki/ > - Checkout docbook2twiki: <2009-09-24 Thu> > svn checkout http://docbook2twiki.googlecode.com/svn/trunk/ docbook2twiki-read-only > - retrieved r5 from that repository > - Load org-twiki.el > - Publish buffer with: M-x org-export-as-twiki > - double[9] was less efficient that double[3][3], Thanks, -- Baoqiu ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Re: org export as twiki - Failure to export with error: (wrong-type-argument stringp nil) 2010-03-04 19:50 org export as twiki - Failure to export with error: (wrong-type-argument stringp nil) Mario E. Munich 2010-03-05 5:08 ` Baoqiu Cui @ 2010-03-05 5:30 ` Baoqiu Cui 2010-03-05 7:47 ` Carsten Dominik 2010-03-05 8:15 ` Mario E. Munich 1 sibling, 2 replies; 6+ messages in thread From: Baoqiu Cui @ 2010-03-05 5:30 UTC (permalink / raw) To: Mario E. Munich; +Cc: emacs-orgmode, cbaoqiu, Carsten Dominik "Mario E. Munich" <mariomu@ieee.org> writes: > Dear Baoqiu, > > thanks a lot for the reply... I have done some level of debugging (I > should have probably done it before, but I was not sure of what was > going on) and I had realized that the problem is in using brackets [ ] > in the text. > > Please find enclosed a simple file that will depict the issue. Hi Mario, Thanks for posting your example Org file. Now I am able to reproduce the problem and know where the bug is. Just as you said, the problem is caused by the last line that contains strings "double[9]" and "double[3][3]". Here "[9]" and "[3]" are considered footnote references (and I don't think this is what you wanted), so some code is executed to find the footnote definitions. The problem happens when the *second* "[3]" is being processed. Strictly speaking, the second "[3]" is NOT considered as a footnote reference according to ``org-footnote-re'' (see org-footnote.el), but some code in org-docbook.el and org-html.el does not use ``org-footnote-re'' and still treats it as a footnote reference. This inconsistency caused the problem you saw, and it is only visible in DocBook exporter. Before I try to fix the problem, I'd like to get Carsten's confirmation on the footnote reference syntax: whether the second "[3]", which immediately follows a character "]", should be treated as a footnote reference. To get around this problem, you can try changing the last line to something like: - =double[9]= was less efficient that =double[3][3]=, Please let me know if you have further questions. > Best regards, > > -Mario > #+FILETAGS: personal > > * Converting org pages to Twiki > - use docbook2twiki http://code.google.com/p/docbook2twiki/ > - Checkout docbook2twiki: <2009-09-24 Thu> > svn checkout http://docbook2twiki.googlecode.com/svn/trunk/ docbook2twiki-read-only > - retrieved r5 from that repository > - Load org-twiki.el > - Publish buffer with: M-x org-export-as-twiki > - double[9] was less efficient that double[3][3], > > Thanks, -- Baoqiu ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Re: org export as twiki - Failure to export with error: (wrong-type-argument stringp nil) 2010-03-05 5:30 ` Baoqiu Cui @ 2010-03-05 7:47 ` Carsten Dominik 2010-03-05 18:51 ` Baoqiu Cui 2010-03-05 8:15 ` Mario E. Munich 1 sibling, 1 reply; 6+ messages in thread From: Carsten Dominik @ 2010-03-05 7:47 UTC (permalink / raw) To: Baoqiu Cui; +Cc: Mario E. Munich, emacs-orgmode On Mar 5, 2010, at 6:30 AM, Baoqiu Cui wrote: > "Mario E. Munich" <mariomu@ieee.org> writes: > >> Dear Baoqiu, >> >> thanks a lot for the reply... I have done some level of debugging (I >> should have probably done it before, but I was not sure of what was >> going on) and I had realized that the problem is in using brackets >> [ ] >> in the text. >> >> Please find enclosed a simple file that will depict the issue. > > Hi Mario, > > Thanks for posting your example Org file. Now I am able to reproduce > the problem and know where the bug is. > > Just as you said, the problem is caused by the last line that contains > strings "double[9]" and "double[3][3]". Here "[9]" and "[3]" are > considered footnote references (and I don't think this is what you > wanted), so some code is executed to find the footnote definitions. > > The problem happens when the *second* "[3]" is being processed. > Strictly speaking, the second "[3]" is NOT considered as a footnote > reference according to ``org-footnote-re'' (see org-footnote.el), but > some code in org-docbook.el and org-html.el does not use > ``org-footnote-re'' and still treats it as a footnote reference. This > inconsistency caused the problem you saw, and it is only visible in > DocBook exporter. > > Before I try to fix the problem, I'd like to get Carsten's > confirmation > on the footnote reference syntax: whether the second "[3]", which > immediately follows a character "]", should be treated as a footnote > reference. > > To get around this problem, you can try changing the last line to > something like: > > - =double[9]= was less efficient that =double[3][3]=, Hi Baoqiu and Mario, clearly, writing =double[3][3]= is the correct solution to this problem. As for the behavior of [3][3], this is not clearly defined. Neither the LaTeX nor the HTML exporter handle this case gracefully, as in producing meaningful output. Maybe the right thing would be to have them both treated as a footnote reference, but that would also require changes to org-footnote.el. These changes are not entirely trivial, as far as I can see now. So uness you are willing to dig into org-footnote.el to changes this, the easy solution would be to simply catch the problem we have now in the docbook exporter, so that it does not crash. - Carsten > > Please let me know if you have further questions. > >> Best regards, >> >> -Mario >> #+FILETAGS: personal >> >> * Converting org pages to Twiki >> - use docbook2twiki http://code.google.com/p/docbook2twiki/ >> - Checkout docbook2twiki: <2009-09-24 Thu> >> svn checkout http://docbook2twiki.googlecode.com/svn/trunk/ >> docbook2twiki-read-only >> - retrieved r5 from that repository >> - Load org-twiki.el >> - Publish buffer with: M-x org-export-as-twiki >> - double[9] was less efficient that double[3][3], >> >> > > Thanks, > > -- > Baoqiu - Carsten ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: org export as twiki - Failure to export with error: (wrong-type-argument stringp nil) 2010-03-05 7:47 ` Carsten Dominik @ 2010-03-05 18:51 ` Baoqiu Cui 0 siblings, 0 replies; 6+ messages in thread From: Baoqiu Cui @ 2010-03-05 18:51 UTC (permalink / raw) To: emacs-orgmode [-- Attachment #1: Type: text/plain, Size: 1065 bytes --] Carsten Dominik <carsten.dominik@gmail.com> writes: > Hi Baoqiu and Mario, > > clearly, writing =double[3][3]= is the correct solution to this problem. > > As for the behavior of [3][3], this is not clearly defined. Neither > the LaTeX > nor the HTML exporter handle this case gracefully, as in producing > meaningful output. > > Maybe the right thing would be to have them both treated as a footnote > reference, but that would also require changes to org-footnote.el. > These changes are not entirely > trivial, as far as I can see now. > > So uness you are willing to dig into org-footnote.el to changes this, > the > easy solution would be to simply catch the problem we have now in the > docbook exporter, so that it does not crash. Thanks for the suggestion, Carsten. Attached below please find the patch for the easy solution for the DocBook exporter (HTML and LaTeX exporters do not report any visible errors). Note that this patch also includes another fix that I had in my local branch to avoid empty "<listitem></listitem>" caused by inline tasks. [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #2: footnote-fix.diff --] [-- Type: text/x-patch, Size: 3127 bytes --] diff --git a/lisp/org-docbook.el b/lisp/org-docbook.el index ab0a086..492a660 100644 --- a/lisp/org-docbook.el +++ b/lisp/org-docbook.el @@ -624,7 +624,7 @@ publishing directory." ;; End of quote section? (when (and inquote (string-match "^\\*+ " line)) - (insert "]]>\n</programlisting>\n") + (insert "]]></programlisting>\n") (org-export-docbook-open-para) (setq inquote nil)) ;; Inside a quote section? @@ -644,7 +644,7 @@ publishing directory." (not (string-match "^[ \t]*\\(:.*\\)" (car lines)))) (setq infixed nil) - (insert "]]>\n</programlisting>\n") + (insert "]]></programlisting>\n") (org-export-docbook-open-para)) (throw 'nextline nil)) @@ -912,7 +912,8 @@ publishing directory." (while (string-match "\\([^* \t].*?\\)\\[\\([0-9]+\\)\\]" line start) (if (get-text-property (match-beginning 2) 'org-protected line) (setq start (match-end 2)) - (let ((num (match-string 2 line))) + (let* ((num (match-string 2 line)) + (footnote-def (assoc num footnote-list))) (if (assoc num footref-seen) (setq line (replace-match (format "%s<footnoteref linkend=\"%s%s\"/>" @@ -924,9 +925,10 @@ publishing directory." (match-string 1 line) org-export-docbook-footnote-id-prefix num - (save-match-data - (org-docbook-expand - (cdr (assoc num footnote-list))))) + (if footnote-def + (save-match-data + (org-docbook-expand (cdr footnote-def))) + (format "FOOTNOTE DEFINITION NOT FOUND: %s" num))) t t line)) (push (cons num 1) footref-seen)))))) @@ -1092,7 +1094,7 @@ publishing directory." ;; Properly close all local lists and other lists (when inquote - (insert "]]>\n</programlisting>\n") + (insert "]]></programlisting>\n") (org-export-docbook-open-para)) (when in-local-list ;; Close any local lists before inserting a new header line @@ -1121,6 +1123,13 @@ publishing directory." "[ \r\n\t]*\\(<para>\\)[ \r\n\t]*</para>[ \r\n\t]*" nil t) (when (not (get-text-property (match-beginning 1) 'org-protected)) (replace-match "\n") + ;; Avoid empty <listitem></listitem> caused by inline tasks. + ;; We should add an empty para to make everything valid. + (when (and (looking-at "</listitem>") + (save-excursion + (backward-char (length "<listitem>\n")) + (looking-at "<listitem>"))) + (insert "<para></para>")) (backward-char 1))) ;; Fill empty sections with <para></para>. This is to make sure ;; that the DocBook document generated is valid and well-formed. diff --git a/lisp/org-exp.el b/lisp/org-exp.el index f20b511..91feb3c 100644 --- a/lisp/org-exp.el +++ b/lisp/org-exp.el @@ -2423,7 +2423,7 @@ INDENT was the original indentation of the block." (concat "\n#+BEGIN_DOCBOOK\n" (org-add-props (concat "<programlisting><![CDATA[" rtn - "]]>\n</programlisting>\n") + "]]></programlisting>\n") '(org-protected t)) "#+END_DOCBOOK\n")) ((eq backend 'html) [-- Attachment #3: Type: text/plain, Size: 21 bytes --] Thanks, -- Baoqiu [-- Attachment #4: Type: text/plain, Size: 201 bytes --] _______________________________________________ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ^ permalink raw reply related [flat|nested] 6+ messages in thread
* Re: Re: org export as twiki - Failure to export with error: (wrong-type-argument stringp nil) 2010-03-05 5:30 ` Baoqiu Cui 2010-03-05 7:47 ` Carsten Dominik @ 2010-03-05 8:15 ` Mario E. Munich 1 sibling, 0 replies; 6+ messages in thread From: Mario E. Munich @ 2010-03-05 8:15 UTC (permalink / raw) To: Baoqiu Cui; +Cc: emacs-orgmode, Carsten Dominik [-- Attachment #1.1: Type: text/plain, Size: 2468 bytes --] Dear Baoqui, thanks a lot for the solution to the problem, it works. I learned a little bit more about org-mode today and I keep learning everyday how to best use such a great emacs mode. Best regards, -Mario On Thu, Mar 4, 2010 at 9:30 PM, Baoqiu Cui <cbaoqiu@yahoo.com> wrote: > "Mario E. Munich" <mariomu@ieee.org> writes: > > > Dear Baoqiu, > > > > thanks a lot for the reply... I have done some level of debugging (I > > should have probably done it before, but I was not sure of what was > > going on) and I had realized that the problem is in using brackets [ ] > > in the text. > > > > Please find enclosed a simple file that will depict the issue. > > Hi Mario, > > Thanks for posting your example Org file. Now I am able to reproduce > the problem and know where the bug is. > > Just as you said, the problem is caused by the last line that contains > strings "double[9]" and "double[3][3]". Here "[9]" and "[3]" are > considered footnote references (and I don't think this is what you > wanted), so some code is executed to find the footnote definitions. > > The problem happens when the *second* "[3]" is being processed. > Strictly speaking, the second "[3]" is NOT considered as a footnote > reference according to ``org-footnote-re'' (see org-footnote.el), but > some code in org-docbook.el and org-html.el does not use > ``org-footnote-re'' and still treats it as a footnote reference. This > inconsistency caused the problem you saw, and it is only visible in > DocBook exporter. > > Before I try to fix the problem, I'd like to get Carsten's confirmation > on the footnote reference syntax: whether the second "[3]", which > immediately follows a character "]", should be treated as a footnote > reference. > > To get around this problem, you can try changing the last line to > something like: > > - =double[9]= was less efficient that =double[3][3]=, > > Please let me know if you have further questions. > > > Best regards, > > > > -Mario > > #+FILETAGS: personal > > > > * Converting org pages to Twiki > > - use docbook2twiki http://code.google.com/p/docbook2twiki/ > > - Checkout docbook2twiki: <2009-09-24 Thu> > > svn checkout http://docbook2twiki.googlecode.com/svn/trunk/docbook2twiki-read-only > > - retrieved r5 from that repository > > - Load org-twiki.el > > - Publish buffer with: M-x org-export-as-twiki > > - double[9] was less efficient that double[3][3], > > > > > > Thanks, > > -- > Baoqiu > [-- Attachment #1.2: Type: text/html, Size: 3353 bytes --] [-- Attachment #2: Type: text/plain, Size: 201 bytes --] _______________________________________________ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2010-03-05 18:51 UTC | newest] Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2010-03-04 19:50 org export as twiki - Failure to export with error: (wrong-type-argument stringp nil) Mario E. Munich 2010-03-05 5:08 ` Baoqiu Cui 2010-03-05 5:30 ` Baoqiu Cui 2010-03-05 7:47 ` Carsten Dominik 2010-03-05 18:51 ` Baoqiu Cui 2010-03-05 8:15 ` Mario E. Munich
Code repositories for project(s) associated with this public inbox https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).