Storm OHM ( Organization Holiday Manager ) is an add-on for Holiday Manager module available in Storm Contrib.
(Storm Contrib is an add-on to the Storm project).
Why was this module developed?
In the current holiday manager there is no provision for manually adding holiday dates ( or deleting them later).
It has an excelent integration with storm module though.
Storm Contrib's holiday manager has a very regid system for defining holidays.
Custom holidays list preperation needs users to make a custom module.
Storm OHM makes it possible to create holidays as 'storm-ohm' nodes in drupal.
Thus avoiding the need to write any php code.
TODO:
1> A calander inteface to manage holidays. Right now litecal module can be used to create a view which could be used to view the holidays.
And as well as add them against particular date.
2>Collaborate with Storm contrib maintainers and create more features without duplication of efforts.
This module updates the storm with holiday list only when storm contrib settings are visited and save. This might be confusing for users as they would be expecting the holidays to be identified by storm as soon as it is created. Not that this feature cant be implemented right now. But i feel the correct place where this hook should be implemented would be in storm holidays module.
Project page:
http://drupal.org/sandbox/D34dMan/1309636
Git Repository clone command:
git clone --branch master http://git.drupal.org/sandbox/D34dMan/1309636.git storm_ohm
git clone --branch 6.x-1.0-alpha1 http://git.drupal.org/sandbox/D34dMan/1309636.git storm_ohm
git clone --branch 6.x-1.x http://git.drupal.org/sandbox/D34dMan/1309636.git storm_ohm
cd storm_ohmIts Drupal 6 module.
| Comment | File | Size | Author |
|---|---|---|---|
| #20 | drupalcs-result.txt | 1.25 KB | klausi |
| #9 | drupalcs-result.txt | 11.53 KB | klausi |
Comments
Comment #1
sreynen commentedHi D34dMan,
Please fix the open bugs first, then move this back to "needs review."
Comment #2
d34dman commentedWill fix the bugs as well as implement feature requests posted so far within two days.
Comment #2.0
d34dman commentedUpdated issue summary.
Comment #3
d34dman commentedFixes for open bugs have been commited, waiting for people to review them so that once its fixed i can put this thread into needs review.
Comment #4
sreynen commentedLet's go ahead and move this to needs review so it doesn't get lost. Someone can review those particular issue fixes as part of reviewing the larger project.
Comment #5
klausiWhy can't you include your code with the Storm contrib project? Have you opened an issue in the Storm contrib issue queue to ask for feedback on this? Or did you contact the maintainers in any other way?
Comment #6
d34dman commentedDear klausi, yes i had contacted Storm Contrib maintainers through this issue Holiday Manager. I would like to thank kfritsche for his support and whatever issues that you see in open bugs were actually reported by him. The
bugsbug fixes as well as features have been committed into 6.x-1.0-alpha1 branch.Frankly speaking, it never occurred to me that i could become a part of storm contrib team. i am happy at testing storm contrib and reporting bugs, i guess thats what is more important in storm contrib right now rather than push more features into it.
Comment #8
d34dman commentedComment #9
klausiThere are still files other than README.txt in the master branch, make sure to remove them. See also step 5 in http://drupal.org/node/1127732
Review of the 6.x-1.0-alpha1 branch:
This automated report was generated with PAReview.sh, your friendly project application review script. Go and review some other project applications, so we can get back to yours sooner.
manual review:
Comment #10
misc commented@D34dMan has been contacted to ask if the application is abandoned.
http://drupal.org/node/894256
Comment #11
d34dman commentedI am sorry i had neglected this module. I relied mainly on the dashboard to remind me what's pending. The changes mentioned #9 was commited long back, except for the branch name change to 6.x-1.0 . Once it is done i will change the status to needs review. Thanks for the reminder MiSc. I'll try my level best in future to keep it updated.
Comment #12
d34dman commentedJust to keep anybody interested updated on the status.
I have created a new branch 6.x-1.x as suggested in #9, but i am confused if i should delete 6.x-1.0-alpha1.
Comment #13
misc commentedIf there are nothing hat you need in 6.x-1.0-alpha, you should delete it, if there is something you need later on - rename the branch to something like alpha, so the users does not get confused in which branch they should use.
Comment #13.0
misc commentedChanging the git repository clone command to reflect the latest development snapshot.
Comment #14
d34dman commented1. Deleted the files in master branch.
2. Deleted branch 6.x-1.0-alpha1
3. Deleted Tag 6.x-1.0-alpha
4. Created branch 6.x-1.x
5. Created tag 6.x-1.0-alpha1
Comment #15
luxpaparazzi commented> Created tag 6.x-1.0-alpha1
Small hint: You should not create tags, unless you plan to release it.
As you are not vetted user, you cannot do releases, so tags are unnecessary and should be removed.
Branch 6.x-1.x is correct.
The response time for a review is now approaching 4 weeks.
Get a review bonus and we will come back to your application sooner.
See: http://drupal.org/node/1410826
Comment #16
luxpaparazzi commented(1)
> Line exceeds 80 characters
Doc-Comments should be limited to 80 characters for easing printout.
(2)
All files, functions should have a doc comment, in the following format
/**
* What the file is about ....
*/
(3)
Many other issues where detected by http://ventral.org/pareview/httpgitdrupalorgsandboxd34dman1309636git
You should repeat the automated review before going to "needs review".
Comment #17
d34dman commentedthanks Lux, i had always checked it against coder module. But seems like Pareview is very strict.
It will take some time to fix all that. Not that its a really tough job, but understanding what all those errors mean, is taking a lot of time.
Thanks again. will change the status to needs review as soon as its all fixed.
Comment #18
d34dman commentedi am doing some architectural changes in the module. will update the issue to needs review once i push the changes.
Comment #19
d34dman commentedcoding compliance fix as per #16 done. The only warning that now appears after the running parview.sh is due to special name for hook used in storm_contrib module.
Comment #20
klausiThere is still a master branch, make sure to set the correct default branch: http://drupal.org/node/1659588 . Then remove the master branch, see also step 6 and 7 in http://drupal.org/node/1127732
Review of the 6.x-1.x branch:
This automated report was generated with PAReview.sh, your friendly project application review script. You can also use the online version to check your project. You have to get a review bonus to get a review from me.
manual review:
Comment #21
d34dman commentedPostponing this issue. will open when all the coding styles errors would be fixed.
Comment #22
luxpaparazzi commentedi suppose it would be better leaving the status at "needs work".
I find "postponed" confusing...
Comment #23
klausiClosing due to lack of activity. Feel free to reopen if you are still working on this application.
If you reopen this please keep in mind that we are currently quite busy with all the project applications and I can only review projects with a review bonus. Please help me reviewing and I'll take a look at your project right away :-)
Comment #24
klausiProject 1: #1962038: [D7] PM Vista
Project 2: #1309746: [D6] Storm Organization Holiday Manager
As successful completion of the project application process results in the applicant being granted the 'Create Full Projects' permission, there is no need to take multiple applications through the process. Once the first application has been successfully approved, then the applicant can promote other projects without review. Because of this, posting multiple applications is not necessary, and results in additional workload for reviewers ... which in turn results in longer wait times for everyone in the queue. With this in mind, your secondary applications have been marked as 'closed(duplicate)', with only one application left open (chosen at random).
If you prefer that we proceed through this review process with a different application than the one which was left open, then feel free to close the 'open' application as a duplicate, and re-open one of the project applications which had been closed.
Comment #24.0
klausiswitching to branch 6.x-1.x from 6.x-1.0-alpha1
Comment #25
avpaderno