epriestley c666cb9f0b Reduce the frequency of DOM scans to rebuild inlines when scrolling revisions ... Summary: Ref T13513. See PHI1734, which raises a concern about the performance of large revisions near the 100-change threshold. Currently, `getInlines()` is called whenever the scroll position transitions between two changesets, and it performs a relatively complicated DOM scan to lift inlines out of the document. This shows up as taking a small but nontrivial amount of time in Firefox profiles and should be safely memoizable. Test Plan: - Under Firefox profiling, scrolled through a large revision. - Before change: `getInlines()` appeared as the highest-cost thing we're explicitly doing on profiles. - After change: `getInlines()` was no longer meaningfully represented on profiles. - Created inlines, edited inlines, etc. Didn't identify any broken behavior. Maniphest Tasks: T13513 Differential Revision: https://secure.phabricator.com/D21261		2020-05-15 09:37:41 -07:00
..
audio/basic	Add a few more sounds	2017-04-19 13:47:23 -07:00
css	Give selected inline comments are more obvious selected state	2020-05-14 14:35:55 -07:00
externals	Fix double-close on dialogs leading to Javascript console error	2019-07-03 12:38:49 -07:00
favicons	Dynamically composite favicons from customizable sources	2018-03-12 15:28:41 -07:00
image	Render indent depth changes more clearly	2019-02-19 12:40:05 -08:00
js	Reduce the frequency of DOM scans to rebuild inlines when scrolling revisions	2020-05-15 09:37:41 -07:00