Re: [Orgmode] Sectioning in LaTeX export
On Wed, Apr 8, 2009 at 7:46 AM, Mark Elston wrote:
Mark Elston wrote:
I have an org file I use specifically for exporting a collection of
other org files to pdf (using LaTeX). However, the resulting output
is not very much like I would like it to be.
I am using the book class for now but will likely add my own LaTeX_CLASS
entry later once I get this all figured out.
Ideally, each included file should form its own chapter. Within that
chapter each level 1 heading would be a section, level 2 headings would
be subsections, etc.
I cannot get this to happen. Every level 1 heading is always an itemize
item and level 2 and below just show up as ** heading lines.
Currently, at the top of my top-level org file I have the following:
#+TITLE: My Tasks
#+OPTIONS: H:4 num:t d:t
#+LaTeX_CLASS: book
The title and class seem to work but the options line seems to be
ignored.
How can I enforce some structure to my resulting latex code?
Mark
I forgot to mention that, right now, I am including the 'chapter' org
files with the following approach:
#+LaTeX: \chapter{Ch 1 Name}
#+INCLUDE: ~/org/ch1.org
#+LaTeX: \chapter{Ch 2 Name}
#+INCLUDE: ~/org/ch2.org
etc. This was the only way I could think of to get chapter divisions.
Hello Mike,
My setup is far from being ideal but it has been working for me
satisfactorily. I am sharing it below. Some large pieces have been
commented out during as part of my earlier experiments but I am
leaving them in.
- All content for a document is kept in a single file, each heading
being a chapter.
- There is a header file I include to add packages, fonts, standard
confidentiality notice, footer, page number information etc.
- I am using a report class but I wanted to title headings like
chapters etc. So a custom Latex class is defined using
org-export-latex-classes in .emacs and is used in the document using
#+LaTeX_Class directive. I forgot where I picked this up from (may
be it was a Russel Adam's post.)
- Disclaimer: I do not know Latex well at all. I just managed to
assemble a reasonably working system thing together. Integration
with Org made made it all worthwhile since I just have to adjust
header.tex for each new document and write in super-intuitive Org
style. May be I can utilize new {{{TITLE}}} like macros sometime..
Sample document
--8---cut here---start-8---
#+LaTeX_Class: myreport
* Executive summary
* Assumptions
*** Assumptions set 1
*** Assumption set 2
* Phase 1
* Phase 2
* Conclusion
--8---cut here---end---8---
The sample document above when published as PDF from Org:
- has each level 1 heading turned into a chapter, level 2 heading into
a section and so on. Section and subsections are marked in 1.1.1
format. Personally I found splitting a document in different files
unnecessary with Org's folding goodness (splitting could still be
useful if the pieces can be reused.)
- has a cover page with title and author name (pulled from
header.tex - appears later in this email.)
- has a confidentiality notice and document version control page
(mandatory at my workplace.)
- has footer marking document classification (again mandatory.)
- has page numbers in the right hand corner in current of last
format except for on the chapter title pages.
- has a table of contents will page numbers as hyperlinks
- left top corner of the page prints the document title and right top
corner prints current chapter.
- list of figures and tables can also be added by uncommenting a
couple of lines near the end of the header.tex
header.tex
--8---cut here---start-8---
%\documentclass[a4paper,11pt]{article}
\documentclass[a4paper,11pt]{report}
%\documentclass[a4paper,11pt]{memoir} % doesn't work yet
\makeatletter
\d...@makechapterhead#1{%
\vspace*{5...@}%
{\parindent \z@ \raggedright \normalfont
\ifnum \...@secnumdepth \...@ne
% \...@mainmatter% remove this line if using report
\huge\bfseries \thechapter\space
% \fi% remove this line if using report
\fi
\interlinepenal...@m
\Huge \bfseries #1\par\nobreak
\vskip 40\p@
}}
\makeatother
\usepackage[pdftex]{graphicx,color}
\usepackage[lmargin=1.20in,%
rmargin=1.20in,%
tmargin=1.20in,%
bmargin=1.20in,%
pdftex]{geometry}
\usepackage{bookman}% coolest font I have been able to make work
%\usepackage{kpfonts} % part of TexLive not in Cygwin
%\usepackage[T1]{fontenc}
%\usepackage{pxfonts}
%\usepackage{palatino}
%\usepackage{pslatex}
%\usepackage{times} % looks bad
%\usepackage{ae,aecompl}% good, but too light
%\usepackage{helvet}
%\usepackage{lmodern}
%\usepackage{textcomp}
%\usepackage{palatcm}
% \usepackage{showkeys} % shows label in final
Re: [Orgmode] Org dependencies request
Hi Matt, work-around: C-u C-u C-u C-c C-t will switch off all dependency checking for the duration of this command. - Carsten On Apr 8, 2009, at 12:34 AM, Matthew Lundin wrote: I have started using dependencies in org-mode to make sure that I have completed all todos in a project before marking it done. There are, however, some projects that I would like to exclude from dependency tracking. For example, I have a multi-step project for paying the rent every month: , | * PROJECT Pay Rent | DEADLINE: 2009-05-01 Fri +1m -10d | :PROPERTIES: | :LOGGING: lognoterepeat | :END: | ** TODO Check bank account to make sure there's enough money for rent :computer: |SCHEDULED: 2009-04-20 Mon +1m | ** TODO Write rent check :home: |SCHEDULED: 2009-04-30 Thu +1m | ** Drop off rent :errands: |SCHEDULED: 2009-04-30 Thu +1m ` I would like to be able to switch the Pay Rent project to done in order to add a note and timestamp to mark its completion. But my global dependency setting blocks this, since the todos below are repeating and thus immediately get turned back to todos when they are done. Hence my request: Would it be possible to add a property that would prevent dependency checking on certain headlines? E.g., :DEPENDENCIES: t or :DEPENDENCIES: nil Since we already have an ORDERED switch, I think this would be a nice addition. Thanks in advance for considering the request. - Matt ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] reloading causes visibility bug requiring restart
On Apr 7, 2009, at 10:37 PM, Samuel Wales wrote: Thanks, Carsten. That sounds like exactly the right solution. One question. Are there any org .elc files that perform actions upon loading? e..g. defining a key that the user might have redefined in a hook or setting a variable that the user might have reset? If so, reloading might cause unexpected behavior. Or is this all taken care of if the user is careful? My guess is that you've already considered this, but thought it worth asking just in case. I am not sure myself. - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Time computation errors
Bernt Hansen, Bernt Hansen wrote: Francesco Pizzolante fpz-djc/ipccudyqhejpep6iedvlejwur...@public.gmane.org writes: Problems: 1) The sum of Time1 for Test headline is wrong: 3:30 instead of 2:30; 2) I'm unable to sum times through a formula (see Time3 column). The same formula works perfectly when you replace times with integers. Any feedback is welcome. I don't believe negative times are supported currently. You are probably right. The fact is that: 1) when you clock in and out, you can get negative durations (I know, it seems weird...) and then your clock table is wrong (negative duration are not taken into account when calculating the sums). Anyway, I think it should be good to support negative durations in order, for example, to compute differences between durations (which can lead to positive or negative times); How do you get negative times by clocking in and out? The only way I can think of that you can get negative time is if you edit the clocked values after they are created. By definition you have to clock in _before_ you clock out (right?) so everything clocked should be 0 minutes or positive. Am I missing something? Not at all, you're right: you only get negative times when you manually edit your clocks. 2) I'm still unable to sum positive times value in my table (see my problem 2) in my previous email). Is there a specific operator in order to sum times? I'm not sure what the answer to this is. I use the clocking features to summarize time spent working on tasks in clock reports only and I've never had the need to deal with negative values or summing clocked values manually in a table. Maybe other users have experience with summing times in tables outside of clock reports? On example could be to determine the difference between the estimated effort and the time really spent. You would necessarily end up with negative durations (supposing that some asks took less time than the estimated effort). Does it make sense? Thanks, Francesco ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-feed.el and sha1-string
Fixed, thanks. - Carsten On Apr 7, 2009, at 10:51 AM, Harri Kiiskinen wrote: Hello (again)! Trying out org-feed.el and when updating a feed I get this in the *Messages*: Contacting host: partialrecall.blogspot.com:80 Reading [application/rss+xml; charset=UTF-8]... 46k of 46k (100%) Symbol's function definition is void: sha1-string and I cannot find the function sha1-string anywhere either. emacs-version (from Debian testing) gives out: GNU Emacs 22.2.1 (i486-pc-linux-gnu, GTK+ Version 2.12.11) of 2008-11-09 on raven, modified by Debian Harri K. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Counter cookies and mixed checkbox lists/subtasks
The following applies to Emacs 23.0.92 and Org 6.25trans, both checked out a few minutes ago. I'm quite fond of using counter cookies in headlines (`[/]' or `[%]'). However, when using those cookies in headlines where the body mixes up checkbox lists and subtasks org-mode changes reference of the cookie between list items and tasks depending on what has been last updated (probably due to the fact that the cookies may refer to both types). To give an example: --8--snip--8--- * TODO Something to do [/] - [ ] first item - [ ] second item - [ ] third item ** TODO first subtask ** TODO second subtask --8--snap--8--- Now, when checking a check box this would look like: --8--snip--8--- * TODO Something to do [1/3] - [x] first item - [ ] second item - [ ] third item ** TODO first subtask ** TODO second subtask --8--snap--8--- Given that, changing the state of a subtask will lead to: --8--snip--8--- * TODO Something to do [1/2] - [x] first item - [ ] second item - [ ] third item ** DONE first subtask ** TODO second subtask --8--snap--8--- So the question is: Is it possible to give the counter cookie a clear reference, i.e. always counting the checkbox list *or* the subtasks? Ulf ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org dependencies request
Carsten Dominik carsten.domi...@gmail.com writes: work-around: C-u C-u C-u C-c C-t will switch off all dependency checking for the duration of this command. Thanks! That will do just fine. - Matt - Carsten On Apr 8, 2009, at 12:34 AM, Matthew Lundin wrote: I have started using dependencies in org-mode to make sure that I have completed all todos in a project before marking it done. There are, however, some projects that I would like to exclude from dependency tracking. For example, I have a multi-step project for paying the rent every month: , | * PROJECT Pay Rent | DEADLINE: 2009-05-01 Fri +1m -10d | :PROPERTIES: | :LOGGING: lognoterepeat | :END: | ** TODO Check bank account to make sure there's enough money for rent :computer: |SCHEDULED: 2009-04-20 Mon +1m | ** TODO Write rent check :home: |SCHEDULED: 2009-04-30 Thu +1m | ** Drop off rent :errands: |SCHEDULED: 2009-04-30 Thu +1m ` I would like to be able to switch the Pay Rent project to done in order to add a note and timestamp to mark its completion. But my global dependency setting blocks this, since the todos below are repeating and thus immediately get turned back to todos when they are done. Hence my request: Would it be possible to add a property that would prevent dependency checking on certain headlines? E.g., :DEPENDENCIES: t or :DEPENDENCIES: nil Since we already have an ORDERED switch, I think this would be a nice addition. Thanks in advance for considering the request. - Matt ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Time computation errors
Francesco Pizzolante
fpz-djc/ipccudyqhejpep6iedvlejwur...@public.gmane.org writes:
Consider the following example:
--8---cut here---start-8---
* Test
#+COLUMNS: %25ITEM(Description) %Time1{:} %Time2{:} %Time3{:}
#+BEGIN: columnview :hlines 1 :id local
| Description | Time1 | Time2 | Time3 |
|-+---+---+|
| * Test | 3:30 | 3:00 | #ERROR |
| *** Item 1 | -1:30 | 1:00 | #ERROR |
| *** Item 2 | 4:00 | 2:00 | #ERROR |
#+TBLFM: $4=$2+$3
#+END:
*** Item 1
:PROPERTIES:
:Time1:-1:30
:Time2:1:00
:END:
*** Item 2
:PROPERTIES:
:Time1:4:00
:Time2:2:00
:END:
--8---cut here---end---8---
Problems:
1) The sum of Time1 for Test headline is wrong: 3:30 instead of
2:30;
2) I'm unable to sum times through a formula (see Time3 column).
The same formula works perfectly when you replace times with
integers.
Any feedback is welcome.
I don't believe negative times are supported currently.
-Bernt
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Time computation errors
Francesco Pizzolante fpz-djc/ipccudyqhejpep6iedvlejwur...@public.gmane.org writes: Problems: 1) The sum of Time1 for Test headline is wrong: 3:30 instead of 2:30; 2) I'm unable to sum times through a formula (see Time3 column). The same formula works perfectly when you replace times with integers. Any feedback is welcome. I don't believe negative times are supported currently. You are probably right. The fact is that: 1) when you clock in and out, you can get negative durations (I know, it seems weird...) and then your clock table is wrong (negative duration are not taken into account when calculating the sums). Anyway, I think it should be good to support negative durations in order, for example, to compute differences between durations (which can lead to positive or negative times); How do you get negative times by clocking in and out? The only way I can think of that you can get negative time is if you edit the clocked values after they are created. By definition you have to clock in _before_ you clock out (right?) so everything clocked should be 0 minutes or positive. Am I missing something? 2) I'm still unable to sum positive times value in my table (see my problem 2) in my previous email). Is there a specific operator in order to sum times? I'm not sure what the answer to this is. I use the clocking features to summarize time spent working on tasks in clock reports only and I've never had the need to deal with negative values or summing clocked values manually in a table. Maybe other users have experience with summing times in tables outside of clock reports? -Bernt ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Patch for growl notifications without uncommenting hacks
Applied, thanks - Carsten On Apr 7, 2009, at 11:50 PM, Christopher Suckling wrote: Hi Carsten, Hopefully this is the last of the org-mac-message.el patches and it supersedes everything from yesterday morning onwards... It adds Growl detection AppleScript, fixes the commentary, tidies the indentation and fixes two bugs (message:// regex and some formatting) Best, Christopher On 7 Apr 2009, at 14:15, David Abrahams wrote: On Apr 7, 2009, at 4:12 AM, Christopher Suckling wrote: And done. Thanks. s/GrowlaHelperApp/GrowlHelperApp/ and there are two lines of comment (where the link is) that seem to be indented slightly differently from the rest. Carsten, ignore yesterday's patch. BTW, is there a way of automatically doing the AppleScript indentation (I lost it all when I ran indent-region on the buffer and was too tired last night to put it back in...)? That level of emacs-fu is beyond me :-) I just did it manually. -- David Abrahams BoostPro Computing http://boostpro.com org-mac-message.patch ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-choose bugfix
Applied, thanks. - Carsten On Apr 7, 2009, at 2:13 AM, Tom Breton (Tehom) wrote: I don't know how this slipped by me before, and I was sure that I had run the test suite and validated the previous fix, but I just noticed a serious bug, and patched it. The bug is that org-choose uses the wrong number for LEVEL, resulting in no keep-sensible checking. I attach a patch for it. Also patched a doc typo. (6.25 is the OLD half of the patch - I fixed it and then realized I had no old one to diff it to so I fetched the newest org-mode) Tom org-choose.el.diff___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Charles Cave's .emacs
Just an update. Attached is my current org-related file as taken off from Charles file A small bug in Charles' file: org-time-stamp-rounding-minutes set to 5 (rather than to 2 numbers) had me spend a day of lisp debugging (not something I am very adept at :-). [Why the H___ emacs allows ill-typed customizations when the vars are meticulously typed?? Gawd knows! ] Another (unimportant) bug is that org-log-done should be set to time (not '(done)) [This is masked because the same setting is an infile setting in Charles setup] The rest are cleanups, regularizations and Charles-Rustom conversions I am posting this here because I'm too dumb to have worked this out on my own without Charles' excellent tutorial and files and others need not spend the time I did ccorg.el Description: Binary data ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] LaTeX snippets work now on Worg
Hi, a message to worgers: Bastien has installed dvipng on our web server, which means that you can now turn on export of LaTeX snippets like formulas and get them correctly displayed on the Worg website. - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Counter cookies and mixed checkbox lists/subtasks
Hi Ulf, there is no way currently to force a cookie either way. I think the the right solution is to modify the structure, so that the check boxes are only in entries without children. Seems to me that this is always possible - in your case you could just create a first child that gets the checkboxes. - Carsten On Apr 8, 2009, at 10:40 AM, Ulf Stegemann wrote: The following applies to Emacs 23.0.92 and Org 6.25trans, both checked out a few minutes ago. I'm quite fond of using counter cookies in headlines (`[/]' or `[%]'). However, when using those cookies in headlines where the body mixes up checkbox lists and subtasks org-mode changes reference of the cookie between list items and tasks depending on what has been last updated (probably due to the fact that the cookies may refer to both types). To give an example: --8--snip--8--- * TODO Something to do [/] - [ ] first item - [ ] second item - [ ] third item ** TODO first subtask ** TODO second subtask --8--snap--8--- Now, when checking a check box this would look like: --8--snip--8--- * TODO Something to do [1/3] - [x] first item - [ ] second item - [ ] third item ** TODO first subtask ** TODO second subtask --8--snap--8--- Given that, changing the state of a subtask will lead to: --8--snip--8--- * TODO Something to do [1/2] - [x] first item - [ ] second item - [ ] third item ** DONE first subtask ** TODO second subtask --8--snap--8--- So the question is: Is it possible to give the counter cookie a clear reference, i.e. always counting the checkbox list *or* the subtasks? Ulf ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] refiling to self corrupts buffer
Hi Samuel, my tests still do the right thing, they throw an error when you try to do this. Do you have a small test case? - Carsten On Apr 7, 2009, at 7:15 AM, Samuel Wales wrote: Previously I reported that refiling a task to itself deletes the task, and that was fixed. It seems broken again. It might be nice to distribute a test case with org. Also, if you refile an active region to the first node in the active region, org will attempt to put all of the nodes there. This corrupts the buffer, in my experience. Perhaps org could error in both situations. Please let me know if you need details. -- Myalgic encephalomyelitis denialism is causing death and severe suffering, worse than multiple sclerosis. It is corrupting science in the most foul way possible. Anybody can get the disease at any time -- permanently. How much do science and justice matter to you? http://www.meactionuk.org.uk/What_Is_ME_What_Is_CFS.htm ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] refiling to self corrupts buffer
On Apr 8, 2009, at 7:11 PM, Samuel Wales wrote: Reloading emacs with the latest git org and rearranging my org file (as happened since the thread leader) seems to have made the problem go away. Perhaps I should save a snapshot of both next time. That is where git is strong. Yes! - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org dependencies request
Hi Carsten, you can now set the NOBLOCKING property to turn off blocking for individual entries. Thanks. I'll use it right away! - Matt ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-choose bugfix - whoops
My previous fix was mistaken. Not sure why it passed tests; I have two theories. Regardless, it was wrong. Current `(org-outline-level)' seems the correct LEVEL= matcher argument to make `org-map-entries' find only an item's immediate children. (Operated on by `org-reduced-level' of course) I don't quite understand why. Second, I may have solved the mystery of how the bug got by me before. `org-map-entries' used to place point at the beginning of an item, a fact which I used to recognize visiting the same item. That seems to have changed between org versions. Third, I have fixed the real bug - properly now, I hope! - and attached a patch. Tom Breton (Tehom) org-choose.el.diff Description: Binary data ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Thomas Shannon sent you a Friend Request on Yaari
Thomas Shannon wants you to join Yaari! Is Thomas your friend? a href=http://yaari.com/?controller=useraction=mailregisterfriend=1sign=YaariWOE219WLY559ELA762CKS868;Yes, Thomas is my friend!/a a href=http://yaari.com/?controller=useraction=mailregisterfriend=0sign=YaariWOE219WLY559ELA762CKS868;No, Thomas isn't my friend./a Please respond or Thomas may think you said no :( Thanks, The Yaari Team If you prefer not to receive this email tell us a href=http://yaari.com/?controller=absnaction=addoptoutemail=emacs-orgm...@gnu.org;here/a. If you have any concerns regarding the content of this message, please email ab...@yaari.com. Yaari LLC, 358 Angier Ave, Atlanta, GA 30312 YaariWOE219WLY559ELA762CKS868 ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Patch to fix two bugs in HTML/DocBook exporters
Carsten Dominik carsten.domi...@gmail.com writes: 1. Bug One: two consecutive lists with different list types at the same level are exported as *one* list. For example, the following two lists 1. Ordered List Item 1 2. Ordered List Item 2 - Itemized List Item 1 - Itemized List Item 2 - Itemized List Item 3 This is, actually, not a bug but on purpose. List boundaries are set by indentation, and the list type is set by the first item. I prefer to keep it that way. In the same way, the actual numbers in an ordered list are ignored and the list is renumbered on export. Thanks for the explanation, Carsten! This makes perfect sense to me. No wonder I found the same problem in function `org-beginning-of-item-list'. :-) If a lot of people like to mix different list types together in the way I showed above, I would prefer that Org mode has finer support for this. But for now, I think we should keep the existing way. 2. Bug Two: a paragraph *immediately* after a block like quote, verse, centered block, example, etc. is not wrapped into paragraph tags (p.../p in HTML or para.../para in DocBook). While it is not a big deal for HTML exporter, this bug makes exported DocBook XML document invalid. The following lines can reproduce this bug: : Code line one : Code line two This is a paragraph immediately after the above code block without an empty line before it, and it is NOT wrapped in a paragraph (p in HTML or para in DocBook) in exported format. Please let me know if you see any problems in the fix. I would like to fix this bug, and if you send me a patch just for this, I'd be happy to apply it. OK. I am attaching the new patch at the end. Thanks, Baoqiu diff --git a/lisp/org-docbook.el b/lisp/org-docbook.el index 70a707b..13b46ed 100644 --- a/lisp/org-docbook.el +++ b/lisp/org-docbook.el @@ -607,6 +607,7 @@ publishing directory. ;; End of quote section? (when (and inquote (string-match ^\\*+ line)) (insert ]]\n/programlisting\n) + (org-export-docbook-open-para) (setq inquote nil)) ;; Inside a quote section? (when inquote @@ -625,7 +626,8 @@ publishing directory. (not (string-match ^[ \t]*\\(:.*\\) (car lines (setq infixed nil) - (insert ]]\n/programlisting\n)) + (insert ]]\n/programlisting\n) + (org-export-docbook-open-para)) (throw 'nextline nil)) ;; Protected HTML @@ -682,11 +684,13 @@ publishing directory. (when (equal ORG-BLOCKQUOTE-END line) (org-export-docbook-close-para-maybe) (insert /blockquote\n) + (org-export-docbook-open-para) (throw 'nextline nil)) ;; End of verses (when (equal ORG-VERSE-END line) (insert /literallayout\n/blockquote\n) + (org-export-docbook-open-para) (setq inverse nil) (throw 'nextline nil)) @@ -705,6 +709,7 @@ publishing directory. (org-export-docbook-close-para-maybe) (insert /entry/row/tbody\n /tgroup\n/informaltable\n) + (org-export-docbook-open-para) (throw 'nextline nil)) ;; Make targets to anchors. Note that currently FOP does not diff --git a/lisp/org-html.el b/lisp/org-html.el index b422066..b41ef3b 100644 --- a/lisp/org-html.el +++ b/lisp/org-html.el @@ -761,6 +761,7 @@ lang=\%s\ xml:lang=\%s\ ;; end of quote section? (when (and inquote (string-match ^\\*+ line)) (insert /pre\n) + (org-open-par) (setq inquote nil)) ;; inside a quote section? (when inquote @@ -780,7 +781,8 @@ lang=\%s\ xml:lang=\%s\ (not (string-match ^[ \t]*:\\(\\([ \t]\\|$\\)\\(.*\\)\\) (car lines (setq infixed nil) - (insert /pre\n)) + (insert /pre\n) + (org-open-par)) (throw 'nextline nil)) ;; Protected HTML @@ -814,6 +816,7 @@ lang=\%s\ xml:lang=\%s\ (when (equal ORG-BLOCKQUOTE-END line) (org-close-par-maybe) (insert \n/blockquote\n) + (org-open-par) (throw 'nextline nil)) (when (equal ORG-VERSE-START line) (org-close-par-maybe) @@ -822,6 +825,7 @@ lang=\%s\ xml:lang=\%s\ (throw 'nextline nil)) (when (equal ORG-VERSE-END line) (insert /p\n) + (org-open-par) (setq inverse nil) (throw 'nextline nil)) (when (equal ORG-CENTER-START line) @@ -832,6 +836,7 @@ lang=\%s\ xml:lang=\%s\ (when (equal ORG-CENTER-END line) (org-close-par-maybe) (insert \n/div) + (org-open-par) (throw 'nextline nil)) (when inverse (let ((i (org-get-string-indentation line))) ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
