Copy Paste

[bantic]

ready to merge

This adds support for copy-pasting content from one Content Kit to another, and from Google Docs to Content-Kit.

• Rename PostParser -> DOMParser, remove old DOMParser
• Add HTMLParser (parses from HTML to PostAbstract)
• Add many fixtures with example HTML from copying in a google doc document
• Add postEditor#insertPost. It inserts the sections from a post into the current editor's post at the passed Position, with some logic for merging/inserting into the section with the cursor in it. It returns a Position used to position the cursor after inserting content
• Only allow certain attributes from parsed content (currently only "href" and "rel" are acceptable attributes. These are defined in Markup's VALID_ATTRIBUTES)
• support for pasting multi-section copy data
• support for pasting unstructured HTML
• lock down allowed element attributes when parsing HTML

For a separate PR:

• support for copying non-markerable sections like cards (and list sections)
• parse lists properly from HTML. They currently cause a MarkupSection with tagName "li" to be created, but we want them to cause a ListSection and ListItem(s) to be created instead. (parse pasted HTML that includes LI items properly #183)

For later:

• Add the ability to handle more exotic pasted data, such as images.

fixes #111

[bantic]

Many tests added for parsing google-docs-style copy/pasted HTML

[mixonic]

seems like good use for splice. These should be the same:

popMany(array, 5);
array.splice(-5, 5, []);

[bantic]

👍 it's actually array.splice(-length, +length) (no []), but yeah. Changing this. I did that because I can never remember the arguments to splice

[mixonic]

Lookin' pretty sweet @bantic :-) :-) :-) :-) :-)

[bantic]

@mixonic Ready for 👓 when you can.

[bantic]

If you're curious to see what the HTML result of copy/pasting something from Google docs looks like, you can use this tool to see it.

[mixonic]

@bantic this logic means we cannot meaningfully copy out of Content-Kit to third parties?

[bantic]

Yeah.
The preventDefault is necessary for the text/html that we set on the above line to be preserved.
Rendering the HTML with the HTML Renderer and inserting it in the div above would preserve copy-to-outside-world functionality.

[bantic]

Or, honestly, just letting natural browser copy do its thing for now would work prety well. We'll reparse the HTML on the way back in rather than using the already-serialized mobiledoc, but that doesn't seem to be a problem. Eventually we will want to keep that serialized mobiledoc so that cards can be preserved and copy/pasted around.

[mixonic]

Aw man that would be cool. Opened a followup #180

[mixonic]

Or, honestly, just letting natural browser copy do its thing for now would work prety well. We'll reparse the HTML on the way back in rather than using the already-serialized mobiledoc, but that doesn't seem to be a problem. Eventually we will want to keep that serialized mobiledoc so that cards can be preserved and copy/pasted around.

Ah, per another comment here I was surprised not to see cards being copied. I think both these things need followups if they are not in scope here. Copying mobiledocs cards should be pretty trivial.

[bantic]

Cool, after this merges I'll add a follow-up PR to address #180.

[bantic]

needs to handle "cut" in addition to "copy" event