Make WordPress Core

Opened 12 years ago

Closed 12 years ago

#28338 closed enhancement (fixed)

Optional Disable Drop & Drop TinyMCE 4.0 Upload

Reported by: howdy_mcgee's profile Howdy_McGee Owned by:
Milestone: 4.0 Priority: normal
Severity: normal Version: 3.9.1
Component: Editor Keywords:
Focuses: javascript, administration Cc:

Description

The Main Problem

Currently there's no real way to remove the drop and drop functionality on the default editor. We do have this option with wp_editor() by setting "drag_drop_upload" to false. You would expect to also see this option in a filter like "tiny_mce_before_init" but we don't. I purpose that we add this option so it can be filtered out if needed.

Example of Why The Above is A Problem

I bring this up because on one of my sites I've added an extra custom media upload button which opens a light box. It is supposed to let the user upload images from their computer and I do some custom stuff to them etc. but when the user drags images to my lightbox, the Drag & Drop functionality from the editor seems to take the highest precedence.

Attachments (1)

screenshot.jpg (261.8 KB) - added by Howdy_McGee 12 years ago.
Drop and Drop Editor Taking Precedence.

Download all attachments as: .zip

Change History (7)

@Howdy_McGee
12 years ago

Drop and Drop Editor Taking Precedence.

#1 follow-up: @SergeyBiryukov
12 years ago

  • Focuses ui accessibility removed
  • Type changed from feature request to enhancement

Sounds like we need a filter on _WP_Editors::parse_settings().

#2 @DrewAPicture
12 years ago

  • Keywords good-first-bug added

#3 in reply to: ↑ 1 @SergeyBiryukov
12 years ago

Replying to SergeyBiryukov:

Sounds like we need a filter on _WP_Editors::parse_settings().

Related: #19103, #24472, #28259.

#4 @JPry
12 years ago

I added a patch to #24472 that should address that ticket and this one at the same time. If necessary the changes could be split into separate patches.

#5 @SergeyBiryukov
12 years ago

  • Keywords good-first-bug removed
  • Milestone changed from Awaiting Review to 4.0

#6 @SergeyBiryukov
12 years ago

  • Resolution set to fixed
  • Status changed from new to closed

Fixed in [28944].

Note: See TracTickets for help on using tickets.