Updates to Initiatives page. #180

Merged
jflory7 merged 4 commits from issue44-initiatives into main 2026-06-09 01:55:41 +00:00
Contributor

Removal of failing ref to attributes.adoc file.
Change side menu to "Initiatives"
Change reference "Objectives" to "Community Initiatives" on "Get Involved" page

Signed-off-by: Karl Stevens karlosfandango64@gmail.com

Removal of failing ref to attributes.adoc file. Change side menu to "Initiatives" Change reference "Objectives" to "Community Initiatives" on "Get Involved" page Signed-off-by: Karl Stevens <karlosfandango64@gmail.com>
Contributor

I'd like to find a better way to phrase "engineering projects and those from the wider…" but we've long struggled for a good vocabulary here. I won't block on it, but if anyone has suggestions, let's hear them!

I'd like to find a better way to phrase "engineering projects and those from the wider…" but we've long struggled for a good vocabulary here. I won't block on it, but if anyone has suggestions, let's hear them!
Contributor

Looks good overall, but there's a conflict that prevents merging. Looking at it locally, it seems trivial to fix. In the meantime, let's see if anyone else has feedback.

Looks good overall, but there's a conflict that prevents merging. Looking at it locally, it seems trivial to fix. In the meantime, let's see if anyone else has feedback.
Owner

This should probably be xref:initiatives.adoc?

This should probably be `xref:initiatives.adoc`?
Owner

"6 monthly" is somewhat confusing to me. Maybe instead, "twice annually" or "biannual"?

"6 monthly" is somewhat confusing to me. Maybe instead, "twice annually" or "biannual"?
Owner

@bcotton I think we could lean into the vocabulary we have as "Mindshare projects"? I don't think it is perfect, but I think there is at least some greater recognition that this is the other "half" of the community than the things that are more strictly engineering-focused?

@bcotton I think we could lean into the vocabulary we have as "Mindshare projects"? I don't think it is perfect, but I think there is at least some greater recognition that this is the other "half" of the community than the things that are more strictly engineering-focused?
Owner

Could this keep to the one sentence per line convention?

Could this keep to the [one sentence per line convention](https://asciidoctor.org/docs/asciidoc-recommended-practices/#one-sentence-per-line)?
Owner

Two catches:

  • s/it should to align with/it should align with/
  • This can be expressed as a xref: xref:project.adoc#_our_mission[mission statement]
Two catches: * s/it should to align with/it should align with/ * This can be expressed as a xref: `xref:project.adoc#_our_mission[mission statement]`
Owner

Metadata Update from @jflory7:

  • Pull-request tagged with: type - existing docs
**Metadata Update from @jflory7**: - Pull-request tagged with: type - existing docs
Owner

Two catches:

  • Typo: s/Communitiy Initiatives/Community Initiatives/
  • Perhaps we could make this a xref while we are at it? xref:initiatives.adoc[Community Initiatives]?
Two catches: * Typo: s/Communitiy Initiatives/Community Initiatives/ * Perhaps we could make this a `xref` while we are at it? `xref:initiatives.adoc[Community Initiatives]`?
Owner

This should also be one sentence per line.

This should also be [one sentence per line](https://asciidoctor.org/docs/asciidoc-recommended-practices/#one-sentence-per-line).
Owner
[One sentence per line](https://asciidoctor.org/docs/asciidoc-recommended-practices/#one-sentence-per-line) here too.
Owner
[One sentence per line](https://asciidoctor.org/docs/asciidoc-recommended-practices/#one-sentence-per-line)
Owner
[One sentence per line](https://asciidoctor.org/docs/asciidoc-recommended-practices/#one-sentence-per-line)
Contributor

@bcotton I think we could lean into the vocabulary we have as "Mindshare projects"? I don't think it is perfect, but I think there is at least some greater recognition that this is the other "half" of the community than the things that are more strictly engineering-focused?

Yeah, I suppose that's the best we have.

> @bcotton I think we could lean into the vocabulary we have as "Mindshare projects"? I don't think it is perfect, but I think there is at least some greater recognition that this is the other "half" of the community than the things that are more strictly engineering-focused? Yeah, I suppose that's the best we have.
Author
Contributor

rebased onto 1ce6cea9e2

rebased onto 1ce6cea9e2fb06a1341d29c0348b7051e115a7da
Author
Contributor

1 new commit added

  • Amendments as per comments on PR#180
**1 new commit added** * ``Amendments as per comments on PR#180``
Author
Contributor

1 new commit added

  • Missed the change needed to nav.adoc from jflory7's comment on PR #180. Fixed that here.
**1 new commit added** * ``Missed the change needed to nav.adoc from jflory7's comment on PR #180. Fixed that here.``
Contributor

We should probably say "Fedora Linux release cycle" here to be consistent with our messaging.

We should probably say "Fedora Linux release cycle" here to be consistent with our messaging.
Contributor

"Council" should be capitalized here.

"Council" should be capitalized here.
Author
Contributor

1 new commit added

  • Fixing for comments on lines 14 and 26 in PR#180
**1 new commit added** * ``Fixing for comments on lines 14 and 26 in PR#180``
Author
Contributor

Thanks @bcotton I've fixed for those last 2 comments now.

Thanks @bcotton I've fixed for those last 2 comments now.
Contributor

Merging, thanks @karl0sfandang0!

Merging, thanks @karl0sfandang0!
Contributor

Pull-Request has been merged by bcotton

Pull-Request has been merged by bcotton
Owner

@karl0sfandang0 Thanks again for your work here!

@karl0sfandang0 Thanks again for your work here!
Sign in to join this conversation.
No reviewers
No milestone
No project
No assignees
3 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
council/docs!180
No description provided.