Hello Bastien,
Bastien wrote:
Sebastien Vauban writes:
Shouldn't, then, some filters be available by default in core Org?
I don't think so: my understanding is that default filters would
then be implemented without relying on filters -- so filters are
really optional by nature. Nicolas
.
The non-portable part comes from the need to share that filter.
Anybody without that filter will not be able to export your document in
the intended way.
Shouldn't, then, some filters be available by default in core Org?
Best regards,
Seb
--
Sebastien Vauban
Hello Nicolas,
Sebastien Vauban writes:
In order to be able to write names such as CODE_STATUT without STATUT
being written in subscript, I'm using the {} value for the ^ option.
Though, doing so,
- a_b is interpreted as subscript
- a_{b} is left as is
In a way, the opposite of what I'm
--
Sebastien Vauban
} is left as is
In a way, the opposite of what I'm expecting.
Am I missing something?
Best regards,
Seb
--
Sebastien Vauban
. Could you elaborate, please?
Best regards,
Seb
--
Sebastien Vauban
Manfred Lotz wrote:
I just found that #+TEXT: from pre 8 org-mode has disappeared.
Does anybody know how this is done with org-mode 8?
IIUC, it became `#+ascii:'.
Best regards,
Seb
--
Sebastien Vauban
Hello Eric,
Eric Schulte wrote:
Sebastien Vauban sva-n...@mygooglest.com writes:
Eric Schulte wrote:
When results caching is enabled, and when the hash must be updated, the
meta-lines in front of the results block are _deleted_.
You should use a named code block if you want to decorate
regards,
Seb
--
Sebastien Vauban
to) call(s) the mode foo-mode.
--
Sebastien Vauban
followed by their
results -- that is, such #+... lines are like ignored for the update.
Best regards,
Seb
--
Sebastien Vauban
Achim Gratz wrote:
Eric Schulte writes:
This should be fixed now.
Indeed it is. Thank you.
Also confirmed on my side.
Thank you for fixing the hash computation problem so quickly!
Best regards,
Seb
--
Sebastien Vauban
Christian Moe wrote:
Sebastien Vauban writes:
Fixed with:
--8---cut here---start-8---
;; accented characters on graphics
(setq org-babel-R-command
(concat org-babel-R-command --encoding=UTF-8)))
--8---cut here
-babel-exp-do-export info (quote
block) hash)
org-babel-exp-src-block((R))
--8---cut here---end---8---
Best regards,
Seb
[1] Org-mode version 8.2.3c (release_8.2.3c-344-ge6a6fe).
--
Sebastien Vauban
Sebastien Vauban wrote:
John Hendy wrote:
Can you do it straight from R? Might be a better place to start? If not,
I'd look into that first to avoid googling org and ESS stuff in vain!
The 1'42 demo on http://screencast.com/t/A9q6CQlLY6 clearly shows that:
- It (now [1]) works from the R
, no problem, and created the problem document on
Thursday. No git updates in between.
I'm sure Achim's answer is what I missed.
I'm sure I did C-c C-c the options. Now, if it does work, it'll prove I still
must be wrong...
Best regards,
Seb
--
Sebastien Vauban
http://orgmode.org/worg/org-faq.html#ecm
Very interesting, I was not expecting French here.
Nobody expects the Spanish Inquisition^W^W^WSebastien Vauban :-)
My 15 minutes of fame... ;-)
Best regards,
Seb
--
Sebastien Vauban
regards,
Seb
[1] I've added the following code in my .emacs to make it work:
#+begin_src emacs-lisp
(setq process-coding-system-alist
'((R.* . iso-latin-1)))
#+end_src
--
Sebastien Vauban
0
: HISTTIMEFORMAT=%Y-%m-%d %H:%M
: 0 0 0
Just throwing an idea (as I don't know enough about that): play with the
variable `org-babel-sh-command' (default: bash) and add options such as
--login or --interactive (or stuff like that)?
Best regards,
Seb
--
Sebastien Vauban
situation, we think that the graphs (or, in a general way, the results) are
up-to-date while it's wrong -- you've changed some piece of code somewhere, and
the cached results are still used.
Best regards,
Seb
--
Sebastien Vauban
.
Maybe some of the R users here could share their experience with the coding
system configuration?
Best regards,
Seb
--
Sebastien Vauban
be a newly introduced bug, because I did the same
yesterday for R parameters without success...
I ended up with Emacs Local Variables, which does work.
Maybe you could try to bisect Org?
Best regards,
Seb
--
Sebastien Vauban
be enclined to convert my buffers to ISO Latin 1, would it resolve the
problem -- but I did not find any solution with Latin 1 either.
Best regards,
Seb
--
Sebastien Vauban
---cut here---start-8---
;; system locale to use for formatting time values
(setq system-time-locale C)
--8---cut here---end---8---
For German timestamps, use a variation of it ;-)
Best regards,
Seb
--
Sebastien Vauban
regards,
Seb
[1] I can't following the full library call tree:
org - ??? - ob - ob-lob
--
Sebastien Vauban
between unchecked and partially checked? If yes, this
is wrong IMO.
I did not search for long, but there should be usable unicode characters. To
name a few:
- U+25EB White square with vertical bisecting line
- U+25F1 White square with lower left quadrant
Best regards,
Seb
--
Sebastien Vauban
---cut here---end---8---
Emacs will `make-directory' it, if necessary.
Best regards,
Seb
--
Sebastien Vauban
[-] could be nice, then, as corresponds to the Org look
and feel.
Best regards,
Seb
--
Sebastien Vauban
if we've to admit it is very, very seldsom, and only with the
dev trunk.
Best regards,
Seb
--
Sebastien Vauban
--
Sebastien Vauban
to be escaped.
Best regards,
Seb
--
Sebastien Vauban
Hi Eric,
Eric Schulte wrote:
Sebastien Vauban sva-n...@mygooglest.com writes:
IIRC, some time ago, a bug involving the computation of the hash (when
option cache is enabled) and NoWeb code blocks. I remember that it had been
fixed.
However, the following example shows it's not (true
newsgroup: \\(.+\\)
nil t)
(setq txt (concat txt (format %s (match-string 1)) \n))
(princ txt)))
#+end_src
However, the results is always an example block, NEVER in an Org _table_ -- and
I don't understand why. Does anybody?
Best regards,
Seb
--
Sebastien Vauban
Hi Eric,
Eric Schulte wrote:
Sebastien Vauban sva-n...@mygooglest.com writes:
I'm trying to generate R graphs from lines found in the *Messages* buffer
with
the following code of mine:
#+begin_src emacs-lisp :results output table
(setq txt nil)
(with-current-buffer *Messages
/Repositories/org-mode/lisp/)
Best regards,
Seb
--
Sebastien Vauban
Hello Nicolas,
Nicolas Goaziou wrote:
Sebastien Vauban sva-n...@mygooglest.com writes:
When trying to convert a document which contains R graphics, I get the error:
Debugger entered--Lisp error: (wrong-type-argument integer-or-marker-p nil)
goto-char(nil)
(progn (goto-char link-end
');
}
li.unchecked {
list-style-image: url('../images/unchecked.png');
}
#+end_src
with 3 nice pictures of green V, red X, and blue || (line pause on
recorders).
Best regards,
Seb
--
Sebastien Vauban
: edit Hello, for example, and you'll see that
the evaluation of the other code block is not redone (like if the NoWeb code
was not expanded for computing the hash). It stays printing Hello.
Best regards,
Seb
--
Sebastien Vauban
with `ob-lob').
That's only reproducible with a development branch of Org mode, as
library-of-babel.org is not copied into the official Emacs release.
Best regards,
Seb
--
Sebastien Vauban
Josh wrote:
On Wed, Nov 13, 2013 at 1:27 PM, Sebastien Vauban wrote:
(with-eval-after-load org
(message Eval this when Org is loaded)
(sit-for 3)
(message ))
the code block in the `with-eval-after-load' is eval'ed twice whenever an Org
file is loaded.
Have you checked to see what
Eli Zaretskii wrote:
From: Sebastien Vauban sva-n...@mygooglest.com
Date: Thu, 14 Nov 2013 19:57:02 +0100
Cc: 15...@debbugs.gnu.org
0. Copy the minimal configuration in the clipboard
1. Go into C:/Program Files/emacs-trunk/bin/
2. Launch emacs -Q
3. Paste the minimal configuration
Bastien wrote:
Glenn Morris r...@gnu.org writes:
Sebastien Vauban wrote:
Where is the black magic?
Somewhere in the labyrinthine depths of Org, so I suggest you ask the
Org maintainers to figure out why:
emacs -Q -L /path/to/git/org-mode/lisp
(with-eval-after-load org
(message Eval
but, unfortunately, Bastien's patch did not solve the problem.
Best regards,
Seb
[1] DEFINITION NOT FOUND: 0
--
Sebastien Vauban
headings,
though not all.
Best regards,
Seb
--
Sebastien Vauban
[2013-11-15 Fri 11:40]
:END:
** TODO Check weekend hours at the gym
SCHEDULED: 2013-02-06 Wed
:PROPERTIES:
:Effort: 0:10
:END:
** TODO Pay electricity bill
--8---cut here---end---8---
Best regards,
Seb
--
Sebastien Vauban
] = 0:16
- State STRT- DONE [2013-08-12 Mon 12:12]
- State DONE- TODO [2013-09-27 Fri 10:23]
- State TODO- WAIT [2013-11-15 Fri 12:00]
:END:
--8---cut here---end---8---
Best regards,
Seb
--
Sebastien
Eli Zaretskii wrote:
From: Sebastien Vauban sva-n...@mygooglest.com
Cc: r...@gnu.org, michael_heerde...@web.de, 15...@debbugs.gnu.org
Date: Fri, 15 Nov 2013 10:06:12 +0100
Eli Zaretskii wrote:
Unfortunately, this:
(gdb) No symbol backtrace_list in current context.
(whose reason I
Nicolas Goaziou wrote:
Sebastien Vauban writes:
You mean it isn't applied yet? Because I already reloaded Emacs a ton of
times today -- for different tests.
No it isn't applied yet. Meanwhile, you can test it by applying the second
patch in this thread.
Applied. Looks good so far. Thanks
regards,
Seb
--
Sebastien Vauban
, and I'll make the test of Eli anyway.
But I wonder: how can you now reproduce it (and not before)?
Best regards,
Seb
--
Sebastien Vauban
in my agenda (for next Wed/Thu).
Best regards,
Seb
--
Sebastien Vauban
Hello Eric,
Eric Schulte wrote:
Sebastien Vauban sva-n...@mygooglest.com writes:
Here is a small patch to improve the messages displayed by Org Babel when
processing code blocks: now, you get the line number added to the output, so
that you can easily find afterward which block had problems
-blocks.html#Evaluating-code-blocks.
Best regards,
Seb
--
Sebastien Vauban
$test
#+end_src
#+results:
: nil
Use the following:
#+begin_src sh :var test=curdir()
echo $test
#+end_src
Best regards,
Seb
--
Sebastien Vauban
Hi Andreas,
Andreas Leha wrote:
Sebastien Vauban sva-n...@mygooglest.com writes:
Andreas Leha wrote:
how do I reference the results of a #+call line?
Here are my unsuccessful attempts:
* Test call results
#+name: curdir
#+begin_src sh
echo $PWD
#+end_src
#+results: curdir
: /home
Hi Bastien,
Bastien wrote:
Sebastien Vauban sva-n...@mygooglest.com writes:
I thought that the rule was:
Add TINYCHANGE if less than 20 (trivial) lines; otherwise, you need to
assign copyright to the FSF -- and, *if you signed the FSF papers, you
don't need anymore to add
Hello,
Nicolas Goaziou wrote:
Sebastien Vauban sva-n...@mygooglest.com writes:
In the `org-latex-classes' documentation (and in the Org Beamer
documentation),
I don't see how to include or exclude lines passed through the
#+BEAMER_HEADER
keyword.
Is there a solution for those lines
Hello,
Nicolas Goaziou wrote:
Sebastien Vauban sva-n...@mygooglest.com writes:
I'd then propose the attached patch for the documentation.
Thank you for the patch.
BTW, what's the difference between #+LATEX_HEADER and #+LATEX_HEADER_EXTRA
lines, if both end up under the same umbrella
Nicolas Goaziou wrote:
Sebastien Vauban writes:
Shouldn't the similar principle be applied to BEAMER_HEADER, that is have a
BEAMER_HEADER_EXTRA keyword as well?
Snippets previewing calls `latex' back-end (class used in
`org-format-latex-header' is article, not beamer).
Therefore
---end---8---
Am I missing something?
Best regards,
Seb
--
Sebastien Vauban
-gea797e.dirty @
~/Public/Repositories/org-mode/lisp/)
--
Sebastien Vauban
Hello,
Nicolas Goaziou wrote:
Sebastien Vauban writes:
Nicolas Goaziou wrote:
Eric Schulte schulte.e...@gmail.com writes:
I've been using this since it was sent, and I haven't noticed any bad
behavior.
Thanks for the feedback.
BTW, I tried to add `org-self-insert-command' to
`flyspell
dico-alist)))
(add-hook 'org-mode-hook 'my-org-switch-language)
--8---cut here---end---8---
Best regards,
Seb
--
Sebastien Vauban
-key org-mode-map
(kbd M-;) 'my-org-comment-dwim)
--8---cut here---end---8---
Best regards,
Seb
--
Sebastien Vauban
code blocks in a session.
Though, it's possible there must be missing things.
Best regards,
Seb
--
Sebastien Vauban
From 9e8b74d881575318ff480f084ac10aea82696904 Mon Sep 17 00:00:00 2001
From: Sebastien Vauban sva-n...@mygooglest.com
Date: Thu, 7 Nov 2013 16:24:53 +0100
Subject: [PATCH] Improve Processing Org code block message
* ob-exp.el (org-babel-exp-src-block): Improve message by adding line number
Hello Nicolas,
Nicolas Goaziou wrote:
Sebastien Vauban sva-n...@mygooglest.com writes:
When using Org Beamer (in the following ECM, but not limited to it) with the
option H:1, everything works as expected. I get a PDF produced with some
slides.
Though, when setting H:2 (and refreshing
regards,
Seb
--
Sebastien Vauban
-contacts.
Sad.
Best regards,
Seb
--
Sebastien Vauban
Hi Carsten,
Sebastien Vauban wrote:
Carsten Dominik wrote:
Sebastien Vauban wrote:
If you have colors for tags:
--8---cut here---start-8---
;; faces for specific tags
(setq org-tag-faces
'((home .
(:slant italic
Hi Bastien,
Bastien wrote:
Sebastien Vauban sva-n...@mygooglest.com writes:
PS: Don't forget to add TINYCHANGE at the end of your patches in such
cases.
I thought that the rule was:
Add TINYCHANGE if less than 20 (trivial) lines; otherwise, you need to
assign copyright to the FSF
emacsclient would be possible. It isn't. So, please forget about this.
The async process launches a new Emacs process, with no interaction whatsoever
with the Emacs you edit in.
Best regards,
Seb
--
Sebastien Vauban
. Hence, can't make
an ECM right now.
Best regards,
Seb
--
Sebastien Vauban
understanding.
Best regards,
Seb
--
Sebastien Vauban
-23_Automatic_insertion_of_habit_templates_%28en%29
Or, you could record a keyboard macro, and even save it as Elisp.
Other solutions include:
- using YASnippets, or
- writing a skeleton in the Org document and cloning it N times at once (see
C-c C-x c).
Best regards,
Seb
--
Sebastien Vauban
not taken into account.
Well, reloading the file would do it automatically, so it's only for the first
time you add it.
Best regards,
Seb
--
Sebastien Vauban
settings!!
Really hard to find, if we don't think at such...
Best regards,
Seb
--
Sebastien Vauban
--
Sebastien Vauban
. But the docstring of
`defconst' indeed tells that this constancy is not actually enforced by Emacs
Lisp. Though, can we be sure that this will stay true?
Opinions?
OK for me.
Best regards,
Seb
--
Sebastien Vauban
://lists.gnu.org/archive/html/emacs-orgmode/2013-06/msg00922.html.
You see you could use :options. HTH.
Best regards,
Seb
--
Sebastien Vauban
hours 8 to 15 of your work.
Best regards,
Seb
--
Sebastien Vauban
, or do I
probably have some other problem on my end?
Works fine here (I am using the git version of both). How are you
loading bbdb? You should just do a:
(require 'bbdb-loaddefs)
You mean bbdb-autoloads?
Best regards,
Seb
--
Sebastien Vauban
Charles Philip Chan wrote:
Sebastien Vauban sva-n...@mygooglest.com writes:
You mean bbdb-autoloads?
No, bbdb-loaddefs.el is part of bbdb3. Here is the instructions from the
README file:
4) Activate BBDB:
i) If the BBDB lisp files are in a directory
/path/to/bbdb/lisp you
Hello,
Sebastien Vauban wrote:
The following agenda view is supposed to display the tasks by ascending
_DEADLINE timestamp_.
#+begin_src emacs-lisp
(add-to-list 'org-agenda-custom-commands
'(B Today
tags-todo DEADLINE=\today\
((org-agenda
-lisp{(+ 2 3)}.
--8---cut here---end---8---
Or is there a reason for doing it with links?
Best regards,
Seb
--
Sebastien Vauban
version 8.1.1 (release_8.1.1-13-ga1f9a1)
... and I don't see any problem with your syntax. I'm as puzzled as you are.
Would you wanna help, I think trying to bisect Org mode would be a great step
into fixing what I think to be a problem in Org.
Best regards,
Seb
--
Sebastien Vauban
Hi Sebastian,
Sebastian Wiesner wrote:
2013/9/30 Sebastien Vauban sva-n...@mygooglest.com:
A partly manual solution would be to use tags for which sections to export
in which backend, make a sparse tree with the backend you're interested to
export, and export what's visible?
I am by far
only if `org' is not installed via ELPA, right? Otherwise,
~/.emacs.d/elpa/org-date would be added to the load-path and could be a cause
of mixed code usage?
Best regards,
Seb
--
Sebastien Vauban
does not have anything like that?
See Estimate ranges in column view on
http://www.mail-archive.com/emacs-orgmode@gnu.org/msg26175.html.
Best regards,
Seb
--
Sebastien Vauban
:padline to yes, but I normally should not, as it
is the default.
Thanks for this bug report, there was a problem in my previous patch in
this thread. I've just pushed up a fix which should solve this problem.
Confirmed!
Thanks a lot.
Best regards,
Seb
--
Sebastien Vauban
, but at this point it adds more confusion than it is worth.
I've reverted this default for elisp.
Thanks. This looks more clear, now.
Best regards,
Seb
--
Sebastien Vauban
Hi Bernt,
Bernt Hansen wrote:
Sebastien Vauban writes:
In order to make Org much nicer to use, I felt we missed a count of items
next to the lists (or blocks, for multi-block agenda views). Here is a patch
to add this, depending on the new variable
`org-agenda-display-count-of-items
on that.
A detail: maybe checking on some tags (instead of the title), to make the
solution applicable in many more documents?
Best regards,
Seb
--
Sebastien Vauban
, such a thing could be automated in a ELisp block.
Best regards,
Seb
--
Sebastien Vauban
)
is only honored for `C-c a s', NOT for `C-c / /'
- (setq org-agenda-search-view-force-full-words nil)
is honored for both `C-c a s' and `C-c / /'
Best regards,
Seb
--
Sebastien Vauban
Hi Carsten,
Carsten Dominik wrote:
On 11.9.2013, at 14:48, Sebastien Vauban sva-n...@mygooglest.com wrote:
If you have colors for tags:
--8---cut here---start-8---
;; faces for specific tags
(setq org-tag-faces
'((home .
(:slant
Nicolas Goaziou wrote:
Sebastien Vauban writes:
Following those conventions, I guess that:
- The `crypt' tag should be renamed `CRYPT'
- The `Effort' property should be renamed `EFFORT'
Right?
FWIW, I think you're correct.
Would such a patch be accepted, then, if I can make it?
Best
Hi Eric,
Eric Schulte wrote:
Sebastien Vauban sva-n...@mygooglest.com writes:
Eric Schulte wrote:
aditya siram aditya.si...@gmail.com writes:
What's the rationale for having padlines by default in tangled source? It
generates wrong programs for languages where whitespace is significant
(that would
be me :-p, Suvayu Ali fatkasuvayu+li...@gmail.com).
What do others think? Is it a good start?
I like your work a lot!
Overall this looks very promising, I am excited :).
So do I.
Best regards,
Seb
--
Sebastien Vauban
to use their new custom theme mechanism, which is more general than the
`color-theme' package (and offers the same services regarding color themes).
Best regards,
Seb
--
Sebastien Vauban
501 - 600 of 1634 matches
Mail list logo