[O] [bug, inlinetask] can't toggle display
Hi, In the following example I can't toggle whether the contents of the inlinetask is displayed via TAB. In both Org 8.2 and 8.3. * Pre #+BEGIN_SRC emacs-lisp (require 'org-inlinetask) (org-indent-mode) #+END_SRC * Issue *** TODO baz [[foo:bar]] *** END Thanks, Rasmus -- Bang bang
Re: [O] [RFC] Org linting library
Hello, Andreas Leha andreas.l...@med.uni-goettingen.de writes: some more spurious warnings I get: 1. Captions with short version: , | 1105 low Possible missing colon in keyword #+caption[Data ` 2. header arguments from ob-latex: , |451 high Unknown header argument packages |451 high Unknown header argument imoutoptions |451 high Unknown header argument iminoptions |451 high Unknown header argument imagemagick |451 high Unknown header argument fit ` Fixed. Thank you. Regards, -- Nicolas Goaziou
Re: [O] ob-sed
I had loosely based it on my own ob-sparql and ob-awk, I saw that there was a remnant of ob-sparql left in there. Here is an updated version. ob-sed.el Description: Binary data
[O] ob-sed
Hi, I originally wrote this for Eric Schulte’s sed-mode, but he thought I should post it here instead. I have been using it for little over a week and it has been working perfectly for me. If there is anything that you think should be added or removed before it is accepted into org-mode please tell me. I have already signed the CA for projects in relation to GNU Emacs. Regards, Bjarte ob-sed.el Description: Binary data
Re: [O] [RFC] Org linting library
Hi Nicolas, some more spurious warnings I get: 1. Captions with short version: , | 1105 low Possible missing colon in keyword #+caption[Data ` 2. header arguments from ob-latex: , |451 high Unknown header argument packages |451 high Unknown header argument imoutoptions |451 high Unknown header argument iminoptions |451 high Unknown header argument imagemagick |451 high Unknown header argument fit ` Best, Andreas
[O] org-preview-latex-fragment ignores \includes in the LATEX_HEADER
Hey, I'm using orgmode with lots of LaTeX for equations. A typical document start with #+TITLE: Some Title #+LaTeX_HEADER: \include{commands} commands.tex contains commands like: \newcommand{\RRR}{{\mathbb{R}}} The pdf export works flawlessly, however `org-preview-latex-fragment` seems to ignore \include{commands}, i.e., equations that use commands that are defined in commands.tex are rendered as blank/empty image. Is it the intended behavior that `org-preview-latex-fragment` ignores \include, is it a bug, or is there a better way to do it? Best, Stefan
Re: [O] org-preview-latex-fragment ignores \includes in the LATEX_HEADER
Hi, On Wed, 27 May 2015 15:02:02 +0200 Stefan Otte stefan.o...@gmail.com wrote: Hey, I'm using orgmode with lots of LaTeX for equations. A typical document start with #+TITLE: Some Title #+LaTeX_HEADER: \include{commands} commands.tex contains commands like: \newcommand{\RRR}{{\mathbb{R}}} The pdf export works flawlessly, however `org-preview-latex-fragment` seems to ignore \include{commands}, i.e., equations that use commands that are defined in commands.tex are rendered as blank/empty image. Is it the intended behavior that `org-preview-latex-fragment` ignores \include, is it a bug, or is there a better way to do it? afaik \include doesn't work in LaTeX headers; you'll have to use \input there. Could you try to use \input? Best regards Robert
[O] Make ob-shell conform to the org-babel interface
Hi, I found that ob-shell’s org-babel-variable-assignments:bash function does not respect the interface for org-babel. It takes multiple arguments when it should only take 1. This is a problem when f.ex. org-babel-sha1-hash tries to expand the body of a bash source block and tries to call that function with only 1 argument. I am not sure if the following patch follows best practices in the project, but it solves the problem for me. 0001-ob-shell-Conform-to-variable-assignment-interface.patch Description: Binary data
Re: [O] [bug, inlinetask] can't toggle display
Hello, Rasmus ras...@gmx.us writes: In the following example I can't toggle whether the contents of the inlinetask is displayed via TAB. In both Org 8.2 and 8.3. * Pre #+BEGIN_SRC emacs-lisp (require 'org-inlinetask) (org-indent-mode) #+END_SRC * Issue *** TODO baz [[foo:bar]] *** END FWIW, I cannot reproduce the issue. Regards, -- Nicolas Goaziou
Re: [O] ob-sed
Hello, Bjarte Johansen bjarte.johan...@infomedia.uib.no writes: I had loosely based it on my own ob-sparql and ob-awk, I saw that there was a remnant of ob-sparql left in there. Here is an updated version. Thank you. Some comments follow. ;;; ob-sed.el --- org-babel functions for sed scripts ;; Copyright (C) 2015 Bjarte Johansen You need to change the copyright to Free Software Foundation, Inc. ;; Author: Bjarte Johansen ;; Keywords: literate programming, reproducible research ;; Version: 0.1.0 You will need to add This file is part of GNU Emacs. ;; Provides a way to evaluate sed scripts in org-mode. org-mode - Org mode (defvar org-babel-sed-command sed) Missing docstring. (defun org-babel-execute:sed (body params) Execute a block of sed code with org-babel. This function is called by `org-babel-execute-src-block' org-babel - Org Babel This function is should be moved to a new line, not on the summary line. BODY and PARAMS ought to be explained. (message executing sed source code block) (let* ((result-params (cdr (assoc :result-params params))) `assoc' - `assq' (same goes for other occurrences) (cmd-line (cdr (assoc :cmd-line params))) (in-file (cdr (assoc :in-file params))) :cmd-line and :in-file look like sed-specific header arguments. If that's correct, you should create a defconst, `org-babel-header-args:sed' and list them here, probably with :any value. (cmd (mapconcat #'identity (remove nil (list org-babel-sed-command -f code-file cmd-line in-file)) ))) `remove' - `remq' Bonus points for tests, too. Also, org.texi needs to be updated. Regards, -- Nicolas Goaziou
Re: [O] LaTeX_HEADER blocks
I noticed there was also a newer thread (around a year old) on this topic. It seems that what Nicolas Goaziou proposed earlier (about using #+attr_latex to modify whether a latex block is a header block or not) has not yet been implemented. This would be an alternative, though I find it more cryptic than just having a #+begin_latex_header block, so it would probably be more difficult for org-mode users to find (or remember) this, and as I mentioned in my last message, it lacks the benefit of consistency with how #+latex and #+begin_latex relate to each other. Nicolas' message is here: http://lists.gnu.org/archive/html/emacs-orgmode/2014-06/msg00841.html.
[O] LaTeX_HEADER blocks
Hi Everyone, It is possible in org-mode to do either #+LaTeX: \somecommand or #+BEGIN_LaTeX \somecommand #+END_LaTeX I typically use the latter (the block form) because I often have multiple lines of LaTeX I would like to include at certain locations of a document. Similar to #+LaTeX, there is also #+LaTeX_HEADER, which ensures that something is included as part of the preamble. Unfortunately, however, there is no equivalent block form for #+LaTeX_HEADER. As a result, when there are several items one wishes to have in the preamble, it's necessary to have many such lines, each with a #+LaTeX_HEADER: prefix. For the sake of consistency and convenience, wouldn't it be worthwhile to add a LaTeX_HEADER block type to accompany the LaTeX block type? It seems like this was proposed a couple years ago by Eric Fraga, but didn't go anywhere because of concerns over how to decide where to place the content of such blocks relative to the content of #+LaTeX_HEADER lines. It would seem sensible to make it work identically to how #+LaTeX lines and #+BEGIN_LaTeX blocks work -- they are simply included in the order in which they are encountered in the org file. Regards, Mark
Re: [O] [bug, inlinetask] can't toggle display
Nicolas Goaziou m...@nicolasgoaziou.fr writes: Hello, Rasmus ras...@gmx.us writes: In the following example I can't toggle whether the contents of the inlinetask is displayed via TAB. In both Org 8.2 and 8.3. * Pre #+BEGIN_SRC emacs-lisp (require 'org-inlinetask) (org-indent-mode) #+END_SRC * Issue *** TODO baz [[foo:bar]] *** END FWIW, I cannot reproduce the issue. Weird. I see it in 8.2 now, but now I don't see it in org 8.3. 1. start Emacs with org 8.2 2. open a test file 3. eval the two lines explicitly, e.g. C-x C-e. When org-indentation-mode is load foo:bar will indent/jump inwards. 4. Go to anywhere in the TODO baz line and click tab. -- Warning: Everything saved will be lost