Closed (fixed)
Project:
Drupal.org security advisory coverage applications
Component:
module
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Reporter:
Created:
2 Feb 2012 at 20:05 UTC
Updated:
21 May 2012 at 18:40 UTC
Jump to comment: Most recent file
Comments
Comment #1
misc commentedWelcome with your application.
I think your module is to small to get full project access, but you could apply for single project access, but I think you need to develop it a little bit more. Read more about how much code you need over here: http://groups.drupal.org/node/195848
Anyhow, you have some coding standards issues to take care about:
http://ventral.org/pareview/httpgitdrupalorgsandboxroycekimmons1424978git
Comment #2
Royce Kimmons commentedThanks for the feedback.
I've incorporated the coding standards changes and verified with the Coder module, moved to a version branch, and made a few other minor changes.
Regarding the size of the project, I realize that it isn't much larger than the minimum discussed in the How much code do we need to approve a user? post, and I leave that to your judgment at present. As it is, the module is fully functional, but I plan on adding some more features and settings in the near future that will beef it up and will repost when there's more to it.
Comment #3
Royce Kimmons commentedAdditions have been made to the module, giving it many more options.
Thanks in advance!
Comment #4
darrell_ulm commentedHello, first off used the online auto scanner. Found some issues. These are included in the attached file. Feel free to run the scanner yourself to resolve issues.
For Drupal coding conventions please refer to:
http://drupal.org/coding-standards#comment
http://drupal.org/node/1354
There is a readme file. A separate installation text file is a good measure.
In the unity3d_logo.tpl file there is much logic for a template file. It is good to put this in pre-process functions or template functions as needed. Also one should build images using the theme('image' call. The template should be simple HTML with embedded
if ( something )and so forth. Same is true for unity3d_field.tpl.For the .module file the same is also true with lines:
also
You have a validate function present for the form, that is good.
Thank you.
Comment #5
Royce Kimmons commentedThanks for the follow-up and feedback. Based upon it, I did the following:
Thanks!
Comment #6
musikpirat commentedHi Royce!
You should merge your install.txt into your readme.txt. Also your project page could need some more details. At least it should contain a list of the dependencies the module has.
In unity3d_field_settings_form you are using check_plain to validate the translated description. I am not sure if that is needed. Anyway it shouldn't cost much performance if it is kept.
Your validation code might be a little less complex.
Might be written as
Same for the default image and for unity3d_field_validate_image.
I have never themed something, but this feels to complicated:
Isn't it possible to use this instead?
Comment #7
Royce Kimmons commentedThanks for the suggestions, musikpirat. I've incorporated all of them except for the last one regarding unity3d_logo.tpl.php, because though it makes better sense to me to use your suggestion, ventral throws errors if you use the bracket syntax in a theme file instead of the colon syntax, so I had to go with this instead:
Thanks!
Comment #8
misc commentedTiny automatic review error found:
This seem ready to go. I think it uses the drupal api in a good way.
Comment #9
patrickd commentedt($description),This won't be translatable as only strings that are directly in the function call (liket('translate me')) will be detected by the translation server.Set the proper url depending upon the entity type.This is not the best way to go, as this will only work for nodes and users - use entity_uri() instead$error_msg = t('The file is not a valid image.'); form_error($element, check_plain($error_msg));Don't use filtering on static strings in your module. You only have to filter all user input before printing it out. if your including variables within t() and you use @/% properly you don't have to do any further filtering.Leaving RTBC, I think this is ready after you fixed the points 1, 5. Highly recommended: 2, 6, 7, 9.
Comment #10
Royce Kimmons commentedThanks, patrickd and MiSc.
Here are responses to patrickd:
<p>tags).Comment #11
patrickd commentedGreat!
Thanks for your contribution and welcome to the community of project contributors on drupal.org!
I've granted you the git vetted user role which will let you promote this to a full project and also create new projects as either sandbox or "full" projects depending on which you feel is best.
Thanks, 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.
As you continue to work on your module, keep in mind: Commit messages - providing history and credit and Release naming conventions.
Thanks to the dedicated reviewer(s) as well.