Closed (fixed)
Project:
Drupal.org CVS applications
Component:
new project application
Priority:
Normal
Category:
Task
Assigned:
Issue tags:
Reporter:
Created:
9 Aug 2010 at 22:25 UTC
Updated:
13 Apr 2019 at 18:34 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
guillaumev commentedOG black list module, which creates black lists of users not allowed to subscribe to a specific group which subscriptions are open.
Comment #2
guillaumev commentedUser language refresh module, which refreshes the profile page of a user when he edits his information and changes his language
Comment #3
avpadernoHello, and thanks for applying for a CVS account. I am adding the review tags, and some volunteers will review the code, pointing out what it needs to be changed.
As per requirements, the motivation message should be expanded to contain more features of the proposed project. For themes, it should include also a screenshot of the theme, and (when possible) a link to a working demo site using the proposed theme; for modules, it should include also a comparison with the existing solutions.
We just review a module/theme per applicant; let us know which one you want to be reviewed.
Comment #4
guillaumev commentedHi,
Both modules are quite small and should be quick to review, but if you really want only one single module I guess you could review the user_language_refresh module.
The user_language_refresh module is a simple module that refreshes the user profile page to the language chosen by the user when the user changes his language. It does nothing more. For a comparison with existing solutions, I haven't found any existing module that does the same thing, which is why I wrote this module.
Concerning the OG black list module, it allows group owners of 'Open' groups to define a list of users that can NOT subscribe to the group even though the group is 'Open'. It basically allows a group owner to ban users from a group. This can be useful if a user becomes annoying to a group and the group owner wants to ban the user from the group while still keeping subscriptions open. Again, concerning existing solutions, I could not find a module that has this exact functionality, which is why I wrote it.
If you need more information please let me know...
Comment #5
avpadernoThank you for your reply.
Comment #6
avpadernoComment #7
guillaumev commentedHi,
1. Ok
2. Ok
3. When using Drupal, if you go to your user account and change your favorite language, let's say from English to Spanish, the site's language does not change ! This module intends to fix this. By changing the language variable before validation handlers have been executed, the page user/xx/edit is refreshed to the language selected by the user.
4. Ok. I'm still quite surprised that nobody in the community requests this, because to me this behaviour (refreshing the page to the language chosen by the user after the user changed his language on the 'My account' page) is common in all multilingual websites...
Comment #8
guillaumev commentedThis module adds Agrovoc functionalities to Drupal's taxonomy. The Agrovoc is a multilingual, structured and
controlled vocabulary designed to cover the terminology of all subject fields in agriculture, forestry, food
and related domains, created by the Food and Agriculture Organization of the United Nations (FAO). See
http://www.fao.org/agrovoc/
This module is sponsored by Condesan (http://www.condesan.org) and developed by BeezNest (http://www.beeznest.com).
If someone can review this new module we just created. It's basically an improved version of http://drupal.org/node/821422 and should be ready for release.
Thank you.
Comment #9
guillaumev commentedHi,
Just upping this... If someone can review it... Thank you
Comment #10
alex_b commentedThis looks solid, let's get guillaumev an account!
Comment #11
ywarnier commentedHi guys,
Just to recommend Guillaume's work in general in case that would make you more comfortable.
* Guillaume is a French software engineer and has been working on Drupal modules and implementations for the last 9 months in a corporate environment inside a company (BeezNest) that is spearheading the Drupal professional development & community in Peru (hosting most of Drupal Peru's events, reportedly the most active local group at a global scale, which means at least two events a month, of which one code sprint).
* He's been participating on drupal.org for a while.
* He's a certified Zend Engineer.
* He's coached richie06031983 to contribute to Spanish translations.
* He's already contributed several blog articles about distinct aspects of Drupal: see http://beeznest.wordpress.com/author/gviguier/
* He's very respectful of rules.
* He's working in an environment with two other Zend Engineers, of which at least myself (responsible for the Chamilo module and previously Dokeos module).
In all aspects, he's been an incredible technical asset and I think it would simply be a bad idea not to allow him a more direct access to adding code to Drupal modules.
This, of course, doesn't say much about the fact that his modules respect the Drupal rules or not, but that's for somebody else to judge.
Yannick
Comment #12
marvil07 commentedI just had a look to the code, and it looks fine, so moving back to RTBC
BTW alex_b is suggesting to RTBC this and I think ywarnier had a status change by error(looking at the comment post times).
Comment #13
develcuy commentedI have heard about guillaumev a year ago and how interested was him on contributing back to community, now he is coming with a working module ready for a beta release!
So a plus for him because of his persistance, it looks like he will be a responsible maintainer!
Comment #14
avpadernoThe second parameter for
watchdog()is not correct.The code can be re-written as
Strings shown in the user interface should be translated; form field descriptions should have a final period.
The placeholder for integers doesn't need to be wrapped in
'; if the parameter is really a string, then the placeholder should be'%s'.The loop should break when it finds the vocabulary ID; it doesn't make sense to fetch data from the database when the vocabulary has been already found.
Comment #15
guillaumev commentedHi,
I'm attaching a new version including the observations of comment #14.
1. I don't see what you mean. If you're talking about functions such as agrovoc_api_simpleSearchByMode2 or agrovoc_api_getAllLabelsByTermcode2, yes, I could convert them to agrovoc_api_simple_search_by_mode_2 and agrovoc_api_get_all_labels_by_termcode_2, but I thought it would be clearer to use agrovoc_api_simpleSearchByMode2, because simpleSearchByMode2 is the name of the function called on the Agrovoc SOAP API. It therefore allows someone who wants to use the Agrovoc API module to easily identify which SOAP function is being called. If you still want me to change the name of these functions, let me know...
2. Fixed
3. Fixed
4. Fixed (both translations and period at the end)
5. Fixed for all %d
6. Fixed (added a break)
Comment #16
avpadernoThe coding standards report that module functions should not contain upper case letters.
Comment #17
avpadernoComment #18
guillaumev commentedNew version with function names changed to respect coding standards.
Please let me know if it's ok...
Regards.
Comment #19
avpadernoThank you for your contribution! I am going to update your account.
These are some recommended readings to help with excellent maintainership:
You can find more contributors chatting on the IRC #drupal-contribute channel. So, come hang out and stay involved.
Thank you, also, for your patience with the review process.
Anyone is welcome to participate in the review process. Please consider reviewing other projects that are pending review. I encourage you to learn more about that process and join the group of reviewers.
I thank all the dedicated reviewers as well.
Comment #20
guillaumev commentedThanks kiamlaluno !
Comment #23
avpadernoI am giving credits to the users who participated in this issue.