Search and Top Navigation
#3800 closed enhancement (wontfix)
Opened January 11, 2009 07:57PM UTC
Closed April 08, 2009 03:24AM UTC
Last modified October 11, 2012 09:15PM UTC
Dialog: option to allow provision of alternative function to decorate target dialog elements
Reported by: | m5 | Owned by: | |
---|---|---|---|
Priority: | minor | Milestone: | |
Component: | ui.dialog | Version: | 1.6rc4 |
Keywords: | Cc: | ||
Blocked by: | Blocking: |
Description
Currently, the "framing" installed on the page around target dialog elements does not provide an adequate platform for using the "sliding doors" layout technique popularized by "A List Apart." For this reason, and no doubt other similar ones, it would be a great benefit for the "_init()" function to (optionally) delegate the construction of additional page elements (the container, outer dialog, button tray, etc) to a client-supplied function. The function would be responsible for creating the elements and returning references to them according to some convention.
I don't have a patch to achieve this now but I would be happy to provide a candidate implementation. I believe this could (and probably should) be done in such a way as to ensure that other functionality is not affected.
You can just modify the HTML after creating the dialog. This would be just as easy as having options for doing this during init, but doesn't increase the size of our API.