Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Make asciidoc indexes and file names more consistent #1612

Closed
wants to merge 31 commits into from

Conversation

rhaetor
Copy link
Contributor

@rhaetor rhaetor commented Nov 23, 2024

Changes to make automation of downstreaming easier.

Mostly about adding explicit anchors and id:s.

Some file renaming.

The occasional language fix.

@rhaetor rhaetor requested a review from a team as a code owner November 23, 2024 10:54
@ppalaga
Copy link
Contributor

ppalaga commented Nov 28, 2024

Thanks for the monumental work, @rhaetor. I hope I'll able to go through it in coming days.

Copy link
Contributor

@ppalaga ppalaga left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Will cont. later

Comment on lines +42 to +68
** xref:release-notes/rn-3-15-0.adoc[3.15.0 LTS]
** xref:release-notes/rn-3-14-0.adoc[3.14.0]
** xref:release-notes/rn-3-13-1.adoc[3.13.1]
** xref:release-notes/rn-3-13-0.adoc[3.13.0]
** xref:release-notes/rn-3-12-0.adoc[3.12.0]
** xref:release-notes/rn-3-11-1.adoc[3.11.1]
** xref:release-notes/rn-3-11-0.adoc[3.11.0]
** xref:release-notes/rn-3-10-0.adoc[3.10.0]
** xref:release-notes/rn-3-9-0.adoc[3.9.0]
** xref:release-notes/rn-3-8-6.adoc[3.8.6 LTS]
** xref:release-notes/rn-3-8-5.adoc[3.8.5 LTS]
** xref:release-notes/rn-3-8-4.adoc[3.8.4 LTS]
** xref:release-notes/rn-3-8-3.adoc[3.8.3 LTS]
** xref:release-notes/rn-3-8-2.adoc[3.8.2 LTS]
** xref:release-notes/rn-3-8-1.adoc[3.8.1 LTS]
** xref:release-notes/rn-3-8-0.adoc[3.8.0 LTS]
** xref:release-notes/rn-2-7-1.adoc[2.7.1]
** xref:release-notes/rn-2-7-0.adoc[2.7.0]
** xref:release-notes/rn-2-6-1.adoc[2.6.1]
** xref:release-notes/rn-2-6-0.adoc[2.6.0]
** xref:release-notes/rn-2-5-0.adoc[2.5.0]
** xref:release-notes/rn-2-4-0.adoc[2.4.0]
** xref:release-notes/rn-2-3-1.adoc[2.3.1]
** xref:release-notes/rn-2-3-0.adoc[2.3.0]
** xref:release-notes/rn-2-2-2.adoc[2.2.2 LTS]
** xref:release-notes/rn-2-2-1.adoc[2.2.1 LTS]
** xref:release-notes/rn-2-2-0.adoc[2.2.0 LTS]
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I would not mind the short prefix, but why not the verbatim version with dots in the name? It is much easier to copy/paste/search/replace when looking for/editing the stuff.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I had links break because of periods in the anchors, so wanted to avoid them completely. Not sure if this solution is all that brilliant.

* xref:reference/index.adoc[Reference]
// extensions: START
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This markers may not be removed bc. they are used by a maven plugin generating this part of the navigation.

Extension come and go and the plugin helps to keep the nav. up to date. It is not such a big problem with QCXF, because we do not have that many extensions. I just copyied the approach from Camel Quarkus, where they are so many that there is no other way than doing it with a tool.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is the plugin using the marks, or generating them?

@@ -74,4 +85,3 @@ endif::[]
** xref:reference/extensions/quarkus-cxf-services-sts.adoc[Security Token Service (STS)]
** xref:reference/extensions/quarkus-cxf-rt-transports-http-hc5.adoc[HTTP Async Transport]
** xref:reference/extensions/quarkus-cxf-xjc-plugins.adoc[XJC Plugins]
// extensions: END
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Same as previous, the marker has to come back.

* xref:security-guide/index.adoc#security-guide-index[Security guide] - documents various security related aspects of {quarkus-cxf-project-name}, such as SSL/TLS, Authentication and Authorization
* xref:release-notes/index.adoc#release-notes-index[Release notes] - Release notes documents for the past releases
* xref:release-planning.adoc#release-planning[Release planning] - when new releases of {quarkus-cxf-project-name} are to be expected
* xref:reference/index.adoc#reference-index[Reference] - the full list of supported specifications, use cases and configuration options
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I see why these *-index anchors are needed. We break the external links, but it is perhaps not that important in this specific case. Hence I am fine with the change.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I am open to suggestions on how to solve the problem another way. At the time I had no better idea.

