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

DC: migrate to the latest stylesheets #354

Merged
merged 1 commit into from
Jul 4, 2024
Merged

DC: migrate to the latest stylesheets #354

merged 1 commit into from
Jul 4, 2024

Conversation

smithfarm
Copy link
Member

@smithfarm smithfarm commented Jul 3, 2024

It came to my attention that we were using an obsolete set of stylesheets. Use the current version instead.

@smithfarm smithfarm requested a review from tomschr July 3, 2024 10:53
@smithfarm smithfarm requested a review from hennevogel July 3, 2024 14:47
@smithfarm
Copy link
Member Author

image

@smithfarm
Copy link
Member Author

I guess this will also enable us to add "Report an issue" links like we know and love from the "official" SUSE documentation.

@tomschr
Copy link
Contributor

tomschr commented Jul 4, 2024

If you are already over it, I have a suggestion for you. 🙂 What about some kind of "changelog" for your documents?

DocBook/GeekoDoc allows to add a so called <revhistory>. The idea is to document bigger changes, not just typos etc. For example, adding a new chapter, describing a new feature etc.

It looks like this:

<revhistory xml:id="rh-obs-guide">
   <!-- Add the latest change here -->
   <revision>
       <date>2024-07-04</date>
       <revdescription>
           <para>The description of this change</para>
       </revdescription>
   </revision>
</revhistory>

You may want to know a few things before you apply it:

  • Add the latest change as the first child of <revhistory>. The reader shouldn't have to scroll down the page. They should see the first item when the rendered page opens.
  • Start the xml:id of <revhistory> with rh. It's not strictly validated, but a good convention that served us well. Use different IDs for different guides.
  • Use the format YYYY-MM-DD in the <date> element.
  • Restrict the description to one sentence. You don't have to describe it in full detail, it should be an overview only.

Our stylesheets creates a separate HTML page. A link on the titlepage with the name Revision History: <GUIDE-TITLE> points to this separate page.

In most cases, you will probably rarely update it as there are only smaller changes. But if you do some more work, it might be useful to give the reader an idea what substantial changes to the guide were added.

By the way: don't think about (ab)using the Git log for that. 😉 We thought about that too, but a Git log is too detailed and you can't discern the bigger chunks from the smaller ones.

@hennevogel hennevogel merged commit bacc7eb into master Jul 4, 2024
2 checks passed
@tomschr tomschr deleted the wip-new-layout branch July 5, 2024 07:47
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.

3 participants