Reformat comments in core/layout up until LayoutTableRow

third_party/WebKit/Source/core/layout/LayoutTableRow.h

 /*
  * Copyright (C) 1997 Martin Jones (mjones@kde.org)
  *           (C) 1997 Torben Weis (weis@kde.org)
  *           (C) 1998 Waldo Bastian (bastian@kde.org)
  *           (C) 1999 Lars Knoll (knoll@kde.org)
  *           (C) 1999 Antti Koivisto (koivisto@kde.org)
- * Copyright (C) 2003, 2004, 2005, 2006, 2009, 2013 Apple Inc. All rights reserved.
+ * Copyright (C) 2003, 2004, 2005, 2006, 2009, 2013 Apple Inc.
+ *               All rights reserved.
  *
  * This library is free software; you can redistribute it and/or
  * modify it under the terms of the GNU Library General Public
  * License as published by the Free Software Foundation; either
  * version 2 of the License, or (at your option) any later version.
  *
  * This library is distributed in the hope that it will be useful,
  * but WITHOUT ANY WARRANTY; without even the implied warranty of
  * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
  * Library General Public License for more details.
@@ skipping 26 matching lines @@
 //
 // The table model prevents any layout overflow on rows (but allow visual
 // overflow). For row height, it is defined as "the maximum of the row's
 // computed 'height', the computed 'height' of each cell in the row, and
 // the minimum height (MIN) required by  the cells" (CSS 2.1 - section 17.5.3).
 // Note that this means that rows and cells differ from other LayoutObject as
 // they will ignore 'height' in some situation (when other LayoutObject just
 // allow some layout overflow to occur).
 //
 // LayoutTableRow doesn't establish a containing block for the underlying
-// LayoutTableCells. That's why it inherits from LayoutTableBoxComponent and not LayoutBlock.
+// LayoutTableCells. That's why it inherits from LayoutTableBoxComponent and not
+// LayoutBlock.
 // One oddity is that LayoutTableRow doesn't establish a new coordinate system
 // for its children. LayoutTableCells are positioned with respect to the
 // enclosing LayoutTableSection (this object's parent()). This particularity is
 // why functions accumulating offset while walking the tree have to special case
 // LayoutTableRow (see e.g. PaintInvalidationState or
 // LayoutBox::positionFromPoint()).
 //
 // LayoutTableRow is also positioned with respect to the enclosing
 // LayoutTableSection. See LayoutTableSection::layoutRows() for the placement
 // logic.
@@ skipping 53 matching lines @@
 
   bool nodeAtPoint(HitTestResult&,
                    const HitTestLocation& locationInContainer,
                    const LayoutPoint& accumulatedOffset,
                    HitTestAction) override;
 
   void computeOverflow();
 
   const char* name() const override { return "LayoutTableRow"; }
 
-  // Whether a row has opaque background depends on many factors, e.g. border spacing,
-  // border collapsing, missing cells, etc.
+  // Whether a row has opaque background depends on many factors, e.g. border
+  // spacing, border collapsing, missing cells, etc.
   // For simplicity, just conservatively assume all table rows are not opaque.
   bool foregroundIsKnownToBeOpaqueInRect(const LayoutRect&,
                                          unsigned) const override {
     return false;
   }
   bool backgroundIsKnownToBeOpaqueInRect(const LayoutRect&) const override {
     return false;
   }
 
  private:
@@ skipping 49 matching lines @@
   return toLayoutTableRow(firstChild());
 }
 
 inline LayoutTableRow* LayoutTableSection::lastRow() const {
   return toLayoutTableRow(lastChild());
 }
 
 }  // namespace blink
 
 #endif  // LayoutTableRow_h