[O] Expose value-begin and value-end instead of just value in org-element API

[Somelauw .]

Some org-mode elements expose "contents-begin" and "contents-end"
properties as buffer positions, whereas other elements such as verbatim and
org-src-block expose a "value" property in the form of a string.

I think it would be preferable to also expose the value by beginning and
ending buffer positions for the following reasons:
- Consistency with elements that expose contents-begin and contents-end.
- More powerful. In my evil-org plugin I want to be able to mark the value
property of the org element at point (so the user can do stuff like easily
copy the code of the current code block), but to do so I need the beginning
and ending position in the buffer of "value". The org-element API does
currently not provide clean way to retrieve these positions.
- It's usually more efficient to return the beginning and ending positions
than to retrieve the substring that contains the value, which may require a
large buffer partition to be copied.

Kind regards,
Somelauw

[O] noweb-ref within section property for emacs-lisp [9.0.3 (9.0.3-elpa @ /home/alanxoc3/.emacs.d/elpa/org-20161224/)]

[Alan Morgan]

The bug is fairly self explanatory. noweb-ref works fine in elisp when
the argument is put in the code block, but it doesn't work when using
the property section things. Here is a quick example (divided by lines):

--
This code block will give me an error,
saying that the function wasn't defined or whatever. :(

#+BEGIN_SRC emacs-lisp :noweb yes
<>
#+END_SRC

* Testing the noweb-ref thing
  :PROPERTIES:
  :header-args:emacs-lisp: :noweb-ref library
  :END:

  I want these code blocks to be put together. But it don't work bro!

   #+BEGIN_SRC emacs-lisp
 (defun do-something () (print "yes"))
   #+END_SRC

   #+BEGIN_SRC emacs-lisp
 (defun do-something-else () (print "no"))
   #+END_SRC
--
This DOES work!! But it is too much typing.

#+BEGIN_SRC emacs-lisp :noweb yes
<>
#+END_SRC

* Testing the noweb-ref thing
   #+BEGIN_SRC emacs-lisp :noweb-ref library
 (defun do-something () (print "yes"))
   #+END_SRC

   #+BEGIN_SRC emacs-lisp :noweb-ref library
 (defun do-something-else () (print "no"))
   #+END_SRC
--

As far as I could tell, the noweb-ref thing worked fine with other
languages. It was just emacs.

And here is my emacs info:

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.0.3 (9.0.3-elpa @
/home/alanxoc3/.emacs.d/elpa/org-20161224/)

current state:
==
(setq
 org-id-locations-file "/home/alanxoc3/.emacs.d/.cache/.org-id-locations"
 org-src-lang-modes '(("dot" . graphviz-dot) ("ocaml" . tuareg)
  ("elisp" . emacs-lisp) ("ditaa" . artist)
  ("asymptote" . asy) ("sqlite" . sql)
  ("calc" . fundamental) ("C" . c) ("cpp" . c++)
  ("C++" . c++) ("screen" . shell-script) ("shell" . sh)
  ("bash" . sh))
 org-tab-first-hook '(org-babel-hide-result-toggle-maybe
  org-babel-header-arg-expand)
 org-clock-persist-file "/home/alanxoc3/.emacs.d/.cache/org-clock-save.el"
 org-speed-command-hook '(org-speed-command-default-hook
  org-babel-speed-command-hook)
 org-occur-hook '(org-first-headline-recenter)
 org-src-tab-acts-natively t
 org-imenu-depth 8
 org-metaup-hook '(org-babel-load-in-session-maybe)
 org-log-done 'time
 org-confirm-shell-link-function 'yes-or-no-p
 org-image-actual-width nil
 org-link-translation-function 'toc-org-unhrefify
 org-present-mode-hook '(spacemacs//org-present-start)
 org-agenda-restore-windows-after-quit t
 org-default-notes-file "notes.org"
 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
 spacemacs/load-yasnippet toc-org-enable org-download-enable
 org-bullets-mode spacemacs//org-babel-do-load-languages
 spacemacs/add-org-surrounds evil-org-mode org-eldoc-load
 spacemacs//init-company-org-mode company-mode)
 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-present-mode-quit-hook '(spacemacs//org-present-end)
 org-download-annotate-function 'org-download-annotate-default
 org-babel-tangle-lang-exts '(("python" . "py") ("emacs-lisp" . "el")
  ("elisp" . "el"))
 org-confirm-elisp-link-function 'yes-or-no-p
 org-startup-with-inline-images t
 org-metadown-hook '(org-babel-pop-to-session-maybe)
 org-babel-after-execute-hook '(spacemacs/ob-fix-inline-images)
 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" 

