Page MenuHomePhabricator

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

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

Reference
bz52091

Event Timeline

bzimport raised the priority of this task from to Low.Nov 22 2014, 1:51 AM
bzimport set Reference to bz52091.

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:

https://jsfiddle.net/L9q81y02/2/

Jdforrester-WMF renamed this task 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
Aklapper changed the subtype of this task from "Task" to "Feature Request".Feb 4 2022, 11:13 AM
Aklapper removed subscribers: rmoen, TrevorParscal.

This should be largely addressed as we transition to Parsoid-Read-Views.