VisualEditor: When dragging content, possible places to place content (e.g. a line before the head of a section, or at the end of the page) should appear when the content gets near
Closed, ResolvedPublic
Actions

Assigned To

Authored By

	Thryduulf
	Jul 19 2013, 9:13 AM

Description

If you want to move an image to the start of a section in Visual Editor the logical course of action is to drag it to before the first character of the first word of the section.

A user of Firefox 21 reports this does not work at all, in my testing in Firefox 22 it appears to work only occasionally.

The counter-intuitive dragging the image to after the last character of the section title does work.

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

Details

Reference: bz51666

Related Objects

Mentioned In: T95800: If the page ends with a list, dragging elements to the end of the page should make a new empty line appear after the final list item

Event Timeline

• bzimport raised the priority of this task from to Low.Nov 22 2014, 1:48 AM

• bzimport added projects: VE-deploy-2014-06-19, VisualEditor-ContentEditable.

• bzimport set Reference to bz51666.

Thryduulf created this task.Jul 19 2013, 9:13 AM

There is a similar problem when you try to drag elements to the end of the editable content area - see Bug 54756.

I'm a little confused as to what the request is here - do you feel that VisualEditor should, when dragging, magically create (and destroy) places to put the cursor, so you can drag content there? Assuming this, I've re-titled, but please correct if I've misunderstood.

We've deliberately decided against that in the past as a confusing behaviour, hence why there are all the extra blank lines ("slugs") for the "possible place you could put the cursor which aren't actually there" concept.

We could do this, but I'm not sure. Also, it adds behaviour that is possible using a mouse but not the keyboard (dragging is not done in the keyboard, instead cut/paste is), which is a little uncomfortable given the intent of VisualEditor.

We've considered adding an "outline mode" which would have all the slugs shown, possibly including these ones, and an "editor mode" where no slugs at all would show, which could be one alternative to this request.