Opened 11 years ago
Closed 11 years ago
#27465 closed defect (bug) (fixed)
Drag and drop files into the Visual Editor missing styles when used on front end
Reported by: | needle | Owned by: | azaozz |
---|---|---|---|
Milestone: | 3.9 | Priority: | normal |
Severity: | normal | Version: | 3.9 |
Component: | TinyMCE | Keywords: | |
Focuses: | javascript | Cc: |
Description
When using wp_editor()
on the front end with media_buttons
enabled, drag-and-drop functionality is broken. In terms of styling, wp-admin/css/edit.css
is not enqueued and therefore no styling is applied. More critically, dragging a file to the editor results in an endless loop of Javascript errors. presumably because a relevant script is not being enqueued:
Uncaught TypeError: Object function ( item ) { // loop through the array for (var i = 0; i < this.length; i++){ // remove our item if (item === this[i]) { this.splice(i, 1); } } } has no method 'toggle' media-views.js?ver=3.9-beta2:3030 media.view.EditorUploader.media.View.extend.refresh media-views.js?ver=3.9-beta2:3030 media.view.EditorUploader.media.View.extend.containerDragover media-views.js?ver=3.9-beta2:3106 n.event.dispatch jquery.js?ver=1.11.0:3 n.event.add.r.handle jquery.js?ver=1.11.0:3 media.view.EditorUploader.media.View.extend.refresh media-views.js?ver=3.9-beta2:3030 media.view.EditorUploader.media.View.extend.containerDragover media-views.js?ver=3.9-beta2:3106 n.event.dispatch jquery.js?ver=1.11.0:3 n.event.add.r.handle
Attachments (4)
Change History (24)
#2
follow-up:
↓ 3
@
11 years ago
Hi, I've just reproduced it on 3.9-beta2 and everything works perfectly fine.
#3
in reply to:
↑ 2
;
follow-up:
↓ 4
@
11 years ago
Replying to ader:
Hi, I've just reproduced it on 3.9-beta2 and everything works perfectly fine.
Ignoring the JS error, did you see "Drop files to upload" underneath the TinyMCE editor? I have to enqueue wp-admin/css/edit.css
for things to function correctly.
#4
in reply to:
↑ 3
;
follow-up:
↓ 5
@
11 years ago
Replying to needle:
Replying to ader:
Hi, I've just reproduced it on 3.9-beta2 and everything works perfectly fine.
Ignoring the JS error, did you see "Drop files to upload" underneath the TinyMCE editor? I have to enqueue
wp-admin/css/edit.css
for things to function correctly.
Yes, I see it underneath. I can drag&drop to both underneath panel and using "Add media" button, and files upload correctly. Also I didn't get any JS errors. I've tested it on fresh WP install with Twenty Fourteen theme enabled.
#5
in reply to:
↑ 4
@
11 years ago
Replying to ader:
Replying to needle:
Replying to ader:
Hi, I've just reproduced it on 3.9-beta2 and everything works perfectly fine.
Ignoring the JS error, did you see "Drop files to upload" underneath the TinyMCE editor? I have to enqueue
wp-admin/css/edit.css
for things to function correctly.
Yes, I see it underneath. I can drag&drop to both underneath panel and using "Add media" button, and files upload correctly. Also I didn't get any JS errors. I've tested it on fresh WP install with Twenty Fourteen theme enabled.
Sorry, what I wrote was ambiguous - what I meant to say was that seeing "Drop files to upload" is unexpected since admin screens with editors don't show it and it's only when wp-admin/css/edit.css
has been enqueued that it disappears initially, as it presumably should.
When files are dragged to the editor without enqueueing the css, there is no visible dropzone, but there is when it is enqueued. I'll upload screenshots, but you can test just by toggling:
wp_enqueue_style( 'wp_editor_edit_css', admin_url( 'css/edit.css' ) );
#6
follow-up:
↓ 7
@
11 years ago
Please don't enqueue individual admin CSS files that are not already registered with the script loader. They are not meant to be used that way. Unregistered files are modular and used to build wp-admin.css
.
Sounds like either drag-into-editor should only be available in the admin, or the CSS should be moved to /wp-includes/css/editor.css
.
#7
in reply to:
↑ 6
@
11 years ago
Replying to helen:
Sounds like either drag-into-editor should only be available in the admin, or the CSS should be moved to
/wp-includes/css/editor.css
.
Thank you for putting the issue succinctly. It should either work or not be present.
#8
@
11 years ago
Thank you for the screenshots, now I see the problem :)
#9
@
11 years ago
- Milestone changed from Awaiting Review to 3.9
- Summary changed from Drag and drop files into the Visual Editor broken when used on front end to Drag and drop files into the Visual Editor missing styles when used on front end
#10
@
11 years ago
I'm 50/50 on whether the drag/drop should be enabled by default on the front-end. Looks like it works in most themes but it would probably break somewhere. Perhaps best would be to have some sort of setting (JS var, body class, etc.) to enable it on the front.
In any case thinking the CSS should be in media-views.css or editor.css (perhaps the former as it requires media).
This ticket was mentioned in IRC in #wordpress-dev by DH-Shredder. View the logs.
11 years ago
#13
@
11 years ago
I'm thinking this it's probably easiest for this to remain admin-only, at least for now. I'd like it to be available on the frontend but that seems like a minefield?
#14
@
11 years ago
I agree on keeping this admin-only for now. Not enough testing to feel good about it for 3.9.
#15
@
11 years ago
Yeah, agreed. Was thinking we can add a setting to turn this on, perhaps in _wpPluploadSettings as technically this is part of the uploader. Or we can just look at the adminpage
JS global.
#16
@
11 years ago
If this becomes optional, could it please be a parameter passed to wp_editor()
rather than hidden in JS somewhere? Cheers.
#17
follow-up:
↓ 18
@
11 years ago
It sounds like the consensus is that we should disable this on the front-end.
I'd be fine with either a filter or argument to wp_editor()
here that defaults to admin only.
#18
in reply to:
↑ 17
@
11 years ago
Replying to DH-Shredder:
It sounds like the consensus is that we should disable this on the front-end.
I'd be fine with either a filter or argument to
wp_editor()
here that defaults to admin only.
My money's on a new argument for wp_editor()
, ignored and set to false for the front-end.
On further investigation, it seems I've somewhat misrepresented the JS error. I am adding a utility function to the Array object which produces the error mentioned in the ticket:
This is a common approach and it seems odd for the drag-and-drop code to trigger an error as a result, but it is not strictly an error in WP core.
However, my report concerning the inclusion of
wp-admin/css/edit.css
still stands.