mattrpav edited a comment on pull request #58: URL: https://github.com/apache/activemq-website/pull/58#issuecomment-909410652
> I speak from a view of having pointed out on a frankly ridiculous number of occasions that people messed up making utterly trivial changes to update the website with a new release. You automated some bits originally to make it less effort, I thought that was great so I then made further improvements and did some others. Its obviously not hard, but from many prior showings people clearly dont want to go to the effort. Anything that makes it even slightly more 'difficult' like this is a bad idea. Is there a release step missing from here? [Release Guide](https://activemq.apache.org/release-guide) > Repeating prior comment that the banner and news feed take up way too much space. More so now the latter has about doubled in size. That the release happened and when is all I think it should show. It can then link to areas that have more information if desired. I agree, the banner should be re-worked. That is good idea for a follow-on task. > I guess from the description we are back to having multiple release entries for the same component, so I'll also repeat that I think that is a bad idea. Nothing so prominent as the front page should be linking to non-current non-mirrored releases. I disagree, given my previous use case. However, I think it can be handled in the summary and I'm moving on from this one. > > Dedicated release pages for Artemis releases so I have some place to link to from the front page: > >  > > I think it is better with a single download page being pointed to. People should always be directed to the latest release, particularly from any highly visible location such as the front page, as they are the only releases that are mirrored. We shouldn't direct users to the latest release if they click on link for a specific version. If there is a 5.15.16, we should not send them to 5.16.3 "just because". > If people want an old non-current release, there is already a simple page for those (which is linked to right from the top of the download page) or they can hit the archives directly. For the new page, it is easy enough to tell for older entries whether a release is 'current' or not and adapt the stale entry link to go to the past releases page instead of the download page. It not about "old". Its about supported multiple version streams. This is only going to become more relevant as the JDK and Jakarta release cycles continue. See Jetty. > (I also dislike that e.g existing 5.x release announcements go to a speciifc page rather than its download page, as that way people are always directed there when coming across old announcements rather than to the latest release. They should really have the same warnings added) That sounds like a different change. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
