Update library name

Author: afontcu

README.md

@@ -8,7 +8,7 @@ testing-library-docs
 [![Code of Conduct][coc-badge]][coc]
 <!-- prettier-ignore-end -->
 
-Documentation site for [react-testing-library](https://github.com/testing-library/react-testing-library), [dom-testing-library](https://github.com/testing-library/dom-testing-library), and [related projects](https://github.com/testing-library)
+Documentation site for [react-testing-library](https://github.com/testing-library/react-testing-library), [DOM Testing Library](https://github.com/testing-library/dom-testing-library), and [related projects](https://github.com/testing-library)
 
 See [./website/README.md](./website/README.md) for instructions on building the site
 

docs/angular-testing-library/intro.md

@@ -76,7 +76,7 @@ after each interaction.
 You can also import these event via `@angular-extensions/testing-library`, but
 the Angular's change detection will not be triggered automatically.
 
-The same counts for all the queries provided by `dom-testing-library`, these are
+The same counts for all the queries provided by `DOM Testing Library`, these are
 also re-exported and can be imported via `@angular-extensions/testing-library`.
 
 ```typescript

docs/bs-react-testing-library/intro.md

@@ -11,7 +11,7 @@ Bindings for several testing libraries have been ported to [ReasonML][re].
 `react-testing-library`.
 
 [`bs-dom-testing-library`][gh-dom] contains [BuckleScript][bs] bindings for
-`dom-testing-library`.
+`DOM Testing Library`.
 
 ```
 npm install --save-dev bs-dom-testing-library

docs/cypress-testing-library/intro.md

@@ -22,9 +22,9 @@ Add this line to your project's `cypress/support/commands.js`:
 import 'cypress-testing-library/add-commands';
 ```
 
-You can now use all of `dom-testing-library`'s `getBy`, `getAllBy`, `queryBy`
+You can now use all of `DOM Testing Library`'s `getBy`, `getAllBy`, `queryBy`
 and `queryAllBy` commands.
-[See `dom-testing-library` API for reference](dom-testing-library/api-queries.md)
+[See `DOM Testing Library` API for reference](dom-testing-library/api-queries.md)
 
 ## Examples
 
@@ -45,9 +45,9 @@ cy.get('form').then(subject => {
 ```
 
 `cypress-testing-library` supports both jQuery elements and DOM nodes. This is
-necessary because Cypress uses jQuery elements, while `dom-testing-library`
+necessary because Cypress uses jQuery elements, while `DOM Testing Library`
 expects DOM nodes. When you pass a jQuery element as `container`, it will get
 the first DOM node from the collection and use that as the `container` parameter
-for the `dom-testing-library` functions.
+for the `DOM Testing Library` functions.
 
 [gh]: https://github.com/testing-library/cypress-testing-library

docs/dom-testing-library/api-helpers.md

@@ -5,11 +5,11 @@ title: Helpers
 
 ## Custom Queries
 
-`dom-testing-library` exposes many of the helper functions that are used to
+`DOM Testing Library` exposes many of the helper functions that are used to
 implement the default queries. You can use the helpers to build custom queries.
 For example, the code below shows a way to override the default `testId` queries
 to use a different data-attribute. (Note: test files would import
-`test-utils.js` instead of using `dom-testing-library` directly).
+`test-utils.js` instead of using `DOM Testing Library` directly).
 
 ```js
 // test-utils.js

docs/dom-testing-library/api-queries.md

@@ -632,7 +632,7 @@ cy.getByTestId('username-input').should('exist')
 
 #### Overriding `data-testid`
 
-The `...ByTestId` functions in `dom-testing-library` use the attribute
+The `...ByTestId` functions in `DOM Testing Library` use the attribute
 `data-testid` by default, following the precedent set by
 [React Native Web](https://github.com/testing-library/react-testing-library/issues/1)
 which uses a `testID` prop to emit a `data-testid` attribute on the element, and
@@ -661,7 +661,7 @@ affect the precision of string matching:
 
 ### Normalization
 
-Before running any matching logic against text in the DOM, `dom-testing-library`
+Before running any matching logic against text in the DOM, `DOM Testing Library`
 automatically normalizes that text. By default, normalization consists of
 trimming whitespace from the start and end of text, and collapsing multiple
 adjacent whitespace characters into a single space.

docs/dom-testing-library/cheatsheet.md

@@ -3,7 +3,7 @@ id: cheatsheet
 title: Cheatsheet
 ---
 
-A short guide to all the exported functions in `dom-testing-library`
+A short guide to all the exported functions in `DOM Testing Library`
 
 ## Queries
 

docs/dom-testing-library/install.md

@@ -8,7 +8,7 @@ This module is distributed via [npm][npm] which is bundled with [node][node] and
 should be installed as one of your project's `devDependencies`:
 
 ```
-npm install --save-dev dom-testing-library
+npm install --save-dev @testing-library/dom
 ```
 
 ## Wrappers
@@ -21,21 +21,21 @@ wrapper:
 
 ## Ecosystem
 
-`dom-testing-library` works well with these companion libraries:
+`DOM Testing Library` works well with these companion libraries:
 
 - [user-event](ecosystem-user-event.md) browser event simulation
 - [jest-dom](ecosystem-jest-dom.md) custom Jest matchers
 
 ## Main Exports
 
 You can
-[review the `dom-testing-library` package.json here](https://unpkg.com/dom-testing-library/package.json).
+[review the `DOM Testing Library` package.json here](https://unpkg.com/dom-testing-library/package.json).
 
 In particular, the `main`, `module`, and `umd:main` fields are useful. Each of
 these points to a file that's useful in certain situations. Typically, your
 testing framework will resolve to the correct one for your situation, but if it
 does not, then you can either configure your testing framework to resolve to the
-right file when you require/import `dom-testing-library` or you can import the
+right file when you require/import `@testing-library/dom` or you can import the
 file you need more explicitly. For example:
 
 ```js

docs/dom-testing-library/intro.md

@@ -14,12 +14,12 @@ functionality) don't break your tests and slow you and your team down.
 
 ## This solution
 
