Releases: frossm/cal
Release - v2.7.2
Updates to Maven plugins and dependencies. No functional changes.
-
Cal now requires maven v3.6.3
-
Plugins
- maven-enforcer-plugin: 3.4.1 -> 3.5.0
- versions-maven-plugin: 2.16.2 -> 2.17.1
- maven-compiler-plugin: 3.12.1 -> 3.13.0
- maven-surefire-plugin: 3.2.3 -> 3.5.2
- maven-shade-plugin: 3.5.1 -> 3.6.0
-
dependencies
- junit-jupiter: 5.10.1 -> 5.11.3
- Google gson: v2.10.1 -> 2.11.0
- My Java Library: 2023.12.03 -> 2024.01.22
Release - v2.7.1
Release Notes
This release has two main features
- I've added a
-c
Clear Cache switch. This will simply delete and holidays that are cached on the local machine. There is no harm doing this as the next time it is run with-d
Display Holidays, the information will be pulled from the Internet and re-cached. - For SNAP installations, the base has been upgraded from core18 to core22. Core18 is going end of life and it needed to be done. The SNAP configuration also now has a wrapper function when starting it up. This was created automatically by the SNAP creation process, but now it's under our control.
Happy command line calendaring....
Release - v2.6.0
Release Notes
This release adds holiday caching. This speeds up the display as Cal doesn't have to go to the Internet on every execution if you have the -d
display holiday switch set. If the country or year is not in the cache, it will need to do this, but then it will be cached and speed will be improved.
If you would like to clear the cache, it's in the Java preferences system in the holiday tree. Just delete that and they will be retrieved and re-cached in the future.
This release also updates:
- Maven complier plugin (3.11.0 -> 3.12.1)
- Surefire testing plugin (3.2.2 -> 3.2.3)
Release - v2.5.7
Release Notes
Quick bug fix.
- Holiday's would not show up correctly if the month number was single digit (Jan - Sept)
- Corrected a display error if holiday's couldn't be retrieved. The error would display in the middle of the calendars
- Added another test for single month holidays
Release - v2.5.6
Release Notes
Bugs
- Fixed crash if only month was provided along with holiday display
-d
Enhancements
- Show holidays for the active month in the month only display
System
- Added maven enforcer plugin requiring maven >= v3.2.5
- First attempt to use 256 colors in the console
- Rolled back to using Java11 from Java17 as SNAP's core22 doesn't support Java17
- Moved the display holidays code to the holiday class
- Display locale when in debug mode (near the command line switch output)
- Tweaked month validation when both month & year are given
- Added another calendar output test (for Nov 2026)
- Added a holiday test, but currently it will only kick if the JVM reports being in the United States. Need to revisit this.
Release - v2.5.2
Release Notes
This release adds a new holiday feature. By running cal (or fcal with a SNAP installation) with the -d
(display holidays) flag, cal will query the JVM for your country and then highlight and display the public holidays as defined by https://date.nager.at/Api . Not every country is covered, but there are over 100 per the website. This does require an internet connection and the funciton is not enabled by default.
Changes:
- Added
-d
holiday enable holiday display - Colorize the holidays in the calendar entries
- Added a list of holidays at the bottom of the display
- Updated libraries
- jansi: 2.4.0 -> 2.4.1
- junit: 5.10.0 -> 5.10.1
I noticed that India (country code: IN) doens't seem to be working. If you see issues, please create a issue ticket with the relevant information and I'll look into it.
Release - v2.4.5
Release Notes
No new functionality - just a few small updates
- Updated libraries and plugins to their latest versions.
- Updated DebugPrint library function to DebugPrintln
- Removed unneeded "month" parameter from Calendar.PrintYear
Release - v2.4.2
Release Notes
Just a few small updates.
- Updated library dependencies
- junit5 updated from v5.9.0 to v5.9.1
- Library updated from v2022.07.28 to v2022.09.07
- Updated the application screen shot
- Comments, code readability updates, etc.
There is no need to update if you are happy with the current version. No new capabilities have been added (and I'm hard pressed to think what else I would add to this program.)
Release - v2.4.0
Release Notes
Several changes under the hood for this version. There are no changes to the actual calendar functionality.
- Updated build automation to use the Apache Shade "Fat Jar" solution instead of the older Maven build. This is now much faster during builds and had more capabilities to fine tune in the future if needed
- Replaced GetOpt with the much more powerful jCommander to process the command line options and switches
- Updated several dependencies
- Added automated unit testing with JUnit5.
I'm not sure there is much needed to enhance the application. It does a simple thing fairly well and doesn't really need much more in my humble opinion. But if you have ideas, please let me know by posting in the GitHub Issues board.
Release - v2.3.15
Release Notes
This release is simply a rollup of minor fixes, minor changes, and library updates. There is no need to upgrade unless you'd like the latest.