I get this:
Debugger entered--Lisp error: (wrong-type-argument char-or-string-p nil)
org-babel-expand-noweb-references(nil)
org-babel-expand-noweb-references(("sh" "echo <>"
((:comments . "") (:shebang . "") (:cache . "no") (:padline . "")
(:noweb . "yes") (:tangle . "no") (:exports . "code")
Hi all,
a currently active thread about filling
(http://permalink.gmane.org/gmane.emacs.orgmode/77700) reminded me of a
long standing wish of mine: Filling of captions.
Would it be possible to have filling of captions? Ideally that would
mean at least two things: auto-fill and M-q working on lo
Thanks. I've changed it to the version below, which covers my needs. I think it
would make sense as a (default?) feature for ob-dot, ob-ditaa, and any other
babel language that renders images.
Evgeni
;; Must be defined in a lexical environment
(defun es-org-babel-refresh-images-after-execution
Hi,
when using the Shift- feature in a table to copy values down, it
fails to place the cursor where you expect it to if the previous column
has a fixed width and the contents of the cell is truncated.
Steps to reproduce:
enter the following org table:
| | <7> | |
|---+-+---|
|
semantic-mode uses `C-c ,' as a prefix for several commands. org-mode uses
`C-c ,' for org-priority. I don't use semantic-mode within org-mode. Is
there a way to disable semantic-mode just in org-mode buffers in Emacs?
If so, can someone include in in [[info:org#Conflicts]]?
(I'm using Org 8.2.
Hi, i've got an agenda report that includes a clocktable that looks like
this:
| File | Effort | ALLTAGS | Headline
| Time |
|--++-+--+|
| | ALL| | *Total time*
| *8:24* |
|---
Use org-babel-expand-block (C-c C-v v) to view the code block with the
variable expansion.
Best,
Samuel Wales writes:
> i don't know why the shell does not unquote here:
>
> #+BEGIN_SRC sh :results verbatim output :var how="a 'b' \c \"d\" e"
> :var dothis="echo \"hi\""
> echo $how
>
Samuel Wales writes:
> hi eric,
>
> #+BEGIN_SRC org :results verbatim output :noweb yes :noweb-ref whatever
> a
> #+END_SRC
> # #+BEGIN_SRC org :results verbatim output :noweb yes :noweb-ref whatever
> # b
> # #+END_SRC
> #+BEGIN_SRC sh :results output :noweb yes
> echo <>
> #+E
Thanks!
Works wonderland wonderfully.
Kind regards
Bart
Bastien writes:
> Hi Bart,
>
> "Bart Bunting" writes:
>
>> I have a block agenda defined which is mostly taken from Bernt Hansen's
>> org-mode.org.
>>
>> Some of the blocks contain many entries. I am trying to find out if
>> there is a
Samuel Wales writes:
> one thing i don't understand is why there need to be 2 olpaths for the
> identical location.
Well, this is the part of the bug that I never managed to reproduce.
If you have time for a recipe that produces just this bug, let's go.
I wish someone else could report the same
E Sabof writes:
> I have the org snippet below. What I would like, is to see the
> rendered image when I press C-c C-c. I can achieve this with the elisp
> snippet below. Is there a "proper", or at least a better way of doing
> this?
Not tested but should work:
(add-hook 'org-babel-after-execut
Hi Florian,
Florian Beck writes:
> Missed that. But this reverts commit
> 3ec38f5c064c3270f54876ba33c5ca1097b46853 [1] (in org-map-entries)
>
> I was talking about
> fe3379bda6ca23474639b114592958bf14431c88 [2] (which did the same to
> org-agenda-prepare-buffer)
>
> In fact, the revert *caused*
Hello Nick,
Thanks for your quick reply. The variable
org-edit-src-content-indentation does indeed have to do with the
indentation I was referring to. But it is relative. According to the
documentation, it sets the "Indentation for the content of a source
code block. This should be the number of s
Florian Beck writes:
> On 05.02.2014 21:59, Nick Dokos wrote:
>
>> John Kitchin reported this last week and Bastien reverted that commit:
>>
>>http://thread.gmane.org/gmane.emacs.orgmode/81587
>
> Missed that. But this reverts commit
> 3ec38f5c064c3270f54876ba33c5ca1097b46853 [1] (in org-map-
On 05.02.2014 21:59, Nick Dokos wrote:
John Kitchin reported this last week and Bastien reverted that commit:
http://thread.gmane.org/gmane.emacs.orgmode/81587
Missed that. But this reverts commit
3ec38f5c064c3270f54876ba33c5ca1097b46853 [1] (in org-map-entries)
I was talking about
fe3379
Omid writes:
> Hello,
>
> I am using Org-mode version 8.2.5g (8.2.5g-elpa) in GNU Emacs 24.3.1.
> I have two questions about the behavior of the fantastic Org
> mode+Babel with respect to code and comments:
>
> Here is a minimal example:
>
> #+BEGIN_SRC f90 :results verbatim :exports both
> pro
one thing i don't understand is why there need to be 2 olpaths for the
identical location.
in maint i get both in ido [when it is in same file]. i only need 1
[always]. the bugs aside, there is no reason to /have/ to choose one.
right?
so why are 2 included?
On 1/29/14, Bastien wrote:
> Hi S
Florian Beck writes:
> When I call org-map-entries with scope set to 'tree, the current
> heading gets realigned to the top.
>
> Behold:
>
> (org-map-entries (lambda ()
> ;; do something or even nothing
> ) nil 'tree)
>
> I think the culprit is the call to `org-a
Hi Bastien,
Bastien wrote:
> "Sebastien Vauban" writes:
>
>> It seems wrong to me that the SETUPFILE's are accessed twice.
>
> That's because setupfile is checked within
> `org-macro-initialize-templates' and `org-set-regexps-and-options',
> both called from org-mode.
So, you mean that SETUPFIL
On Wed, Feb 5, 2014 at 2:40 PM, Alan Schmitt
wrote:
>
> I highly recommend reading this: http://doc.norang.ca/org-mode.html
>
> Alan
Thank you for the reply. I was hoping there was a function that did
the opposite of
'(org-tags-list-sublevels nil)'. But if not, I will have to do
something simi
Hello,
I am using Org-mode version 8.2.5g (8.2.5g-elpa) in GNU Emacs 24.3.1.
I have two questions about the behavior of the fantastic Org
mode+Babel with respect to code and comments:
Here is a minimal example:
#+BEGIN_SRC f90 :results verbatim :exports both
program main
! This is a very very
When I call org-map-entries with scope set to 'tree, the current heading
gets realigned to the top.
Behold:
(org-map-entries (lambda ()
;; do something or even nothing
) nil 'tree)
I think the culprit is the call to `org-agenda-prepare-buffers', or
rather
Hello,
Nicolas Goaziou wrote:
> Bastien writes:
>> "Fabrice Niessen" writes:
>>
>>> As the DOCSTRING of the function `org-macro--collect-macros' tells it,
>>> it "collects macro definitions in current buffer and setup files", not
>>> from INCLUDE files.
>>
>> Then your patch should change the d
it would be interesting to do this with dimming ancestors instead of
skipping them. how would you do that?
it would also be interesting to dim descendants.
there is the blocked task concept, but that is different.
--
The Kafka Pandemic: http://thekafkapandemic.blogspot.com
The disease DOES pr
Wiskey 5 Alpha writes:
> Hello all.
>
> I am sure this is documented somewhere, but I cant seem to put together
> the correct custom agenda view to support my way of project planning
>
> I have the following todo keywords defined : TODO NEXT DONE WAIT
> I like to list everything as a TODO, even i
Hello all.
I am sure this is documented somewhere, but I cant seem to put together
the correct custom agenda view to support my way of project planning
I have the following todo keywords defined : TODO NEXT DONE WAIT
I like to list everything as a TODO, even if sub items may be a TODO, like
this
I have the org snippet below. What I would like, is to see the rendered image
when I press C-c C-c. I can achieve this with the elisp snippet below. Is there
a "proper", or at least a better way of doing this?
Evgeni
#+BEGIN_SRC dot :file files/graphviz/example1.png
digraph test {
size="6,
Hello,
Bastien writes:
> "Fabrice Niessen"
> writes:
>
>> As the DOCSTRING of the function `org-macro--collect-macros' tells it,
>> it "collects macro definitions in current buffer and setup files", not
>> from INCLUDE files.
>
> Then your patch should change the docstring too.
>
> I think we
Thanks to all,
yes, 'v L' is the stuff I'm looking for
Eric S Fraga writes:
> Have you tried "v l" or "v L" from within the agenda view on the
> particular day? It should show some of the activities you want.
> --
> : Eric S Fraga (0xFFFCF67D), Emacs 24.3.1, Org release_8.2.5h-585-g5f0ca0
I hope there a general rule I'm missing or something I'm doing
wrong, because I find the time tracking math in Org confusing.
It seems that numbers I enter (ex: 8:00, 5d) are in units of 8-hour
days. But math that Org does is in units of 24 hour days. So If I
have
* Task
:PROPERTIES:
:
"Sebastien Vauban"
writes:
> Though, when doing it on the first line (comment), we don't have the
> same behavior whether the `M-q' is done on the code block itself (in the
> Org file) or in the indirect buffer: while the first fails, the latter
> does work as expected. See http://screencast.co
"Fabrice Niessen"
writes:
> As the DOCSTRING of the function `org-macro--collect-macros' tells it,
> it "collects macro definitions in current buffer and setup files", not
> from INCLUDE files.
Then your patch should change the docstring too.
I think we want to collect macros from setupfile o
Hello,
As the DOCSTRING of the function `org-macro--collect-macros' tells it,
it "collects macro definitions in current buffer and setup files", not
from INCLUDE files.
This patch ensures that the above does work.
>From a8737be0b12ce700cd348c47f91694bfc0fbe7b8 Mon Sep 17 00:00:00 2001
From: "Fab
Bastien wrote:
> "Sebastien Vauban" writes:
>
>> I just type M-q on the comment line and the lines are completely mixed
>> up:
>
> Actually M-q in shell-mode on the "echo ..." line will produce the
> problem. So I think you should first report this as an Emacs bug.
True for `M-q' on the second li
Hi Sébastien,
"Sebastien Vauban"
writes:
> It seems wrong to me that the SETUPFILE's are accessed twice.
That's because setupfile is checked within
`org-macro-initialize-templates' and `org-set-regexps-and-options',
both called from org-mode.
--
Bastien
"Sebastien Vauban"
writes:
> I just type M-q on the comment line and the lines are completely mixed
> up:
Actually M-q in shell-mode on the "echo ..." line will produce the
problem. So I think you should first report this as an Emacs bug.
--
Bastien
Hello,
It seems wrong to me that the SETUPFILE's are accessed twice.
Here is the proof...
Org file (containing a reference to a non-existing setup file):
--8<---cut here---start->8---
#+SETUPFILE: ~/missing-file.setup
* Test
Blah...
--8<---cut h
Laurens Van Houtven <_...@lvh.io> writes:
> On Wed, Feb 5, 2014 at 2:37 PM, Nicolas Goaziou wrote:
>
>> We already have a working solution for many languages, and more general
>> that this LaTeX-centered command. It has limitations, but "csquotes"
>> support would inherit them anyway since it wou
Hi Rasmus,
On Wed, Feb 5, 2014 at 2:44 PM, Rasmus wrote:
> >> Org already has semantic quote characters, namely '"' and "'".
> >
> > Right: I'm talking about TeX and not org-mode there. The semantic way to
> > say "this is quoted" is csquotes and \enquote.
>
> But this is the Org-ML. I assume y
Hi Thorsten and Bastien,
Bastien wrote:
> "Sebastien Vauban" writes:
>
>> Though, I can't say whether the fact it does not work anymore is due to
>> changes in Org or in my Emacs configuration. Any hint?
>
> Works fine here, surely something in your configuration.
Here is a reproducible recipe...
On Wed, Feb 5, 2014 at 2:37 PM, Nicolas Goaziou wrote:
> We already have a working solution for many languages, and more general
> that this LaTeX-centered command. It has limitations, but "csquotes"
> support would inherit them anyway since it would be built on top of
> smart quotes mechanism.
>
Hello,
Bastien writes:
> I don't know if Nicolas will have time to dive into this and
> fix `org-match-substring-regexp' (if that's the thing to do.)
> I'd rather not fiddle with this part of the code myself.
The only right way to fix is to use the parser for fontification. This
is on my TODO
Hi Laurens,
Laurens Van Houtven <_...@lvh.io> writes:
> On Wed, Feb 5, 2014 at 1:12 PM, Rasmus wrote:
>
>> This is exactly the reasons why I don't want to use csquotes:
>>
>> \enquote{something}.
>>
>
> I'm not sure I understand. Are you suggesting the syntax is bad?
I'm suggesting it make
"Sebastien Vauban"
writes:
> ;; highlight LaTeX and related syntax
> (setq org-highlight-latex-and-related '(latex script entities))
Thanks.
I see the bug (I'd say it's a minor annoyance, though).
I don't know if Nicolas will have time to dive into this and
fix `org-match-substring-regexp' (
Hello,
Laurens Van Houtven <_...@lvh.io> writes:
> On Wed, Feb 5, 2014 at 8:46 AM, Bastien wrote:
>
>> Nick Dokos writes:
>>
>> > IIRC, there was support for csquotes in the old exporter[fn:1] but I
>> guess
>> > it went away when the new exporter came along.
>>
>> Yes, it'd be good to make it
On Wed, Feb 5, 2014 at 1:12 PM, Rasmus wrote:
> This is exactly the reasons why I don't want to use csquotes:
>
> \enquote{something}.
>
I'm not sure I understand. Are you suggesting the syntax is bad?
But check for instance org-latex-tables-booktabs, which makes optional
> support for boo
Bastien wrote:
> "Sebastien Vauban" writes:
>
>> As you can see on http://screencast.com/t/58dgm0sE1LgX, the "_ID" part
>> of the string "CUSTOM_ID" is not fontified correctly: it should be
>> `org-special-keyword' everywhere.
>
> I can't reproduce this.
>
> What version of Org?
Latest of the day!
Hi Sébastien,
"Sebastien Vauban"
writes:
> I think that I would have left one pair of {} visible around macro calls
> (for making it clear that it's something special, even if we can play
> with the face `org-macro');
Playing with the face is the right thing to do I guess.
--
Bastien
Hi Sébastien,
"Sebastien Vauban"
writes:
> As you can see on http://screencast.com/t/58dgm0sE1LgX, the "_ID" part
> of the string "CUSTOM_ID" is not fontified correctly: it should be
> `org-special-keyword' everywhere.
I can't reproduce this.
What version of Org?
Reproducible recipe?
Thank
Hello Florian and Bastien,
Bastien wrote:
> Bastien writes:
>> Florian Beck writes:
>>
>>> I gave it a try. Well, I spend most of my time on formatting this
>>> patch. Hope it works.
>>
>> Works well, thanks. Unless someone is against this change, I'll apply
>> it next week.
>
> This is now in
Hi Alan,
don't worry. ox-koma-letter.el is not yet part of Org core, so the
fix in maint will not go into Emacs 24.4. And since we are close to
merging master into maint (for 8.3), there is no real harm.
Best,
--
Bastien
Hello,
As you can see on http://screencast.com/t/58dgm0sE1LgX, the "_ID" part
of the string "CUSTOM_ID" is not fontified correctly: it should be
`org-special-keyword' everywhere.
Best regards,
Seb
--
Sebastien Vauban
Hello,
I just did what I hope is a small mistake: I pushed the documentation
patch below (for ox-koma-letter.el) to maint instead of to master.
My first thought was that I could do another commit to remove this, but
then it would pollute the history of this branch. Hence my questions:
- should th
Rasmus writes:
> Alan Schmitt writes:
>
>> Rasmus: do you want to change these, or should I do it and apply the
>> patch? (The former would be simpler, I have to say.)
>
> Attached. Sorry about the delay. They should fix Nicholas'
> 'concerns'.
Applied and pushed, thanks.
Alan
Alan Schmitt writes:
> Hello Rasmus,
>
> I applied the first patch, with the following small changes.
Please ignore this email, there was something wrong in my setup (I was
in the maint branch ...). Sorry for the noise.
Alan
Hello Rasmus,
I applied the first patch, with the following small changes.
This part would not apply:
--8<---cut here---start->8---
@@ -252,7 +258,7 @@ This option can also be set with the OPTIONS keyword, e.g.:
:group 'org-export-koma-letter)
(defcustom
Hi Laurens,
Laurens Van Houtven <_...@lvh.io> writes:
> Hi Rasmus,
>
> On Tue, Feb 4, 2014 at 10:42 PM, Rasmus wrote:
>
>> Hi Laurens,
>>
>> Laurens Van Houtven <_...@lvh.io> writes:
>>
>> > I'm writing a book using org-mode. On export, org-mode turns double
>> quotes
>> > like "hello" into ``he
"Sebastien Vauban"
writes:
> Though, I can't say whether the fact it does not work anymore is due to
> changes in Org or in my Emacs configuration. Any hint?
Works fine here, surely something in your configuration.
--
Bastien
"Sebastien Vauban"
writes:
Hello,
> Some time ago, doing a M-q on a comment in a code block did work.
>
> For example, the following:
I followed up to you post using gnus/message-mode with outorg
(i.e. writing the mail in full org-mode), outcommented your first code
block and did M-q on the com
On Wed, Feb 5, 2014 at 8:46 AM, Bastien wrote:
> Nick Dokos writes:
>
> > IIRC, there was support for csquotes in the old exporter[fn:1] but I
> guess
> > it went away when the new exporter came along.
>
> Yes, it'd be good to make it possible again to use
> \usepackage{csquotes} and \enquote{so
Hi Rasmus,
On Tue, Feb 4, 2014 at 10:42 PM, Rasmus wrote:
> Hi Laurens,
>
> Laurens Van Houtven <_...@lvh.io> writes:
>
> > I'm writing a book using org-mode. On export, org-mode turns double
> quotes
> > like "hello" into ``hello''. Some modern LaTeXes no longer support that
> > form, instead p
Hello Nicolas,
Nicolas Goaziou wrote:
> "Sebastien Vauban" writes:
>
>> With a text in French, and Babel present in my list of LaTeX classes,
>> the following title gets its simple quote converted to a double one:
>>
>> [...]
>
> This should be fixed in maint.
>
> Thank you for reporting it.
In
Hello,
Some time ago, doing a M-q on a comment in a code block did work.
For example, the following:
#+begin_src emacs-lisp
;; display symbol definitions, as found in the relevant manual (for AWK, C,
Emacs Lisp, LaTeX, M4, Makefile, Sh and other languages that have documentation
in Info)
(
Hi Florian,
Bastien writes:
> Florian Beck writes:
>
>> I gave it a try. Well, I spend most of my time on formatting this
>> patch. Hope it works.
>
> Works well, thanks. Unless someone is against this change, I'll apply
> it next week.
This is now in master -- thanks!
--
Bastien
Nicolas Goaziou writes:
> Here is the function. If it is good enough, I'll add tests and wrap it
> up in a patch.
I don't think we should prevent users to convert a headline into a
fixed-width line. Also, better to use the IGNORE-INVISIBLE arg of
org-move-to-column IMO.
Otherwise works fine, t
Hi John
John Kitchin writes:
> I discovered an unexpected behavior with two links in a headline. The
> simplest example to reproduce it is here:
>
> * file:dft-course-mode.el [[file:my-theme.el][another file]]
This is now fixed in maint, thanks for reporting this.
--
Bastien
Nicolas Goaziou writes:
> No. Other groups are `org-export-latex', `org-export-html'...
Bastien writes:
> Unless I miss something, other groups are
>
> org-export-html
> org-export-latex
>
> etc.
>
> so org-export-koma-letter seems right.
Right. That's a late night blunder on my part!
Thank
Hi Bart,
"Bart Bunting" writes:
> I have a block agenda defined which is mostly taken from Bernt Hansen's
> org-mode.org.
>
> Some of the blocks contain many entries. I am trying to find out if
> there is a simple way to navigate between agenda blocks.
>
> The most likely thing I found was org-
Hi Sébastien,
"Sebastien Vauban"
writes:
> When checking the status of some patches I provided, I just noticed that
> the function `org-update-all-dblocks' is NOT autoloaded anymore.
>
> Can you put the autoload cookie back? Thanks.
Why is it necessary?
--
Bastien
Hi Bastien,
Bastien wrote:
> "Sebastien Vauban" writes:
>
>> In the same vein, I found `org-update-all-dblocks', for which I propose a
>> patch hereafter.
>
> Applied against master, thanks.
>
>> [...]
>
>> From 3df73c03d9a8c56189cbe91ec752bcc3269536ca Mon Sep 17 00:00:00 2001
>> From: Sebastien
Rasmus writes:
> Quick but unrelated question. I'm updating the Worg page and I
> noticed that the customize-group for ox-koma-letter is
> org-export-koma-letter. Given that other groups are org-latex and
> org-html etc., should the group not be called org-koma-letter?
Yes, org-koma-letter sou
71 matches
Mail list logo