#3800 closed enhancement (wontfix)
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.