#2512: IE8 beta2, contents of dialogs don't fill the width of the container
---------------------------+------------------------------------------------
Reporter: alfonsoml | Owner:
Type: Bug | Status: reopened
Priority: Normal | Milestone:
Component: UI : Dialogs | Version: FCKeditor 2.6 Beta
Resolution: | Keywords: Confirmed IE8
---------------------------+------------------------------------------------
Comment(by saul11):
Two reasons seem to cause this:[[BR]]
- changing the background image of the closeButton when hovering it, the
CSS rule #closeButton:hover
[[BR]]
- and visualizing the ok button, the SetOkButton command. (I tried to use
display:none and display: block, but this didn't work either.)
[[BR]]
[[BR]]
The first case can perhaps be solved by having a 16x16 px ison solely for
the close button instead of a clipped strip. Didn't test this though as I
have choosen for the easy evident solution, removing the hover style.
The ok button cause can be overcome by setting the dialog's size again
after the ok button is visualized:
{{{
if (oEditor.FCKBrowserInfo.IsIE)
{
dialog.SetAutoSize(true);
}
}}}
Or if this result in undesired size, you can set it manually:
{{{
if (oEditor.FCKBrowserInfo.IsIE)
{
dialog.Sizer.ResizeDialog(widthPxValue, heightPxValue);
}
}}}
--
Ticket URL: <http://dev.fckeditor.net/ticket/2512#comment:6>
FCKeditor <http://www.fckeditor.net/>
The text editor for Internet
------------------------------------------------------------------------------
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
_______________________________________________
FCKeditor-Trac mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/fckeditor-trac
