On Sun, 24 May 2015, Nicolas Goaziou wrote:
Rasmus writes:
It's a special block, so e.g. org-latex-special-block. But contents is
already transcoded by the time in arrives to e.g. org-latex-special-block.
To the extend this should be fixed, one way would be to allow a raw option
to special b
On 2015-05-24 Sun 10:09, Thomas S. Dye wrote:
> Titus von der Malsburg writes:
>
>> On 2015-05-24 Sun 08:36, Thomas S. Dye wrote:
>>> Titus von der Malsburg writes:
>>>
> You got the result of rownames(x), which is expected. The table you
> expect is given by the following code:
>>
Nicolas Goaziou writes:
> Rasmus writes:
>
>> It's a special block, so e.g. org-latex-special-block. But contents is
>> already transcoded by the time in arrives to e.g. org-latex-special-block.
>> To the extend this should be fixed, one way would be to allow a raw option
>> to special blocks (
Titus von der Malsburg writes:
> On 2015-05-24 Sun 08:36, Thomas S. Dye wrote:
>> Titus von der Malsburg writes:
>>
You got the result of rownames(x), which is expected. The table you
expect is given by the following code:
>>>
>>> Ah, I see, thanks. Although the results is still some
On 2015-05-24 Sun 08:36, Thomas S. Dye wrote:
> Titus von der Malsburg writes:
>
>>> You got the result of rownames(x), which is expected. The table you
>>> expect is given by the following code:
>>
>> Ah, I see, thanks. Although the results is still somewhat
>> unexpected. c("One:", "Two:") d
Nicolas Goaziou writes:
> Rainer M Krug writes:
>
>> Concerning ignoring: it would be nice to dynamically exclude certain
>> types of messages - i.e. hiding them from the results of the
>> linting. I don't think this is possible at
>> the moment?
>>
>> I have literally about 100 names with a col
Titus von der Malsburg writes:
>> You got the result of rownames(x), which is expected. The table you
>> expect is given by the following code:
>
> Ah, I see, thanks. Although the results is still somewhat
> unexpected. c("One:", "Two:") doesn’t have rownames and colnames. So
> org apparently
Rasmus writes:
> It's a special block, so e.g. org-latex-special-block. But contents is
> already transcoded by the time in arrives to e.g. org-latex-special-block.
> To the extend this should be fixed, one way would be to allow a raw option
> to special blocks (also needed for e.g. #+{begin,end
Ali Tofigh writes:
> I've noticed that formatting of text, e.g., using *text* or /text/, does not
> show up in agenda view. Is there a way of enabling this?
AFAIK, it is not possible at the moment.
It would required special per-line fontification set-up, which is not
implemented in org-agenda
Rainer M Krug writes:
> Concerning ignoring: it would be nice to dynamically exclude certain
> types of messages - i.e. hiding them from the results of the
> linting. I don't think this is possible at
> the moment?
>
> I have literally about 100 names with a colon - so these messages are
> oversh
Christian Moe writes:
> Thanks and a big hand of applause to all of you, and to Nicolas, for
> making Org-mode keep on rockin'.
Seconded - from the archetypal clueless user!
with best wishes
Glyn
Fix a problem where a source block would return nil oif the result was
cached and it was indented.
* lisp/ob-core.el (org-babel-execute-src-block): Move point to the the
first character of the result instead of the beginning of the line.
* testing/lisp/test-ob.el
(test-org-babel/indented-cached
> On 24 May 2015, at 11:53, Bjarte Johansen wrote:
>
>
>> On 24 May 2015, at 11:49, Bjarte Johansen wrote:
>>
>>
>>> On 23 May 2015, at 21:50, Nicolas Goaziou wrote:
>>>
>>> Bjarte Johansen writes:
>>>
Fix a problem where a source block would return nil oif the result was
cache
Thanks and a big hand of applause to all of you, and to Nicolas, for
making Org-mode keep on rockin'.
Yours,
Christian
Bastien writes:
> Hi all,
>
> thanks for the quick answers on helping me with the maintaince.
>
> Here is the new maintainance team:
>
> Kyle Meyer will watch Emacs developm
Hi all,
thanks for the quick answers on helping me with the maintaince.
Here is the new maintainance team:
Kyle Meyer will watch Emacs development and merge changes there into
the local Org repository.
Elwood151 will be the contact for people who want to contribute and
have their keys
Hi Robert,
Robert Klein writes:
> I'd like to help with 3 but would need an introduction.
Great, thanks. I'll send a summary on the list soon.
--
Bastien
Nicolas Goaziou writes:
> I think the best we can do is to hijack M-a/M-e when `orgstruct-mode' is
> used. `orgtbl-mode' already does it actually.
I tried to do this, but somehow I cannot get the magic that builds
orgstruct-mode-map to recognize org-{forward,backward}-sentence. I think
it has t
> On 24 May 2015, at 11:49, Bjarte Johansen wrote:
>
>
>> On 23 May 2015, at 21:50, Nicolas Goaziou wrote:
>>
>> Bjarte Johansen writes:
>>
>>> Fix a problem where a source block would return nil oif the result was
>>> cached and it was indented.
>>
>> Thank you.
>>
>> However, the test
> On 23 May 2015, at 21:50, Nicolas Goaziou wrote:
>
> Bjarte Johansen writes:
>
>> Fix a problem where a source block would return nil oif the result was
>> cached and it was indented.
>
> Thank you.
>
> However, the test you provide fails. I suggest to create "test.txt" in
> `temporary-fi
> Von: Rasmus
> Datum: Sat, 23 May 2015 11:31:57 +0200
> An:
> Betreff: Re: [O] Help needed on delegating some maintainance tasks
>
> Hi,
>
> Bastien writes:
>
>> 1. Watching the emacs-diffs mailing list and backport changes on Org
>>in the local Org repository (2 hours per month).
>>
>
On 2015-05-24 Sun 00:01, Thomas S. Dye wrote:
> Titus von der Malsburg writes:
>
>> I’m exporting the following document to LaTeX
>>
>> #+BEGIN_SRC R :results table :exports results :colnames yes :rownames yes
>> x <- data.frame(a=1:2, b=3:4)
>> rownames(x) <- c("One:", "Two:")
>> #+END_SRC
>
Titus von der Malsburg writes:
> I’m exporting the following document to LaTeX
>
> #+BEGIN_SRC R :results table :exports results :colnames yes :rownames yes
> x <- data.frame(a=1:2, b=3:4)
> rownames(x) <- c("One:", "Two:")
> #+END_SRC
>
> and expect a table with the following layout:
>
>
22 matches
Mail list logo
