[O] Feature request: enable toggling of \centering in Latex figure export

Hello, First time contributor. Emacs 24.5.1, Org mode 8.3.4. MWE: #+CAPTION: Figure caption. [[file:figure01.pdf]] Issue: When an image is exported to LaTeX as a float, the \centering command is hard-coded into the export: see org-latex--inline-image in ox-latex.el. This is not the case for

Re: [O] ox-clip.el

I’m testing this in OS X. I can confirm this works though it seems to conflict with some other packages here which constantly copy the selected region and then overwrite the result of ox-clip. I have checked the output of textutil and use the same command in shell and that works. One feedback:

[O] citations not incoprporated from bib file when exporting from .org to pdflatex

I am exporting a file stroke.org using the bibliography file stroke.bib in the same directory The citations are not being incorporated into the pdf file An example from stroke.log: LaTeX Warning: Citation `Drummond:2014aa' on page 2 undefined on input line 71. The header

[O] [PATCH] Reschedule "++" repeaters on same day if in future

If you have a task with the following timestamp: SCHEDULED: <2016-06-19 Sun 21:00 ++1w> then marking it as DONE at [2016-06-27 at 07:00] should (debatably) result in SCHEDULED: <2016-06-26 Sun 21:00 ++1w> but instead it becomes SCHEDULED: <2016-07-03 Sun 21:00 ++1w> The attached

[O] citations not incoprporated from bib file when exporting from .org to pdflatex

I am exporting a file stroke.org using the bibliography file stroke.bib in the same directory The citations are not being incorporated into the pdf file An example from stroke.log: LaTeX Warning: Citation `Drummond:2014aa' on page 2 undefined on input line 71. The header for stroke.org is:

Re: [O] [BUG] src code block header does not override buffer-wide header in property

"Charles C. Berry" writes: > Not a bug. See below. > > On Wed, 29 Jun 2016, Nick Dokos wrote: > >> This was reported on SO: >> >> http://stackoverflow.com/questions/37414837/org-mode-overwriting-globals-properties-in-block-headers >> >> The ECM is as follows: >> >>

Re: [O] ipython not working in org mode

Not sure I know how to "change python-shell-interpreter to python from ipython." I did the change to the ob-ipython.el suggested -- with no improvement. . . On Wed, Jun 29, 2016 at 12:52 PM, Naupaka Zimmerman wrote: > Hi Lawrence - > > The fix on this page worked for me: >

Re: [O] [BUG] src code block header does not override buffer-wide header in property

Not a bug. See below. On Wed, 29 Jun 2016, Nick Dokos wrote: This was reported on SO: http://stackoverflow.com/questions/37414837/org-mode-overwriting-globals-properties-in-block-headers The ECM is as follows: --8<---cut here---start->8--- #+PROPERTY:

[O] ipython not working in org mode

I've followed everything here (https://github.com/gregsexton/ob-ipython) in order to set up ipython in org mode. But I keep getting the error: ...executing Ipython code block... apply: Searching for program: no such file or directory, ipython when I try the sample code block #+BEGIN_SRC ipython

Re: [O] ox-clip.el

Jiegec writes: > I’m testing this in OS X. I can confirm this works though it seems to > conflict with > some other packages here which constantly copy the selected region and then > overwrite the result of ox-clip. What kind of package is that? None of the kill commands can use the clipboard

Re: [O] ox-clip.el

its not there yet. I would like some people to test it out a little maybe? get some feedback on it. Then it will probably go to MELPA. Jiege Chen writes: > John Kitchin wrote: >> Hi everyone, >> >> I extended the work I did here >>

[O] ox-bibtex.el regexp is not correct when finding bibtex keys

Hi list, On line 237-241 of ox-bibtex.el of function org-bibtex-process-bib-files: ;; Update `org-bibtex-html-entries-alist'. (goto-char (point-min)) (while (re-search-forward "a name=\"\\([-_a-zA-Z0-9:]+\\)\">\\(\\w+\\)" nil t) (push (cons (match-string 1) (match-string 2)) The

Re: [O] Why no secure code retrieval

> However, gpg signing release tag commits is dead simple and would > take a total of maybe 10 minutes of work over the lifetime of the project > (please correct me if I'm wrong). I second this statement. GPG signing sounds good to me. We should do this. > I know that https can be a bit tedious