Inconsistent case suggests wrong view name in contentlisting docs

• I'm submitting a ...

  • [✓] bug report
  • feature request

• Do you want to request a feature or report a bug?

Bug.

• What is the current behavior?

The document for the plone.app.contentlisting view uses "contentListing" (with a capital L) prominently in headings and throughout the documentation. Combined with the fact that @@folderListing is the backward-compatible view name (also with a capital L), this suggests that @@contentListing is in fact the view name for retrieving listings of content.

But it's not: it's @@contentlisting with a lowercase l.

• If the current behavior is a bug, please provide the steps to reproduce and if possible a minimal demo of the problem

1. Read https://5.docs.plone.org/external/plone.app.contentlisting/README.html
2. Note that there are 7 occurrences of contentListing with a capital L.

• What is the expected behavior?

There should be zero.

• What is the motivation / use case for changing the behavior?

User confusion. I personally spent way too much time trying to debug why upgrading an older add-on to use @@contentlisting from getFolderContents or other direct-portal_catalog queries wasn't working when I finally noticed the difference in case.

• Other information (e.g. detailed explanation, stacktraces, related issues, suggestions how to fix, links for us to have context, eg. stackoverflow, gitter, etc)

Thanks to @jensens for pushing me to submit this report here rather than moan about it on Twitter.

Open the linked plone.app.contentlisting README and search for every occurrence of contentListing with an uppercase L. Update the documentation so the view name is consistently contentlisting, then verify that no uppercase-L occurrences remain.