* 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: 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
* 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
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).