The read HTML should have hinting to allow full DOM copying (as opposed to just rich copying) from read mode into VE surfaces
Open, LowPublic

Description

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.


Version: unspecified
Severity: enhancement
See Also:
https://bugzilla.wikimedia.org/show_bug.cgi?id=51547

Details

Blocked By
T55784: Use Parsoid HTML for all page views
Security
None
Reference
bz52091
bzimport set Reference to bz52091.
jayvdb created this task.Jul 26 2013, 12:47 PM

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.

Jdforrester-WMF changed the title from "VisualEditor: The read HTML should have hinting to allow full DOM copying (as opposed to just rich copying) from read mode into VE surfaces" to "The read HTML should have hinting to allow full DOM copying (as opposed to just rich copying) from read mode into VE surfaces".Dec 16 2014, 7:12 PM

Add Comment