Agreed, it is messy but these seem to be the pressing ones. I have a blueprint and a patch for both.
I have sent the patch for October, but given Samuels concerns, I made one for July based fiscal years as well. I will send it to you, in yet another email. 2011/2/23 Lars Helge Øverland <[email protected]>: > > Hi, currently our approach to period types is to have one Java class per > type containing the required logic for generating periods etc. Adding new > ones is easy. The downsize is that we risk proliferation of these classes > and ending u,p with 12 of them which becomes a bit messy, we already have an > April-based and now July and October-based are suggested. The alternative is > to create (complex) implementation of dynamic period types. Anyway I think > we can add the ones suggested for now. Should we add a blueprint of do we > already have one? > Lars -- Jason P. Pickering email: [email protected] tel:+260974901293 _______________________________________________ Mailing list: https://launchpad.net/~dhis2-devs Post to : [email protected] Unsubscribe : https://launchpad.net/~dhis2-devs More help : https://help.launchpad.net/ListHelp
