Remove single line breaks.

Author: bwalderman

explainers/StyleTracing/explainer.md

@@ -16,7 +16,7 @@ This is a proposal for a new feature that is not yet in development.
 
 ## Introduction
 
-Style recalculation (or style recalc) is the process of iterating through DOM elements on a page, finding all of the CSS style rules that match a given element and then computing the element's actual style based on these rules.\
+Style recalculation (or style recalc) is the process of iterating through DOM elements on a page, finding all of the CSS style rules that match a given element and then computing the element's actual style based on these rules.
 Style recalc needs to happen whenever the applicability of CSS rules may have changed. Some examples include:
 
 * Elements were inserted or removed from the DOM
@@ -29,15 +29,15 @@ The DevTools performance panel records a "Recalculate Style" trace event that sh
 
 ![A DevTools performance trace with a Recalculate Style event](current-recalc-style-trace.png)
 
-The event currently shows the elapsed time and total number of elements affected, but no information about which elements these are, or which style rules were involved.\
-Although the JavaScript location that triggered the style recalc is sometimes included in the trace event, it may not always be obvious how the initiator is related to the affected elements, especially when there are a large number of them.\
+The event currently shows the elapsed time and total number of elements affected, but no information about which elements these are, or which style rules were involved.
+Although the JavaScript location that triggered the style recalc is sometimes included in the trace event, it may not always be obvious how the initiator is related to the affected elements, especially when there are a large number of them.
 Overall, this can make it difficult for web developers to understand how to fix long-running style recalc tasks with the information at hand.
 
 We'd like to offer web developers greater visibility into how time is being spent during style recalc to make it easier to root cause and mitigate performance issues due to recalc.
 
 ## Existing Solutions
 
-Developers can already see extra statistics from style recalc in the `edge://tracing` UI if the `"blink.debug"` tracing tag is enabled.\
+Developers can already see extra statistics from style recalc in the `edge://tracing` UI if the `"blink.debug"` tracing tag is enabled.
 The statistics show up as a `SelectorStats` trace event which includes a table of style rules with the following columns:
 
 * Elapsed CPU time spent evaluating the style rule (lower is better).
@@ -54,7 +54,7 @@ This information can be valuable to web developers, but the `edge://tracing` UI
 
 The proposed solution is to display these same statistics in the details view for "Recalculate Style" events in DevTools performance traces, where it will be more visible to web developers who are already familiar with the DevTools Performance tool.
 
-Developers will be able to sort the table by any column, so that they can identify individual rules that take a longer time to process or have a high number of match attempts.\
+Developers will be able to sort the table by any column, so that they can identify individual rules that take a longer time to process or have a high number of match attempts.
 If available, the CSS selector text will be enhanced with a link to the source location where the CSS rule is declared. This will let web developers quickly jump to the rule they are interested in so they can continue their investigation.
 
 Below is a mockup of the proposed design, with the new content highlighted in red. Note that links to source locations are not currently shown in this mockup but would be rendered similar to other source links found in DevTools.
@@ -63,17 +63,17 @@ Below is a mockup of the proposed design, with the new content highlighted in re
 
 ## Usage
 
-Selector statistics in DevTools performance traces will be disabled by default because the underlying `SelectorStats` trace event is expensive to record and can have a noticeable impact on page perf.\
-While enabling this feature would impact raw timings captured throughout the trace, the timings would still be proportional to each other and can still yield useful information to developers.\
+Selector statistics in DevTools performance traces will be disabled by default because the underlying `SelectorStats` trace event is expensive to record and can have a noticeable impact on page perf.
+While enabling this feature would impact raw timings captured throughout the trace, the timings would still be proportional to each other and can still yield useful information to developers.
 Developers will need to explicitly enable the feature through a checkbox in the performance panel settings.
 
-The DevTools performance panel already has a similar optional feature named "advanced paint instrumentation".\
-The checkbox to enable the feature includes a warning about the performance overhead, both in the label and in the tooltip.\
+The DevTools performance panel already has a similar optional feature named "advanced paint instrumentation".
+The checkbox to enable the feature includes a warning about the performance overhead, both in the label and in the tooltip.
 The settings icon color is also changed to red to remind the user, even while the settings are hidden.
 
 ![DevTools performance panel settings with advanced paint instrumentation enabled](advanced-paint.png)
 
-Instead of adding another checkbox to the settings view, we should consider merging the selector statistics and advanced paint instrumentation into a single checkbox named "enable advanced rendering instrumentation (slow)".\
+Instead of adding another checkbox to the settings view, we should consider merging the selector statistics and advanced paint instrumentation into a single checkbox named "enable advanced rendering instrumentation (slow)".
 This avoids the need for another checkbox in the settings view and allows us to re-use the existing UI for warning about the performance impact.
 
 When the checkbox is enabled, a table of selector statistics will be available in the details view for any "Recalculate Styles" events.