Re: [O] Patch for fixing a missing autoload for the function org-clock-sum-today

[Nicolas Goaziou]

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

[Nicolas Goaziou]

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

[Nicolas Goaziou]

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/)]

[Nicolas Goaziou]

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 Monnier]

> 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

[Zongheng Yang]

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/)]

[Leo Vivier]

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/)]

[Leo Vivier]

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"

[Kaushal Modi]

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

[Shintaro Katayama]

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

[Brent Goodrick]

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 "

Re: [O] org-reveal: content side by side

[Michael Welle]

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

[Glenn Morris]

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"

[Nicolas Goaziou]

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"

[Kaushal Modi]

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"

[Nicolas Goaziou]

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", (
> ( name ( 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"

[Kaushal Modi]

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", (
( name ( 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

[Kaushal Modi]

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

[Michael Welle]

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

[Nicolas Goaziou]

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

[Nicolas Goaziou]

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