Re: [O] Patch for fixing a missing autoload for the function org-clock-sum-today
Hello, Jose Robins writes: > org-clock.el: Add an autoload entry for the function org-clock-sum-today > > * lisp/org-clock.el: When the org-mode is called for the very first time > any functionality that requires the org-clock-sum-today used to fail. > (e.g. a column that calculates CLOCKSUM_T) Applied, thank you. I added a TINYCHANGE cookie at the end of the commit message since I don't if you have signed FSF papers. Regards, -- Nicolas Goaziou
Re: [O] Prevent auto-fill-mode from filling Property values in drawers
Kaushal Modi writes: > Of course. But "the right thing" would be to prevent call to auto filling > within `org-return` (somehow? I haven't yet dug deeper into that) if point > is in a property drawer. `org-return' doesn't call any auto fill function. > If you want to add a new property, use C-c C-x p, or, if you insist on >> typing it manually, use C-q instead. >> > > C-c C-x p is a bit unnatural and also longer to type than RET, Yet, it doesn't break properties drawers. > especially > if the point is already inside the property drawer. Yes, if my point is > inside the subtree, and I think of adding a property, C-c C-x p is great! > > C-q RET is a good tip, but again, RET would be better. Actually, that would be C-q C-j, not C-q > I'll try hacking something around this, tweaking org-return should work > using a simple advice. Would a patch be welcome for this? I don't think tweaking `org-return' is a good solution. This is not the only way to break a line (e.g. "C-q C-j", or "C-M-o"), so it would not be a panacea. You may want to use fill-nobreak-predicate variable instead, e.g. with `org-at-property-p'.
Re: [O] Frequent "wrong-type-argument stringp nil" error when clocking-in in agenda view
Hello, Zongheng Yang writes: > Hi everyone, > > I have this frequent error (but not always), when I'm in the org agenda > view trying to clock in the task under cursor. Here's a stack trace: > > Debugger entered--Lisp error: (wrong-type-argument stringp nil) > org-agenda-clock-in(nil) > funcall-interactively(org-agenda-clock-in nil) > call-interactively(org-agenda-clock-in nil nil) > command-execute(org-agenda-clock-in) > > Note, every time this occurs, I can refresh the agenda view, then clock in > with no problems. But this refreshing gets tiring.. > > Any help? I'm using org-plus-contrib-20171106, Emacs 25.3.2. Could you try upgrading Org mode? Regards, -- Nicolas Goaziou
Re: [O] Bug: org-tables: Broken alignment when using numbers of different lengths [9.1.5 (9.1.5-1-gb3ddb0-elpa @ .emacs.d/elpa/org-20171225/)]
Hello, Leo Vivier writes: > I've updated org-mode yesterday, and the tables do not seem to align > properly anymore. > > In a minimal setup, just loading org-mode from MELPA, I've tried > entering the following table: > | foo | 1 | > | bar | 10 | > When I press in the table, visually, the table loses its alignment > (one space gets removed from at the right of the `1'). This was fixed in Org 9.1.6. Unfortunately, this release doesn't appear in GNU ELPA for the time being. You may want to use https://orgmode.org/elpa/ meanwhile, and update Org. Regards, -- Nicolas Goaziou
[O] bug#30321: 25.3; Melpa ox- packages listed as incompatible
> Stefan, can you shed any light as to why Org is no longer on elpa.gnu.org? I wasn't aware of it. I'll try and investigate, Stefan
[O] Frequent "wrong-type-argument stringp nil" error when clocking-in in agenda view
Hi everyone, I have this frequent error (but not always), when I'm in the org agenda view trying to clock in the task under cursor. Here's a stack trace: Debugger entered--Lisp error: (wrong-type-argument stringp nil) org-agenda-clock-in(nil) funcall-interactively(org-agenda-clock-in nil) call-interactively(org-agenda-clock-in nil nil) command-execute(org-agenda-clock-in) Note, every time this occurs, I can refresh the agenda view, then clock in with no problems. But this refreshing gets tiring.. Any help? I'm using org-plus-contrib-20171106, Emacs 25.3.2. Thanks, Zongheng
[O] Bug: org-tables: Broken alignment when using numbers of different lengths [9.1.5 (9.1.5-1-gb3ddb0-elpa @ .emacs.d/elpa/org-20171225/)]
Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org mailing list. Hi there, This is my first bug report, so please bear with me if I'm doing anything wrong. I also think I've sent an HTML version previously, so sorry about that. I've updated org-mode yesterday, and the tables do not seem to align properly anymore. In a minimal setup, just loading org-mode from MELPA, I've tried entering the following table: | foo | 1 | | bar | 10 | When I press in the table, visually, the table loses its alignment (one space gets removed from at the right of the `1'). It gets worse with three lines. The following lines, for instance: | foo | 1 | | bar | 10 | | test | 100 | When I press , the separator between the two columns disappears, and the alignment gets screwed up as well. There definitely seems to be something going on with the length of the strings. I've tried setting the alignment with and , but it doesn't resolve the problem. (Since it's my first bug report, I also want to thank everyone, and hope that I can join the community.) -- Emacs : GNU Emacs 25.3.1 (x86_64-pc-linux-gnu, GTK+ Version 3.22.26) of 2017-12-04 Package: Org mode version 9.1.5 (9.1.5-1-gb3ddb0-elpa @ /home/zaeph/.emacs.d/elpa/org-20171225/) current state: == (setq org-tab-first-hook '(org-babel-hide-result-toggle-maybe org-babel-header-arg-expand) org-speed-command-hook '(org-speed-command-activate org-babel-speed-command-activate) org-occur-hook '(org-first-headline-recenter) org-metaup-hook '(org-babel-load-in-session-maybe) org-confirm-shell-link-function 'yes-or-no-p org-after-todo-state-change-hook '(org-clock-out-if-current) org-src-mode-hook '(org-src-babel-configure-edit-buffer org-src-mode-configure-edit-buffer) org-agenda-before-write-hook '(org-agenda-add-entry-text) org-babel-pre-tangle-hook '(save-buffer) org-mode-hook '(#[0 "\300\301\302\303\304$\207" [add-hook change-major-mode-hook org-show-block-all append local] 5] #[0 "\300\301\302\303\304$\207" [add-hook change-major-mode-hook org-babel-show-result-all append local] 5] org-babel-result-hide-spec org-babel-hide-all-hashes) org-bibtex-headline-format-function #[257 "\300\236A\207" [:title] 3 "\n\n(fn ENTRY)"] org-archive-hook '(org-attach-archive-delete-maybe) org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers org-cycle-show-empty-lines org-optimize-window-after-visibility-change) org-confirm-elisp-link-function 'yes-or-no-p org-metadown-hook '(org-babel-pop-to-session-maybe) org-link-parameters '(("id" :follow org-id-open) ("rmail" :follow org-rmail-open :store org-rmail-store-link) ("mhe" :follow org-mhe-open :store org-mhe-store-link) ("irc" :follow org-irc-visit :store org-irc-store-link) ("info" :follow org-info-open :export org-info-export :store org-info-store-link) ("gnus" :follow org-gnus-open :store org-gnus-store-link) ("docview" :follow org-docview-open :export org-docview-export :store org-docview-store-link) ("bibtex" :follow org-bibtex-open :store org-bibtex-store-link) ("bbdb" :follow org-bbdb-open :export org-bbdb-export :complete org-bbdb-complete-link :store org-bbdb-store-link) ("w3m" :store org-w3m-store-link) ("file+sys") ("file+emacs") ("doi" :follow org--open-doi-link) ("elisp" :follow org--open-elisp-link) ("file" :complete org-file-complete-link) ("ftp" :follow (lambda (path) (browse-url (concat "ftp:" path))) ) ("help" :follow org--open-help-link) ("http" :follow (lambda (path) (browse-url (concat "http:" path))) ) ("https" :follow (lambda (path) (browse-url (concat "https:" path))) ) ("mailto" :follow (lambda (path) (browse-url (concat "mailto:"; path))) ) ("news" :follow (lambda (path) (browse-url (concat "news:"; path))) ) ("shell" :follow org--open-shell-link)) org-clock-out-hook '(org-clock-remove-empty-clock-drawer) ) -- Leo Vivier English Studies & General Linguistics Language Scholar, French Department Reed College
[O] Bug: org-tables: Broken alignment when using numbers of different lengths [9.1.5 (9.1.5-1-gb3ddb0-elpa @ .emacs.d/elpa/org-20171225/)]
Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org mailing list. Hi there, This is my first bug report, so please bear with me if I'm doing anything wrong. I've updated org-mode yesterday, and the tables do not seem to align properly anymore. In a minimal setup, just loading org-mode from MELPA, I've tried entering the following table: | foo | 1 | | bar | 10 | When I press in the table, visually, the table loses its alignment (one space gets removed from at the right of the `1'). It gets worse with three lines. The following lines, for instance: | foo | 1 | | bar | 10 | | test | 100 | When I press , the separator between the two columns disappears, and the alignment gets screwed up as well. There definitely seems to be something going on with the length of the strings. I've tried setting the alignment with and , but it doesn't resolve the problem. (Since it's my first bug report, I also want to thank everyone, and hope that I can join the community.) -- Emacs : GNU Emacs 25.3.1 (x86_64-pc-linux-gnu, GTK+ Version 3.22.26) of 2017-12-04 Package: Org mode version 9.1.5 (9.1.5-1-gb3ddb0-elpa @ /home/zaeph/.emacs.d/elpa/org-20171225/) current state: == (setq org-tab-first-hook '(org-babel-hide-result-toggle-maybe org-babel-header-arg-expand) org-speed-command-hook '(org-speed-command-activate org-babel-speed-command-activate) org-occur-hook '(org-first-headline-recenter) org-metaup-hook '(org-babel-load-in-session-maybe) org-confirm-shell-link-function 'yes-or-no-p org-after-todo-state-change-hook '(org-clock-out-if-current) org-src-mode-hook '(org-src-babel-configure-edit-buffer org-src-mode-configure-edit-buffer) org-agenda-before-write-hook '(org-agenda-add-entry-text) org-babel-pre-tangle-hook '(save-buffer) org-mode-hook '(#[0 "\300\301\302\303\304$\207" [add-hook change-major-mode-hook org-show-block-all append local] 5] #[0 "\300\301\302\303\304$\207" [add-hook change-major-mode-hook org-babel-show-result-all append local] 5] org-babel-result-hide-spec org-babel-hide-all-hashes) org-bibtex-headline-format-function #[257 "\300\236A\207" [:title] 3 "\n\n(fn ENTRY)"] org-archive-hook '(org-attach-archive-delete-maybe) org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers org-cycle-show-empty-lines org-optimize-window-after-visibility-change) org-confirm-elisp-link-function 'yes-or-no-p org-metadown-hook '(org-babel-pop-to-session-maybe) org-link-parameters '(("id" :follow org-id-open) ("rmail" :follow org-rmail-open :store org-rmail-store-link) ("mhe" :follow org-mhe-open :store org-mhe-store-link) ("irc" :follow org-irc-visit :store org-irc-store-link) ("info" :follow org-info-open :export org-info-export :store org-info-store-link) ("gnus" :follow org-gnus-open :store org-gnus-store-link) ("docview" :follow org-docview-open :export org-docview-export :store org-docview-store-link) ("bibtex" :follow org-bibtex-open :store org-bibtex-store-link) ("bbdb" :follow org-bbdb-open :export org-bbdb-export :complete org-bbdb-complete-link :store org-bbdb-store-link) ("w3m" :store org-w3m-store-link) ("file+sys") ("file+emacs") ("doi" :follow org--open-doi-link) ("elisp" :follow org--open-elisp-link) ("file" :complete org-file-complete-link) ("ftp" :follow (lambda (path) (browse-url (concat "ftp:" path))) ) ("help" :follow org--open-help-link) ("http" :follow (lambda (path) (browse-url (concat "http:" path))) ) ("https" :follow (lambda (path) (browse-url (concat "https:" path))) ) ("mailto" :follow (lambda (path) (browse-url (concat "mailto:"; path))) ) ("news" :follow (lambda (path) (browse-url (concat "news:"; path))) ) ("shell" :follow org--open-shell-link)) org-clock-out-hook '(org-clock-remove-empty-clock-drawer) ) -- Leo Vivier English Studies & General Linguistics Language Scholar, French Department Reed College
Re: [O] Understand the source of "Unable to resolve link"
On Sun, Feb 4, 2018 at 11:31 AM Nicolas Goaziou wrote: > Note that you cannot simply copy "http" or "https" types. As default > type links, they are hard-coded in every export back-end. It means they > do not have to set any :export property. > > As a user, if you want to export a "gopher" link type, you need to > implement a function exporting it, and register it as the :export value. > Thank you. This works. (defun org-link-gopher-export-link (link desc format) "Create export version of LINK and DESC to FORMAT." (let ((link (concat "gopher:" link))) (cond ((eq format 'html) (format "%s" link desc)) ((eq format 'latex) (format "\\href{%s}{%s}" link desc)) (t ;`ascii', `md', `hugo', etc. (format "[%s](%s)" desc link) (org-link-set-parameters "gopher" :export #'org-link-gopher-export-link) -- Kaushal Modi
Re: [O] ob-shell, output and continuation prompts
Hi, A similar issue - a code block and the result below would be normal. #+BEGIN_SRC shell echo $PWD #+END_SRC #+Results: : /Users/shin/Documents However, when I specified a session name, the first evaluation returns a table-format value as below, ... #+BEGIN_SRC shell :session *shell* echo $PWD #+END_SRC #+Results: | | | /Users/shin/Documents | ... but, the second or more latter evaluations return the normal value. #+BEGIN_SRC shell :session *shell* echo $PWD #+END_SRC #+Results: : /Users/shin/Documents ... How can I get the normal value in all evaluations of the session? I attached the session log in the *shell* buffer below. I am using Org mode version 9.1.6 (9.1.6-16-g86a382-elpaplus @ /Users/shin/.emacs.d/elpa/org-plus-contrib-20180115/ on macOS. Regards, Shintaro echo $PWD bash-3.2$ /Users/shin/Documents bash-3.2$ echo 'org_babel_sh_eoe' org_babel_sh_eoe bash-3.2$ echo $PWD /Users/shin/Documents bash-3.2$ echo 'org_babel_sh_eoe' org_babel_sh_eoe bash-3.2$ On Tue, Nov 28, 2017 at 1:25 PM Michael Welle wrote: > Hello, > > this code block: > > #+BEGIN_SRC shell :session n42 :shebang "#!/bin/bash" > for i in "aa" "bb" "cc" ; do > echo "u: $i" > done > #+end_src > > produces this output when it first runs: > > #+RESULTS: > ||||| > | > | > | u: | aa | > | u: | bb ||| > | u: | cc ||| > > > After the first run, subsequent runs produce this output: > > #+RESULTS: > |||| > | > | u: | aa | > | u: | bb || > | u: | cc || > > If I set :session to none the output is always like follows: > > #+RESULTS: > | u: | aa | > | u: | bb | > | u: | cc | > > > I think that last one is what one would expect ;). Anyways, using sessions, > is there a way to get rid off of the shell's continuation prompts? > > Regards > hmw > >
[O] Removing ding each time I type TAB when not after a structure template with org-tempo enabled
Hi: I recently upgraded to org from Git. Thus, org-version for me returns: Org mode version 9.1.6 (release_9.1.6-425-gd89e35 @ /home/brentg/emacs_lisp_imported/org-mode/org-mode/lisp/) In this new version, I discovered that structure templates were not enabled by default, so I enabled them. But to my chagrin, I found that I get a "ding" each time I type the TAB key when on a blank line that is _not_ right after a structure template such as "https://emacs.stackexchange.com/a/3452/15483 ;; ;; The reason we have to do it this way is because if tempo-complete-tag ;; returns t (which it will if we set its 'silent' argument to t), it ;; short-circuits the use of tempo-complete-tag from within ;; org-tab-before-tab-emulation-hook, which means even TABing to the line ;; underneath a Org check-list is broken (doesn't even tab). Ugh! ;; (cl-letf (((symbol-function 'ding) (lambda (&optional silent) ;; (message "bg-tempo-complete-tag-no-ding: Hack around bug in ding in tempo-complete-tag or org mode") nil))) (tempo-complete-tag silent))) (defun bg-org-enable-structure-templates () ;; ;; Enable Structure templates that at one point were by default enabled in Org ;; mode, but someone changed that for some reason, so re enable it. ;; (require 'org-tempo) ;; ;; But tempo-complete-tag is obnoxious. It dings if you have point at the ;; start of a line (e.g., NOT after something like "
Re: [O] org-reveal: content side by side
Hello, took me the better part of the afternoon, but I came up with the following approach: * Was ist Virtualisierung? - Aus der Wikipedia: #+BEGIN_QUOTE Virtualisierung bezeichnet in der Informatik die Nachbildung eines Hard- oder Software-Objekts durch ein ähnliches Objekt vom selben Typ mit Hilfe eines Abstraktions-Layers. #+END_QUOTE #+REVEAL_HTML: #+REVEAL_HTML: [[./img/1290250232.svg]] #+REVEAL_HTML: #+REVEAL_HTML: [[./img/Machovka-chip.svg]] #+REVEAL_HTML: #+REVEAL_HTML: [[./img/SAN-Disk-Array-SCSI-29.07.11.svg]] #+REVEAL_HTML: #+REVEAL_HTML: That resembles the slide from [0] to a certain degree. The three images are centered, vertically and horizontally, even if they are of different sizes. I'm not sure though how good the support for display:flex is, esp. when it comes to mobile devices. And, for my taste at least, that approach needs too much knowledge about style sheets. Still looking for a nicer solution ;). Regards hmw [0] https://www.c0t0d0s0.de/tmp/vm1.png
[O] bug#30321: 25.3; Melpa ox- packages listed as incompatible
Stefan, can you shed any light as to why Org is no longer on elpa.gnu.org? (BTW, I think it would be good if elpa.gnu.org listed a contact email for these kinds of questions.) Nicolas Goaziou wrote: > Note that there is no intent to remove Org from GNU ELPA. Alas, at the > moment, I have no clue (apart the fact we changed servers and moved to > https) about why Org disappeared.
Re: [O] Understand the source of "Unable to resolve link"
Kaushal Modi writes: > Thanks. I'll ask the user to update that variable (or can that be updated > in the default value?). Note that you cannot simply copy "http" or "https" types. As default type links, they are hard-coded in every export back-end. It means they do not have to set any :export property. As a user, if you want to export a "gopher" link type, you need to implement a function exporting it, and register it as the :export value.
Re: [O] Understand the source of "Unable to resolve link"
On Sun, Feb 4, 2018 at 11:19 AM Nicolas Goaziou wrote: > Hello, > > I don't think Org defines gopher links. Where is it registered? In > particular, what is the export function associated to the link type Looks like[1], gopher: links can behave the same way as https:, http:, etc. If you don't tell Org what it a gopher link, e.g., within > `org-link-parameters', Org considers your example above as a fuzzy link, > hence the error. > Thanks. I'll ask the user to update that variable (or can that be updated in the default value?). [1]: https://github.com/kaushalmodi/ox-hugo/issues/132#issuecomment-362854410 -- Kaushal Modi
Re: [O] Understand the source of "Unable to resolve link"
Hello, Kaushal Modi writes: > A user needs to support having gopher links in Org document: > > [[gopher://some.gopher.site][Dummy gopher link]] > > But the export fails saying that it's unable to resolve the link. > > The behavior can be easily recreated by exporting a document containing > that dummy link using C-c C-e h H. > > I added "gopher" to the org-html-link function, but that obviously didn't > help. > > I traced the error to org-export-data in ox.el, but I cannot edebug that > function; I get: > > edebug-syntax-error: Invalid read syntax: "Failed matching", (&rest > (&define name (&rest arg) cl-declarations-or-string def-body)) > > (I'll open an emacs bug for that.) > > So what needs to be fixed in ox.el (or elsewhere?) so that gopher: protocol > links are allowed? I don't think Org defines gopher links. Where is it registered? In particular, what is the export function associated to the link type? If you don't tell Org what it a gopher link, e.g., within `org-link-parameters', Org considers your example above as a fuzzy link, hence the error. Regards, -- Nicolas Goaziou
[O] Understand the source of "Unable to resolve link"
Hello, A user needs to support having gopher links in Org document: [[gopher://some.gopher.site][Dummy gopher link]] But the export fails saying that it's unable to resolve the link. The behavior can be easily recreated by exporting a document containing that dummy link using C-c C-e h H. I added "gopher" to the org-html-link function, but that obviously didn't help. I traced the error to org-export-data in ox.el, but I cannot edebug that function; I get: edebug-syntax-error: Invalid read syntax: "Failed matching", (&rest (&define name (&rest arg) cl-declarations-or-string def-body)) (I'll open an emacs bug for that.) So what needs to be fixed in ox.el (or elsewhere?) so that gopher: protocol links are allowed? Thanks. -- Kaushal Modi
Re: [O] Prevent auto-fill-mode from filling Property values in drawers
On Sat, Feb 3, 2018 at 5:16 PM Nicolas Goaziou wrote: > > Wait... What? > Yes :) I had thought I couldn't get my point across correctly the first time. > Properties drawers do not contain blank lines. If you hit , this is > no longer a properties drawer, but a regular one, where auto-filling is > allowed. > Of course. But "the right thing" would be to prevent call to auto filling within `org-return` (somehow? I haven't yet dug deeper into that) if point is in a property drawer. If you want to add a new property, use C-c C-x p, or, if you insist on > typing it manually, use C-q instead. > C-c C-x p is a bit unnatural and also longer to type than RET, especially if the point is already inside the property drawer. Yes, if my point is inside the subtree, and I think of adding a property, C-c C-x p is great! C-q RET is a good tip, but again, RET would be better. I'll try hacking something around this, tweaking org-return should work using a simple advice. Would a patch be welcome for this? -- Kaushal Modi
[O] org-reveal: content side by side
Hello, a new year, a new tool ;). I try to shift a bit away from beamer based slides to a format, that allows me to create nice html-based slides and nice pdf-based slides from the same source. It looks like org-reveal and decktape might be what I want. Maybe. To find out I try to convert an org-beamer based set of slides. With the second slide first problems... revealed ;). How can I position content, let's say images or images and text, side by side? Using org-beamer I would do something like that: #+BEGIN_CENTER #+ATTR_HTML: :width 25% :center [[./img/1290250232.pdf]] #+ATTR_HTML: :width 25% :center [[./img/Machovka-chip.pdf]] #+ATTR_HTML: :width 30% :center [[./img/SAN-Disk-Array-SCSI-29.07.11.pdf]] #+END_CENTER That gives me three scaled images in a row (s. [0]). That doesn't work with org-reveal. Putting the content into a table works, kind of. But I don't know how to add the attributes used for scaling, styles etc. And it will get complicated if I want to compose the slide out of three or more blocks, e.g. something like that: aaa bbb aaa bbb ccc ccc Any hints on that? I guess the question boils down to how to produce a slide like the one in [0] with org-reveal. Regards hmw [0] https://www.c0t0d0s0.de/tmp/vm1.png
Re: [O] [RFC] Moving "manual.org" into core
Hello, Yasushi SHOJI writes: > Hmm... I'm using 4b2006db3d04, which includes b4cc12fc32a771 but > it still inf-loops. `key-binding` returns `fill-paragraph`. I tried > it `toggle-fill-unfill`, > which I set to `M-q` in general, and `org-fill-paragraph`, but nothing > works here. > > I see that `org-babel-do-in-edit-buffer` is a macro. and my limited skill > with > edebug doesn't reveal anything. :-< You may try to restart Emacs. Regards, -- Nicolas Goaziou
Re: [O] [RFC] Moving "manual.org" into core
Hello, Yasushi SHOJI writes: > I mean, I run `emacs -q`, > eval only the following code in the `*scratch*` buffer, > open `manual.org` and do `M-x org-reformat`. > > and I see: > > >8 >8 > @@ -134,9 +133,9 @@ > You can clone Org's repository and install Org like this: > > #+begin_example > - $ cd ~/src/ > - $ git clone g...@code.orgmode.org:bzg/org-mode.git > - $ make autoloads > +$ cd ~/src/ > +$ git clone g...@code.orgmode.org:bzg/org-mode.git > +$ make autoloads > #+end_example > > Note that in this case, ~make autoloads~ is mandatory: it defines > >8 >8 > > I checked `org-src-preserve-indentation` is nil and > org-edit-src-content-indentation is 2. > I even `list-load-path-shadows` and check that git version of org is used. > > What am I missing? > > > (add-to-list 'load-path "~/src/org-mode/lisp") > (defun org-reformat () > (interactive) > (let ((result >(benchmark-run 1 > (let ((document (org-element-interpret-data > (org-element-parse-buffer >(erase-buffer) >(insert document) >(goto-char (point-min)) > (if (zerop (nth 1 result)) > (message "Org Re-format took %.2f seconds" (car result)) > (message "Org Re-format took %.2f second (%.2fs in %d GCs)" > (car result) > (nth 2 result) > (nth 1 result) Fixed. Thank you. Regards, -- Nicolas Goaziou