You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When a docblock contains a @link tag, a "Tags" section is generated with that link entry and its URL. The section header itself is anchored to <project_path>/#tags which is not defined on that project overview page.
(Hope this is not another existing issue/PR.)
Expected behavior
Anchor to something meaningful, or don't anchor.
Actual behavior
See intro. Example in $maxlag section in first screenshot of #3039. I'm not sure what the intended purpose of /#tags currently is.
To fix#3042 and embrace components in the default template, I have
moved the deep link anchors (headerlinks) onto a component and as such
fix all locations where they were used. Apparently I missed the tags
headerlink in the previous fix
Last week, I thought I had fixed all these links; but just to be sure I checked your report. And apparently, I had still missed that. Thus I just issued PR #3404 to fix this and move the anchors onto a component so that others may more easily re-style them if needed.
Thank you for your report and this will be fixed as soon as the PR is approved and merged
When a docblock contains a
@link
tag, a "Tags" section is generated with thatlink
entry and its URL. The section header itself is anchored to<project_path>/#tags
which is not defined on that project overview page.(Hope this is not another existing issue/PR.)
Expected behavior
Anchor to something meaningful, or don't anchor.
Actual behavior
See intro. Example in
$maxlag
section in first screenshot of #3039. I'm not sure what the intended purpose of /#tags currently is.Steps to reproduce the problem
phpDocumentor.phar run -v --title=Wikimate -d . -i examples.php --sourcecode -t <path_to_my_private_site> -s graphs.enabled=true
Your environment
The text was updated successfully, but these errors were encountered: