I also recognize that the numbering is arbitrary, but there is definitely something about shifting from the 3 series to the 4 series that implies a bigger change. My preference would be to wait until Angular Circ is ready because that will be a more visible and dramatic change and really mark the end of the initial web client push.
There are still 7 bugs with the staffcatalogblocker tag - if we can wrap those up, then 4.0 could mark the complete and utter end of the old embedded TPAC staff catalog for those libraries that have been unable to make the switch. (I believe the work in progress bugs relating to hold groups and shelving location groups have been the biggest sticking points.) Another more visible change could be the Bootstrap KPAC that I am nearly done with. That could go into 3.next, but it could also wait for 4.0 to make it a bigger release. On Tue, Jul 8, 2025 at 7:22 PM Jeff Davis via Evergreen-dev < evergreen-dev@list.evergreen-ils.org> wrote: > We've been talking about calling our next major release Evergreen 4.0, > rather than 3.16. > > Is there a list of features that we want to include in a 4.0 release? > Should we hold off on bumping the version number to 4.0 until those > features are ready? > > Some candidates for "features that warrant going to 4.0": > - Making Angular circ the standard circ UI, rather than experimental. My > understanding is that we don't expect that to happen in the next release. > - Merging OpenSRF into Evergreen (LP#2032835). We were waiting to replace > ejabberd with Redis before doing that; Redis is now supported in Evergreen, > but I don't know if anyone has revisited merging OpenSRF into EG since then. > - There are a number of bugs targeted to "4.0-beta" in Launchpad, but > AFAIK they are just targeting the next major release, whether it's called > 4.0 or not. > > Any opinions? I would prefer to reserve "4.0" for a release that is > somehow "more" than just the next major release, but I recognize that > version numbering is basically arbitrary. > -- > Jeff Davis > BC Libraries Cooperative > _______________________________________________ > Evergreen-dev mailing list -- evergreen-dev@list.evergreen-ils.org > To unsubscribe send an email to evergreen-dev-le...@list.evergreen-ils.org >
_______________________________________________ Evergreen-dev mailing list -- evergreen-dev@list.evergreen-ils.org To unsubscribe send an email to evergreen-dev-le...@list.evergreen-ils.org