Comment on lines +34 to +36
** xref:user-guide/ssl-tls-https.adoc[SSL, TLS and HTTPS]
** xref:user-guide/authentication-authorization.adoc[Authentication and authorization]
** xref:security-guide/ws-securitypolicy-authentication-authorization.adoc[WS-SecurityPolicy Authentication]
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We would have to add page-aliases attribute set to the old name, so that Antora cares for redirects. (I need to test how well page-aliases work at all.) Otherwise we'd break external links, which I'd prefer to avoid.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think page-alias should work, but I can't swear to it.

Why I changed it is so we have consistent main headers, file names and links. Maybe I went overboard here.

Copy link
Contributor

@ppalaga ppalaga left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I have now looked through the whole change set. Thank a lot @rhaetor for the effort!

Generally it looks great. Some details commented above need some minor work.

The only thing I am not especially keen on is the requirement to have the #fragment in every single every page xref. It is rather cumbersome to do and will be hard to enforce over time.

I wonder whether you cannot script that on your side? If you merge all pages to a single document, you need to change the file name in all xrefs anyway, no? Can't you run some regex replacement like s|/([^/.]).adoc|/single.adoc#$1| when importing the pages?

Copy link
Contributor Author

@rhaetor rhaetor left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I will revert the #anchor for all the doc links. I agree that it creates more work. Not having them makes it more important that the anchors, headlines, and filenames match, though. (as with ssl-tls-https)

Comment on lines +34 to +36
** xref:user-guide/ssl-tls-https.adoc[SSL, TLS and HTTPS]
** xref:user-guide/authentication-authorization.adoc[Authentication and authorization]
** xref:security-guide/ws-securitypolicy-authentication-authorization.adoc[WS-SecurityPolicy Authentication]
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think page-alias should work, but I can't swear to it.

Why I changed it is so we have consistent main headers, file names and links. Maybe I went overboard here.

Comment on lines +42 to +68
** xref:release-notes/rn-3-15-0.adoc[3.15.0 LTS]
** xref:release-notes/rn-3-14-0.adoc[3.14.0]
** xref:release-notes/rn-3-13-1.adoc[3.13.1]
** xref:release-notes/rn-3-13-0.adoc[3.13.0]
** xref:release-notes/rn-3-12-0.adoc[3.12.0]
** xref:release-notes/rn-3-11-1.adoc[3.11.1]
** xref:release-notes/rn-3-11-0.adoc[3.11.0]
** xref:release-notes/rn-3-10-0.adoc[3.10.0]
** xref:release-notes/rn-3-9-0.adoc[3.9.0]
** xref:release-notes/rn-3-8-6.adoc[3.8.6 LTS]
** xref:release-notes/rn-3-8-5.adoc[3.8.5 LTS]
** xref:release-notes/rn-3-8-4.adoc[3.8.4 LTS]
** xref:release-notes/rn-3-8-3.adoc[3.8.3 LTS]
** xref:release-notes/rn-3-8-2.adoc[3.8.2 LTS]
** xref:release-notes/rn-3-8-1.adoc[3.8.1 LTS]
** xref:release-notes/rn-3-8-0.adoc[3.8.0 LTS]
** xref:release-notes/rn-2-7-1.adoc[2.7.1]
** xref:release-notes/rn-2-7-0.adoc[2.7.0]
** xref:release-notes/rn-2-6-1.adoc[2.6.1]
** xref:release-notes/rn-2-6-0.adoc[2.6.0]
** xref:release-notes/rn-2-5-0.adoc[2.5.0]
** xref:release-notes/rn-2-4-0.adoc[2.4.0]
** xref:release-notes/rn-2-3-1.adoc[2.3.1]
** xref:release-notes/rn-2-3-0.adoc[2.3.0]
** xref:release-notes/rn-2-2-2.adoc[2.2.2 LTS]
** xref:release-notes/rn-2-2-1.adoc[2.2.1 LTS]
** xref:release-notes/rn-2-2-0.adoc[2.2.0 LTS]
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I had links break because of periods in the anchors, so wanted to avoid them completely. Not sure if this solution is all that brilliant.

* xref:reference/index.adoc[Reference]
// extensions: START
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is the plugin using the marks, or generating them?

* xref:security-guide/index.adoc#security-guide-index[Security guide] - documents various security related aspects of {quarkus-cxf-project-name}, such as SSL/TLS, Authentication and Authorization
* xref:release-notes/index.adoc#release-notes-index[Release notes] - Release notes documents for the past releases
* xref:release-planning.adoc#release-planning[Release planning] - when new releases of {quarkus-cxf-project-name} are to be expected
* xref:reference/index.adoc#reference-index[Reference] - the full list of supported specifications, use cases and configuration options
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I am open to suggestions on how to solve the problem another way. At the time I had no better idea.

@ppalaga
Copy link
Contributor

ppalaga commented Dec 6, 2024

Closing in favor of #1655

@ppalaga ppalaga closed this Dec 6, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants