proxmox-widget-toolkit/debian
Thomas Lamprecht 51a2f11c6b integrate marked as markdown parser
Define our own, rather minimal interface so that we change the parser
under the hood if ever needed, I already did so once during
evaluating this, as first I checked out Snarkdown[0], which is really
nice for the few lines of code it needs, but is a bit to limited for
the use case.

Currently marked[1] is used, provided by the libjs-marked Debian
package.

For now statically link the marked parser in on built time to avoid
the need to add new directories to serve in our pve/pmg/pbs proxies.
This is a bit ugly but can be cleaned up afterwards transparently
too.

We sanitize the produced HTML ourselves (most MD JS parser/renderer
don't do that) by creating a real, but not active, DOM tree and
recursively prune bad nodes/attrs from it and let it spit out HTML
again at the end. While a tad inefficient it really won't matter for
our use case, as the notes/comments we render are only a few KiB of
text and it's done on the client side anyway.

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>
2021-06-18 15:19:29 +02:00
..
source buildsys: add dsc target 2019-03-30 12:56:57 +01:00
changelog bump version to 3.1-1 2021-06-02 16:26:54 +02:00
compat d/control: bump debhelper compat level to 12 2021-05-13 19:46:22 +02:00
control integrate marked as markdown parser 2021-06-18 15:19:29 +02:00
copyright integrate marked as markdown parser 2021-06-18 15:19:29 +02:00
proxmox-widget-toolkit-dev.docs add proxmox-widget-toolkit-dev package 2021-06-02 13:44:37 +02:00
proxmox-widget-toolkit-dev.install don't shout: s/APIVIEWER/APIViewer/ 2021-06-02 14:43:13 +02:00
proxmox-widget-toolkit.docs add proxmox-widget-toolkit-dev package 2021-06-02 13:44:37 +02:00
proxmox-widget-toolkit.install add proxmox-widget-toolkit-dev package 2021-06-02 13:44:37 +02:00
rules add debian package files 2017-01-30 10:04:28 +01:00