"Eric Schulte" writes:
> Martyn Jago writes:
>
>> "Eric Schulte" writes:
>>
>> [...]
>>
>>> Also, I'm really pleased that you are looking into the test suite. I do
>>> believe that a well maintained test suite would be a huge boon, both for
>>> Babel and for Org-mode at large, however, recentl
Martyn Jago writes:
> "Eric Schulte" writes:
>
> [...]
>
>> Also, I'm really pleased that you are looking into the test suite. I do
>> believe that a well maintained test suite would be a huge boon, both for
>> Babel and for Org-mode at large, however, recently I have only had
>> enough time to
"Eric Schulte" writes:
[...]
> Also, I'm really pleased that you are looking into the test suite. I do
> believe that a well maintained test suite would be a huge boon, both for
> Babel and for Org-mode at large, however, recently I have only had
> enough time to respond to issues raised on the
Martyn Jago writes:
> "Eric Schulte" writes:
>
> Hi Eric
>
>> Hi Martyn,
>>
>> Thanks for this patch and for the very nice test file, I've just applied
>> it along with a related patch in org-exp-blocks.el.
>>
>> Even with the patch applied I am still seeing undesirable behavior when
>> exportin
"Eric Schulte" writes:
Hi Eric
> Hi Martyn,
>
> Thanks for this patch and for the very nice test file, I've just applied
> it along with a related patch in org-exp-blocks.el.
>
> Even with the patch applied I am still seeing undesirable behavior when
> exporting the test file. I believe this is
Hi Martyn,
Thanks for this patch and for the very nice test file, I've just applied
it along with a related patch in org-exp-blocks.el.
Even with the patch applied I am still seeing undesirable behavior when
exporting the test file. I believe this is due to upstream processing
of the blocks by t
Hi Babel
I've been working on an exporter and have come across some strange
behaviour regarding 'empty' source blocks with regard to tangling.
If an attempt is made to tangle a block containing two blank (no
white-space) lines, the block is exported as carriage returns (as I
would expect).
If a
Hi
I've noticed a couple of minor inconsistencies with C++ export...
- According to the Org manual (section 14.7 Languages) the identifier
for C++ is C++ (upper-case), but in practice this fails and the
identifier c++ (lower-case) must be used. In general, identifiers
appear to be lowe
Hi Seb,
Thanks for the patch, this has just been applied.
-- Eric
Sébastien Vauban writes:
> Hi Eric,
>
> Here a patch for osql from Microsoft.
>
> diff --git a/lisp/ob-sql.el b/lisp/ob-sql.el
> index 19c271d..9e6f06a 100644
> --- a/lisp/ob-sql.el
> +++ b/lisp/ob-sql.el
> @@ -66,6 +66,10 @@ Th
Hi Eric,
Here a patch for osql from Microsoft.
diff --git a/lisp/ob-sql.el b/lisp/ob-sql.el
index 19c271d..9e6f06a 100644
--- a/lisp/ob-sql.el
+++ b/lisp/ob-sql.el
@@ -66,6 +66,10 @@ This function is called by `org-babel-execute-src-block'."
(out-file (or (cdr (assoc :out-file params))
Hi Seb,
Nice idea, I've just pushed up a patch which improves this message.
Best -- Eric
Sébastien Vauban writes:
> Hi Eric and Dan,
>
> I was puzzled this morning by a message "evalution aborted" without any extra
> info. "Aborted" made me think there was an error, so I toggle debug-on-error,
Hi Eric and Dan,
I was puzzled this morning by a message "evalution aborted" without any extra
info. "Aborted" made me think there was an error, so I toggle debug-on-error,
but it did not give me any more insight on the problem.
After searching for the message in the code base, I found it in =ob.
Hi Nicolas,
Nicolas Goaziou writes:
>> Eric Schulte writes:
>
>> This patch looks great!
>
> Thank you.
>
I just applied this patch. Thanks again for the contribution.
>
>> Thanks for the contribution. However before I apply this patch, can
>> I ask, have you signed the FSF papers.
>
> It
> Eric Schulte writes:
> This patch looks great!
Thank you.
> Thanks for the contribution. However before I apply this patch, can
> I ask, have you signed the FSF papers.
It is on it's way : I've already received their confirmation email and
the papers I have to sign should arrive soon. So,
Hi Nicolas,
This patch looks great! Thanks for the contribution. However before I
apply this patch, can I ask, have you signed the FSF papers.
As org-babel is being incorporated into the core of Org-mode and will be
considered part of Emacs we need authors of any contributions longer
than 10 li
Hello,
Here is a patch to allow the use of variables in org-babel-asymptote.
Types integer, string, symbol (treated as string) float and any table
of those are recognized.
Thanks,
- Nicolas
diff --git a/contrib/babel/lisp/langs/org-babel-asymptote.el
b/contrib/babel/lisp/langs/org-babel-asympt
Hello,
This patch makes org-babel-asymptote handle variables. Types integer,
string, symbol (treated as strings), float, and any list of those are
supported.
- Nicolas
org-babel-asymptote.patch
Description: Binary data
___
Emacs-orgmode mailing lis
17 matches
Mail list logo
