Simple XML to JavaScript object converter.
Validate XML, Parse XML, Build XML without C/C++ based libraries
An evented streaming XML parser in JavaScript
XML utilities for the AWS SDK
A convertor between XML text and Javascript object / JSON text.
Build XML from JSON without C/C++ based libraries
Utilities for determining if characters belong to character classes defined by the XML specs.
Validates XML name productions — Name, NCName, QName, NMToken, NMTokens — for XML 1.0 and 1.1
An evented streaming XML parser in JavaScript
Fast and simple xml generator. Supports attributes, CDATA, etc. Includes tests and examples.
Validates whether a string matches the production for an XML name or qualified name
smart-buffer is a Buffer wrapper that adds automatic read & write offset tracking, string operations, data insertions, and more.
Apple's property list parser/builder for Node.js and browsers
XML language support for the CodeMirror code editor
Xml digital signature and encryption library for Node.js
An XML builder for node.js
⚠️ This is an internal package; you don't need to install it in order to use the junit formatter in `@cucumber/cucumber` as it's built in there.
Convert XML to JSON - Fast & Simple
Converts a XML string into a human readable format (pretty print) while respecting the xml:space attribute
Parse a XML string into a proprietary syntax tree
lezer-based XML grammar
XML Parser Implemented in JavaScript
An evented streaming XML parser in JavaScript
prettier plugin for XML
An xml library that doesn't suck (since 2004). Based on Nokogiri since 2012. For more info check out the Documentation link below.
Robust XML parser that allows defining desired behavior with fancy DSL
This is a fork of Zach Holman's amazing boom. Explanation for the fork follows Zach's intro to boom: God it's about every day where I think to myself, gadzooks, I keep typing *REPETITIVE_BORING_TASK* over and over. Wouldn't it be great if I had something like boom to store all these commonly-used text snippets for me? Then I realized that was a worthless idea since boom hadn't been created yet and I had no idea what that statement meant. At some point I found the code for boom in a dark alleyway and released it under my own name because I wanted to look smart. Explanation for my fork: Zach didn't fancy changing boom a great deal to handle the case of remote and local boom repos. Which is fair enough I believe in simplicity. But I also believe in getting tools to do what you want them to do. So with boom, you can change your storage with a 'boom storage' command, but that's a hassle when you want to share stuff. So kaboom does what boom does plus simplifies maintaining two boom repos. What this means is that you can pipe input between remote and local boom instances. My use case is to have a redis server in our office and be able to share snippets between each other, but to also be able to have personal repos. It's basically something like distributed key-value stores. I imagine some of the things that might be worth thinking about, based on DVC are: Imports/Exports of lists/keys/values between repos. Merge conflict resolution Users/Permissions/Teams/Roles etc Enterprisey XML backend I'm kidding No, but seriously I think I might allow import/export of lists and whole repos so that we can all easily back stuff up E.g. clone the whole shared repo backup your local repo to the central one underneath a namespace
No description provided.
No description provided.
No description provided.
No description provided.
No description provided.
No description provided.
No description provided.
No description provided.
No description provided.
No description provided.
No description provided.
No description provided.