Last modified: 2014-07-04 16:32:40 UTC
As perhaps a simpler case of copy and paste from 'external sources', pasting richtext that copied from the same wiki should work seamlessly. In many cases, the 'html' already has the metadata needed. e.g. the image, or text-with-wikilinks, even the categories, should be paste-able https://en.wikipedia.org/wiki/Pelham_Parkway With a tiny bit of additional html attributes, the navbox templates ({{Parkways in New York City}} & {{Bronx streets}}) could be copied as they are self-contained units - no parameter were used to invoke them. Again with a bit of markup, the Infobox pasted into a VE session, but only the shell transclusion could set up - the parameters would need to be entered by the user in the VE.
This is not simpler. This is the same. The problem is not taking in rich text (from any source), it's inserting it sanely into VisualEditor's ContentEditable surface, sadly. Merging. *** This bug has been marked as a duplicate of bug 33105 ***
This is a separate problem James. This is about copying from a non-VE wiki page on the same wiki. That is very different from copying from another VE, or another website. As I eluded to in my initial enhancement request, additional HTML needs to be emitted into the read version of the wiki page in order that a VE could pick up the name of the template to use when pasting it into a VE.
(In reply to comment #2) > This is a separate problem James. This is about copying from a non-VE wiki > page on the same wiki. That is very different from copying from another VE, > or another website. As I eluded to in my initial enhancement request, > additional HTML needs to be emitted into the read version of the wiki page in > order that a VE could pick up the name of the template to use when pasting it > into a VE. Oh, sorry, I missed your comment about adding RDFa/etc. hinting to highlight what DOM elements are what. "Tiny" is not remotely the correct word - this will require us to replace the entire read DOM with the same output as Parsoid provides VisualEditor, which is vaguely scheduled to be considered for research/analysis in about a year's time (this is so far off in the distance there isn't even a bug for it yet). Recasting.
*** Bug 52787 has been marked as a duplicate of this bug. ***
NB Firefox throws away RDFa properties when copying, so this won't be possible without JavaScript intercepting copy events, as it stands.