Sign up for entering sports competitions online.
End user will
- Enter participant details
- see a summary
- pay
- get a confirmation/reciept.
Event organizer will be able to extract entry list.
The modules is designed to be extremely simple to use for endusers. It integrates with 42 Laps - a sports timing solution using RFID chips.
The module will be used for signing up to Salomon Trail Tour Denmark.
There are a lot of signup modules as well as sports event modules around but I have not found any module that does this really well.
In Denmark we have a "Dankort": by for the most used payment card. To use this card I have integrated the Quickpay module. This module is not available in a fully-working D7 version yet. I have got the module in a non-stable version from the maintainer. I've checked it in to the repository because it is needed to do the Dankort payment. I will remove it as soon as the D7 port of Quickpay is ready.
My plan is to integrate other payment providers, especially PayPal later.
Sandbox page:
http://drupal.org/sandbox/bjaxelsen/1138094
Comments
Comment #1
bjaxelsen commentedComment #2
jordojuice commentedSorry, but all project applications have the same priority. It's understandable that you might feel your application is being overlooked. The queue is just way backed up, but the reviewers are working hard to ensure quality and security for projects hosted on drupal.org.
Comment #3
bjaxelsen commentedOk I understand. I was only trying to draw some attention to my new project to get it online.
Comment #4
svendecabooterMarking as critical as per http://drupal.org/node/894256
Sorry for the long wait.
Comment #5
wulff commentedCompleted initial review:
Comment #6
wulff commentedAlso, in addition to removing the Quickpay module, the translations folder should be removed and the existing translations imported on l.d.o.
Comment #7
gregglesThe use of echo and then a die is not very Drupalish. I'm not sure where this is used but maybe you could switch to using JSON to send the data with drupal_json?
This would be a security vulnerability because an admin of the module could insert XSS into the signup terms except for the fact that setting that variable requires "administer site configuration." I suggest using a "filter_xss_admin" around the sport_signup_terms all the same. The same seems to be true for other variables like
$currency = variable_get('sport_signup_currency_abbreviation', 'kr.');The sport_signup_42lapsdownload function loads a list of nodes without checking they are published or that the current user has access to them (node_access). Hopefully the view has those filters?
Comment #8
bjaxelsen commentedThanks wulff and greggles :-)
I have taken care of all of your suggestions. Just one thing remains: I am not sure about moving the translations to localize.drupal.org. It seems to me that I cannot upload them to the project before the project is accepted on drupal.org. Please correct me if I am wrong.
Comment #9
bjaxelsen commentedComment #10
klausi* git release branch is missing, see http://drupal.org/node/1015226
* README.txt is missing
* sport_signup_menu(): hook doc block missing
* "Implementation of hook_theme()." should be "Implements hook_theme()." Also elsewhere.
* variable_get() issue from #7 is not addressed in theme_sport_signup_summary()
* The module file is pretty big - have you considered moving the page and form callbacks to an include file?
Comment #11
misc commentedbjaxelsen has been contacted to ask if the application is abandoned.
http://drupal.org/node/894256
Comment #12
bjaxelsen commentedApplication is still active.
Module is used for signing up for 12 running events in Denmark, Europe:
http://signup.salomontrailtour.dk/
Review feedback should be fixed by now.
Comment #13
misc commentedHi,
Did an automatic review and you have some formatting issues to take care about:
http://ventral.org/pareview/httpgitdrupalorgsandboxbjaxelsen1138094git
If you have questions about the errors and warnings, please ask.
Comment #14
bjaxelsen commented@MiSc
Module complies to Devel module automated review. In addition I have taken care of some of the issues in the review you link to.
A few notes:
- It is not an error that the module registers functions on behalf of other modules (Quickpay module)
- The module reuses various, well-working code snippets (JS form validation, extra server-side email validation, Mailchimp integration code), these have not been changed.
- The module embeds auto-generated Features module code. This code works well and I do not want to go through it, though the review complains about it.
Comment #15
misc commented@bjaxelsen, I do not know what you mean with Devel module automated review, but you module should follow Drupal coding standards, and it does not now, please see the automated test PAReview.sh online, http://ventral.org/pareview/httpgitdrupalorgsandboxbjaxelsen1138094git.
I have not read your code in detail - but you can not just take functions from other modules and put in your own, that are going to brake your module or the others modules, you have to use to prefix to avoid this. Also you can not just include other scripts in your module, you should just provide a download link and maybe use libraries module.
As I see it, you also need to correct the code from Features. But that could be other opinions on that subject.
After some thinking, I changed my mind, if the code from Features has the wrong format, that should not be a issue for you.Comment #16
jthorson commentedbjaxelson,
Have you considered adding http://drupal.org/project/mailchimp as a dependency for your sport_signup_mailchip module, and then removing the mailchimp code from your project?
Consider the scenario where someone is already using the MailChimp module on their site, and they install your feature ... you could end up with 'Cannot re-declare class MCAPI' errors which take down the site.
Comment #17
jthorson commentedComment #18
klausiClosing due to lack of activity. Feel free to reopen if you are still working on this application.
Comment #18.0
klausiJust fixed HTML markup of text