[O] help with a strange interaction of button-lock and C-c C-v C-z

[John Kitchin]

I have observed a weird issue with button-lock and org-mode. It is reported
in detail here:

https://github.com/rolandwalker/button-lock/issues/9

The gist is if I use button-lock and try to open the repl of a python
source block, the repl is read-only. But without button-lock it works fine.

I have tracked this down to the line:

(set (make-local-variable 'comint-prompt-read-only) t)

in the inferior-python-mode call.

Up to this line, the repl is interactive, but after that line, when
button-lock has been used, the repl becomes read-only. I am baffled on how
to even proceed with debugging. Any ideas?

John

---
Professor John Kitchin
Doherty Hall A207F
Department of Chemical Engineering
Carnegie Mellon University
Pittsburgh, PA 15213
412-268-7803
@johnkitchin
http://kitchingroup.cheme.cmu.edu

[O] bug#28263: bug#28263: 24.5; Org: `C-c LETTER' keys

[Nicolas Goaziou]

Drew Adams  writes:

> OK.  I filed bug #30530.  Please feel free to chime in
> there, if your idea of what needs to be done differs
> from what I requested.

I fully agree with your report. Thank you.

Re: [O] Converting AsciiDoc to org-mode, preserving index entries

[John Kitchin]

If it is a one-time conversion, it might be worthwhile just replacing the
index terms with something temporary, getting to the org-file, and then
putting them back in the right way. For example, you could replace each
term with a uuid, and keep a list that maps the uuid to the term. Then the
uuid would pass through the pandoc untouched, and afterwards, go back
through and replace the uuid with the #+INDEX entries.

I don't know if that is worth the effort, but it might get you a faster
org-doc than bug reporting :)

John

---
Professor John Kitchin
Doherty Hall A207F
Department of Chemical Engineering
Carnegie Mellon University
Pittsburgh, PA 15213
412-268-7803
@johnkitchin
http://kitchingroup.cheme.cmu.edu


On Mon, Feb 19, 2018 at 11:54 AM, Diego Zamboni  wrote:

> Hi,
>
> I have a large document (a book) written in AsciiDoc, and I’ve been
> thinking of converting it to org-mode, which I find eminently more
> readable. The method I’ve come up with is:
>
> 1. AsciiDoc -> Docbook using asciidoc or asciidoctor
> 2. Docbook -> org using pandoc
>
> The conversion seems to work well, except for one thing: I have index
> terms in my AsciiDoc files using the ‘((( … )))’ syntax (
> http://asciidoctor.org/docs/user-manual/#index-terms). Step 1 converts
> them correctly into  tags, but pandoc inserts them as part of
> the main text instead of producing‘#+INDEX entries.
>
> Before I go report the bug to Pandoc, I was wondering if anyone has tried
> this and maybe come up with some other way of doing the conversion.
>
> Thanks!
>
> —Diego
>
>

[O] Converting AsciiDoc to org-mode, preserving index entries

[Diego Zamboni]

Hi,

I have a large document (a book) written in AsciiDoc, and I’ve been thinking of 
converting it to org-mode, which I find eminently more readable. The method 
I’ve come up with is:

1. AsciiDoc -> Docbook using asciidoc or asciidoctor
2. Docbook -> org using pandoc

The conversion seems to work well, except for one thing: I have index terms in 
my AsciiDoc files using the ‘((( … )))’ syntax 
(http://asciidoctor.org/docs/user-manual/#index-terms 
). Step 1 converts them 
correctly into  tags, but pandoc inserts them as part of the main 
text instead of producing‘#+INDEX entries.

Before I go report the bug to Pandoc, I was wondering if anyone has tried this 
and maybe come up with some other way of doing the conversion.

Thanks!

—Diego

Re: [O] Ridiculously long (2 minutes) startup time for org agenda

[Nick Dokos]

JI Xiang  writes:


>     Function Name, Call Count, Elapsed Time, Average Time
>
>     org-agenda 1   116.6048159   116.6048159
>     org-agenda-list 1   116.29427357  116.29427357
>     org-agenda-prepare 1   109.15345470  109.15345470
>     org-agenda-prepare-buffers 1   108.98258905  108.98258905
> ...
>     org-agenda-ndays-to-span 2   1.174e-06 5.87e-07
>     org-agenda-mark-clocking-task 1   7.16e-07  7.16e-07
>     org-agenda-use-sticky-p 1   5.02e-07  5.02e-07
> ```
>

All the functions listed in the profile have an org-agenda prefix, presumably
because that's what you specified to elp. Can you repeat the profile but specify
an org prefix, so that *all* org functions are profiled?

-- 
Nick

[O] bug#28263: bug#28263: 24.5; Org: `C-c LETTER' keys

[Drew Adams]

> I will happily remove the part you consider to be offending

Great.

> once we can point users towards appropriate information
> within the Emacs manual. Would you like to report a bug
> about it?

OK.  I filed bug #30530.  Please feel free to chime in
there, if your idea of what needs to be done differs
from what I requested.

Re: [O] orgmode beamer mode: BMCO does not export to latex any longer: ===> suspect identified: (ox-extras-activate '(ignore-headlines))

[Martin Steffen]

Hi,

one week ago I reported that export to latex/beamer refuses to export,
and the reason where it did not do it was, according to my email

BMCOL


(slides that contained that derailed the export terminally).

In the meantime, I found one line that, when removed, solves the
problem. In that sense, one might say, it's not BMCOL which is the
problem but the the combination. The problematic ``feature interaction''
is with the package

   (require 'ox-extra)

which in itself does not cause the damage, but if I add

   (ox-extras-activate '(ignore-headlines))


then that kills the export.  Note: there had been a time when that still
worked. 


PS: I tested it on the very latest git-pull (org-mode-version 9.1.6) and
emacs-24.3.1 (but I had similar problems for emacs-25, only that I did
not veryfy that it's the same line with ``ox-extra'' that causes the
trouble, but it's more than plausible).













> "Martin" == Martin Steffen  writes:

Martin> Thanks a lot, it may be that my emacs suffers some
Martin> ``package-overload'', i.e., maybe it's due to an
Martin> interference with some other lisp stuff I load.

Martin>  I just wanted to hear if it's known to be a current glitch
Martin> of the export-beamer thing, before I try to drill down
Martin> (especially since the priority is to make he slides compile
Martin> again rather than trouble-shooting. [I just escape to
Martin> native-latex for multi-cols for now]

Martin> When done with the presentation, I will try to narrow it
Martin> down, cutting down also on the amount of slides (because
Martin> currently is a long and complex thing, which I cannot expect
Martin> others to trawls for abnormalitiees ;-)

Martin> Martin






> "Eric" == Eric S Fraga  writes:

Eric> On Wednesday, 14 Feb 2018 at 10:39, Martin Steffen wrote:
>>> Hi,
>>> 
>>> since recently I have a problem with exporting org-beamer-mode,
>>> the culprit presumably

Eric> [...]

>>> It seems that the BMCOL is the culprit, org-beamer still export
>>> a complicated and long document (as it did before), but probably
>>> a recent update made it stumble over that particular element.

Eric> Works fine for me with org up to date from git.  Not sure what
Eric> to suggest.  What happens with emacs -Q and loading in org
Eric> with no customizations?

Eric> -- Eric S Fraga via Emacs 27.0.50, Org
Eric> release_9.1.6-118-g134243

Re: [O] Feature request: shrink according to alignment (was Re: Org table columns without width cookies get shrunk on TAB)

[Julius Dittmar]

Am 19.02.2018 um 10:58 schrieb Nicolas Goaziou:
> Julius Dittmar  writes:
>> I think what the OP really would like is something like this: remove
>> leading whitespace until everything can be displayed or no more leading
>> whitespace remains, then truncate at the end if necessary. That way as
>> much meaningful contents as possible is displayed. At least that's what
>> I would wish in this situation.
> 
> I understand the idea, but the implementation seems tricky. It means Org
> may sometimes have to hide characters on both sides of a field. and
> sometimes not. It doesn't sound visually appealing.
> 
> I may be wide off the mark, tho. Do you have some specifications in
> mind, or at least some examples?

Up to the moment I read the original post I wasn't even aware any table
cell width restricting syntax exists, so I don't have any full-fledged
examples. Not even half-working ones.

What I think this was about: Assume, the following table is set up for
right-aligned output (that's one of the things I don't know how to do,
but that's fine with me):

| a very long entry which enforces a long table cell |
|a moderately long entry |
|  a short entry |

Assume further that this table is to be displayed showing only 19
characters. As I understand the original post, the outcome at the moment
would be something like :


| a very long entr... |
| ... |
| ... |

What I would prefer is:

| a very long entr... |
| a moderately lon... |
|   a short entry |

This does not really mean cutting on both ends, at least not more than
org already does. Org already does add or subtract leading or trailing
whitespace as needed. The change I'd love would spell something like
"first remove all whitespace, then cut (at the end) to length if needed,
and then add whitespace to archieve the defined alignment".

Regards,
Julius

[O] Bug: refile from capture template doesn't update org-clock-current-task [9.1.6 (9.1.6-57-gec8590-elpaplus @ /Users/ag.ibragimov/.emacs.d/elpa/26.0/develop/org-plus-contrib-20180219/)]

[Ag Ibragimov]

I'm not sure if that's a legitimate bug, just something I have run into
on my Spacemacs config

# Description

org-clock-current-task doesn't update mode-line after refile on capture

# To reproduce:

Create a capture template with :clock-in and :clock-keep fields, e.g.:

("i" "Immediate" entry (file "tasks.org")
 "* ONGOING %?" :clock-in t :clock-resume t :clock-keep t)

Create an item using the template.
In org-capture dialog - type title, e.g.: "foo"

# Observed behavior:

After refiling (C-c C-c) - the task header doesn't update in the modeline. It 
shows
correctly the time, but not the title.
=org-clock-current-task= contains nil.
Compare that with the regular way of clocking-in (without using
capture) - the title and the variable updates correctly


Emacs  : GNU Emacs 26.0.91 (build 1, x86_64-apple-darwin16.7.0, NS 
appkit-1504.83 Version 10.12.6 (Build 16G29))
 of 2018-01-23
Package: Org mode version 9.1.6 (9.1.6-57-gec8590-elpaplus @ 
/Users/ag.ibragimov/.emacs.d/elpa/26.0/develop/org-plus-contrib-20180219/)

current state:
==
(setq
 org-src-mode-hook '(org-src-babel-configure-edit-buffer
 org-src-mode-configure-edit-buffer)
 org-babel-clojure-backend 'cider
 org-after-todo-state-change-hook '(org-clock-out-if-current)
 org-blank-before-new-entry nil
 org-babel-after-execute-hook '(spacemacs/ob-fix-inline-images)
 org-metadown-hook '(org-babel-pop-to-session-maybe)
 org-clock-out-hook '(org-clock-remove-empty-clock-drawer)
 org-refile-targets '((nil :maxlevel . 3) (org-agenda-files :maxlevel . 3))
 org-enforce-todo-dependencies t
 org-src-tab-acts-natively t
 org-imenu-depth 8
 org-agenda-files "~/Dropbox/org/.agenda-files"
 org-clock-report-include-clocking-task t
 org-mode-hook '(abbrev-mode spacemacs/toggle-visual-line-navigation-on
 ag/org-mode-hook org-clock-load
 #[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
 flyspell-mode spacemacs/add-org-surrounds
 spacemacs/delay-emoji-cheat-sheet-hook spacemacs/load-yasnippet
 toc-org-enable org-download-enable org-bullets-mode
 dotspacemacs//prettify-spacemacs-docs
 spacemacs//org-babel-do-load-languages spacemacs//evil-org-mode
 org-eldoc-load spacemacs//init-company-org-mode company-mode)
 org-clock-persist t
 org-outline-path-complete-in-steps nil
 org-archive-hook '(org-attach-archive-delete-maybe)
 org-agenda-restore-windows-after-quit t
 org-confirm-elisp-link-function 'yes-or-no-p
 org-src-fontify-natively nil
 org-startup-with-inline-images t
 org-reverse-note-order t
 org-timer-done-hook '((lambda nil (hs-alert "-- timer done! --")))
 org-agenda-before-write-hook '(org-agenda-add-entry-text)
 org-metaup-hook '(org-babel-load-in-session-maybe)
 org-bibtex-headline-format-function #[257 "\300\236A\207" [:title] 3 "\n\n(fn 
ENTRY)"]
 org-babel-pre-tangle-hook '(save-buffer)
 org-tab-first-hook '(org-babel-hide-result-toggle-maybe
  org-babel-header-arg-expand)
 org-babel-load-languages '((emacs-lisp . t) (shell . t) (js . t) (clojure . t)
(sql . t) (shell . t) (ditaa . t) (ruby . t))
 org-log-done 'time
 org-babel-post-tangle-hook '(ag/set-tangled-file-permissions)
 org-ellipsis " ↴"
 org-list-demote-modify-bullet '(("+" . "-") ("-" . "+") ("*" . "+"))
 org-agenda-span 3
 org-fast-tag-selection-single-key t
 org-src-lang-modes '(("http" . "ob-http") ("ocaml" . tuareg)
  ("elisp" . emacs-lisp) ("ditaa" . artist)
  ("asymptote" . asy) ("dot" . fundamental) ("sqlite" . sql)
  ("calc" . fundamental) ("C" . c) ("cpp" . c++)
  ("C++" . c++) ("screen" . shell-script) ("shell" . sh)
  ("bash" . sh))
 org-catch-invisible-edits 'smart
 org-occur-hook '(org-first-headline-recenter)
 org-agenda-mode-hook '(override-evilified-keys)
 org-agenda-start-with-log-mode t
 org-log-into-drawer t
 org-ditaa-jar-path 
"/usr/local/Cellar/ditaa/0.11.0/libexec/ditaa-0.11.0-standalone.jar"
 org-enforce-todo-checkbox-dependencies t
 org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers
  org-cycle-show-empty-lines
  org-op

Re: [O] src-blocks with captions do not respect attr_latex :placement options

[Nicolas Goaziou]

Hello,

John Kitchin  writes:

> A block like this:
>
> #+attr_latex: :placement [H]
>
> #+caption: A test block
> #+BEGIN_SRC ipython
>
> 'hello'
> #+END_SRC
>
> exports to latex as:
>
> \begin{listing}[htbp]
> \begin{minted}[frame=lines,fontsize=\scriptsize,linenos]{ipython}
> 'hello'
> \end{minted}
> \caption{A test block}
> \end{listing}
>
> The root of this is in  org-latex-src-block where (plist-get info
> :latex-default-figure-position) is being used to specify the
> placement.

True. LaTeX back-end doesn't handle :placement attribute in source blocks.

> It seems like a sort of easy fix, but requires a couple of changes in the
> function.
>
> I think we could replace all instances of
>
> (plist-get info :latex-default-figure-position)
>
> with
>
> (or (plist-get attributes :placement)
>(format "[%s]"
>(plist-get info :latex-default-figure-position)))

Why (format "[%s]" ...)?

> and also replace everything like:
>
> \\begin{figure*}[%s]
>
> with
>
> \\begin{figure*}%s
>
> I don't see a way around that unless :latex-default-figure-position is
> changed from "htbp" to "[htbp]".

I fail to see why this change is needed.

> Thoughts?

Do you want to propose a patch? The manual would need to be updated
accordingly.

Regards,

-- 
Nicolas Goaziou

Re: [O] Feature request: shrink according to alignment (was Re: Org table columns without width cookies get shrunk on TAB)

[Nicolas Goaziou]

Hello,

Julius Dittmar  writes:

> I think what the OP really would like is something like this: remove
> leading whitespace until everything can be displayed or no more leading
> whitespace remains, then truncate at the end if necessary. That way as
> much meaningful contents as possible is displayed. At least that's what
> I would wish in this situation.

I understand the idea, but the implementation seems tricky. It means Org
may sometimes have to hide characters on both sides of a field. and
sometimes not. It doesn't sound visually appealing.

I may be wide off the mark, tho. Do you have some specifications in
mind, or at least some examples?

Regards,

-- 
Nicolas Goaziou

[O] bug#28263: bug#28263: 24.5; Org: `C-c LETTER' keys

[Nicolas Goaziou]

Hello,

Drew Adams  writes:

> It's my opinion of what Org mode _should_ do.

That's what I meant.

> And it coincides with what other libraries do.

This doesn't prove the model is right.

> And it fits what the manual suggests.

Unfortunately, the manual suggests nothing. I think that's the main
issue here.

> Your opinion is apparently that Emacs (in the Org-mode
> doc) should recommend that users sacrifice those keys
> to Org.  We disagree about that.

Not at all.

I want _Emacs_ (not the Elisp manual) to tell users about so-called user
reserved keys and what are their benefits. Since this isn't the case,
Org manual takes care of this.

> You want Emacs to (1) tell users that these keys are
> reserved for them to bind, BUT also to (2) recommend
> that if they use Org mode (which most users probably
> do now) then they should bind them to Org commands.

Not at all.

We recommend to bind globally available keys, but only give an example
on what the binding should look like. We even invite users to modify
them to their own liking.

> Org mode is not only a 3rd-party library.  It is
> now part of GNU Emacs.  All the more reason to be
> nice to users.

Note that we are really disagreeing about the definition of being nice
to the users. I'm convinced we both want to be nice to them.

> It should be fine and enough to leave off the part
> about ", like the ones reserved ... #+end_src."
>
> That part's not needed for users to understand
> that if they want global behavior then they can
> bind global keys - which is the only message you
> need to get across about those commands.

I searched the Emacs manual about "global keys" (menu, concept index,
regexp). I miserably failed. As a user, what can I do now?

> Perhaps someday someone else will finish the job by
> removing the manual's suggestion that they should
> make that sacrifice, "for a better experience".

I will happily remove the part you consider to be offending -- whereas
I consider it to be helpful -- once we can point users towards
appropriate information within the Emacs manual. Would you like to
report a bug about it?


Regards,

-- 
Nicolas Goaziou0x80A93738

Re: [O] texi to org?

[Nicolas Goaziou]

Hello,

Lawrence Bottorff  writes:

> I don't necessarily need to do this, but I've had this issue before with
> semi-large org files, e.g., a mg-sized file with lots of scheduling stuff.
> What sort of processing is going on to open an org file that it would bog
> down so badly?

It would be interesting to do some profiling on the file and setting
`toggle-debug-on-quit'.

Regards,

-- 
Nicolas Goaziou