# \[ANN\] ✂️ form2xml - a tiny cli tool to slice http form-data dumps

**URL:** <https://discuss.ocaml.org/t/ann-form2xml-a-tiny-cli-tool-to-slice-http-form-data-dumps/6912>\
**Category:** Community\
**Tags:** cli, http, cgi, announce\
**Created:** [December 4, 2020, 9:21am UTC](https://discuss.ocaml.org/t/ann-form2xml-a-tiny-cli-tool-to-slice-http-form-data-dumps/6912 "2020-12-04T09:21:17Z")\
**Posts on this page:** 1\
**Page:** 1

<div class="post-metadata">

**Author:** ![mro](https://sea2.discourse-cdn.com/flex020/user_avatar/discuss.ocaml.org/mro/32/2496_2.png) [@mro](https://discuss.ocaml.org/u/mro)\
**Post date:** [December 4, 2020, 9:21am UTC](https://discuss.ocaml.org/t/ann-form2xml-a-tiny-cli-tool-to-slice-http-form-data-dumps/6912/1 "2020-12-04T09:21:17Z")

</div>

Dear fellow OCamels,

when doing static web sites, feedback is an issue. form2xml helps you keep the server stupid, but still makes form-data feedback possible.

Just dump the form posts, rsync and merge them into your client-side, unix pipe, toolchain.

form2xml bridges the tooling-gap between http and xml/xslt with utmost primitivity in the making. I chose simplicity over compliance because form2xml isn’t intended to run server-side or unattended. I’m aware of excellent prior art, but hesitated to add build dependencies for now and rather see if it proves useful as is.

[https://mro.name/form2xml](https://mro.name/form2xml)