nd so on. Time consuming and non-ideal. It would be great to know
> what the subtask belongs to for things like this. When I have two
> vendors within a week or two, it gets confusing.
Yet another solution would be to use your category therefore?
Best regards,
Seb
--
Sebastien Vauban
cide on such things. Though, I am amazed you
put a tag on the table itself.
I'd have expected the noexport tag to be on a section containing the table.
So, my extra question (to the same persons) is: is this an allowed use of a
tag? Or just an undocumented feature which temporarily works? -- euh, or not
even works, in fact...
Best regards,
Seb
--
Sebastien Vauban
t for us to help you.
Best regards,
Seb
--
Sebastien Vauban
Hi Pieter,
Pieter Praet wrote:
> On Tue, 19 Jul 2011 01:12:23 +0200, Bastien wrote:
>> "Sebastien Vauban" writes:
>>
>> > I simply call C-c C-x C-j to jump to the current clocking entry, and the
>> > question "org-decrypt: auto-save-mode may c
but still different set of
variales/templates/etc., package called Org-capture.
So better upgrade first.
Best regards,
Seb
--
Sebastien Vauban
Hi Renato,
Renato wrote:
> On Mon, 29 Aug 2011 16:13:22 +0200
> "Sebastien Vauban" wrote:
>> Renato wrote:
>> > Hello, I'm trying to set up org-remember, however I'm having some
>> > problems. I seem to miss the function org-remember-insinuate
lumn.
Could it be due to the patch around "Extra space inserted in repeated tasks'
date line"?
See http://lists.gnu.org/archive/html/emacs-orgmode/2011-08/msg00634.html
Best regards,
Seb
--
Sebastien Vauban
quot;todo" here is a
macro, not an environment. Hence the expected output:
\todo[inline]{\textbf{\textsf{\textsc{TODO} Provide your last offer.}}\\ }
Except from working in such a fashion:
#+LaTeX: \todo{
... your Org text
is here
inside ...
#+LaTeX: }
I don't see (currently) any other way to achieve what you'd like to get.
Best regards,
Seb
--
Sebastien Vauban
?
*** Five
You will see that every even item is forgotten.
I don't know whether this is a feature or a bug, but I just thought it was
worth mentioning it.
Best regards,
Seb
--
Sebastien Vauban
the right (or
left) arrow keys to move your date by one day.
Best regards,
Seb
--
Sebastien Vauban
=5, peripheries=3];
d [style=bold];
}
#+end_src
Could you maybe provide an ECM of what you were trying to use?
Best regards,
Seb
--
Sebastien Vauban
md.exe") nil) ; using a system shell
(t t)))
#+end_src
> Do you know anybody who has a Windows box that can reproduce/investigate
> this problem?
HTH.
Best regards,
Seb
--
Sebastien Vauban
e Org file
Best regards,
Seb
--
Sebastien Vauban
Hi Eric,
Eric Schulte wrote:
> "Sebastien Vauban" writes:
>> Currently, the following does not seem possible:
>>
>> #+begin_src sh :results silent :exports results
>> echo "I want to see this in HTML/PDF, but not in Org"
>> #+end_src
>>
ame=Rep&path=%2FPROJ%2FSomeFile.txt][Description]]
Idem.
Best regards,
Seb
--
Sebastien Vauban
> For not at least I think it would be preferable to leave the meaning of
> silent to be "do nothing to the buffer" rather than to remove any
> possibly pre-existing results. Possibly at some point in the future
> after I've fixed results removal for inline blocks we should revisit
> this decision.
Fine with me. Thanks for trying!
Best regards,
Seb
--
Sebastien Vauban
Hi David,
David Maus wrote:
> At Wed, 07 Sep 2011 11:20:03 +0200,
> Sebastien Vauban wrote:
>> I just realized a diff in behavior between 3 URL entered in the Org buffer
>> with slight differences:
>>
>> - http://web.com/file.php?name=Rep&path=%2FPROJ%2FSomeF
ssing...
Exporting...
Saving file c:/home/sva/ecm.html...
Wrote c:/home/sva/ecm.html
Running svn status -v ecm.html in foreground...
Running svn status -v ecm.html...OK = 0
Exporting... done
#+end_src
Any idea on how to help me going further with this?
Best regards,
Seb
--
Sebastien Vauban
merge-params (mapcar ... ...) (nth 2
info)))
(setf (nth 2 info) (org-babel-merge-params (mapcar ... ...) (nth 2 info)))
(progn (setf (nth 2 info) (org-babel-merge-params ... ...)))
(if (match-string 6) (progn (setf ... ...)))
(when (match-string 6) (setf (nth 2 info) (org-babel-merge-params ... ...)))
(progn (setq name (org-babel-clean-text-properties ...)) (when (match-string
6) (setf ... ...)))
#+end_src
Best regards,
Seb
--
Sebastien Vauban
I'll do it, and will let you
know.
Best regards,
Seb
--
Sebastien Vauban
):
- greater or equal to 1 works OK, but delays the execution for that amount of
time, of course.
- equal to 0, gets me back to the question arising, about "Buffer has a
running process".
Voilà, there it is. I can't say more about the strange things appearing here.
But I'm willing to answer any question to further test this.
I'm happy to have a workaround, but would be glad someone could help into
making this code chunk robust on all Org platforms, as I guess what I've done
is quite fragile...
Best regards,
Seb
--
Sebastien Vauban
Hi Eric,
Eric Schulte wrote:
> "Sebastien Vauban" writes:
>> If there is no value assigned to the code block...
>> ... there is no an error when exporting:
>>
>> #+begin_src text
>> Debugger entered--Lisp error: (wrong-type-argument consp nil)
&g
AME = '$table'
AND COLUMN_NAME = '$column')
BEGIN
ALTER TABLE $table
ADD $column $type $nullability
END
#+end_src
Note that, in the above state, the code block is ingested with no error, but,
if I remove the default value of var `table', it then generates back an
error...
Best regards,
Seb
--
Sebastien Vauban
must be extended?
Best regards,
Seb
--
Sebastien Vauban
able "nil" must be assigned a default value
>
> this occurred after the update this morning to
>
> Org-mode version 7.7 (release_7.7.291.g37db)
I confirm that, with the exact same message, for my own local LOB, since this
morning's update.
And I don't have a `nil'
Hi Eric,
Eric Schulte wrote:
> "Sebastien Vauban" writes:
>> Weirdly enough, in the following code block, I must add a default value for
>> vars `table', `column' and `type' but not for the var `nullability'.
>>
>> I've even b
or a variable DOES THROW an
error."
(org-test-at-id "f2df5ba6-75fa-4e6b-8441-65ed84963627"
(org-babel-next-src-block)
(let ((err
(should-error (org-babel-execute-src-block) :type 'error)))
(should (equal '(error "variable \"x\" in block \"carre\" must be
assigned a default value") err)
#+end_src
I'll send you a patch for this.
Best regards,
Seb
--
Sebastien Vauban
ell me if this is following your expected way of receiving patches. I believe
so, but tell me anything that would not have been done correctly...
Best regards,
Seb
--
Sebastien Vauban
>From 453c0d5e54544ef5812098817746b4280375f5e4 Mon Sep 17 00:00:00 2001
From: Sebastien Vauban
Date: Fr
Hi Eric,
Eric Schulte wrote:
> "Sebastien Vauban" writes:
>> Eric Schulte wrote:
>>> "Sebastien Vauban" writes:
>>>> Weirdly enough, in the following code block, I must add a default value for
>>>> vars `table', `column'
ML? That could be included in the test suite for
later, so that we can check against regression.
Best regards,
Seb
--
Sebastien Vauban
I do, when I want to see the full links, is simply hitting `M-f6' to
toggle between seeing everything expanded, or the drawers and links collapsed,
thanks to the following code:
(global-set-key (kbd "") 'visible-mode)
Best regards,
Seb
--
Sebastien Vauban
ar' does not take place. This is
still mysterious to me, at this point in time.
Any hints for me to go further?
Best regards,
Seb
--
Sebastien Vauban
Hi Martyn,
Martyn Jago wrote:
> "Sebastien Vauban"
> writes:
>
>> * Test
>>
>> #+begin_src emacs-lisp
>> (ert-deftest ob-tangle/speed-command-r ()
>> "Test that speed command `r' does demote the headline."
>> (org-test-at
king of internal references.
I'd be glad if we could get the same "expressivety", by default, as the one we
have in TeXinfo[2].
Best regards,
Seb
Footnotes:
[1] I mean: other than bold, italic, underline and striken-through.
[2] Never wrote any line in TeXinfo, but simply had to read a couple.
--
Sebastien Vauban
Hi Eric,
Eric Schulte wrote:
> "Sebastien Vauban" writes:
>>
>> * Test
>>
>> #+begin_src emacs-lisp
>> (ert-deftest ob-tangle/speed-command-r ()
>> "Test that speed command `r' does demote the headline."
>> (org-test-at
h of the
>> interconnection between pages, so that we see missing pages, and
>> unreachable ones (files on the file system, but never linked). I
>> should (find the time to) extend it enough to serve that purpose.
>
> This could be useful, like a site map for worg. As an intermediate step
> I could see it being useful to simply print out all internal links whose
> target does not exist on the file system.
I'll try to come up with something (in Babel) soon.
Best regards,
Seb
--
Sebastien Vauban
ates my automated test server
> is working which is how I am on it so quick!
Best regards,
Seb
--
Sebastien Vauban
g both if:
- the language is activated (`org-babel-load-languages')
- the interpreter is found on the system (`exec-path')
?
Just an idea...
Best regards,
Seb
--
Sebastien Vauban
()
(interactive)
(let ((turning-on (not iimage-mode)))
(set-face-underline-p 'org-link (not turning-on))
(iimage-mode (or turning-on 0)
#+end_src
Best regards,
Seb
--
Sebastien Vauban
oduce this anymore. So, not really fixed,
but not there systematically either...
Status is unreproducible right now, but I guess the above test case can
already be added. Please comment on it, for me to progress...
Best regards,
Seb
--
Sebastien Vauban
at was my intention, after receiving a "nihil obstat" from you, or some
suggestions for changes.
Anyway, next time, I'll directly send a properly formatted patch.
Thanks.
Best regards,
Seb
--
Sebastien Vauban
EW
Loading vc-git...
OVERVIEW
OVERVIEW
OVERVIEW
OVERVIEW
OVERVIEW
OVERVIEW
OVERVIEW
OVERVIEW
OVERVIEW
OVERVIEW
OVERVIEW
Loading /cygdrive/c/home/sva/src/org-mode/testing/lisp/test-ob-R.el (source)...
peculiar error
This is on Windows XP SP3, with a Cygwin Emacs (when run from terminal;
otherwise, it is a Win32 binary from the FSF).
Best regards,
Seb
--
Sebastien Vauban
Hi Martyn and Eric,
Martyn Jago wrote:
> "Sebastien Vauban"
> writes:
>> Martyn Jago wrote:
>>> Eric Schulte writes:
>>>> Martyn Jago writes:
>>>>> Unfortunately this is still broken for me. Given the exe exists but the
>>>&g
Hi Eric,
Eric Schulte wrote:
> "Sebastien Vauban" writes:
>> Martyn Jago wrote:
>>> "Sebastien Vauban"
>>> writes:
>>>> Loading /cygdrive/c/home/sva/src/org-mode/testing/lisp/test-ob-R.el
>>>> (source)...
>>>>
gt;
> Then I tried to make a simple test org file for export to plain text.
> That also fails with the following error message:
>
>
> Wrong type argument: stringp, |
Could you:
- tell which Org version you're using (M-x org-version)?
- (setq debug-on-error t)?
- give us a small ECM?
Best regards,
Seb
--
Sebastien Vauban
fresh (eq
org-agenda-clockreport-mode (quote with-filter))) (org-agenda-redo)))
org-agenda-filter-by-tag(nil)
call-interactively(org-agenda-filter-by-tag nil nil)
--8<---cut here---end--->8---
Best regards,
Seb
--
Sebastien Vauban
regards,
Seb
--
Sebastien Vauban
>From 42480fde9ea4f8e54db085dd7d34d9101deeabfe Mon Sep 17 00:00:00 2001
From: Sebastien Vauban
Date: Thu, 29 Sep 2011 11:12:07 +0200
Subject: [PATCH] Add heading string to refile message.
---
lisp/org.el | 24 +---
1 files changed, 1
hat it makes sense. Now, it'd be good to know why it wasn't
the case since the beginning. As said by Daniel, this could lower the perf?
Best regards,
Seb
--
Sebastien Vauban
Hi,
To be sure that CSS rules don't apply to missing contents, there's no need to
output DIV preamble opening and closing tags if there is nothing in between.
Best regards,
Seb
--
Sebastien Vauban
>From 9bb3959f8ca978e7486ba7bde11cd407a40e653b Mon Sep 17 00:00:00 2001
From: Seb
gt; (insert "\n")
>(insert "\n"))
> (throw 'nextline nil)))
>
> Does anyone know if that was commented out for a reason?
git blame suggests it was there since that file org-special-blocks.el has been
added (in contrib/lisp, by Carsten, on 2009-05-07 13:53)...
Best regards,
Seb
--
Sebastien Vauban
| 0:10 | 0.17 |
|+---+--|
|| | 0.17 |
#+TBLFM: $3='(/ (float (org-hh:mm-string-to-minutes $2))
60.);%.2f::@3$3=vsum(@-I..@-II)
But I'm surprised I did not see any error reported.
Best regards,
Seb
--
Sebastien Vauban
black background coming into play, while I had *no preamble set* for
those orphan pages.
Hence, the patch to remove such a preamble when it is essentially empty.
Best regards,
Seb
--
Sebastien Vauban
>> Here a patch to add the name of the subtree we're operating on.
>
> can you please resubmit a modified patch using either (org-get-heading t t)
> or (nth 4 (org-heading-components))
Thanks for looking at it.
I'll do!
Best regards,
Seb
--
Sebastien Vauban
echo #+END_SRC
> #+end_src
>
> help?
I like very much the idea of your workaround. Great thought!
Though, nope, it does not help the OP, because the echo lines don't output
anything here, as # is the symbol to begin a comment (in shell scripts). So,
the first line simply outputs a blank line...
Best regards,
Seb
--
Sebastien Vauban
the user would have written
manually.
So, you can't get a behavior depending on any template, IIUC.
Best regards,
Seb
--
Sebastien Vauban
Hi Burton,
Burton Samograd wrote:
> "Sebastien Vauban" writes:
>> Hi Rainer and Niels,
>>
>> Rainer M Krug wrote:
>>> On Mon, Oct 10, 2011 at 5:44 PM, Niels Giesen wrote:
>>>> Say I've got a sh code block invoking curl to some json api, i
Hi Antoine,
Antoine Levitt wrote:
> 11/10/11 18:45, Sebastien Vauban
>> Antoine Levitt wrote:
>>> I use org-capture to store information (such as appointments), then view
>>> them in the agenda. I use RET (org-agenda-switch-to) in the agenda view to
>>> mod
Hi Carsten,
"Sebastien Vauban" wrote:
> Carsten Dominik wrote:
>>> I found it difficult, sometimes, to remember which subtree we're gonna
>>> refile. When TAB'ing for multiple targets, you loose your source buffer,
>>> and can easily forget wh
#x27;t
> work for me (at least the level1s of the current file are not part of
> the autocomplete, only files are).
>
> Is there a way that this can be done or can this be added?
Not that I know of.
I had the same wish, with eventually `.' or something like that to denote the
the task including the drawer so I can see
>>> the details for any given task.
>>
>> Or in that case you should be able to type E in the agenda and see it
>> also.
>
> That doesn't work for me - it skips the drawer.
Same for me: it skips the drawer.
Best regards,
Seb
--
Sebastien Vauban
Hi Carsten,
> "Sebastien Vauban" wrote:
>> Carsten Dominik wrote:
>>>> I found it difficult, sometimes, to remember which subtree we're gonna
>>>> refile. When TAB'ing for multiple targets, you loose your source buffer,
>>&g
rc R
> 5+5
> #+end_src
> --
>
> Is this a known problem?
Works for me, with Org-mode version 7.7 (release_7.7.381.ge8629.dirty).
Best regards,
Seb
--
Sebastien Vauban
-->8---
*did work* for me (as you can see).
Though, it is not exactly the same config as yours:
- I've removed the `\240' spaces which prefixed your R code (in your posting)
- I've removed the `session' argument, as `Rterm' is not (correctly?)
installed on my machine
- I'm on Windows XP.
Best regards,
Seb
--
Sebastien Vauban
or ...
BTW, do you have an alternative for this "NEW" state, in 4 positions? ;-)
Best regards,
Seb
--
Sebastien Vauban
|
...
Best regards,
Seb
--
Sebastien Vauban
epeated as well... See the presence of 2 `#+BABEL:' lines in the buffer,
after the evaluation.
- depending on the point from which I run the code evaluation, there is (or
there isn't) an `#+begin_example' directive. The `#+end_example' is always
present.
Best regards,
Seb
--
Sebastien Vauban
Hi Viktor and Nick,
Nick Dokos wrote:
> Viktor Rosenfeld wrote:
>> Sebastien Vauban wrote:
>>
>> > #+BABEL: :engine msosql :cmdline -S -U -P -d
>> > -n -w 700
>>
>> Where is the :engine directive documented?
>
> The only place I k
links: be able to make a valid
reference to a mail we received on a mailing list, and that this reference
would be not only valid for me, but (at least) for my colleagues using Gnus as
well...
Best regards,
Seb
--
Sebastien Vauban
Hi Eric,
Eric Schulte wrote:
> "Sebastien Vauban" writes:
>> Eric Schulte wrote:
>>>> Babel seems to interpret every *leading space* as *one empty column*.
>>>> Normal, feature, bug?
>>>>
>>>> Is there some workaround to this? I
Hi Carsten,
Carsten Dominik wrote:
> On Oct 20, 2011, at 9:30 AM, Sebastien Vauban wrote:
>> Sad to say it is also true with Gnus: if you move the mail from one folder
>> to another, the link is not valid anymore...
>>
>> I'd dream being able to even get "shar
t;no") (:session . "none") (:result-type . value)
(:result-params "replace") (:rowname-names) (:colname-names)))
#+end_src
Though, I guess we should have a proper manner to report that some necessary
arguments are missing, instead of failing with a unclear message.
** Other weirdnesses
While the variable =org-babel-library-of-babel= contains the ingested code
(here, of =add-column-in-table=), the variable =org-babel-lob-files= is =nil=!?
** Speed commands
Speed commands don't work on the =#+call= lines. If I press =v= or =e=, they're
inserted verbatim.
Can you help me understand the 1^st point of these 4? Thanks a lot!!
Best regards,
Seb
--
Sebastien Vauban
block into the lob, when we're
interested by having a look at their expanded form?
Best regards,
Seb
> "Sebastien Vauban" writes:
>
>> Hi Eric,
>>
>> * Config
>>
>> ** Some file to be ingested
>>
>> Let's say I have this
ust my 2 cents. Whatever your choice, I'll follow it. And I always prefer to
reduce the number of synonyms, and have just one official form[1].
Best regards,
Seb
Footnotes:
[1] I have the same "annoying" feelings with #+SOURCE, #+SRCNAME, #+FUNCTION,
#+CALL, #+LOB, and SBE, some of which are interchangeable; some not. I'd prefer
deprecating an old form when a better one is found.
--
Sebastien Vauban
k this should be simple, easy to remember, and it certainly
> cleaned up the code base. Please let me know what you think of this new
> setup.
I just have one question, as I'm puzzled by the lack of `:' in front of the
"properties": how do we distinguish the argument "value" from the argument
"name"?
For example, how do we translate, in the new syntax,
#+BABEL::results output code append
(where `:results' is the "name", and `output', `code' and `append' are
"values")?
Best regards,
Seb
--
Sebastien Vauban
cify multiple properties. e.g.,
>
> #+PROPERTY: results silent
> #+PROPERTY: cache yes
*But* I did not know it was limited to _one property per line_.
Knowing that:
- there is no confusion at all -- we simply (have to) know that the first word
is the "name" without colon, and the rest are "values"
- my argument in favor of #+PROPERTIES (over #+PROPERTY) simply falls.
To sum up, I'm perfectly happy with the new choice.
Best regards,
Seb
--
Sebastien Vauban
ata (or #+object or whatever else
> we come up with)?
For point 3, Eric, I guess that whichever term is chosen, that does not mean
that "results" will change (I mean: when it's a result of a block execution)?
In other words, if we choose for "object", we still will have the possibility
to use "results" (automatically generated) and "object" to refer to something
we want to use in another call?
>>> named data [3] -- "tblname" "resname" "results" "data"
I don't specifically like "resname".
I would keep "results" for automatically generated "results".
I do like "data", but can learn to like "object" as a more generic term,
future-proof for coming extensions.
Last remark: we could get one step further and wonder if it wouldn't be good
to impose a single way to pass variables? We currently have two different
mechanisms:
#+srcname: convert-date-to-French-format
#+begin_src sql :var column=""
CONVERT(varchar(10), $column, 103) AS $column
#+end_src
and
#+srcname: convert-date-to-French-format(column="")
#+begin_src sql
CONVERT(varchar(10), $column, 103) AS $column
#+end_src
I guess that the first one is easier if we want to construct complex variable
values (which call Emacs Lisp code or such), but...
Thanks for your comments...
Best regards,
Seb
--
Sebastien Vauban
start with something, not generated, you had to insert
yourself a #+results block until the more logical #+data had been introduced.
I like your explanation about the fact that such a manually-entered block is
"constant".
Best regards,
Seb
--
Sebastien Vauban
Org says: "No images to display inline".
>>
>> Does anybody use Emacs 24.0.90.1 and is able to display images inline?
>
> My Emacs is 2 days older than yours and it works fine.
I wonder if it's not related to some types of images (PNG, JPG) and Emacs 24
under Windows. Have read such things, IIRC.
Best regards,
Seb
--
Sebastien Vauban
porting (with the name of the code block being outputted), which one do I
have to use?" and such questions...
If we only have one way, we can be sure everybody experiences the same things
with the same semantical input.
Another point, that may or may not have much to do with this, is that I don't
have anymore the source name exported in HTML -- dunno when it disappeared,
though. I remember that, at some point, it was due to having, or not, a
default value (at the time, having no default value was still allowed), but
now, even with the default values for every var, I miss those names in the
HTML (for literate programming support, it is quite useful to be able to see
the name of the block along with the code).
I repeat myself, but thanks, once again, for tackling this naming "problem".
Best regards,
Seb
--
Sebastien Vauban
missing is the ability to recognize emails
and author names: I want to be alerted if my buddy "John Doe" uses a mail I
wasn't aware of, and want to be offered the possibility to add it in my
database.
Same for the same email address, but with a different name.
Best regards,
Seb
--
Sebastien Vauban
t point after `#+BABEL:' and apply it as many times as needed.
Best regards,
Seb
--
Sebastien Vauban
name: test-global
#+begin_src sh :var anothervar="canada-dry"
echo $myvar
#+end_src
#+results: test-global
(no output)
Am I understanding correctly how it works / should work?
Best regards,
Seb
--
Sebastien Vauban
> latest Org on a regular basis.
>
> Jason, depending on our server resources, would that be feasible
> to run regular (cron'ed) tests? What is the best frequency?
Wouldn't the best frequency be: at every commit?
That's not for the minute (maybe even less) it takes to run th
Though, FYI, I've never been able to run Org on XEmacs (because of such
problems).
Best regards,
Seb
--
Sebastien Vauban
Hi Nick,
Nick Dokos wrote:
> Sebastien Vauban wrote:
>> #+PROPERTY: var myvar="original"
>>
>> * Overview
>>
>> I would like to test a global variable assignment (just done here above) and
>> local ones (on the code block itself). It seem
: test
#+begin_src sh :var foo="valueforthiscodeblock"
echo $foo
echo $bar
echo $baz
#+end_src
#+results: test
| valueforthiscodeblock |
| |
| level2|
As you can see, the "bar" variable is unknown to the code block.
Best regards,
Seb
--
Sebastien Vauban
always to name it... If the table is the
results of an unamed block, you will have #+name: followed by no name!
#+name:
| line 1 | data1 |
| line 2 | data2 |
what I also find quite disturbing.
Best regards,
Seb
--
Sebastien Vauban
pply it. It really simplifies
>> the way headlines are matched in many places in the code.
>
> I've applied it.
This works as expected from my point of view.
Thanks a lot...
Best regards,
Seb
--
Sebastien Vauban
om/emacs-orgmode@gnu.org/msg45063.html
--
Sebastien Vauban
mance-wise?
Anyway, setting inheritance of properties to on, means you should declare the
behavior for vars x, y and z, ie declaring it 3 times... Except, maybe, if you
say that "var: x, y, z" does that too (then you've two things in one shot --
why not?).
Best regards,
Seb
--
Sebastien Vauban
Hi Eric,
Eric Schulte wrote:
> "Sebastien Vauban" writes:
>> Bastien wrote:
>>> Jason, depending on our server resources, would that be feasible
>>> to run regular (cron'ed) tests? What is the best frequency?
>>
>> Wouldn't the best fre
Hi Daniel,
Daniel Bausch wrote:
> Am Dienstag 25 Oktober 2011, 03:30:46 schrieb Eric Schulte:
>> "Sebastien Vauban" writes:
>> > Daniel Bausch wrote:
>> >>> named code blocks [1] -- "source" "srcname" "
-org converter or
> org-version-checker?
See this draft:
#+begin_src emacs-lisp
(defun my/org-propertyze-babel-line ()
"Play me as many times as needed..."
(interactive)
;; (goto-char (point-min))
;; (search-forward "#+BABEL:")
(search-forward-regexp ":")
(delete-backward-char 2)
(insert "\n#+PROPERTY: "))
#+end_src
To be used, in its current state, with point placed just after the "#+BABEL:"
keyword.
Best regards,
Seb
--
Sebastien Vauban
tangle yes
#+PROPERTY[EMACS-LISP]: eval query
(the syntax used here is just a draft sample!)
What do you think about this feature? If you feel it can be something
interesting to have, this is surely to incorporate in the current syntax
debate. If not... never mind.
Best regards,
Seb
--
Sebastien Vauban
11-09/msg6.html on Cygwin (though I don't
know what to understand from it...).
Best regards,
Seb
--
Sebastien Vauban
export both
Yes, no need for a "+" here, as the lines do target different properties (in
this case, "tangle" and "export").
> The more I see it, the more I like it - also the []
In fact, the lines without any language specification would be, at least
semantically, equivalent to something like this:
#+PROPERTY[*]:tangle no
#+PROPERTY[*]:eval never
Best regards,
Seb
--
Sebastien Vauban
Hi Tassilo,
Tassilo Horn wrote:
> "Sebastien Vauban" writes:
>
>>> What's going on? I even have no glue how org/emacs (correctly)
>>> guesses that I'm German. My locale is en_US.UTF-8...
>>
>> Found in my .emacs:
>>
>> #+begin
(indent (car (last info)))
result cmd) (unwind-protect (flet ((call-process-region (&rest args) (apply ...
args))) (flet ((lang-check ... ...)) (setq cmd (or ... ... ...))) (if (and (not
arg) new-hash (equal new-hash old-hash)) (save-excursion (goto-char ...)
(end-of-line 1) (forward-char 1) (setq result ...) (message ...) result)
(message "executing %s code block%s..." (capitalize lang) (if ... ... ""))
(setq result (... ...)) (when (cdr ...) (when result ...) (setq result ...))
(org-babel-insert-result result result-params info new-hash indent lang)
(run-hooks (quote org-babel-after-execute-hook)) result)) (setq
call-process-region (quote org-babel-call-process-region-original))
org-babel-execute-src-block(nil ("sql" "select getdate()\ngo"
((:colname-names) (:rowname-names) (:result-params "value" "replace")
(:result-type . value) (:comments . "") (:shebang . "") (:cache . "no")
(:padline . "") (:noweb . "no") (:tangle . "no") (:exports . "code") (:results
. "value replace") (:eval . "yes") (:cmdline . "-S cauchy -U sa -P LpmdlP -d
pfi-dev -n -w 700") (:padnewline . "yes") (:hlines . "no") (:session . "none"))
"" nil 0))
(progn (org-babel-eval-wipe-error-buffer) (org-babel-execute-src-block
current-prefix-arg info) t)
(if info (progn (org-babel-eval-wipe-error-buffer)
(org-babel-execute-src-block current-prefix-arg info) t) nil)
(let ((info (org-babel-get-src-block-info))) (if info (progn
(org-babel-eval-wipe-error-buffer) (org-babel-execute-src-block
current-prefix-arg info) t) nil))
org-babel-execute-src-block-maybe()
(or (org-babel-execute-src-block-maybe) (org-babel-lob-execute-maybe))
org-babel-execute-maybe()
call-interactively(org-babel-execute-maybe)
#+end_src
Best regards,
Seb
--
Sebastien Vauban
I've just added such a variable to
> ob-sql with "engine" and "out-file" keywords, so this problem should now
> be fixed.
That works like a charm. Thanks a lot,
Seb
> "Sebastien Vauban" writes:
>
>> #+SEQ_TODO: DOESN'T_WORK | W
on't want your "session" property to
be common between both languages (shell code sent to your R terminal, or
vice-versa).
But it's nice this case is already handled in a more generic way than on the
code blocks themselves, and I can live with that. Thanks again for your help.
Best regards,
Seb
--
Sebastien Vauban
101 - 200 of 1666 matches
Mail list logo
