Remove conjunctions from URLs
What does this change?
This adds additional words to the pathauto default config that are to be ignored when creating a URL
Coming from #817
@dedavidson I'm going to remove myself as a reviewer of this PR.
I'm not going to block it, but I think we should keep all words in our URL and not remove any of them, for predictability's sake.
For example a node with Title "It is up to you" will end up with a url of /it-is-up-to-you but a node with title "It is up to you David" will get a URL of /david. And if we already had a page at /david then the "It is up to you David" page will have a URL of /david-0. I don't like that level of unpredictability (and how do we let content designers know what words are available and what are not).
Thanks for your comment @markconroy
This originated at Dumfries & Galloway and the need was to follow GDS style link structure - is this right @dedavidson?
Copying @finnlewis @tonypaulbarker as this could be a Tech Governance discussion
Here's some guidance from GOVUK
Dashes should be used to separate words within URLs to ensure they are easy to read. For example, https://www.gov.uk/running-a-limited-company. (see 5, 7 and 15 for exceptions on campaign landing pages and service sub-domain URLs.)
Articles (a, an, the) and other superfluous words should not be used. For example, /benefits or /benefits-guides rather than /a-guide-to-benefits
I love the irony that the first thing to remove a, an, the are actually left in in the first example they give https://www.gov.uk/running-a-limited-company
They also say URL patterns are different for landing pages vs internal pages, and external sites (specifically mentioning Local Authorities) may use different patterns to GOVUK.
Cheers for linking to the guidance @markconroy
Some councils will want this, and it might become more important as GDS starts to work with local government
How about including it in the profile but switched off, with the option for councils to switch on if they like
It is very easy for someone to change the behaviour at any point after installation by changing the configuration in pathauto.
See https://demo.localgovdrupal.org/admin/config/search/path/settings
So the question remains, what is the best practice and what do we want to ship with at install?
@tonypaulbarker @ekes @andybroomfield @Adnan-cds @stephen-cox I'll add it to the agenda for tech governance and we can discuss there if needed.
Any further opinions welcome here too!
Could we message out to the content group to see what the general best practice is and follow that. I'd just be reluctant to update it for existing sites who may have their own rules. Chances are many don't, and so a way of posting an advisory so it can be updated, or a reset to recommended?