[O] table misalignment

[Douglas]

List,

I've been using orgmode for about a year, and I'm familiar with the 
basics: tree editing, maintaining an agenda, exporting, and making 
tables.  With my latest install of orgmode, however, my tables are 
misaligned, and I do not know why.


I'm using "Emacs For Mac OS X" http://emacsformacosx.com/ vers. 24.2, 
orgmode 7.9.1 and OSX 10.8.2.  My last emacs install on a different 
machine did not have this problem.  My .emacs is pasted below, and I've 
attached a shot of a misaligned table.


Trandler


(require 'org-install)

(global-visual-line-mode t)

(add-to-list 'load-path "~/emacs_load-path")

;;(require 'backup-each-save)
;;(add-hook 'after-save-hook 'backup-each-save)
;;(require 'calfw)
;;(require 'calfw-org)

(ido-mode t)

(setq ido-create-new-buffer 'always)

;disable auto save
(setq auto-save-default nil)



(setq org-alphabetical-lists t)

(setq org-todo-keywords
   '((sequence "TODO" "IN PROGRESS" "|" "DONE" "CANCELLED")))

(add-to-list 'auto-mode-alist '("\\.org\\'" . org-mode))

(org-babel-do-load-languages
'org-babel-load-languages
'((sh . true) (python . true))
)

(setq org-icalendar-honor-noexport-tag t)
(setq org-icalendar-honor-export-tag t)

;; Capture
(global-set-key (kbd "C-c r") 'org-capture)
(setq org-capture-templates
  '(("d" "Dark Show Notes" entry
 (file+headline "~/org/darkshow/darkshow.org" "Capture")
 "\n\n** %?\n%T\n%i\n%a\n\n\n"
 :empty-lines 1)

("p" "Personal Notes" entry
 (file+headline "~/org/personal/personal.org" "Capture")
 "\n\n** %?\n%T\n%i\n%a\n\n\n"
 :empty-lines )))

 ;; make the frame contain a single window. by default org-capture
 ;; splits the window.
 (add-hook 'org-capture-mode-hook
   'delete-other-windows)

 (defun make-capture-frame ()
   "Create a new frame and run org-capture."
   (interactive)
   (make-frame '((name . "capture")
 (width . 40)
 (height . 15)))
   (select-frame-by-name "capture")
   (setq word-wrap 1)
   (setq truncate-lines nil)
   (org-capture))


(global-set-key "\C-cl" 'org-store-link)
(global-set-key "\C-cc" 'org-capture)
(global-set-key "\C-ca" 'org-agenda)
(global-set-key "\C-cb" 'org-iswitchb)
(custom-set-variables
 ;; custom-set-variables was added by Custom.
 ;; If you edit it by hand, you could mess it up, so be careful.
 ;; Your init file should contain only one such instance.
 ;; If there is more than one, they won't work right.
 '(org-agenda-files (quote ("~/org/noise_issue/noise_issue.org" 
"~/org/harajuku_sf/harajuku_sf.org" "~/org/bowel_issue/bowel_issue.org" 
"~/org/patent_phone/patent_phone.org" "~/org/games/games.org" 
"~/org/mouse_lawsuit/mouse_lawsuit.org" "~/org/music/music.org" 
"~/org/newshow/newshow.org" "~/org/school/school.org" 
"~/org/darkshow/darkshow.org" "~/org/personal/personal.org"

(custom-set-faces
 ;; custom-set-faces was added by Custom.
 ;; If you edit it by hand, you could mess it up, so be careful.
 ;; Your init file should contain only one such instance.
 ;; If there is more than one, they won't work right.
 '(default ((t (:inherit nil :stipple nil :background "White" 
:foreground "Black" :inverse-video nil :box nil :strike-through nil 
:overline nil :underline nil :slant normal :weight normal :height 140 
:width normal :foundry "apple" :family "Inconsolata")


(add-to-list 'default-frame-alist '(width . 30))

<>

Re: [O] table misalignment

[Douglas]

List,

Excuse me.  I found out that my custom font was to blame for the table 
misalignment.


Thanks,
Trandler

Re: [O] org-mode's HEAD org-remember bug?

[Sebastien Vauban]

Hello Marcelo,

Marcelo de Moraes Serpa wrote:
> I just updated org to HEAD, and I'm getting the following error when trying
> to run the org-remember function (bound to C-c r):
>
>
>> Debugger entered--Lisp error: (wrong-type-argument stringp nil)
>>   string-match("\\[\\[\\([^][]+\\)\\]\\(\\[\\([^][]+\\)\\]\\)?\\]" nil)
>>   (cond ((equal desc "NONE") (setq desc nil)) ((string-match
>> org-bracket-link-regexp desc) (setq desc ...)))
>>   (let (link cpltxt desc description search txt custom-id agenda-link
>> sfuns sfunsn) (cond (...) (... ...) (... ...) (... ...) (... ... ...) (...
>> ... ...) (... ... ...) (... ... ...) (... ...) (... ... ...) (... ... ...
>> ...) (... ...) (t ...)) (if (consp link) (setq cpltxt ... link ...)) (setq
>> link (or link cpltxt) desc (or desc cpltxt)) (cond (... ...) (... ...)) (if
>> (and ... link) (progn ... ... ...) (or agenda-link ...)))
>>   (let* ((org-called-with-limited-levels t) (org-outline-regexp ...)
>> (outline-regexp org-outline-regexp) (org-outline-regexp-bol ...)) (let
>> (link cpltxt desc description search txt custom-id agenda-link sfuns
>> sfunsn) (cond ... ... ... ... ... ... ... ... ... ... ... ... ...) (if ...
>> ...) (setq link ... desc ...) (cond ... ...) (if ... ... ...)))
>>   (org-with-limited-levels (let (link cpltxt desc description search txt
>> custom-id agenda-link sfuns sfunsn) (cond ... ... ... ... ... ... ... ...
>> ... ... ... ... ...) (if ... ...) (setq link ... desc ...) (cond ... ...)
>> (if ... ... ...)))
>>   org-store-link(nil)
>>   org-remember-annotation()
>>   run-hook-with-args-until-success(org-remember-annotation)
>>   remember(nil)
>>   org-do-remember()
>>   org-remember(nil)
>>   call-interactively(org-remember nil nil)
>
> Any hints?

On HEAD, it's org-capture... Your key binding is obsolete...

Best regards,
  Seb

-- 
Sebastien Vauban

Re: [O] Meaning of install

[Thomas S. Dye]

Hi Bastien,

Bastien  writes:

> Hi Thomas,
>
> t...@tsdye.com (Thomas S. Dye) writes:
>
>>> I would mention "make config" here for a sanity check of the created
>>> configuration.
>>
>> Good idea.  Done.
>
> Oh, I thought it was done in Org's org.texi manual but I understand
> this is done in orgmanual.git, right?

Yes, that's right. I'm bringing orgmanual.git up-to-date using the git
diff magic formula you sent me a week and a half ago and making some
edits as I go along. Changes to the installation section began as minor
edits, but grew as this thread went on.

> Could you make the change in org.texi too?

You have the persistence of a good maintainer. I haven't finished
editing the other installation sections, so I'm not in a position to
repeat my earlier reply to a similar query, which was to export
orgmanual! :)

I do hope it will be possible in the near future for me to take a larger
role in maintaining the Org manual. That is my goal. But for me to do
that the manual will need to be in Org, not texi. For purely personal
reasons that don't reflect at all on the Org community or the manual,
org.texi fills me with horror. If the orgmanual experiment fails then I
plan to beat a hasty retreat, lick my wounds, and work happily on other
interesting tasks at hand.

All the best,
Tom

-- 
Thomas S. Dye
http://www.tsdye.com

Re: [O] org-hide sometimes wrong

[Rick Frankel]

On Fri, Mar 15, 2013 at 10:01:45PM +0100, Bastien wrote:
> Rick Frankel  writes:
> 
> > On Mar 15, 2013, at 7:13 AM, Julien Cubizolles  wrote:
> >
> >> Lately, the leading stars have been reappearing, seemingly
> >> randomly. I've checked the org-hide face and its value changes:
> >> 
> > I've been noticing the same behavior (and broken indenting) since some 
> > recent git pull...
> > Closing and reopening the file fixes it, but it seems to be a
> > regression
> 
> Can someone try to bisect?

I try to find time :)
> Maybe git blame and check lines >5341 for the last changes
> against `org-find-invisible-foreground'.  But the last ones
> are pretty old now.
> 
> As for the broken indenting, what is the issue exactly?

I have an org file with lots of source blocks and deep level, when i
open and expand the headings, sometimes the source blocks are against
the left margin and not properly indented.

BTW, org-bullets also seems to be broken now. The "(require
'org-mode)" on line 85 fails because there is no org-mode.el not sure
what else has changed. I noticed there was a big commit on 9-March.

I will also try to find time this weekend to bisect that as well...

rick

Re: [O] Org-mobile for Android and syncing

[Charles Philip Chan]

Xavier Maillard  writes:

> While talking about mobileorg features, can someone tell me which
> mobileorg it is ? I can see at least 2: mobileorg (the origianl) and
> mobileorgNG (a dead fork ?). Not clear for me.

The original.

> Also, do I have to add per file SEQ_TODO/TAGS to be able to see them in
> mobileorg ?

No.

Charles

-- 
"Besides, I think [Slackware] sounds better than 'Microsoft,' don't you?"
(By Patrick Volkerding)


pgpkhHK6KuVzj.pgp
Description: PGP signature

Re: [O] Org-mobile for Android and syncing

[Xavier Maillard]

Charles Philip Chan  writes:

>> And a follow-up question: I'd like to be able to clock things on my
>> phone.  I can't see clocking in the feature set of MobileOrg; are there
>> any other Android apps to clock tasks, and is it possible to import
>> their data into Org?  If not, well, didn't someone mention GSoC;)?
>
> Clocking is supported.

While talking about mobileorg features, can someone tell me which
mobileorg it is ? I can see at least 2: mobileorg (the origianl) and
mobileorgNG (a dead fork ?). Not clear for me.

Also, do I have to add per file SEQ_TODO/TAGS to be able to see them in
mobileorg ?

Thank you.

/Xavier

[O] org-mode's HEAD org-remember bug?

[Marcelo de Moraes Serpa]

Hey guys,

I just updated org to HEAD, and I'm getting the following error when trying
to run the org-remember function (bound to C-c r):


> Debugger entered--Lisp error: (wrong-type-argument stringp nil)
>   string-match("\\[\\[\\([^][]+\\)\\]\\(\\[\\([^][]+\\)\\]\\)?\\]" nil)
>   (cond ((equal desc "NONE") (setq desc nil)) ((string-match
> org-bracket-link-regexp desc) (setq desc ...)))
>   (let (link cpltxt desc description search txt custom-id agenda-link
> sfuns sfunsn) (cond (...) (... ...) (... ...) (... ...) (... ... ...) (...
> ... ...) (... ... ...) (... ... ...) (... ...) (... ... ...) (... ... ...
> ...) (... ...) (t ...)) (if (consp link) (setq cpltxt ... link ...)) (setq
> link (or link cpltxt) desc (or desc cpltxt)) (cond (... ...) (... ...)) (if
> (and ... link) (progn ... ... ...) (or agenda-link ...)))
>   (let* ((org-called-with-limited-levels t) (org-outline-regexp ...)
> (outline-regexp org-outline-regexp) (org-outline-regexp-bol ...)) (let
> (link cpltxt desc description search txt custom-id agenda-link sfuns
> sfunsn) (cond ... ... ... ... ... ... ... ... ... ... ... ... ...) (if ...
> ...) (setq link ... desc ...) (cond ... ...) (if ... ... ...)))
>   (org-with-limited-levels (let (link cpltxt desc description search txt
> custom-id agenda-link sfuns sfunsn) (cond ... ... ... ... ... ... ... ...
> ... ... ... ... ...) (if ... ...) (setq link ... desc ...) (cond ... ...)
> (if ... ... ...)))
>   org-store-link(nil)
>   org-remember-annotation()
>   run-hook-with-args-until-success(org-remember-annotation)
>   remember(nil)
>   org-do-remember()
>   org-remember(nil)
>   call-interactively(org-remember nil nil)


Any hints?

Cheers,

- Marcelo.

[O] [new-exporter] org-export-before-parsing-hook GOTCHA

[Charles Berry]

Is this a feature or a bug?

in org-export-as, there are these lines

,
| (goto-char (point-min))
| (run-hook-with-args 'org-export-before-parsing-hook backend)
`

For some time, I used hook functions that usually reset the position 
of *point*. They worked fine.

Recently, they produced strange results in subtree exports - a later 
headline was used as the title even when :EXPORT_TITLE: was set. Other
properties like :EXPORT_FILE_NAME: seemed unaffected (OK).
 
I have put `save-excursion' in my code, and all seems to be well.

But I wonder if it is understood in defun'ing hooks that it is up to 
the coder to make sure that *point* gets put back where it needs to be.

Or should there be another (goto-char (point-min)) after the lines above.

Re: [O] org-hide sometimes wrong

[Julien Cubizolles]

Bastien  writes:

> Rick Frankel  writes:
>
>> On Mar 15, 2013, at 7:13 AM, Julien Cubizolles  wrote:
>>
>>> Lately, the leading stars have been reappearing, seemingly
>>> randomly. I've checked the org-hide face and its value changes:
>>> 
>> I've been noticing the same behavior (and broken indenting) since
>> some recent git pull...  Closing and reopening the file fixes it, but
>> it seems to be a regression
>
> Can someone try to bisect?

I recently switched back to the 7.9.4 release (due to some problems with
the new exporter and org-caldav) and still see this behaviour.

Re: [O] Meaning of install

[Bastien]

Hi Thomas,

t...@tsdye.com (Thomas S. Dye) writes:

>> I would mention "make config" here for a sanity check of the created
>> configuration.
>
> Good idea.  Done.

Oh, I thought it was done in Org's org.texi manual but I understand
this is done in orgmanual.git, right?

Could you make the change in org.texi too?

Thanks!

-- 
 Bastien

Re: [O] emacs export org-mode to wiki: especially for the org-mode tables

[Bastien]

Hi Christopher,

Christopher Allan Webber  writes:

> Would be nice to see a new mediawiki exporter to be written for the new
> exporter code!

Well, this should not be too hard.  There is already ox-confluence.el
in contrib/ to get started with writing a wiki exporter.

Maybe we should first have wikicreole exporter (similar to the vanilla
Markdown back-end) and derive other wiki exporter from it.

Just 2 cts of course,

-- 
 Bastien

Re: [O] New Exporter html - latex - beamer

[Marcin Borkowski]

Dnia 2013-03-15, o godz. 21:55:42
Robert Eckl  napisał(a):

> Both, the old and the new Exporter are brilliant tools, migration to
> the new exporter didn't make great issues.
> I have to provide weekly newsletters in the format pdf and html. Up to
> now i did this with exporting to scrartcl, known as koma-script.
> Including images is a bit booring because i handle two formats, for
> example
> 
> #+BEGIN_SRC Org
> #+BEGIN_LaTeX 
>   
> \begin{window}[0,r,\href{http://www.link.de}{\includegraphics[width=0.28\textwidth]{path/picture}},{}]
>   \begin{comment}
> #+END_LaTeX
> #+ATTR_HTML: alt="Objekt" title="Objektansicht" align="right"
> width="30%" padding="0em"
> padding-top="0em" 
> [[http://www.link.de/][http://www.link.de/path/images/picture.jpg]]
> #+BEGIN_LaTeX \end{comment}
>   \parbox{0.7\textwidth}{
> #+END_LaTeX
>   Any Text
>- item 1
>- item 2
>- item 3
> #+BEGIN_LaTeX
>   }
>   \end{window}
> #+END_LaTeX
> #+END_SRC
> 
> It works, but it's a bit boring. The parbox only is required with
> lists.
> Now i plan to use Beamer, possible instead of scrarctl. 
> If I use BEAMER_col the titles ignored by beamer will exported in
> html - format.
> 
> Perhaps someone can give me a hint how to deal with this, perhaps 
>  - a comment-environment for HTML how i used for LaTeX or
>  - write the BMCOL-Environment manually in an LaTeX-Block?

This is not even a decent answer, but in a pinch you might define a
yasnippet for this.  (A decent answer would be to use some kind of a
preprocessor, a good answer would be to use a preprocessor in Elisp,
and the best answer would include its code;).)

> TIA,
> 
> Robert

Regards,

-- 
Marcin Borkowski
http://octd.wmi.amu.edu.pl/en/Marcin_Borkowski
Adam Mickiewicz University

Re: [O] Better way to customize daily/weekly agenda?

[Bastien]

Hi Eric,

Eric S Fraga  writes:

> It would be great to have some way of switching the grid on and
> off when changing views without recourse to custom views.

Maybe I miss something, but isn't what `G' is for in agenda view?

HTH,

-- 
 Bastien

Re: [O] Help request - auto-fill/word wrap with headlines and tags

[Bastien]

Hi Subhan,

Subhan Tindall  writes:

> I haven't been able to find a combination of options to do this, any
> ideas?

Did you try this?

M-x visual-line-mode RET

-- 
 Bastien

Re: [O] two-way sync org agenda/ical

[Bastien]

Eric S Fraga  writes:

> Given that I no longer use my old syncing approach, described on that
> page, and instead use org-caldav, I would be happy to have the reference
> to org-caldav moved to the top!

It's a wiki, be *bold* :)

-- 
 Bastien

Re: [O] Exporter problem: cannot activate options

[Bastien]

Nicolas Goaziou  writes:

>> I also cannot get a list of possible options with the old "C-c C-e t".
>
> This has been removed, because it is heavily back-end dependent.

The fact it's back-end dependant is a reason for reintroducing this
feature, but a bit wiser.  You could do C-c C-e t to insert a back-end
independant template (org-export-with-author, etc.) and C-c C-e h t to
insert the html-dependant ones.

> On the other hand, pcomplete (through M-TAB) offers some nice
> completions for many keywords.

I think M-TAB after #+OPTIONS should complete a complete line with
the values for back-end-independant options.  It's easier to tweak
them by directly editing them rather than doing M-TAB each time
you want to insert an option.  Also, the advantage of the previous
behavior was to be able to know what were the values of the options,
which is not possible anymore.

-- 
 Bastien

Re: [O] org-hide sometimes wrong

[Bastien]

Rick Frankel  writes:

> On Mar 15, 2013, at 7:13 AM, Julien Cubizolles  wrote:
>
>> Lately, the leading stars have been reappearing, seemingly
>> randomly. I've checked the org-hide face and its value changes:
>> 
> I've been noticing the same behavior (and broken indenting) since some recent 
> git pull...
> Closing and reopening the file fixes it, but it seems to be a
> regression

Can someone try to bisect?

Maybe git blame and check lines >5341 for the last changes
against `org-find-invisible-foreground'.  But the last ones
are pretty old now.

As for the broken indenting, what is the issue exactly?

-- 
 Bastien

Re: [O] [bug] [new exporter] [markdown] Underline exports as HTML

[Bastien]

Rick Frankel  writes:

>> This should happen in a derived back-end. There are a few Markdown
>> flavours, ox-md.el is only "vanilla" Markdown.
>
> Agreed. 

Or maybe as a set of filters that people would grab from Worg?

It would be good to educate (power-)users about filters, this
may be a way to do it.

-- 
 Bastien

[O] New Exporter html - latex - beamer

[Robert Eckl]

Both, the old and the new Exporter are brilliant tools, migration to the
new exporter didn't make great issues.
I have to provide weekly newsletters in the format pdf and html. Up to
now i did this with exporting to scrartcl, known as koma-script.
Including images is a bit booring because i handle two formats, for example

#+BEGIN_SRC Org
#+BEGIN_LaTeX 
  
\begin{window}[0,r,\href{http://www.link.de}{\includegraphics[width=0.28\textwidth]{path/picture}},{}]
  \begin{comment}
#+END_LaTeX
#+ATTR_HTML: alt="Objekt" title="Objektansicht" align="right" width="30%" 
padding="0em" padding-top="0em"
[[http://www.link.de/][http://www.link.de/path/images/picture.jpg]]
#+BEGIN_LaTeX
  \end{comment}
  \parbox{0.7\textwidth}{
#+END_LaTeX
  Any Text
   - item 1
   - item 2
   - item 3
#+BEGIN_LaTeX
  }
  \end{window}
#+END_LaTeX
#+END_SRC

It works, but it's a bit boring. The parbox only is required with
lists.
Now i plan to use Beamer, possible instead of scrarctl. 
If I use BEAMER_col the titles ignored by beamer will exported in html -
format.

Perhaps someone can give me a hint how to deal with this, perhaps 
 - a comment-environment for HTML how i used for LaTeX or
 - write the BMCOL-Environment manually in an LaTeX-Block?

TIA,

Robert

Re: [O] [RFC] Org syntax (draft)

[Nicolas Goaziou]

Hello,

"Nicolas Richard"  writes:

> As you know, "Comment" is also a french word meaning "how", and that
> could very well appear uppercased as the first word of a title. (I'd
> personally recommend against uppercasing titles, but I'd understand if
> someone wanted to customize the word for such reasons)

"Comment" is not "COMMENT", as you say. Also, it is a minor annoyance.

On the other hand, crippling portability of Org format because it
depends on an external variable is a major problem.

Therefore, I stand on my ground: I suggest to turn `org-comment-string'
and al. into defconst.

>> Would you (or Someone) mind updating the org-syntax.org file on Worg?
>
> Please review the attached patch and apply parts as you wish (even if I
> wanted to do it myself, I don't have worg access.)

I applied the patch. Thank you.

> Last word about #+TBLFM: I'm not sure if that should go into the "affiliated
> keywords" section (thus rewriting parts of it, because that one goes
> below the table, unlike other affiliated keywords) or a special section
> on its own. Thus I'm not changing anything wrt that.

TBLFM is not an affiliated keyword. It's a keyword specific to Org
tables. It can exist anywhere, but it only makes sense right after
a table.


Regards,

-- 
Nicolas Goaziou

Re: [O] [New Exporter] deriving from derived backends?

[Nicolas Goaziou]

Hello,

Rick Frankel  writes:

> I am trying to derive a backend from another derived backend (i want
> to override certain entries in the options-alist), but it does not
> seem to work. The menu entries are created, but the in the
> second-level derived backend are not being picked up.
>
> Should this work? Or do i need a different approach?
>
> here's abbreviated code:
>
> (org-export-define-derived-backend s5 html
>   :menu-entry
>   (?s "Export to S5 HTML Presentation"
>   ((?H "To temporary buffer" org-s5-export-as-html)
>(?h "To file" org-s5-export-to-html)
>(?o "To file and open"
>  (lambda (a s v b)
>(if a (org-s5-export-to-html t s v b)
>  (org-open-file (org-s5-export-to-html nil s v b)))
>   :options-alist
>   [...]
>
>
> ;; this is the full exporter definition
> (org-export-define-derived-backend s5-xoxo s5
>   :menu-entry
>   (?s "Export to S5 HTML Presentation"
>   ((?X "To temporary buffer (XOXO)" org-s5-export-as-html)
>(?x "To file (XOXO)" org-s5-export-to-html)
>(?O "To file and open (XOXO)"
>  (lambda (a s v b)
>(if a (org-s5-export-to-html t s v b)
>  (org-open-file (org-s5-export-to-html nil s v b)))
>   :options-alist
>   ((:html-container nil nil "li") ;; this is defined in the html backend
>   ;; this is new to this backend
>(:s5-xoxo-root "S5_XOXO_ROOT" nil org-s5-xoxo-root-element)))
>
> If i use e.g., s-X or s-x in the exporter menu,
> in exporter functions, :html-container == "div" (which is set in the
> html exporter), and :s5-xoxo-root is nil.

You are using the same key: ?s for both back-ends in the menu. You need
to use different keys, or install one of them as a sub-menu of the
previous one (notice the "1" instead of the description):

 (org-export-define-derived-backend s5-xoxo s5
   :menu-entry
   (?s 1
   ((?X "To temporary buffer (XOXO)" org-s5-export-as-html)
(?x "To file (XOXO)" org-s5-export-to-html)
(?O "To file and open (XOXO)"
   (lambda (a s v b)
 (if a (org-s5-export-to-html t s v b)
   (org-open-file (org-s5-export-to-html nil s v b)))
   :options-alist
   ((:html-container nil nil "li") ;; this is defined in the html backend
   ;; this is new to this backend
(:s5-xoxo-root "S5_XOXO_ROOT" nil org-s5-xoxo-root-element)))


Regards,

-- 
Nicolas Goaziou

Re: [O] [RFC] Org syntax (draft)

[Nicolas Goaziou]

Hello,

Waldemar Quevedo  writes:

> By the way, does it exist somewhere a set of examples of Emacs
> org-mode -> html conversion for all org-mode features?
> (How are changes from org-mode -> html converstion from Emacs tested
> during development?)

I don't think something like this exists. Though, html back-end supports
all Org syntax described in the document.


Regards,

-- 
Nicolas Goaziou

Re: [O] latex export of org-mode: verbatim block in a figure

[Nicolas Goaziou]

Hello,

Rob Stewart  writes:

> What I would like to do is simple: wrap a verbatim code block within a
> Figure, so that I can refer to it elsewhere in my org-mode file. How
> is this achieved? A naive solution, which does not work, looks like:
>
> #+CAPTION:My caption
> #+LABEL:  fig:my-api
> #+ATTR_LaTeX: width=130mm,height=30mm
> #+BEGIN_SRC haskell
> foo :: Int -> String
> bar :: String -> Int
> #+END_SRC
>
> How would I achieve this?

Could you elaborate the "which does not work" part? The following Org
code:

  #+CAPTION:My caption
  #+NAME:  fig:my-api
  #+BEGIN_SRC haskell
  foo :: Int -> String
  bar :: String -> Int
  #+END_SRC

gives:

  \begin{figure}[H]
  \caption{\label{fig:my-api}My caption}
  \begin{verbatim}
  foo :: Int -> String
  bar :: String -> Int
  \end{verbatim}
  \end{figure}

provided `org-latex-listings' is nil.


Regards,

-- 
Nicolas Goaziou

Re: [O] Syntax of Org Babel ":results" header argument

[Jay Kerns]

Greetings,

On Fri, Mar 15, 2013 at 1:30 PM, shripad sinari
 wrote:

[snip]

I am happy with the current behavior, but
that isn't to say it couldn't possibly be improved or that I
disagree with Sebastien's suggestions.  It did take me quite some
time to figure out what the heck was going on with it all, but
now that I know, I like it a lot.

Few comments:

- :results graphics makes the list even longer, yes?  :-) I'm not
  sure that every language supports it and I don't believe it's
  currently in the manual. And I don't think it directly affects
  what Sebastien is asking about.

- Out of the myriad combinations, I only use a few regularly.

- I hope that a change, if any, would be mindful of
  brevity. Particularly with inline src blocks, it is much
  shorter to write

  : SRC_foo[:results value scalar raw append]{blah}

  than it is to write

  : SRC_foo[:results_collect value :results_type scalar
:results_handling append :results_wrapper raw]{blah}

  (or however it would be decided to handle that).

-- 
Jay

[O] hall of fame, i.e. Org fortunes

[Jay Kerns]

Hello,

In another thread, Bastien proposed a sort of "Hall of Fame"
where we could keep track of excellent (or otherwise exemplary) posts
to this list.  I like this idea.  I've only been closely following the
list since the new exporter's release after an extended hiatus,
though; that's been,
what, a few weeks?  In other words, I do not have a large
catalogue in my mental RAM of excellent posts at the moment.

Those of you who are interested in this idea, when you see or
have seen an excellent (or otherwise exemplary) message to the
list, would you please say something, bring some attention to it?
In this way maybe fewer great messages will slip through the cracks.

Cheers,
-- 
Jay

P.S. I'm thinking a good place for this might be the "mailing
list" page on Worg, maybe an additional headline towards the
bottom.  Sound good?

Re: [O] Extra space after listings in LaTeX export with minted

[Richard Stanton]

You'd think so, but it actually doesn't make a difference. It's indented
even when there's no blank line in the LaTeX file. It's a minted
"feature", I think. I did email the minted author about it, so maybe one
day it'll be fixed.

On 3/15/13 10:45 AM, "Nicolas Goaziou"  wrote:

>Hello,
>
>Aaron Ecay  writes:
>
>> I am not sure there is a way to automate the \noindent: LaTeX indents
>> the beginning of paragraphs, and in org there is no way to have a
>> paragraph that contains a source listing.  (In latex there is: don¹t
>> leave a blank line after the \end{minted}.  But I don¹t think org has a
>> way to represent/output such a thing.
>
>Don't leave a blank line after the #+END_SRC.
>
>
>Regards,
>
>-- 
>Nicolas Goaziou

Re: [O] org-caldav will cease to work with Google Calendar

[David Engster]

Vincent Beffara writes:
> But it _can_ list my calendars, meaning that it can authenticate and
> have some sort of interaction with google's servers. Maybe interfacing
> with that would not be too hard?

Supporting the Google Calendar API in org-caldav wouldn't be hard. It's
actually a very clean, RESTful service; much better than CalDAV, in
fact. Just what you would expect from Google.

However, this is not a technical issue. This is also why I said that
anyone who wants to implement support for the Google Calendar API in
org-caldav should fork it; I won't accept pull requests which implement
that.

If Google decides to discontinue a well established, IETF-standardized
API in favor of a proprietary one for which there exist no free server
implementations, I will not support that. I think the best solution for
anyone using Google Calendar is to migrate away from that service.

-David

Re: [O] org-hide sometimes wrong

[Rick Frankel]

On Mar 15, 2013, at 7:13 AM, Julien Cubizolles  wrote:

> Lately, the leading stars have been reappearing, seemingly
> randomly. I've checked the org-hide face and its value changes:
> 
> 
I've been noticing the same behavior (and broken indenting) since some recent 
git pull...
Closing and reopening the file fixes it, but it seems to be a regression

Rick

Re: [O] [bug] [new exporter] [markdown] Underline exports as HTML

[Rick Frankel]

On Mar 15, 2013, at 1:36 PM, Nicolas Goaziou  wrote:

> Hello,
> 
> Rick Frankel  writes:
> 
>> On Wed, Mar 13, 2013 at 09:54:22AM -0600, Eric Schulte wrote:
>> 
>> I have used both ruby libraries extensively. It would be nice for the
>> markdown exporter to allow using the standard markdown extensions
>> (perhaps with a switch).
> 
> This should happen in a derived back-end. There are a few Markdown
> flavours, ox-md.el is only "vanilla" Markdown.
> 
> 
Agreed. 

[O] new latex exporter

[Rick Frankel]

There is a problem (bug?) with ox-latex and long listings. If the
listing has a label (name) or caption, it is wrapped in a
'\begin{listing}[H]' block even when the org-latex-listings type is
set to 'minted. This causes listings longer than one page to be
truncated if they have labels, which means you can't have callable
code longer than one page (~40 lines for US Letter paper.)

An example document (with a proposed solution) is below.

---
#+TITLE:Test
#+OPTIONS:  H:3 num:nil toc:nil \n:nil @:t ::t |:t ^:{} -:t f:t *:t <:t

* Setup and short examples
:PROPERTIES:
:EXPORTS:  code
:END:
*NOTE:* Run this section to generate the long examples before
generating the latex/pdf output.
** latex listing options
#+BEGIN_SRC elisp :results silent
  (setq
  org-latex-listings 'minted
  org-latex-minted-options
  '(("linenos" "true") ("stepnumber" "5") ("numbersep" "0.25em")
("frame" "leftline") ("framerule" "1pt")
("rulecolor" "\\color{framecolor}")))
#+END_SRC

** patch
#+BEGIN_SRC diff :eval never
  diff --git a/lisp/ox-latex.el b/lisp/ox-latex.el
  index 8a24aea..388eb2e 100644
  --- a/lisp/ox-latex.el
  +++ b/lisp/ox-latex.el
  @@ -2160,7 +2160,7 @@ contextual information."
  ;; Case 3.  Use minted package.
  ((eq org-latex-listings 'minted)
  (let ((float-env
  -  (when (or label caption)
  +  (when caption
  (format "\\begin{listing}[H]\n%%s\n%s\\end{listing}"
  (org-latex--caption/label-string src-block info
(body
#+END_SRC
** source w/ no label
#+BEGIN_SRC perl :eval never
  foreach my  $i qw(with without) {
  print join(
  "\n",
  sprintf("* Long listing %s label", $i),
  ($i eq 'with' ? '#+name: long-listing' : ''),
  "#+BEGIN_SRC perl :exports code",
  (map { "print '$_'" } 1..60),
  "#+END_SRC\n",
  );
  }
#+END_SRC
** src w/ with label
#+name: generate-listing
#+BEGIN_SRC perl :results raw
  foreach my  $i qw(with without) {
  print join(
  "\n",
  sprintf("* Long listing %s label", $i),
  ($i eq 'with' ? '#+name: long-listing' : ''),
  "#+BEGIN_SRC perl :exports code",
  (map { "print '$_'" } 1..60),
  "#+END_SRC\n",
  );
  }
#+END_SRC

#+RESULTS: generate-listing

Re: [O] org-caldav will cease to work with Google Calendar

[Vincent Beffara]

Hi, 

First Reader, then this ... that was a bad press release :-( OTOH there is 
already some support for google APIs via the g-client package. One drawback of 
the package is that it doesn't work very well, at least on my machine many 
commands fail. Another one is that it seems not to have moved a lot for years.

But it _can_ list my calendars, meaning that it can authenticate and have some 
sort of interaction with google's servers. Maybe interfacing with that would 
not be too hard? 

One repo here: https://github.com/jaalto/emacs-epackage--g-client (it is also 
in el-get).

/v

-- 
Vincent Beffara


On Thursday, March 14, 2013 at 17:19 , David Engster wrote:

> Google has announced today that they will shut down their CalDAV API in
> September, since hey, everybody's using their own protocol anyway.
> org-caldav will then cease to work with Google calendar. I won't work on
> supporting the Google calendaring API until there's a free server
> implementation for it, which can be self-hosted. If someone else would
> like to work on that, please create a fork under a different name.
> 
> -David 

Re: [O] Extra space after listings in LaTeX export with minted

[Nicolas Goaziou]

Hello,

Aaron Ecay  writes:

> I am not sure there is a way to automate the \noindent: LaTeX indents
> the beginning of paragraphs, and in org there is no way to have a
> paragraph that contains a source listing.  (In latex there is: don’t
> leave a blank line after the \end{minted}.  But I don’t think org has a
> way to represent/output such a thing.  

Don't leave a blank line after the #+END_SRC.


Regards,

-- 
Nicolas Goaziou

Re: [O] exporting, too, was: Re: multiline emphasis, was: Re: latex italics in list, with quotation marks

[Nicolas Goaziou]

Hello,

Robert Klein  writes:

> (require 'org)
>
> ;; change number of newlines for emphasized blocks
> (setq org-emphasis-regexp-components
>   '(" \t('\"{" "- \t.,:!?;'\")}\\" " \t\r\n,\"'" "." 10))
>

This should probably happen before org is loaded, according to the
docstring.

> Mebbe I just forgot some setting to get it working, though I'd like the
> exporter to recognize the org-emphasis-regexp-components settings...

The exporter relies on the parser, which relies on `org-emph-re', which
is built from `org-emphasis-regexp-components'.


Regards,

-- 
Nicolas Goaziou

Re: [O] Exporter problem: cannot activate options

[Nicolas Goaziou]

Hello,

Rainer Stengele  writes:

> Am 14.03.2013 23:25, schrieb Nicolas Goaziou:
>> Hello,
>> 
>> Rainer Stengele  writes:
>> 
>>> thanks for the notice.
>>> I really would need to be able to configure export options.
>> 
>> I just told you how to do it.
>> 
>>> I cannot include timestamps in a html export.
>>> Please give me a hint.
>> 
>> Could you elaborate?
>> 
>> Thank you.
>> 
>> 
>> Regards,
>> 
> Maybe I misunderstand the situation.
> My old settings
>
> :PROPERTIES:
> :EXPORT_OPTIONS: <:t todo:t toc:nil
> :END:

Put point, for example, on properties line. Call Export Dispatcher (with
C-c C-e). If "Export Scope" isn't "Subtree", use C-s once. Then call the
appropriate exporter (e.g. h H).

> do not work anymore. I see that
>
> #+OPTIONS: <:nil tasks:t d:t toc:t
>
> is working, but I want a setting per subtree.
> I thought that the mechs for setting options did change with the new
> exporter but I could not find new docs for that.
>
> I also cannot get a list of possible options with the old "C-c C-e t".

This has been removed, because it is heavily back-end dependent.

On the other hand, pcomplete (through M-TAB) offers some nice
completions for many keywords.


Regards,

-- 
Nicolas Goaziou

Re: [O] [bug] [new exporter] [markdown] Underline exports as HTML

[Nicolas Goaziou]

Hello,

Rick Frankel  writes:

> On Wed, Mar 13, 2013 at 09:54:22AM -0600, Eric Schulte wrote:
>
>> Pandoc supports tables in markdown documents, maybe this would be a good
>> syntax to target, as with pandoc markdown may be further exported to
>> either HTML or LaTeX.
>> 
>>   http://johnmacfarlane.net/pandoc/README.html#tables
>> 
>> FWIW, it looks like pandoc also supports Org-mode tables.
>> 
>>   http://johnmacfarlane.net/pandoc/README.html#pipe-tables
>> 
>
> There is a fairly standard set of extensions to the markdown syntax
> called Markdown Extra, based on the extensions made for php:
>
>   http://michelf.ca/projects/php-markdown/extra/
>
> however, a number of markdown processors support it, including 
>
>   multimarkdown: http://fletcherpenney.net/multimarkdown/
>
> A couple of ruby processing libraries:
>
>   http://kramdown.rubyforge.org/syntax.html
>   http://maruku.rubyforge.org/maruku.html
>
> Kramdown also support org table format.
>
> and python: http://pythonhosted.org/Markdown/extensions/extra.html
>
> I have used both ruby libraries extensively. It would be nice for the
> markdown exporter to allow using the standard markdown extensions
> (perhaps with a switch).

This should happen in a derived back-end. There are a few Markdown
flavours, ox-md.el is only "vanilla" Markdown.


Regards,

-- 
Nicolas Goaziou

Re: [O] Syntax of Org Babel ":results" header argument

[shripad sinari]

I think Sebastian's suggestions are very nice and would be very helpful.

Shripad
Tucson, AZ


On Fri, Mar 15, 2013 at 4:41 AM, Eric S Fraga  wrote:

> Sebastien Vauban  writes:
>
> > Hello,
> >
> > As there was no reaction to this, I'd like to bump it up. At least, to
> either
> > have a discussion on this, or a clearly stated "no go".
>
> Okay, if nobody else answers, here I go!  I am happy with the current
> approach as it's easier for me to see, at a glance, what is intended to
> happen with the results and a single word key is easier to type.
>
> However, I would not be distraught if a change were made along the lines
> you propose.
>
> --
> : Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D
> : in Emacs 24.3.50.1 and Org release_8.0-pre-72-gc66641
>
>
>

[O] Background color reset for links and DONE headlines

[Sebastien Vauban]

Hello,

As you can see on http://screencast.com/t/xdVGDQrbB, faces for DONE headlines
or hyperlinks seem to reset the background color of the elements they're
applied onto, even if they don't have any background color specified:

--8<---cut here---start->8---
`(org-link ((,class (:underline t :foreground "#006DAF"
`(org-headline-done ((,class (:height 1.0 :weight bold :strike-through 
"#BEBEBE" :foreground "#C5C5C5"
--8<---cut here---end--->8---

I see that the font is set in defun `org-set-font-lock-defaults' (L6039--6045
of `org.el'), but it seems to me we can only give one face through that
mechanism. Am I right?  Is this a limitation we can work around?

Best regards,
  Seb

-- 
Sebastien Vauban

[O] Confusion with :PROPERTIES: insertion

[Lawrence Bottorff]

I've got a header, after which I want to insert

* Header
  :PROPERTIES:
  :CUSTOM_ID: [2013-03-15 Fri 11:22]
  :END:

I've tried C-c C-x d and C-u M-x org-insert-drawer. Sometimes C-c C-x d
works (offering only [RESULTS] which creates empty :: ... :END:), sometime
it does nothing. C-u M-x org-insert-drawer sometimes offers me choices,
sometimes doesn't telling me I should use C-c C-x d. Once I do get

  :PROPERTIES:

  :END:

C-c C-x p offers me choices (I choose :CUSTOM_ID:) and seems to work
properly, but again, sometimes does nothing after affirming prompting,

What am I doing wrong. I simply want to have a timestamp property for each
header. Can anyone advise me how to create this :PROPERTIES: insertion
behavior consistently?

LB

Re: [O] Org-mode outside Org-mode

[Thomas S. Dye]

Aloha Thorsten,

What a joy to find the following bit on Worg!

To sum it up in one sentence: Outline with Outshine outshines
Outline

All the best,
Tom

-- 
Thomas S. Dye
http://www.tsdye.com

Re: [O] latex export of org-mode: verbatim block in a figure

[Thomas S. Dye]

Aloha Rob,

Rob Stewart  writes:

>> There are some things I don't quite understand: Would you like to export to
>> LaTeX, or would you simply like to have a <> to refer to in an 
>> orgmode
>> file?
>
> I'd like. in my orgmode file, to be able to say, "see Figure
> \ref{fig:my-api}". When I export to LaTeX, I'd like it to then
> correctly export the reference as it would be in LaTeX e.g. if the
> Figure is 1.1, then then pdflatex would produce: "see Figure 1.1".
>
>> And why have a figure, instead of -- in LaTeX terminology -- a listing?
>
> Good point. Yes, Listing would be good. Any idea how to solve this
> reference problem as a listing?

The LaTeX minted package has a facility for "floated listings" that
might do what you want.

hth,
Tom

-- 
Thomas S. Dye
http://www.tsdye.com

Re: [O] org-caldav will cease to work with Google Calendar

[David Engster]

'rasmus' writes:
> For now I'm using fluux, but I haven't managed to get org-CalDAV to
> sync yet.

What is that? I'm afraid I cannot find it.

>  I'm also looking to sync bbdb via CardDAV, although I would be
> willing to switch to org-contacts if a solution emerged here before.

CardDAV shouldn't be very hard to add. There are two reasons however why
at least I won't work on this in the near future: I don't need it, and
it's boring.

> Could Orgmode.org provide (and earn revenues from) a /standard-based/
> (CardDAV/CalDAV) synchronization framework without bells and whistles
> and a reasonable price per year?  Say €5-10 per year?  (I have no idea
> how much upload/download goes to such a system).

Frankly, I'd leave such services to professionals. Calendaring data is
very critical to most people. There are many CalDAV hosting services out
there (but I'm afraid you won't get a good one for 5-10 Euros/year).

> Baïkal and Radicale are nice, small CalDAV servers.  The latter also
> provides CardDAV.

I just discovered Radicale. I think it is very nice for people who don't
want/need a full-blown Workgroup or Cloud solution like SOGo/Owncloud.
org-caldav does not currently work with it, but this should be fixable.

-David

[O] RSS back-end: blogging with Org-mode is now easy

[Bastien]

Hi all,

I added ox-rss.el, a rudimentary RSS 2.0 export back-end:
  
http://orgmode.org/cgit.cgi/org-mode.git/plain/contrib/lisp/ox-rss.el?id=137207

See the commentary section for instructions on how to use it.

Basically, the idea is to define a new publishing project that
will take care of publishing a .xml RSS 2.0 feed.

Blog posts are top-level headlines.

One possibility to use this for a blog is to maintain an .org
file with the summary of your headlines in a separate files as
top-level entries, then to export this file as a RSS feed that
you can link anywhere else on your website.

I plan to include this in 8.0 unless it's too buggy or useless.

Please test this heavily and let me know if it works for you!

Thanks,

-- 
 Bastien

Re: [O] [new-exporter] Beamer color theme

[Suvayu Ali]

On Fri, Mar 15, 2013 at 01:57:26PM +, Eric S Fraga wrote:
> 
> I have updated, on Worg, the example presentation to work with the new
> exporter.  It is at
> 
> http://orgmode.org/worg/exporters/beamer/presentation.org
> 
> Can you put a link to it from the tutorial maybe?

Done :).



-- 
Suvayu

Open source is the future. It sets us free.

[O] Org-mode outside Org-mode

[Thorsten Jolitz]

Hi List, 

there is a now a tutorial on Worg describing the recently announced new
libraries for using (concepts and functionality of) Org-mode when
outside Org-mode:

,---
| http://orgmode.org/worg/org-tutorials/org-outside-org.html
`---

Besides using the 'well-known' orgstruct-minor-mode, you can now:

- use outline-minor-mode with *outshine.el* extensions and structure
  your file with outshine-style headlines, giving your source-code files
  the look&feel of Org-mode files. Should work in any major-mode.

- use *outorg.el* to edit complete subtrees or the whole file as
  Org-mode in a temporary Org-mode edit-buffer. Depends on outshine.

- use *navi-mode.el* to open an occur-like indirect buffer for
  super-fast navigation and structure-editing (as well as other common
  actions on subtrees) in the associated original-buffer - all with
  one-key commands in a read-only buffer. A kind of customizable
  remote-control for the original-buffer with many views combining
  headline and keyword searches and easy switching between the
  associated buffers. Depends somehow on outshine too, but to a much
  lesser degree than outorg.el

And of course you have Francois Pinard's *poporg.el* and can (completely
independent from orgstruct or outshine):

- edit atomic comment-sections (anywhere in a source-code buffer, no
  matter what major-mode) in a temporary Org-mode edit-buffer. Thus,
  while *outorg* gives you a whole subtree with headline and source-code
  blocks in a temporary Org-mode edit-buffer, *poporg* gives you only
  the comment-string near point and nothing else, so that both libraries
  complement each other really well in their usage.

For more details see the tutorial on Worg.

-- 
cheers,
Thorsten

Re: [O] org-caldav will cease to work with Google Calendar

[Marcin Borkowski]

Dnia 2013-03-15, o godz. 16:06:38
Rasmus  napisał(a):

> Could Orgmode.org provide (and earn revenues from) a /standard-based/
> (CardDAV/CalDAV) synchronization framework without bells and whistles
> and a reasonable price per year?  Say €5-10 per year?  (I have no idea
> how much upload/download goes to such a system).
> 
> I would certainly pay if revenues after costs goes to Org-developers
> and the service uses open standards.
> 
> On the other hand I don't know if it's ethically OK for a FSF project
> to provide such a service?

AFAIR, one of the main ideas of RMS was to give away software for free
and earn on services.  (Not that I agree with all RMS's ideas - in
fact, I agree probably with a minority of them;).)

Best,

-- 
Marcin Borkowski
http://octd.wmi.amu.edu.pl/en/Marcin_Borkowski
Adam Mickiewicz University

Re: [O] Org Community

[J. David Boyd]

"Loyall, David"  writes:

> FWIW, I believe that the org-mode community should do what we can to
> oblige Jambunathan's request, even if/when we're not legally required
> to do so.  I think that we should do the same for any human who wants
> to withdraw from an endeavor.  (Don't each of you feel that your code
> is a part of you?)
>
> Supposing that the group agrees that the code should be removed
> somehow, then at that point we can think about the most orderly way to
> do it.  What happens, technically, if we mark it all as deprecated?
>

I look at it this way.   If I helped build a house for Habitat for
Humanity, then a while later decided I didn't like what they stand for,
do I have the right to go take out the beams I nailed into the
structure?

Dave

Re: [O] org-caldav will cease to work with Google Calendar

[Rasmus]

> I won't work on supporting the Google calendaring API until there's
> a free server implementation for it, which can be self-hosted.

Good choice!  I support you /fully/ on this decision.

I'd very much like to run an independent "OpenCloud"-like setup
(although, I don't need browser access).

For now I'm using fluux, but I haven't managed to get org-CalDAV to
sync yet.  I'm also looking to sync bbdb via CardDAV, although I would
be willing to switch to org-contacts if a solution emerged here
before.

Could Orgmode.org provide (and earn revenues from) a /standard-based/
(CardDAV/CalDAV) synchronization framework without bells and whistles
and a reasonable price per year?  Say €5-10 per year?  (I have no idea
how much upload/download goes to such a system).

I would certainly pay if revenues after costs goes to Org-developers
and the service uses open standards.

On the other hand I don't know if it's ethically OK for a FSF project
to provide such a service?

Baïkal and Radicale are nice, small CalDAV servers.  The latter also
provides CardDAV.

–Rasmus

-- 
Enough with the bla bla!

Re: [O] Basic beamer export

[JBash]

On Wed, Mar 13, 2013 at 11:01 AM, Achim Gratz  wrote:

> Suvayu Ali  gmail.com> writes:
> > > Yes.  I just updated org.  I'm now at:
> > > Org-mode version 8.0-pre (release_8.0-pre-54-gb5a853 @
> > > /user/share/emacs/site-lisp/org)
> >
> > Are you "overwriting" the org files that come with your distribution of
> > emacs?  If you are, I think that is asking for trouble.  I would
> > recommend to install to a separate directory, maybe somewhere in your
> > home if you are the only user or somewhere in /opt/ if you want it to be
> > available to other users.
>
> This is the canonical place for site-wide installation and it should work
> correctly.  But looking at the other problems reported there is something
> else
> wrong with that Emacs installation, badly so.  But not this.
>
>
> Regards,
> Achim.
>
> Thanks for the help.

I've removed everything associated with emacs 24 and have installed emacs
23 (from the debian repository).  I now get a return from "M-x
list-load-path-shadows", which I've pasted below.  I don't see anything
that looks like it should be a problem there, since the latest org files
are all being used, if I'm interpreting that output correctly.  I also made
the following change to my .emacs file as you suggested, Suvayu (just to be
sure it wasn't causing a problem).

;; == org-mode customizations ==
(add-to-list 'load-path "~/emacs/lisp/org-mode/lisp")
;;(add-to-list 'load-path "/usr/share/emacs/site-lisp/org")

Using the same input file, and the same .emacs file (with the path change
above), I'm still getting the same .tex file output that I sent a couple of
days ago, where I'm getting subsubsections where I should be getting frames.

I also tried Eric's presentation.org file (
http://orgmode.org/worg/exporters/beamer/presentation.org) that he
mentioned in another thread, with similar results (but in this case,
subsections where I should be getting frames, due to the Heading level
differences in the two files).

I've tried my input file on another machine as well, which I think (but
can't be sure) has never had emacs 24 (thinking the problem may be that
there are still some vestiges of the emacs 24 installation that I didn't
get cleared off from this machine), and I'm getting same results.

At this point I'm still stuck.  I'll keep poking at it, but if there are
any suggestions, I'd appreciate hearing them.  Since no one else is having
these issues, it seems to suggest something in my installation.

Thanks,
Jerry


==
M-x list-load-path-shadows output

/usr/share/emacs/23.4/site-lisp/debian-startup hides
/usr/share/emacs/site-lisp/debian-startup
~/emacs/lisp/org-caldav/org-caldav-master/url-dav hides
/usr/share/emacs/23.4/lisp/url/url-dav
/usr/share/emacs23/site-lisp/dictionaries-common/flyspell hides
/usr/share/emacs/23.4/lisp/textmodes/flyspell
/usr/share/emacs23/site-lisp/dictionaries-common/ispell hides
/usr/share/emacs/23.4/lisp/textmodes/ispell
~/emacs/lisp/org-mode/lisp/org-timer hides
/usr/share/emacs/23.4/lisp/org/org-timer
~/emacs/lisp/org-mode/lisp/org-bibtex hides
/usr/share/emacs/23.4/lisp/org/org-bibtex
~/emacs/lisp/org-mode/lisp/org-feed hides
/usr/share/emacs/23.4/lisp/org/org-feed
~/emacs/lisp/org-mode/lisp/org-list hides
/usr/share/emacs/23.4/lisp/org/org-list
~/emacs/lisp/org-mode/lisp/org-plot hides
/usr/share/emacs/23.4/lisp/org/org-plot
~/emacs/lisp/org-mode/lisp/org-install hides
/usr/share/emacs/23.4/lisp/org/org-install
~/emacs/lisp/org-mode/lisp/org-mouse hides
/usr/share/emacs/23.4/lisp/org/org-mouse
~/emacs/lisp/org-mode/lisp/org-macs hides
/usr/share/emacs/23.4/lisp/org/org-macs
~/emacs/lisp/org-mode/lisp/org-datetree hides
/usr/share/emacs/23.4/lisp/org/org-datetree
~/emacs/lisp/org-mode/lisp/org-irc hides
/usr/share/emacs/23.4/lisp/org/org-irc
~/emacs/lisp/org-mode/lisp/org-crypt hides
/usr/share/emacs/23.4/lisp/org/org-crypt
~/emacs/lisp/org-mode/lisp/org-mhe hides
/usr/share/emacs/23.4/lisp/org/org-mhe
~/emacs/lisp/org-mode/lisp/org-mac-message hides
/usr/share/emacs/23.4/lisp/org/org-mac-message
~/emacs/lisp/org-mode/lisp/org-id hides
/usr/share/emacs/23.4/lisp/org/org-id
~/emacs/lisp/org-mode/lisp/org hides /usr/share/emacs/23.4/lisp/org/org
~/emacs/lisp/org-mode/lisp/org-agenda hides
/usr/share/emacs/23.4/lisp/org/org-agenda
~/emacs/lisp/org-mode/lisp/org-info hides
/usr/share/emacs/23.4/lisp/org/org-info
~/emacs/lisp/org-mode/lisp/org-rmail hides
/usr/share/emacs/23.4/lisp/org/org-rmail
~/emacs/lisp/org-mode/lisp/org-protocol hides
/usr/share/emacs/23.4/lisp/org/org-protocol
~/emacs/lisp/org-mode/lisp/org-footnote hides
/usr/share/emacs/23.4/lisp/org/org-footnote
~/emacs/lisp/org-mode/lisp/org-src hides
/usr/share/emacs/23.4/lisp/org/org-src
~/emacs/lisp/org-mode/lisp/org-gnus hides
/usr/share/emacs/23.4/lisp/org/org-gnus
~/emacs/lisp/org-mode/lisp/org-indent hides
/usr/share/emacs/23.4/lisp/org/org-indent
~/emacs/lisp/org-mode/lisp/org-inlinetask hides
/usr/share/ema

Re: [O] org-caldav will cease to work with Google Calendar

[Torsten Wagner]

Hi Eric,

I can just repeat, if you have a own Server already, give SoGO a try!
The only disadvantage yet, the webinterface is not smartphone friendly.
However, sync works well.

Torsten
[1] http://www.sogo.nu/





On 15 March 2013 15:16, Eric S Fraga  wrote:

> Charles Philip Chan  writes:
>
> [...]
>
> > Mobileorg can sync (bi-directionally) with the native calendar system of
> > your Android device which in turn sync with Google. You can use any of
>
> Thanks for letting us know about this.  I now just have to wait until
> MobileOrg supports ssh keys with passwords so I can use my own ssh
> server.
>
> --
> : Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D
> : in Emacs 24.3.50.1 and Org release_8.0-pre-72-gc66641
>
>
>

Re: [O] org-caldav will cease to work with Google Calendar

[Eric S Fraga]

Charles Philip Chan  writes:

[...]

> Mobileorg can sync (bi-directionally) with the native calendar system of
> your Android device which in turn sync with Google. You can use any of

Thanks for letting us know about this.  I now just have to wait until
MobileOrg supports ssh keys with passwords so I can use my own ssh
server.

-- 
: Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D
: in Emacs 24.3.50.1 and Org release_8.0-pre-72-gc66641

Re: [O] org-caldav will cease to work with Google Calendar

[Eric S Fraga]

David Engster  writes:

> Google has announced today that they will shut down their CalDAV API in
> September, since hey, everybody's using their own protocol anyway.

Oh, how annoying!  I finally, after several years of struggling, got to
the point where I was happy with the synchronisation between org,
desktop and phone.

Thanks for the heads up on this and, more importantly, for giving me at
least a glimpse, with org-caldav, of how good things could be.

-- 
: Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D
: in Emacs 24.3.50.1 and Org release_8.0-pre-72-gc66641

Re: [O] [new-exporter] Beamer color theme

[Eric S Fraga]

Suvayu Ali  writes:

> On Wed, Mar 13, 2013 at 07:11:09AM +0530, Vikas Rawal wrote:
>> How do I change beamer color theme in the new exporter.
>
> I updated the tutorial.

Suvayu,

thanks for this.

I have updated, on Worg, the example presentation to work with the new
exporter.  It is at

http://orgmode.org/worg/exporters/beamer/presentation.org

Can you put a link to it from the tutorial maybe?

Thanks,
eric
-- 
: Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D
: in Emacs 24.3.50.1 and Org release_8.0-pre-72-gc66641

Re: [O] Where does org-mode elisp hacking go?

[Torsten Wagner]

Hi Eric,

sorry for the last two spams. Believe it or not, I fell asleep last night,
during typing an answer and somehow managed to send twice a message ;)
People should not take there smartphones to bed.

Sounds dangerous to me.  I often place init.el files into
> sub-directories which require project specific customization.  You may
> also want to look at (info "(elisp)Directory Local Variables") for
> adding setting based on the working directory.
>
>
Why does this sound dangerous. Encrypted babel blocks could not be modified
and even not been read without user authentication. Furthermore, even if I
use a org-file from someone else, I would have to authorize the execution
by decryption of the block. Thus, its unlikely someone executes something
by accident.
Beside of the autostart, encrypted source code blocks might make sens too,
if sensitive data might be part of the block. E.g. username and login
credentials to login into a certain service.

I do not want to hijack this thread. It was just an idea which sounded to
me rather easy to implement, since the core features are all there already.
Feel free, to set it on the crazy ideas list, if you feel that it is not a
good idea  ;)

All the best

Torsten

[O] exporting, too, was: Re: multiline emphasis, was: Re: latex italics in list, with quotation marks

[Robert Klein]

On 03/14/2013 09:56 AM, Robert Klein wrote:
> On 03/08/2013 11:58 AM, Myles English wrote:
>>
>> Hi,
>>
>> Just wondering if there is a better way to italicise across more than two 
>> lines
>> for a list item, currently this is the only way that works for me:
>>
>> - on the assumption of equilibrium: /``even if there is equilibrium at
>>   the pore sale, the upscaling, in this/ /if there is equilibrium at
>>   blah the equilibrium/''
>>
>> Thanks,
>>
>> Myles
>>
>>
> 
> The same happens outside of lists.  I set
> 
> (setq org-emphasis-regexp-components
>   '(" \t('\"{" "- \t.,:!?;'\")}\\" " \t\r\n,\"'" "." 10))
> 
> which ought to increase the number of lines I can span an emphasis (only
> change is the original 1 at the end to 10).  Doesn't work though, atm.
> My org-version is release_8.0-pre-67-gd3361c.
> 

Hi,

when exporting multiline emphasis doesn't work, too (org-version:
release_8.0-pre-79-g791ebc).  I tried a little example file:

#+begin_src org
# -*- fill-column:75; coding: utf-8; -*-
#+TITLE: test file

This is a small /little text to get
some text spanning over more than
three lines, so i can try to emphasize
more than two lines/ in my example.
#+end_src


When I export this to LaTeX buffer (C-c C-e l L) or HTML buffer (C-c C-e
h H) org simply exports the slashes verbatim:


#+begin_example  ;; excerpt of LaTeX export
\begin{document}

\maketitle
\tableofcontents

This is a small /little text to get
some text spanning over more than
three lines, so i can try to emphasize
morethan two lines/ in my example.
% Generated by Org mode 8.0-pre in Emacs 24.2.1.

\end{document}
#+end_example


or, respectively:


#+begin_example  ;; excerpt of html export

This is a small /little text to get
some text spanning over more than
three lines, so i can try to emphasize
morethan two lines/ in my example.

#+end_example



My .emacs for the minimal example is as follows:

#+begin_src elisp
; no startup message
(setq inhibit-startup-message t)

;; I'm feeling religious about this:
(setq-default indent-tabs-mode nil)

;;  ask y or n instead of yes or no
(fset 'yes-or-no-p 'y-or-n-p)

;; indent after enter; I want this most of the time.
(global-set-key (kbd "RET") 'newline-and-indent)

;; use emacs with IME (avoid 'no dead-acute' error messages)
(load-library "iso-transl")

(setq load-path (cons "~/.emacs.d/org-mode/lisp" load-path))
(add-to-list 'auto-mode-alist '("\\.\\(org\\|org_archive\\|txt\\)$" .
org-mode))
(require 'org)

;; change number of newlines for emphasized blocks
(setq org-emphasis-regexp-components
  '(" \t('\"{" "- \t.,:!?;'\")}\\" " \t\r\n,\"'" "." 10))

#+end_src


Mebbe I just forgot some setting to get it working, though I'd like the
exporter to recognize the org-emphasis-regexp-components settings...


Best regards
Robert

Re: [O] [bug] [new exporter] [markdown] Underline exports as HTML

[Rick Frankel]

On Wed, Mar 13, 2013 at 09:54:22AM -0600, Eric Schulte wrote:

> Pandoc supports tables in markdown documents, maybe this would be a good
> syntax to target, as with pandoc markdown may be further exported to
> either HTML or LaTeX.
> 
>   http://johnmacfarlane.net/pandoc/README.html#tables
> 
> FWIW, it looks like pandoc also supports Org-mode tables.
> 
>   http://johnmacfarlane.net/pandoc/README.html#pipe-tables
> 

There is a fairly standard set of extensions to the markdown syntax
called Markdown Extra, based on the extensions made for php:

  http://michelf.ca/projects/php-markdown/extra/

however, a number of markdown processors support it, including 

  multimarkdown: http://fletcherpenney.net/multimarkdown/

A couple of ruby processing libraries:

  http://kramdown.rubyforge.org/syntax.html
  http://maruku.rubyforge.org/maruku.html

Kramdown also support org table format.

and python: http://pythonhosted.org/Markdown/extensions/extra.html

I have used both ruby libraries extensively. It would be nice for the
markdown exporter to allow using the standard markdown extensions
(perhaps with a switch).

rick

Re: [O] latex export of org-mode: verbatim block in a figure

[Rob Stewart]

> There are some things I don't quite understand: Would you like to export to
> LaTeX, or would you simply like to have a <> to refer to in an orgmode
> file?

I'd like. in my orgmode file, to be able to say, "see Figure
\ref{fig:my-api}". When I export to LaTeX, I'd like it to then
correctly export the reference as it would be in LaTeX e.g. if the
Figure is 1.1, then then pdflatex would produce: "see Figure 1.1".

> And why have a figure, instead of -- in LaTeX terminology -- a listing?

Good point. Yes, Listing would be good. Any idea how to solve this
reference problem as a listing?

Thanks,

--
Rob

Re: [O] Syntax of Org Babel ":results" header argument

[Eric S Fraga]

Sebastien Vauban  writes:

> Hello,
>
> As there was no reaction to this, I'd like to bump it up. At least, to either
> have a discussion on this, or a clearly stated "no go".

Okay, if nobody else answers, here I go!  I am happy with the current
approach as it's easier for me to see, at a glance, what is intended to
happen with the results and a single word key is easier to type.

However, I would not be distraught if a change were made along the lines
you propose.

-- 
: Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D
: in Emacs 24.3.50.1 and Org release_8.0-pre-72-gc66641

Re: [O] two-way sync org agenda/ical

[Eric S Fraga]

Rasmus  writes:

> Eric S Fraga  writes:

[...]

>> The latter has really been superseded by David Engster's implementation
>> of org-caldav-sync, if you want to sync with Google:
>>
>> http://article.gmane.org/gmane.emacs.orgmode/57804/
>
> Org-CalDAV is it is in fact mentioned on that worg page. . .  At the
> very bottom.  Unless Eric feels strongly about it, perhaps we should
> move Org-CalDAV to the top of the page?
>
> –Rasmus

Given that I no longer use my old syncing approach, described on that
page, and instead use org-caldav, I would be happy to have the reference
to org-caldav moved to the top!

Thanks,
eric
-- 
: Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D
: in Emacs 24.3.50.1 and Org release_8.0-pre-72-gc66641

[O] org-hide sometimes wrong

[Julien Cubizolles]

Lately, the leading stars have been reappearing, seemingly
randomly. I've checked the org-hide face and its value changes:

It's
Foreground: color-234 when the stars are visible

Foreground: #252A2B when they are correctly hidden.

What could possibly trigger this change. I'm running emacs
with a server/emacsclient setup. Could it be responsible for this
behaviour ?

Julien.

Re: [O] org-caldav will cease to work with Google Calendar

[Julien Cubizolles]

Charles Philip Chan  writes:

> Julien Cubizolles  writes:
>
> Hi Julien:
>
>> Thanks for this info but according to the documentation "MobileOrg can
>> synchronize your TODO items that have a DEADLINE or SCHEDULE".
>
> This is for TODO's. Mobileorg can actually sync anything with a
> timestamp, ie: appointments.

Of course you're right. I just gave it a try and it's working ! I didn't
try it lately because of the misleading (in my opinion) information in
mobile org wiki. This part of the documentation should be updated.

Julien.

Re: [O] Patch to get clocktable to split on week boundraries

[Bastien]

Hi Peder,

Peder Stray  writes:

> When calling clocktable with :block *month and :step week it splits
> into block 7 days long starting from the first day in the month...
> that's not very useful I think, so here is a patch making it split
> the month into weeks starting on mondays.  The first and last week
> will be clipped to only include the days in the selected month and as
> such will not contain the full 7 days of those weeks.

thanks for this idea and for the patch.  I just pushed a different
implementation, allowing a new :mstart parameter for clocktables,
similar to the already existing :wstart parameter.

The default for :wstart (the week starting day) is 1, for monday.
The default for :mstart (the month starting day) is 1, for the first
day of the month.

So the new default for e.g.,

  #+BEGIN: clocktable :block month :step week
  #+END

is to start on the 1st of the month (ignoring :wstart) and to continue
with weeks starting on mondays.

If you use

  #+BEGIN: clocktable :block month :step week :wstart 2 :mstart 3
  #+END

it will start the report on the 3rd of the month, and continue the
weekly steps starting from tuesdays.

Thanks for this idea and for the patch!

-- 
 Bastien

Re: [O] org-caldav will cease to work with Google Calendar

[Julien Cubizolles]

"Sebastien Vauban"
 writes:

> Hi Julien,
>
> Julien Cubizolles wrote:
>> Thanks for this info but according to the documentation "MobileOrg can
>> synchronize your TODO items that have a DEADLINE or SCHEDULE". It seems
>> not very practical in the case of an appointment where you don't
>> necessarily have something TODO except be there. Also how would you you 
>> specify
>> the start and end time of a meeting with a DEADLINE timestamp ?
>
> DEADLINE are not made therefore (repeated X days before the D day), nor
> SCHEDULED entries (repeated after, until DONE).
>
> Do you mean that MobileOrg doesn't support plain (active) timestamps?

That's my understanding. I'd be happy to be proved wrong though.

Julien.

Re: [O] latex export of org-mode: verbatim block in a figure

[AW]

Am Donnerstag, 14. März 2013, 15:33:50 schrieb Rob Stewart:
> What I would like to do is simple: wrap a verbatim code block within a
> Figure, so that I can refer to it elsewhere in my org-mode file. How
> is this achieved? A naive solution, which does not work, looks like:
> 
> #+CAPTION:My caption
> #+LABEL:  fig:my-api
> #+ATTR_LaTeX: width=130mm,height=30mm
> #+BEGIN_SRC haskell
> foo :: Int -> String
> bar :: String -> Int
> #+END_SRC
> 
> How would I achieve this?
> 
> --
> Rob

There are some things I don't quite understand: Would you like to export to 
LaTeX, or would you simply like to have a <> to refer to in an orgmode 
file?

And why have a figure, instead of -- in LaTeX terminology -- a listing?

Re: [O] Syntax of Org Babel ":results" header argument

[Sebastien Vauban]

Hello,

As there was no reaction to this, I'd like to bump it up. At least, to either
have a discussion on this, or a clearly stated "no go".

Best regards,
Seb

"Sebastien Vauban" wrote:
> Before Org 8 is out, I'm willing to put light on some last syntax which I find
> counter-intuitive and not along the lines of the rest: it concerns the
> `results' parameter.
>
> Let's sum up first the list of all parameters:
>
> 1. Collection
>
>- :results value
>- :results output
>
> 2. Type of results (when :results is set to `value'):
>
>- Result types
>
>  + :results vector
>  + :results scalar
>  + :results list
>  + :results file
>
>- Result wrappers
>
>  + :results raw
>  + :results drawer
>  + :results org (removed, right?)
>  + :results html
>  + :results code
>  + :results latex
>  + :results pp
>
> 3. Handling
>
>- :results replace
>- :results silent
>- :results none
>- :results append
>- :results prepend
>
> As you see (by the shown structure), the different values answer different
> questions:
>
> - How the results should be collected from the source code block?
> - How they will be inserted into the Org mode buffer?
> - How to interpret/wrap the results?
> - How the results should be handled?
>
> And answering many of these questions at the same time means giving a
> *multi-value* to the parameter, such as:
>
>   :results list append
>
> Wouldn't it make more sense (and be more easily parsed by the machine and be
> cleaner and less error-prone for us, poor humans) if `results' would be split
> in different parameters for the different questions they answer, each of those
> parameters getting at most one value?
>
> Something along the lines of:
>
>   :results_type file :results_insertion append
>
>   (those names may be ugly, it just for the purpose of explaining my idea).
>
> I know that it's the ultimate moment to discuss such a change, would there be
> consensus, before Org 8 is out.

-- 
Sebastien Vauban

Re: [O] [PATCH] ':wrap nowrap' disable wrapping

[Bastien]

Hi Michael,

Michael Gauland  writes:

> Babel: Disable wrapping
>
> * lisp/ob-core.el (org-babel-insert-result): If the argument to ':wrap'
> is 'nowrap', don't wrap the results.
>
> * doc/org.texi (Header Arguments): Describe 'nowrap' behaviour.
>
> This allows the results of a block to be inserted without wrapping, by
> overriding a ':wrap' property defined in an enclosing scope.

I'll let Eric have a look at this patch first -- I understand the
problem, but I suspect a solution for :wrap only may not be general
enough (I've not studied the question thoroughly though.)

Thanks,

-- 
 Bastien

Re: [O] Exporter problem: cannot activate options

[Rainer Stengele]

Am 14.03.2013 23:25, schrieb Nicolas Goaziou:
> Hello,
> 
> Rainer Stengele  writes:
> 
>> thanks for the notice.
>> I really would need to be able to configure export options.
> 
> I just told you how to do it.
> 
>> I cannot include timestamps in a html export.
>> Please give me a hint.
> 
> Could you elaborate?
> 
> Thank you.
> 
> 
> Regards,
> 
Maybe I misunderstand the situation.
My old settings

:PROPERTIES:
:EXPORT_OPTIONS: <:t todo:t toc:nil
:END:

do not work anymore. I see that

#+OPTIONS: <:nil tasks:t d:t toc:t

is working, but I want a setting per subtree.
I thought that the mechs for setting options did change with the new
exporter but I could not find new docs for that.

I also cannot get a list of possible options with the old "C-c C-e t".

Sorry for being unclear.

Regards,
Rainer

Re: [O] org-caldav will cease to work with Google Calendar

[Charles Philip Chan]

Julien Cubizolles  writes:

Hi Julien:

> Thanks for this info but according to the documentation "MobileOrg can
> synchronize your TODO items that have a DEADLINE or SCHEDULE".

This is for TODO's. Mobileorg can actually sync anything with a
timestamp, ie: appointments.

> I was using Pure Calendar, quite good also.

I have used this in the past and I like it. However, I prefer the tab
interface of "Executive Assistant+".

https://play.google.com/store/apps/details?id=com.appventive.ExecAssist&feature=search_result#?t=W251bGwsMSwxLDEsImNvbS5hcHB2ZW50aXZlLkV4ZWNBc3Npc3QiXQ..

cheers,
Charles
 
-- 
"The move was on to 'Free the Lizard'"

  -- Jim Hamerly and Tom Paquin (Open Sources, 1999 O'Reilly and Associates)


pgpIGgoSfmWDM.pgp
Description: PGP signature

Re: [O] org-caldav will cease to work with Google Calendar

[Sebastien Vauban]

Hi Julien,

Julien Cubizolles wrote:
> Thanks for this info but according to the documentation "MobileOrg can
> synchronize your TODO items that have a DEADLINE or SCHEDULE". It seems
> not very practical in the case of an appointment where you don't
> necessarily have something TODO except be there. Also how would you you 
> specify
> the start and end time of a meeting with a DEADLINE timestamp ?

DEADLINE are not made therefore (repeated X days before the D day), nor
SCHEDULED entries (repeated after, until DONE).

Do you mean that MobileOrg doesn't support plain (active) timestamps?

Best regards,
  Seb

-- 
Sebastien Vauban

Re: [O] org-caldav will cease to work with Google Calendar

[Julien Cubizolles]

Charles Philip Chan  writes:

> Julien Cubizolles  writes:
>
> Hi Julian:

> Mobileorg can sync (bi-directionally) with the native calendar system of
> your Android device which in turn sync with Google. 

Thanks for this info but according to the documentation "MobileOrg can
synchronize your TODO items that have a DEADLINE or SCHEDULE". It seems
not very practical in the case of an appointment where you don't
necessarily have something TODO except be there. Also how would you you specify
the start and end time of a meeting with a DEADLINE timestamp ?

> You can use any of the Android calender apps that support the native
> Google calendar system to view/add/modify. For example I use aCalendar
> and the "Executive Assistant" widget.

I was using Pure Calendar, quite good also.

Julien.

Re: [O] Indentation of backend definitioon

[Carsten Dominik]

On 14.3.2013, at 23:32, Nicolas Goaziou  wrote:

> Hello,
> 
> Carsten Dominik  writes:
> 
>> I propose the following patch to improve the automatic
>> indentation of the backend definition macros in ox.el.
>> 
>> - Carsten
>> 
>> diff --git a/lisp/ox.el b/lisp/ox.el
>> index c5b6d7c..31983b2 100644
>> --- a/lisp/ox.el
>> +++ b/lisp/ox.el
>> @@ -987,6 +987,7 @@ keywords are understood:
>>  ',export-block))
>>;; Splice in the body, if any.
>>,@body)))
>> +(put 'org-export-define-backend 'lisp-indent-function 1)
>> 
>> (defmacro org-export-define-derived-backend (child parent &rest body)
>>   "Create a new back-end as a variant of an existing one.
>> @@ -1078,6 +1079,7 @@ The back-end could then be called with, for example:
>>  ',export-block))
>>;; Splice in the body, if any.
>>,@body)))
>> +(put 'org-export-define-derived-backend 'lisp-indent-function 2)
>> 
>> (defun org-export-backend-parent (backend)
>>   "Return back-end from which BACKEND is derived, or nil."
>> @@ -5201,6 +5203,7 @@ and
>> (message "Process '%s' exited abnormally" p))
>> (unless org-export-async-debug
>>   (delete-file ,,temp-file)
>> +(put 'org-export-async-start 'lisp-indent-function 1)
>> 
>> (defun org-export-add-to-stack (source backend &optional process)
>>   "Add a new result to export stack if not present already.
> 
> Isn't it the default behaviour (see `declare' in definitions)?

Indeed, apparently I had not loaded ox.el when I tried to reindent some code, 
and I am not used to using and seeing the declare form.  Sorry for the noise.

- Carsten