I meant to refer to the risk of an an org element round trip corrupting text from non-technical users that is quoted in Org, such as in quote blocks. As a probability thing.
On Wed, Nov 5, 2025 at 3:40 PM Samuel Wales <[email protected]> wrote: > > Could it be said that list bullet style is the most likely place where > a round trip could significantly corrupt quoted email that is not > intentionally Org? > > I.e. would normies produce 1) lists that then get converted to 1., but > normalizing of timestamps or other changes in the round trip are > either less likely due to normies not using them or less significant > by usual understsanding of what is OK to modify in a quote? > > On Mon, Nov 3, 2025 at 9:06 AM Kristoffer Balintona > <[email protected]> wrote: > > > > On Sun, Nov 02 2025, Ihor Radchenko wrote: > > > > > Kristoffer Balintona <[email protected]> writes: > > > > > >> I believe I have encountered a bug with `org-element-interpret-data`. > > >> Below is a simple case that demonstrates the misbehavior I observe. > > >> > > >> Given an org buffer will just the following plain list: > > >> + foo > > >> 1) bar > > >> when I call `(org-element-interpret-data (org-element-parse-buffer))`, I > > >> expect the returned string to be identical to the contents of the > > >> buffer, since to my understanding `org-element-interpret-data` is the > > >> reciprocal of `org-element-parse-buffer`. > > > > > > This expectation is not correct. > > > `org-element-interpret-data' loses certain information along the way > > > and normalizes keywords. For example, indentation is not retained and > > > keywords are downcased. In your case, lists are renumbered and > > > normalized to use consistent standard bullets. > > > > > >> Instead, the returned string is this: > > >> - foo > > >> 1. bar > > >> As is seen, the bullet points in the plain list are changed. It seems > > >> that all non-numbered bullet points are set to the "-" bullet point and > > >> all numbered bullet points are changed to "1."-style bullet points. This > > >> is true regardless of how large and how many levels the plain list is. > > > > > > This is expected and intentional. > > > > > > Not a bug. > > > Canceled. > > > > Thank you for the clarification. > > > > > We can discuss whether parsing/printing loop should truly retain the > > > buffer contents byte-to-byte, but such feature would require major > > > changes in the parser and interpreter. It is not just about lists. > > > > Makes sense, and I don't think the necessary changes you describe would > > be worth pursuing. > > > > -- > > Kind regards, > > Kristoffer > > > > > -- > The Kafka Pandemic > > A blog about science, health, human rights, and misopathy: > https://thekafkapandemic.blogspot.com -- The Kafka Pandemic A blog about science, health, human rights, and misopathy: https://thekafkapandemic.blogspot.com
