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

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

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

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

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

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

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

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

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

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

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

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

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 >    

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

> 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

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

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

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

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

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

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

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

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

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

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

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

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.

Re: [O] texi to org?

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