update lists

terminal/pagespeedmetrics

@@ -1,4 +1,4 @@
-                                                                          Awesome Page Speed Metrics !Awesome (https://awesome.re/badge.svg) (https://awesome.re)
+                                                                               Awesome Page Speed Metrics !Awesome (https://awesome.re/badge.svg) (https://awesome.re)
 
 ▐ Metrics to help understand page speed and user experience.
 
@@ -56,7 +56,7 @@
 - SpeedCurve (https://speedcurve.com/) - Web performance monitoring SaaS.
 - AwesomeTechStack (https://awesometechstack.com/) - Website awesomeness monitoring Tool.
 
-――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――
+――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――
 
 Field Data (Real User Monitoring - RUM)
 
@@ -74,8 +74,8 @@
 
 Critical rendering path
 
-The critical rendering path is everything that happens between receiving network bytes and rendering something on the screen. To optimize any rendering metrics like First Contentful Paint (FCP) (#first-contentful-paint-fcp) or Speed 
-Index (#speed-index) you have to understand how the critical rendering path works.
+The critical rendering path is everything that happens between receiving network bytes and rendering something on the screen. To optimize any rendering metrics like First Contentful Paint (FCP) (#first-contentful-paint-fcp) or Speed Index 
+(#speed-index) you have to understand how the critical rendering path works.
 
 - Critical rendering path (https://developers.google.com/web/fundamentals/performance/critical-rendering-path/)
 
@@ -100,14 +100,14 @@
 - Is it usable - Can users interact with the page, or is it still busy loading? (e.g TBT (https://github.com/csabapalfi/awesome-web-performance-metrics/#total-blocking-time-tbt))
 - Is it delightful/smooth? - Are the interactions smooth and natural, free of lag and jank?
 
-――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――
+――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――
 
 Rendering metrics
 
 First Contentful Paint (FCP)
 
-The First Contentful Paint (FCP) metric measures the time from when the page starts loading to when any part of the page's content is rendered on the screen. For this metric, "content" refers to text, images (including background 
-images),  elements.
+The First Contentful Paint (FCP) metric measures the time from when the page starts loading to when any part of the page's content is rendered on the screen. For this metric, "content" refers to text, images (including background images), 
+ elements.
 
 - Lab: Lighthouse
 - Field: Chrome 60+, CrUX
@@ -125,8 +125,8 @@
 
 Cumulative Layout Shift (CLS)
 
- A layout shift occurs any time a visible element changes its position from one frame to the next. CLS measures the sum total of all individual layout shift scores for every unexpected layout shift that occurs during the entire lifespan
-of the page.
+ A layout shift occurs any time a visible element changes its position from one frame to the next. CLS measures the sum total of all individual layout shift scores for every unexpected layout shift that occurs during the entire lifespan of the 
+page.
 
 - Lab: Lighthouse/WPT
 - Field: Chrome 77+
@@ -135,8 +135,8 @@
 
 Visually Complete
 
-The Visually Complete is the time from the start of the initial navigation until the visible (above the fold) part of your page is no longer changing. (e.g. WPT measures this using a color histogram of the page based on 
-video/screenshots recording).
+The Visually Complete is the time from the start of the initial navigation until the visible (above the fold) part of your page is no longer changing. (e.g. WPT measures this using a color histogram of the page based on video/screenshots 
+recording).
 
 - Lab: WPT
 - Field: N/A
@@ -144,8 +144,7 @@
 
 Speed Index
 
-Speed Index shows how quickly the contents of a page are visibly populated (lower numbers are better). This is done by frequently measuring visual completeness during loading. The quicker the page is more visually complete the lower the
-value.
+Speed Index shows how quickly the contents of a page are visibly populated (lower numbers are better). This is done by frequently measuring visual completeness during loading. The quicker the page is more visually complete the lower the value.
 
 - Lab: Lighthouse, WPT (but slightly different spec)
 - Field: N/A
@@ -163,14 +162,14 @@
 - Spec - Element Timing API (https://wicg.github.io/element-timing/)
 - Blogpost - Hero Element Timing - SpeedCurve (https://speedcurve.com/blog/web-performance-monitoring-hero-times/)
 
-――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――
+――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――
 
 Interactivity metrics
 
 Time to Interactive (TTI)
 
-Time to interactive is the time it takes for the page to become fully interactive (as in Main Thread quiet for 5s). Sometimes called Consistently Interactice and not to be confused with First Interactive or First CPU Idle. (Warning: one
-of the most confusing and misunderstood metrics).
+Time to interactive is the time it takes for the page to become fully interactive (as in Main Thread quiet for 5s). Sometimes called Consistently Interactice and not to be confused with First Interactive or First CPU Idle. (Warning: one of the 
+most confusing and misunderstood metrics).
 
 - Lab: Lighthouse, WPT
 - Field: Not recommended as users interacting with your page can skew field measurements of TTI
@@ -188,8 +187,8 @@
 
 First Input Delay (FID)
 
-First Input Delay (FID) measures the time from when a user first interacts with your site to the time when the browser is actually able to respond to that interaction. An interaction can be when users click a link, tap on a button, or 
-use a custom, JavaScript-powered control.
+First Input Delay (FID) measures the time from when a user first interacts with your site to the time when the browser is actually able to respond to that interaction. An interaction can be when users click a link, tap on a button, or use a 
+custom, JavaScript-powered control.
 
 - Lab: N/A (as it requires the user to interact with the page)
 - Field: IE9+ (and Safari, Chrome, Firefox) (with polyfill - 0.4KB)
@@ -204,7 +203,7 @@
 - Field: N/A
 - Docs - Max Potential FID - web.dev (https://web.dev/lighthouse-max-potential-fid/)
 
-――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――
+――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――
 
 Network metrics
 
@@ -259,7 +258,7 @@
 - Can You Afford It?: Real-world Web Performance Budgets (https://infrequently.org/2017/10/can-you-afford-it-real-world-web-performance-budgets/)
 - Which third party scripts are most excessive (https://github.com/patrickhulce/third-party-web)
 
-――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――
+――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――
 
 Other metrics
 
@@ -271,8 +270,8 @@
 
 User Timing
 
-The User Timing API allows the developer to create application specific timestamps that are part of the browser's performance timeline. e.g. you can create a user timing mark to measure when your JS has loaded for a specific component 
-on the page.
+The User Timing API allows the developer to create application specific timestamps that are part of the browser's performance timeline. e.g. you can create a user timing mark to measure when your JS has loaded for a specific component on the 
+page.
 
 - Lab: Lighthouse, WPT
 - Field: IE 10+, Safari 11+ (and Chrome, Firefox of course)
@@ -286,8 +285,8 @@
 
 Frame rate
 
- The frame rate is the frequency at which the browser can display frames. A frame represents the amount of work a browser does in one event loop iteration such as processing DOM events, resizing, scrolling, rendering, CSS animations, 
-etc. A frame rate of 60 fps (frames per second) is a common target for a good responsive user experience. This means the browser should process a frame in about 16.7 ms.
+ The frame rate is the frequency at which the browser can display frames. A frame represents the amount of work a browser does in one event loop iteration such as processing DOM events, resizing, scrolling, rendering, CSS animations, etc. A frame
+rate of 60 fps (frames per second) is a common target for a good responsive user experience. This means the browser should process a frame in about 16.7 ms.
 
 - Lab: Chrome and FF Devtools
 - Field: No browser implements the Frame Timing API yet but you can roll your own fps meter using requestAnimationFrame
@@ -308,3 +307,5 @@
 !CC0 (http://mirrors.creativecommons.org/presskit/buttons/88x31/svg/cc-zero.svg) (https://creativecommons.org/publicdomain/zero/1.0/)
 
 To the extent possible under law, Csaba Palfi has waived all copyright and related or neighboring rights to this work.
+
+pagespeedmetrics Github: https://github.com/csabapalfi/awesome-pagespeed-metrics