Conversation
|
Also worth nothing that we rarely link anywhere except the main Cake website, the PHP docs, or a few IETF RFCs. I feel like linking between code and docs creates a potential fragility when either the docs get updated, or more methods get added that reference those docs. It will be a chore to keep up-to-date. What if URLs change? Also, we're specifically endorsing |
|
The en part is fine imo. I would usually prefer latest/ for latest docs |
If others are fine with 'en', I am too, I just wanted to point it out since we're a multi-lingual framework.
It seems those are not live yet, as I tried a few different URLs and they all 404'd. |
As far as the current guide of phpDoc goes, both,
I personally have added a few links like this in the framework code to the docs over the past 12 years or so. A quick search for both annotations linking to the docs for the framework code:
But yeah, it's an small, added chore when things change, which they don't do that often. Also, we could harmonize the use of |
I have the branch ready for the NGINX config to enable that feature, just need write permissions on the site-book repo to push the branch. |
|
|
Thanks! Though, someone working with an older verion of the code, reading through the API, would be linked to the too new documentation. |
I war reading DerEuroMark's recent article about his TinyAuth plugin, which mentions the impersonation feature built into the Authorization plugin and wanted to look up the API. After that, I wanted to look up the documentation for that feature.
Having the links in the API to the docs helps devs to find what they look for.