Table width cookies become part of data table in R

Table width cookies become part of data table in R

[William Denton]

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>                 |
|------------+----------------------|
| 2024-11-01 | Warm                 |
| 2024-11-02 | Warm                 |
| 2024-11-03 | Still strangely warm |

This code block turns it into a basic data table:

#+begin_src R :var t=test_table :colnames yes
t
#+end_src

#+RESULTS:
|       Date | Weather              |
|------------+----------------------|
|       <10> | <50>                 |
| 2024-11-01 | Warm                 |
| 2024-11-02 | Warm                 |
| 2024-11-03 | Still strangely warm |

That first row, with "<10>", shouldn't be there.  It wasn't until recently, but I can't see anything in ORG-NEWS or git commits about why it might have started.  (I'm running from the development tree, updated just now.)

Is this a bug or am I missing something?


Bill

--
William Denton
https://www.miskatonic.org/
Librarian, artist and licensed private investigator.
Toronto, Canada

Re: Table width cookies become part of data table in R

[Rens Oliemans]

William Denton <william@williamdenton.org> 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

Re: Table width cookies become part of data table in R

[William Denton]

On Friday, November 15th, 2024 at 06:59, Rens Oliemans <hallo@rensoliemans.nl> 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 that ORG-NEWS has a "~orgtbl-to-generic~ retains special rows when exporting to Org" entry.  It says, "To retain the old behaviour, add ~:with-special-rows nil~ to PARAMS argument."  But:

#+name: test_table
|       Date | Weather              |
|       <10> | <50>                 |
|------------+----------------------|
| 2024-11-01 | Warm                 |
| 2024-11-02 | Warm                 |
| 2024-11-03 | Still strangely warm |

#+begin_src R :var t=test_table :colnames yes :with-special-rows nil
t
#+end_src

#+RESULTS:
|       Date | Weather              |
|------------+----------------------|
|       <10> | <50>                 |
| 2024-11-01 | Warm                 |
| 2024-11-02 | Warm                 |
| 2024-11-03 | Still strangely warm |

If I (setq org-org-with-special-rows nil) then this stops, but shouldn't the parameter work?

Bill

--
William Denton
https://www.miskatonic.org/
Librarian, artist and licensed private investigator.
Toronto, Canada