Rob, thanks for the feedback! Actually I had changed the ReadMe file as follows but haven't pushed it up to github yet. So one less object this way as well:
For a time zone that does not change to daylight/summer time, pass the same rule
twice to the constructor, e.g.:
Timezone usAZ(usMST, usMST);
In fact the WorldClock example does this for Arizona:
//US Mountain Time Zone (Denver, Salt Lake City)
TimeChangeRule usMDT = {"MDT", Second, dowSunday, Mar, 2, -360};
TimeChangeRule usMST = {"MST", First, dowSunday, Nov, 2, -420};
Timezone usMT(usMDT, usMST);
//Arizona is US Mountain Time Zone but does not use DST
Timezone usAZ(usMST, usMST);
Still there should be little harm in the additional constructor, so I think I will add it.
In reality there are more than 24 timezones, given that a lot of locales use DST. So to predefine the 24 "standard" time zones, i.e. Alpha, Bravo, Charlie, etc. may not be all that useful. I didn't intend the library to replace the tz database, and thereby be at the whim of numerous governmental decisions
Thanks again, let me know if you have further suggestions!