#4203 closed feature (fixed)

Opened February 21, 2009 05:12AM UTC

Closed January 25, 2013 01:54PM UTC

Core: Determine how to support z-index and stacking across plugins

Reported by: scottgonzalez Owned by:
Priority: major Milestone: 1.10.0
Component: [meta] ui.dev Version: 1.6rc6
Keywords: Cc:
Blocked by: Blocking:
Description

There should be a consistent way to handle z-index and stacking across plugins. It may be the case that there should never be a z-index option, but a stacking option should be available. Stacking should probably work cross-plugin, e.g., draggables and dialogs should be able to stack together.

Attachments (0)
Change History (8)

Changed February 21, 2009 05:15AM UTC by scottgonzalez comment:1

Improvement for z-index datepicker / other absolute positioned objects

Changed October 19, 2010 03:51PM UTC by scottgonzalez comment:2

priority: critical → major

Changed June 26, 2012 01:22AM UTC by scottgonzalez comment:3

type: enhancement → feature

Changed October 03, 2012 03:41PM UTC by scottgonzalez comment:4

milestone: 1.next → 1.10.0

Changed October 16, 2012 01:06PM UTC by petersendidit comment:5

status: new → open
summary: Determine how to support z-index and stacking across plugins → Core: Determine how to support z-index and stacking across plugins

Changed November 15, 2012 08:58PM UTC by jzaefferer comment:6

The ".ui-front" approach as implemented by dialog now is the way to go here. Need a list of which other widgets need to be adapted.

Changed December 28, 2012 10:25AM UTC by jzaefferer comment:7

We now have a reference implementation in autocmplete: https://github.com/jquery/jquery-ui/blob/37fda49e3ca65a1fa5f1c6f6a531ec5896c053b1/ui/jquery.ui.autocomplete.js#L324

Selectmenu will use the same approach. Datepicker and interactions likely will have to use this approach, but those are getting rewritten anyway.

Tooltip just appends to body without an appendTo option, not sure if that needs to change.

Changed January 25, 2013 01:54PM UTC by scottgonzalez comment:8

resolution: → fixed
status: open → closed

Closing fixed as the .ui-front solution seems to be working well. We can re-open this if it turns out to have problems.