X-Git-Url: https://jasonwoof.com/gitweb/?p=ckeditor.git;a=blobdiff_plain;f=_source%2Fplugins%2Fdialog%2Fplugin.js;h=434a55bea948d683114c6d53d517eb32e8c0edf7;hp=e21f5d1afd5ae5e3b628d4eea959853d7b335717;hb=a272c66d841421f8bf933c16535bdcde1c4649fc;hpb=fb481ba0a7d298e3e7b9034fcb9f2afdc6e8e796

diff --git a/_source/plugins/dialog/plugin.js b/_source/plugins/dialog/plugin.js
index e21f5d1..434a55b 100644
--- a/_source/plugins/dialog/plugin.js
+++ b/_source/plugins/dialog/plugin.js
@@ -1,5 +1,5 @@
 /*
-Copyright (c) 2003-2012, CKSource - Frederico Knabben. All rights reserved.
+Copyright (c) 2003-2013, CKSource - Frederico Knabben. All rights reserved.
 For licensing, see LICENSE.html or http://ckeditor.com/license
 */
 
@@ -751,6 +751,16 @@ CKEDITOR.DIALOG_RESIZE_BOTH = 3;
 
 			var isFixed = element.getComputedStyle( 'position' ) == 'fixed';
 
+			// (#8888) In some cases of a very small viewport, dialog is incorrectly
+			// positioned in IE7. It also happens that it remains sticky and user cannot
+			// scroll down/up to reveal dialog's content below/above the viewport; this is
+			// cumbersome.
+			// The only way to fix this is to move mouse out of the browser and
+			// go back to see that dialog position is automagically fixed. No events,
+			// no style change - pure magic. This is a IE7 rendering issue, which can be
+			// fixed with dummy style redraw on each move.
+			element.setStyle( 'zoom', '100%' );
+
 			if ( isFixed && this._.position && this._.position.x == x && this._.position.y == y )
 				return;