On Thu, 2024-03-28 at 13:00 +0100, Thibaut Cuvelier wrote: > All of these formats are rather well supported and far from shiny new > things (I think all of them have at least a decade of existence). > > Regarding validation: XML Schema has many offsprings, such as JSON > Schema (https://json-schema.org/), with implementations that work on > YAML and TOML (https://json-schema-everywhere.github.io/toml). In any > case, these schemas are extremely lacking compared to 21st-century > XML validation (RelaxNG with Schematron). > We currently have no validation, but it would be great to have it as > part of the test suite. > > How well do these formats work with (long) strings? What's great with > the current format is that you don't need to escape anything when LyX > expects a string. This aspect of the design removes a huge source of > typos.
I agree with Thibaut's analysis. In addition I would say that with all its faults the upgrade mechanism between the different file formats is well defined and streamlined, note for example the number of LyX file formats that we have (more than 100). And this is also the part that lead us to the elephant in the room, the LyX file format where most of these discussions took place. IMHO it only makes sense to choose a file format if the purpose is to change all the different file formats to that model: * bind (key bindings); * citeengine * kmap (keyboard mappings); * layouts; * ui; * xtemplate; and * .lyx (the LyX file format - the elephant). Or else we risk the xkcd joke where in order to establish a unique standard we introduce another one. Do not underestimate the work required for the later. The advantages of having a standard format are many but the obstacles are also many. In any case it would be nice to compile the information here in a wiki page, in the development components, so that the next time this comes we have a central reference. That was also the rationale to the PEPs (Python Enhance Proposals), even if the proposal would be rejected there was a place where the reasons were stated. Best regards, -- José Abílio -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel