From 6e71acdb7d7a34f6056085df7a286cff5d64fbcf Mon Sep 17 00:00:00 2001 From: Tom Alexander Date: Sun, 28 Jan 2024 14:25:57 -0500 Subject: [PATCH] Update README. --- README.md | 7 +++---- 1 file changed, 3 insertions(+), 4 deletions(-) diff --git a/README.md b/README.md index 6604ca2..d39c8a0 100644 --- a/README.md +++ b/README.md @@ -10,17 +10,16 @@ Currently, Organic parses most documents the same as the official org-mode parse ### Project Goals - We aim to provide perfect parity with the emacs org-mode parser. In that regard, any document that parses differently between Emacs and Organic is considered a bug. -- The parser should have minimal dependencies. This should reduce effort w.r.t.: security audits, legal compliance, portability. -- The parser should be usable everywhere. In the interest of getting org-mode used in as many places as possible, this parser should be usable by everyone everywhere. This means: +- The parser should have minimal dependencies. +- The parser should be usable everywhere. In the interest of getting org used in as many places as possible, this parser should be usable by everyone everywhere. This means: - It must have a permissive license. - - We will investigate compiling to WASM. This is an important goal of the project and will definitely happen, but only after the parser has a more stable API. + - It compiles to both natively and to wasm. - We will investigate compiling to a C library for native linking to other code. This is more of a maybe-goal for the project. ### Project Non-Goals - This project will not include an elisp engine since that would drastically increase the complexity of the code. Any features requiring an elisp engine will not be implemented (for example, Emacs supports embedded eval expressions in documents but this parser will never support that). - This project is exclusively an org-mode **parser**. This limits its scope to roughly the output of `(org-element-parse-buffer)`. It will not render org-mode documents in other formats like HTML or LaTeX. ### Project Maybe-Goals - table.el support. Currently we support org-mode tables but org-mode also allows table.el tables. So far, their use in org-mode documents seems rather uncommon so this is a low-priority feature. -- Document editing support. I do not anticipate any advanced editing features to make editing ergonomic, but it should be relatively easy to be able to parse an org-mode document and serialize it back into org-mode. This would enable cool features to be built on top of the library like auto-formatters. To accomplish this feature, We'd have to capture all of the various separators and whitespace that we are currently simply throwing away. This would add many additional fields to the parsed structs and it would add more noise to the parsers themselves, so I do not want to approach this feature until the parser is more complete since it would make modifications and refactoring more difficult. ### Supported Versions This project targets the version of Emacs and Org-mode that are built into the [organic-test docker image](docker/organic_test/Dockerfile). This is newer than the version of Org-mode that shipped with Emacs 29.1. The parser itself does not depend on Emacs or Org-mode though, so this only matters for development purposes when running the automated tests that compare against upstream Org-mode.