[O] Move (the children of) a subtree to another subtree programmatically

2018-09-14 Thread Marcelo de Moraes Serpa
Hi there,

I'm trying to figure out the best way to move the children of a subtree to
another one. The use-case is simple: I have another lisp function that
creates a new item in an orgfile for me everyday with the current date and
gives it focus. In the case below, it'd have created `<2018-01-01`> above
`<2017-12-31>`, that works already:

* <2018-01-01>
* <2017-12-31>
** TODO Foobar
** DONE Barfoo

As part of that, I'd also want to move all TODO items from the previous day
to the next day. I'm not sure how to do it though. I tried using
`org-map-entries` with an `if` to exclude the direct parent (the date item)
and then use `org-cut-subtree` and `org-paste-subtree` but for some reason
emacs hangs. I couldn't figure out how to use `org-refile` programmatically
though.

Considering I have access in elisp to both a `to` and `from` variables,
where `to` is `<2018-01-01>` and from is `<2017-12-31>` and that I want to
move all *non-DONE` items from `from` to `to`, how would I go about doing
that?

Thanks in adance!

- Marcelo.


[O] orgalist list item spacing

2018-09-14 Thread Eric Abrahamsen
I'm a happy user of orgalist, it's very nice to be able to have basic
Org structures in email.

One thing I noticed is that if a paragraph line wraps so that the last
line has a number followed by a full stop, orgalist treats that as a
list item. It seems to me that text should not be considered a list item
unless there's a blank line above it. Ie, this is currently considered a
list item:

This is an email talking about some future plans that will take place in
2020. This line with the 2020 is considered a list item.

  As evidenced by the indent automatically applied to this line.
  
C-j fixes it, as usual.

Is this a bug, or a configurable option, or just the way it's supposed
to work?

Thanks,
Eric






[O] Bug: ODT export fails if NAME: and ref: equation [9.1.14 (9.1.14-1-g4931fc-elpa @ /home/kdm/.emacs.d/elpa/org-20180910/)]

2018-09-14 Thread Ken Mankoff


Sorry if this is a triplicate bug report. I emailed this as a message (not bug 
report) to the Org list a week ago, but have seen no reply. I tried an official 
bug report last night which I *think* did not work (mailing from within "emacs 
-Q" does not "just work"), so here I try again.

If I have the following simple Org file, latest Org, and a clean emacs session 
(emacs -Q), ODT export fails. 

# == BEGIN MWE 
#+NAME: eq:foo
\begin{equation}
42
\end{equation}
See [[eq:foo]].
# == END MWE 

It does not fail if I comment out either of the #+NAME or the "[[eq:foo]]" 
lines. Note, perhaps tangentially related, that the manual shows "#+LABEL: ", 
but I'm using "+#NAME: ", and I thought LABEL was deprecated for NAME

https://www.gnu.org/software/emacs/manual/html_node/org/Labels-and-captions-in-ODT-export.html#Labels-and-captions-in-ODT-export

  -k.





Emacs  : GNU Emacs 25.2.2 (x86_64-pc-linux-gnu, GTK+ Version 3.22.21)
 of 2017-09-22, modified by Debian
Package: Org mode version 9.1.14 (9.1.14-1-g4931fc-elpa @ 
/home/kdm/.emacs.d/elpa/org-20180910/)

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





[O] bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ?

2018-09-14 Thread Eli Zaretskii
> From: Richard Stallman 
> Date: Thu, 13 Sep 2018 22:55:15 -0400
> Cc: n...@flqt.fr, 32...@debbugs.gnu.org, m...@nicolasgoaziou.fr
> 
>   > >From what I remember, there is not objection to use that instead; it's
>   > just that someone has to work on converting ox-html to use htmlfontify
>   > instead of htmlize.
> 
> To motivate people to do this, I say we shouild not ship another
> release with that reference to GitHub.  Eli, do you agree?

This is an Org issue, so I would like to hear from Org developers
before I make up my mind.