Index: /FCKeditor/trunk/_whatsnew.html
===================================================================
--- /FCKeditor/trunk/_whatsnew.html	(revision 2254)
+++ /FCKeditor/trunk/_whatsnew.html	(revision 2255)
@@ -96,4 +96,7 @@
 		<li>[<a target="_blank" href="http://dev.fckeditor.net/ticket/2363">#2363</a>] There
 			were some sporadic "Permission Denied" errors with IE on some situations.</li>
+		<li>[<a target="_blank" href="http://dev.fckeditor.net/ticket/2135">#2135</a>] Fixed a 
+			data loss bug in IE when there are @import statements in the editor's CSS files,
+			and IE's cache is set to "Check for newer versions on every visit".</li>
 	</ul>
 	<p>
Index: /FCKeditor/trunk/editor/_source/classes/fckeditingarea.js
===================================================================
--- /FCKeditor/trunk/editor/_source/classes/fckeditingarea.js	(revision 2254)
+++ /FCKeditor/trunk/editor/_source/classes/fckeditingarea.js	(revision 2255)
@@ -152,16 +152,21 @@
 		{
 			var editArea = this ;
-			( oIFrame.onreadystatechange = function()
-			{
-				if ( oIFrame.readyState == 'complete' )
-				{
-					oIFrame.onreadystatechange = null ;
-					editArea.Window._FCKEditingArea = editArea ;
-					FCKEditingArea_CompleteStart.call( editArea.Window ) ;
-				}
-			// It happened that IE changed the state to "complete" after the
-			// "if" and before the "onreadystatechange" assignement, making we
-			// lost the event call, so we do a manual call just to be sure.
-			} )() ;
+			
+			// Using a IE alternative for DOMContentLoaded, similar to the
+			// solution proposed at http://javascript.nwbox.com/IEContentLoaded/
+			setTimeout( function()
+					{
+						try 
+						{
+							editArea.Window.document.documentElement.doScroll("left") ;
+						}
+						catch(e)
+						{
+							setTimeout( arguments.callee, 0 ) ;
+							return ;
+						}
+						editArea.Window._FCKEditingArea = editArea ;
+						FCKEditingArea_CompleteStart.call( editArea.Window ) ;
+					}, 0 ) ;
 		}
 		else