Make WordPress Core

Opened 17 years ago

Closed 16 years ago

#4089 closed enhancement (wontfix)

Implement modal windows in admin

Reported by: rob1n's profile rob1n Owned by:
Milestone: Priority: low
Severity: minor Version:
Component: Administration Keywords: needs-patch
Focuses: Cc:

Description

http://leftjustified.net/lab/wordpress/modal-windows as brought up in #2560.

I think these would be great since they not only provide UI unity (no matter what browser the user is using) and they look to be more reliable than alert() and confirm() in terms of cross-platform consistency.

Plus, they look freakin' cool.

Change History (11)

#1 @devil1591
17 years ago

This implementation is much slower than a standard alert() or confirm().
Furthermore, this demo is very buggy (click delete then press enter fast).

The remember checkbox is a nice idea.

#2 @Sewar
17 years ago

I think the way Widgets plugin does this is better.

#3 @rob1n
17 years ago

  • Milestone changed from 2.2 to 2.3

Let's target this for 2.3, and see how we can do it with jQuery (the new shiznit).

#4 @chess64
17 years ago

  • Owner changed from anonymous to chess64
  • Type changed from task to enhancement

#5 @chess64
17 years ago

  • Owner changed from chess64 to anonymous

I started doing this, but I think it would be better to wait until the rest of the admin interface is moved to jQuery.

#6 follow-up: @masquerade
17 years ago

Is there a fallback for screenreaders which can actually handle javascript alerts?

And this breaks my normal experience with any web application and alert()s. I think the proper buttons should be selected by default if we're going to try to do this at the very least, as well as a tab order that matches the default tab order of browsers.

-1 in its current form.

#7 in reply to: ↑ 6 @rob1n
17 years ago

Replying to masquerade:

Is there a fallback for screenreaders which can actually handle javascript alerts?

I'm sure it could be done. But then again, I wonder if any screen readers actually can use the whole admin and all functionality... Just saying.

And this breaks my normal experience with any web application and alert()s. I think the proper buttons should be selected by default if we're going to try to do this at the very least, as well as a tab order that matches the default tab order of browsers.

This is easily done.

-1 in its current form.

So you'd be willing to consider modal windows in another form? ;)

#8 @Nazgul
17 years ago

  • Milestone changed from 2.3 (trunk) to 2.4 (future)

#9 @bdude
17 years ago

  • Priority changed from high to low
  • Severity changed from major to minor

It definitely is cool, but not really necessary.

#10 @westi
17 years ago

  • Milestone changed from 2.5 to 2.6

Punt to 2.6 not for now.

#11 @DD32
16 years ago

  • Milestone 2.9 deleted
  • Resolution set to wontfix
  • Status changed from new to closed

Is this really needed? Such windows are used by TinyMCE for input, And thickbox iframes are used elsewhere for larger content, A quick alert/confirm box for confirming deletions pops up quicker than any JS/CSS implementation will do.. And since theres been no traction in the last 2 years, It seems a wontfix to me.

Someone feel free to open this in the future if you believe its worth implementing, or actually has a major usage..

Note: See TracTickets for help on using tickets.