Page MenuHomeFreeBSD

Newsflashes: relevance, directness, conciseness
AbandonedPublic

Authored by grahamperrin on Dec 23 2022, 5:40 AM.
Tags
None
Referenced Files
Unknown Object (File)
Nov 17 2024, 10:19 PM
Unknown Object (File)
Nov 12 2024, 6:31 AM
Unknown Object (File)
Nov 10 2024, 1:40 PM
Unknown Object (File)
Nov 2 2024, 3:09 AM
Unknown Object (File)
Nov 2 2024, 3:09 AM
Unknown Object (File)
Nov 2 2024, 3:09 AM
Unknown Object (File)
Oct 27 2024, 5:27 PM
Unknown Object (File)
Oct 6 2024, 10:30 PM

Details

Reviewers
None
Group Reviewers
docs
Doc Committers
Summary

For each RELEASE: prune its pre-release points in time. Appetites for historic dates are sated elsewhere, at pages such as:

Think beyond the newsflashes page itself. With no more than six flashes represented at the FreeBSD Project home page, timely pruning will significantly improve first impressions of this area of the page. For posterity (captured today) – three of six flashes are redundant:

Improved the preamble (the text that precedes dated flashes), partly by moving GNOME- and KDE-related texts to the News page.

Origin of diff 2 here:

Test Plan

Diff Detail

Repository
R9 FreeBSD doc repository
Lint
Lint Skipped
Unit
Tests Skipped

Event Timeline

grahamperrin created this revision.
grahamperrin edited the test plan for this revision. (Show Details)
grahamperrin edited the summary of this revision. (Show Details)

Update from GitHub.

Removing pre-release items seems too overkill to me. That newsflash page also serves as a timeline of the project. If that page grows too long, we can make it into pages like events. I think the problem is not 3 of 6 items are this kind of message, on the other hand, it's all the news in the past 3 months. I suggest we should encourage to announce more impacting news in the project.

Removing pre-release items seems too overkill to me. That newsflash page also serves as a timeline of the project.

Agreed. (I hear from historians that "people considered this worth recording at the time" is often as important as "this happened then" for historical context.)

Removing pre-release items seems too overkill to me. That newsflash page also serves as a timeline of the project.

RELEASE-related flashes (high interest) are good to keep.

Having so many redundant items results in a timeline that is … the first word that came to mind is turgid, but that's not quite right. It's just dull; an excess of low-interest irrelevance. Disinteresting, not news-like.

If that page grows too long, we can make it into pages like events.

-1

I suggest we should encourage to announce more impacting news in the project.

+1, however that's out of scope of this revision.

𡀦… timeline of the project. …

https://freebsdfoundation.org/freebsd/timeline/ is lovely, albeit outdated.

Imagine: adding everything that's pruned above as an additional point on the timeline that's presented by the Foundation. It would wreck it.

Deadwood in, Perrin out, so long and fanks for all the thish.