Bug 1521618 - Remove non-ASCII characters from comments in RetainedDisplayListBuilder.cpp (DONTBUILD for comment change). r=mattwoodrow.
authorBotond Ballo <botond@mozilla.com>
Mon, 21 Jan 2019 21:53:26 +0000
changeset 454731 8a49f013e0d0641b0eb187892bad82e17be26278
parent 454730 5858163628554673e899f663747c81c9fbbfef27
child 454732 a3de18f0e694c78002f76cfdf228b673953aac06
push id35411
push usercsabou@mozilla.com
push dateTue, 22 Jan 2019 03:53:40 +0000
treeherdermozilla-central@ada22b635f8d [default view] [failures only]
perfherder[talos] [build metrics] [platform microbench] (compared to previous push)
reviewersmattwoodrow
bugs1521618
milestone66.0a1
first release with
nightly linux32
nightly linux64
nightly mac
nightly win32
nightly win64
last release without
nightly linux32
nightly linux64
nightly mac
nightly win32
nightly win64
Bug 1521618 - Remove non-ASCII characters from comments in RetainedDisplayListBuilder.cpp (DONTBUILD for comment change). r=mattwoodrow. Differential Revision: https://phabricator.services.mozilla.com/D17162
layout/painting/RetainedDisplayListBuilder.cpp
--- a/layout/painting/RetainedDisplayListBuilder.cpp
+++ b/layout/painting/RetainedDisplayListBuilder.cpp
@@ -14,20 +14,20 @@
 #include "nsViewManager.h"
 #include "nsCanvasFrame.h"
 #include "mozilla/AutoRestore.h"
 
 /**
  * Code for doing display list building for a modified subset of the window,
  * and then merging it into the existing display list (for the full window).
  *
- * The approach primarily hinges on the observation that the ‘true’ ordering of
- * display items is represented by a DAG (only items that intersect in 2d space
- * have a defined ordering). Our display list is just one of a many possible
- * linear representations of this ordering.
+ * The approach primarily hinges on the observation that the 'true' ordering
+ * of display items is represented by a DAG (only items that intersect in 2d
+ * space have a defined ordering). Our display list is just one of a many
+ * possible linear representations of this ordering.
  *
  * Each time a frame changes (gets a new ComputedStyle, or has a size/position
  * change), we schedule a paint (as we do currently), but also reord the frame
  * that changed.
  *
  * When the next paint occurs we union the overflow areas (in screen space) of
  * the changed frames, and compute a rect/region that contains all changed
  * items. We then build a display list just for this subset of the screen and