Ihor Radchenko writes:
> Tentatively, I am leaning towards restoring the old behavior for the
> time being, until we can come up with something better.
>
> Patch attached.
Applied, onto main.
https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=c93ddd23bf
--
Ihor Radchenko // yantar
Sorry to confuse the threading, but I wanted to bring this back up given Ihor
and Suhail Singh talking about this change in R behaviour.
I agree it seems best to revert to the earlier was of handling data tables in R
until, if possible, there is a nice way to clean up all the languages at once.
Ihor Radchenko writes:
> Tentatively, I am leaning towards restoring the old behavior for the
> time being, until we can come up with something better.
I think doing so is prudent.
Further, I think it would help if the manner in which special rows are
handled were user-configurable. Once we ha
William Denton writes:
> Up until recently, width cookies were ignored when reading a table into an R
> code block as data. For example, take this test table:
>
> #+name: test_table
> | Date | Weather |
> | <10> | <50> |
> |+-
On Friday, November 15th, 2024 at 06:59, Rens Oliemans
wrote:
> According to git bisect, the first bad commit is:
> [e0924db3c55a44c8aa8d126fbb9b42cfc54f104c] orgtbl-to-generic: Retain special
> rows in code block table output
Aha! Thank you. I wasn't looking at tables generally. I see now
William Denton writes:
> Up until recently, width cookies were ignored when reading a table into an R
> code block as data.
According to git bisect, the first bad commit is:
[e0924db3c55a44c8aa8d126fbb9b42cfc54f104c] orgtbl-to-generic: Retain special
rows in code block table output
Rens