-The `dom-testing-library` is a very light-weight solution for testing DOM nodes
+The `DOM Testing Library` is a very light-weight solution for testing DOM nodes
 (whether simulated with [`JSDOM`](https://github.com/jsdom/jsdom) as provided by
 default with [Jest][jest] or in the browser). The main utilities it provides
 involve querying the DOM for nodes in a way that's similar to how the user finds
 elements on the page. In this way, the library helps ensure your tests give you
-confidence in your UI code. The `dom-testing-library`'s primary guiding
+confidence in your UI code. The `DOM Testing Library`'s primary guiding
 principle is:
 
 > [The more your tests resemble the way your software is used, the more confidence they can give you.](guiding-principles.md)

docs/dom-testing-library/setup.md

@@ -5,8 +5,8 @@ sidebar_label: Setup
 ---
 
 If you're running your tests in the browser bundled with webpack (or similar)
-then `dom-testing-library` should work out of the box for you. However, most
-people using `dom-testing-library` are using it with
+then `DOM Testing Library` should work out of the box for you. However, most
+people using `DOM Testing Library` are using it with
 [the Jest testing framework](https://jestjs.io/) with the `testEnvironment` set
 to
 [`jest-environment-jsdom`](https://www.npmjs.com/package/jest-environment-jsdom)

docs/ecosystem-native-testing-library.md

@@ -5,9 +5,9 @@ sidebar_label: native-testing-library
 ---
 
 Native Testing Library is a testing library for **React Native** inspired by
-`dom-testing-library`. Because React Native does not run in a browser
+`DOM Testing Library`. Because React Native does not run in a browser
 environment, the core queries are implemented independently, unlike other
-wrappers that user dom-testing-library as the base. You'll find much more
+wrappers that use `DOM Testing Library` as the base. You'll find much more
 information about the library, including examples, on the project website:
 
 - [Docs](https://native-testing-library.com)

docs/intro.md

@@ -18,7 +18,7 @@ slow you and your team down.
 
 ## This solution
 
-The core library, [`dom-testing-library`][dom], is a light-weight solution for
+The core library, [`DOM Testing Library`][dom], is a light-weight solution for
 testing web pages by querying and interacting with DOM nodes (whether simulated
 with [`JSDOM`][jsdom]/[Jest][jest] or in the browser). The main utilities it
 provides involve querying the DOM for nodes in a way that's similar to how the
@@ -36,7 +36,7 @@ is also a plugin to use testing-library queries for end-to-end tests in
 1.  A test runner or framework
 2.  Specific to a testing framework
 
-`dom-testing-library` works with any environment that provides DOM APIs, such as
+`DOM Testing Library` works with any environment that provides DOM APIs, such as
 Jest, Mocha + JSDOM, or a real browser
 
 [jest]: https://jestjs.io

docs/native-testing-library/intro.md

@@ -5,9 +5,9 @@ sidebar_label: Intro
 ---
 
 Native Testing Library is a testing library for **React Native** inspired by
-`dom-testing-library`. Because React Native does not run in a browser
+`DOM Testing Library`. Because React Native does not run in a browser
 environment, the core queries are implemented independently, unlike other
-wrappers that use `dom-testing-library` as the base. You'll find much more
+wrappers that use `DOM Testing Library` as the base. You'll find much more
 information about the library, including examples, on the project sites:
 
 - [Docs][docs]
@@ -41,14 +41,14 @@ write tests using that philosophy in React Native.
 the testing library API as closely as possible while still accounting for the
 differences in the platforms. Accomplishing this is no small feat because of the
 differences between the two platforms. Although most framework implementations
-like `react-testing-library` are thin layers over `dom-testing-library`, this
+like `react-testing-library` are thin layers over `DOM Testing Library`, this
 library needed to have its own base implementation as well as a user-facing API.
 This library uses the
 [react-test-renderer](https://reactjs.org/docs/test-renderer.html), whereas
-`dom-testing-library` uses ReactDOM and JSDOM. The main philosophy is that you
+`DOM Testing Library` uses ReactDOM and JSDOM. The main philosophy is that you
 should find elements that are on the "screen" the way users would. This approach
 is meant to give you confidence that your app is working as a cohesive unit.
-Just like the `dom-testing-library`, `native-testing-library`'s primary guiding
+Just like the `DOM Testing Library`, `native-testing-library`'s primary guiding
 principle is:
 
 > [The more your tests resemble the way your software is used, the more confidence they can give you.](guiding-principles.md)

docs/pptr-testing-library/intro.md

@@ -4,7 +4,7 @@ title: Puppeteer Testing Library
 ---
 
 [`pptr-testing-library`][gh] is a lightweight adapter allowing
-`dom-testing-library` to be used with [`puppeteer`][ghpuppeteer].
+`DOM Testing Library` to be used with [`puppeteer`][ghpuppeteer].
 
 ```
 npm install --save-dev puppeteer pptr-testing-library
@@ -35,7 +35,7 @@ await $email.type('[email protected]')
 await wait(() => getByText('Loading...'))
 ```
 
-A little too un-puppeteer for you? You can attach all the `dom-testing-library`
+A little too un-puppeteer for you? You can attach all the `DOM Testing Library`
 methods directly onto puppeteer's `ElementHandle` instead!
 
 ```js
@@ -57,21 +57,21 @@ const $email = await getByLabelText('Email')
 
 ### API
 
-Unique methods, not part of `dom-testing-library`.
+Unique methods, not part of `DOM Testing Library`.
 
 - `getDocument(page: puppeteer.Page): ElementHandle` - get an ElementHandle for
   the document
 
 ### Forwarded methods
 
-`dom-testing-library` is injected into the page that puppeteer is controlling on
+`DOM Testing Library` is injected into the page that puppeteer is controlling on
 each query, so all results will be async. It's still recommended that you use
 puppeteer's built-in methods for interaction rather than `fireEvent`.
 
 ## Known Limitations
 
 - `waitForElement` method is not exposed. Puppeteer has its own set of wait
-  utilities that somewhat conflict with the style used in `dom-testing-library`.
+  utilities that somewhat conflict with the style used in `DOM Testing Library`.
   See
   [the issue on GitHub](https://github.com/patrickhulce/pptr-testing-library/issues/3).
 - `fireEvent` method is not exposed, use puppeteer's built-ins instead.

docs/react-testing-library/api.md

@@ -3,7 +3,7 @@ id: api
 title: API
 ---
 
-`react-testing-library` re-exports everything from `dom-testing-library` as well
+`react-testing-library` re-exports everything from `DOM Testing Library` as well
 as these methods:
 
 - [`render`](#render)
@@ -94,7 +94,7 @@ for common data providers. See [setup](setup.md#custom-render) for examples.
 
 ### `queries`
 
-Queries to bind. Overrides the default set from `dom-testing-library` unless
+Queries to bind. Overrides the default set from `DOM Testing Library` unless
 merged.
 
 ```js
@@ -120,7 +120,7 @@ The `render` method returns an object that has a few properties:
 ### `...queries`
 
 The most important feature of `render` is that the queries from
-[dom-testing-library](dom-testing-library/api-queries.md) are automatically
+[DOM Testing Library](dom-testing-library/api-queries.md) are automatically
 returned with their first argument bound to the [baseElement](#baseelement),
 which defaults to `document.body`.
 
@@ -182,7 +182,7 @@ debug()
 ```
 
 This is a simple wrapper around `prettyDOM` which is also exposed and comes from
-[`dom-testing-library`](https://github.com/testing-library/dom-testing-library/blob/master/README.md#prettydom).
+[`DOM Testing Library`](https://github.com/testing-library/dom-testing-library/blob/master/README.md#prettydom).
 
 ### `rerender`
 

docs/react-testing-library/cheatsheet.md

@@ -8,7 +8,7 @@ title: Cheatsheet
 A short guide to all the exported functions in `react-testing-library`
 
 - **render** `const {/* */} = render(Component)` returns:
-  - all the queries from `dom-testing-library`, bound to the document so there
+  - all the queries from `DOM Testing Library`, bound to the document so there
     is no need to pass a node as the first argument
   - `unmount` function to unmount the component
   - `container` reference to the DOM node where the component is mounted
@@ -30,10 +30,10 @@ test('loads items eventually', async () => {
 
 ## Queries
 
-> **Difference from dom-testing-library**
+> **Difference from DOM Testing Library**
 >
 > The queries returned from `render` in `react-testing-library` are the same as
-> `dom-testing-library` except they have the first argument bound to the
+> `DOM Testing Library` except they have the first argument bound to the
 > document, so instead of `getByText(node, 'text')` you do `getByText('text')`
 
 See [Which query should I use?](guide-which-query.md)

docs/react-testing-library/intro.md

@@ -4,7 +4,7 @@ title: React Testing Library
 sidebar_label: Introduction
 ---
 
-[`react-testing-library`][gh] builds on top of `dom-testing-library` by adding
+[`react-testing-library`][gh] builds on top of `DOM Testing Library` by adding
 APIs for working with React components.
 
 ```
@@ -61,7 +61,7 @@ facilitate testing implementation details). Read more about this in
     [Using Without Jest](./setup#using-without-jest))
 
 > NOTE: This library is built on top of
-> [`dom-testing-library`](dom-testing-library/intro.md) which is where most of
+> [`DOM Testing Library`](dom-testing-library/intro.md) which is where most of
 > the logic behind the queries is.
 
 ## Video

docs/testcafe-testing-library/intro.md

@@ -32,7 +32,7 @@ fixture`selectors`.beforeEach(addTestcafeTestingLibrary)
 
 You can now import & use `getBy`, `getAllBy`, `queryBy` and `queryAllBy`
 selectors in your tests.
-[See `dom-testing-library` API for reference](dom-testing-library/api-queries.md)
+[See `DOM Testing Library` API for reference](dom-testing-library/api-queries.md)
 
 ## Examples
 

docs/vue-testing-library/intro.md

@@ -4,7 +4,7 @@ title: Vue Testing Library
 ---
 
 [`vue-testing-library`][gh] is a lightweight adapter allowing
-`dom-testing-library` to be used to test [Vue](https://vuejs.org/) components
+`DOM Testing Library` to be used to test [Vue](https://vuejs.org/) components
 built on top of `@vue/test-utils`.
 
 ```
@@ -89,7 +89,7 @@ test('should render HelloWorld', () => {
 })
 ```
 
-You can now use all of `dom-testing-library`'s `getBy`, `getAllBy`, `queryBy`
+You can now use all of `DOM Testing Library`'s `getBy`, `getAllBy`, `queryBy`
 and `queryAllBy` commands. See [here](dom-testing-library/api-queries.md) for
 usage.
 
@@ -113,9 +113,9 @@ helper methods
 3. configurationCb - A callback to be called passing the Vue instance when
    created. This allows 3rd party plugins to be installed prior to mount.
 
-### Forwarded methods from dom-testing-library
+### Forwarded methods from DOM Testing Library
 
-vue-testing-library forwards all exports from dom-testing-library but it alters
+vue-testing-library forwards all exports from `DOM Testing Library` but it alters
 `fireEvent` so that all events are async (ie: `await fireEvent.click(button)`)
 
 In particular, the `wait` utility can be very important in Vue components,