From 69e1d12fe7e2f15a8a6caa2dcb07ccee028d153a Mon Sep 17 00:00:00 2001 From: Tim Starling Date: Thu, 2 Aug 2012 14:48:06 +1000 Subject: [PATCH] Revert "(bug 260) Wrap 
 overflow properly."

Due to bug 38800. Just reverting to prevent accidental deployment in
1.20wmf9. I would set a fixme status instead if there was such a thing.

The problem with this is that it breaks formatting of thousands of
Wikipedia articles due to interaction with SyntaxHighlight_GeSHi. I'm
sure some satisfactory solution can be found which fixes both bugs, but
leaving this commit deployed is not a good interim solution.

This reverts commit 782b9f177404f02417c03abaf96b371e1462f160.

Change-Id: I1977f093563b5658def9ba57a6ea6cfa9796f795
---
 skins/common/commonElements.css | 16 ----------------
 1 file changed, 16 deletions(-)

diff --git a/skins/common/commonElements.css b/skins/common/commonElements.css
index 57f81a0fef..02fd29fe20 100644
--- a/skins/common/commonElements.css
+++ b/skins/common/commonElements.css
@@ -198,22 +198,6 @@ pre, .mw-code {
 	border: 1px dashed #2f6fab;
 	color: black;
 	background-color: #f9f9f9;
-
-	/*
-	 * Wrap properly.
-	 * - pre-wrap: causes the browser to naturally wrap by displaying
-	 *   words on the next line if they don't fit on the same line
-	 *   within the box (does not cut off words).
-	 * - break-word: forces the browser to wrap anywhere (even within
-	 *   a word) if it is (still) too long for the line.
-	 * When only using break-word in a 
, the browser only uses
-	 * the force behavior and as a result almost always cuts half-way
-	 * a word. When only using pre-wrap, too-long words will still
-	 * cause the page layout to break. The combination is magic :).
-	 * See also https://bugzilla.wikimedia.org/show_bug.cgi?id=260#c20
-	 */
-	white-space: pre-wrap;
-	word-wrap: break-word;
 }
 
 /* Tables */
-- 
2.20.1