Description
This module allows additional columns/data to be added to the node, comment, and user tables in administration area. It provides a list of fields defined in your drupal installation as well as a few custom fields to choose from.
Project
https://drupal.org/sandbox/dexxa/2023835
Git
git clone --branch 7.x-1.x http://git.drupal.org/sandbox/dexxa/2023835.git extra_columns
Reviews of other projects
https://drupal.org/node/1984206#comment-7609957
https://drupal.org/node/2032691#comment-7607363
https://drupal.org/node/2033339#comment-7608991
Comments
Comment #1
PA robot CreditAttribution: PA robot commentedThere are some errors reported by automated review tools, did you already check them? See http://ventral.org/pareview/httpgitdrupalorgsandboxdexxa2023835git
We are currently quite busy with all the project applications and we prefer projects with a review bonus. Please help reviewing and put yourself on the high priority list, then we will take a look at your project right away :-)
Also, you should get your friends, colleagues or other community members involved to review this application. Let them go through the review checklist and post a comment that sets this issue to "needs work" (they found some problems with the project) or "reviewed & tested by the community" (they found no major flaws).
I'm a robot and this is an automated message from Project Applications Scraper.
Comment #2
dclavain CreditAttribution: dclavain commentedHi dexxaye:
It appears you are working in the "master" branch in git. You should really be working in a version specific branch. The most direct documentation on this is Moving from a master branch to a version branch. For additional resources please see the documentation about release naming conventions and creating a branch in git.
Review of the master 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.
Source: http://ventral.org/pareview - PAReview.sh online service
Manual Review
Comment #3
jiong_ye CreditAttribution: jiong_ye commentedI went through the results of the automated review tool. I got most of them taken care of. The ones i didn't get to are mostly minor documentation related.
1. implemented
2. I am not sure what you mean. they are mostly used for comparison and data access. they are never changed.
3. I separated all my database interaction into the includes/data.inc file. It's required by all the files.
Comment #4
jiong_ye CreditAttribution: jiong_ye commentedalso updated formatting and documentation.
not getting any warnings from http://ventral.org/pareview/httpgitdrupalorgsandboxdexxa2023835git
Comment #4.0
jiong_ye CreditAttribution: jiong_ye commentedupdated branch to 7.x-1.x
Comment #4.1
jiong_ye CreditAttribution: jiong_ye commentedgit clone update
Comment #5
jiong_ye CreditAttribution: jiong_ye commentedAdding review bonus tag
Comment #6
chrisfree CreditAttribution: chrisfree commented[manual review]
Module works as I'd expect. Here are some things to consider:
Outside of these few things, the module seems to work nicely. Could be a great module for folks who don't know how to override these pages with their own views or with custom code/alterations.
Best,
Chris
Comment #7
jiong_ye CreditAttribution: jiong_ye commentedThanks for the review. Updated my project accordingly.
Comment #8
klausihttps://drupal.org/project/admin_views
This sounds like a feature that should live in the existing admin_views project. Module duplication and fragmentation is a huge problem on drupal.org and we prefer collaboration over competition. Please open an issue in the admin_views issue queue to discuss what you need. You should also get in contact with the maintainer(s) to offer your help to move the project forward. If you cannot reach the maintainer(s) please follow the abandoned project process.
If that fails for whatever reason please get back to us and set this back to "needs review".
Comment #9
jiong_ye CreditAttribution: jiong_ye commentedhonestly, i don't see my project being able to be integrated into admin views at all. main reason being it doesn't use views. and i think it should be its own project for a few reasons:
Comment #9.0
jiong_ye CreditAttribution: jiong_ye commentedReviews of other projects
Comment #10
klausimanual review:
<script>alert('xss');</script>
I will get a nasty javascript popup on the admin table. You need to sanitise all user provided text before printing. Please read http://drupal.org/node/28984 again. And please don't remove the security tag, we keep that for statistics and to show examples of security problems.Removing review bonus tag, you can add it again if you have done another 3 reviews of other projects.
Comment #11
jiong_ye CreditAttribution: jiong_ye commented1. updated project page
2. updated
3. moved code in hook_init to hook_form_alter
4. updated. removed raw query in favor of system_get_date_types()
5. fixed. wrapped return value in check_plain()
Comment #12
klausiSorry for the delay. Make sure to review more project applications and get a new review bonus and this will get finished faster.
manual review:
<script>alert('xss');</script>
I will get a nasty javascript popup as soon as I add that as column. Yes, you also need to sanitize field labels, as they are user provided text.Comment #13
jiong_ye CreditAttribution: jiong_ye commentedthanks for the reviews, very helpful for drupal and just in general.
1. fixed
2. fixed. applies where its needed
3. updated. changed a few queries to static, one has to remain dynamic
4. tried to use field_info_field() but it doesn't provide enough info about the field
5. fixed
Comment #14
jiong_ye CreditAttribution: jiong_ye commentedComment #15
gauravjeet CreditAttribution: gauravjeet commentedHi,
.admin.inc .module files
You can use something like require_once() in instead of using module_load_include() in every function you use
Comment #16
jiong_ye CreditAttribution: jiong_ye commentedmodule_load_include is pretty much require_once. I have been told by other reviews it's better to only load the file in functions when it's needed.
Comment #17
klausiSorry for the delay. Make sure to review more project applications and get a new review bonus and this will get finished faster.
manual review:
But otherwise looks RTBC to me now.
Assigning to dman as he might have time to take a final look at this.
Comment #18
dman CreditAttribution: dman commentedFrom your project description, when I read
I thought you were talking about database columns and tables, and it wasn't until I scanned the code, and after I actually installed and tried it out I realized it was an enhancement to the normal Drupal admin screens.
Perhaps a "Why you might want to use this module" explanation would have prevented my confusion, or maybe It's just me thinking too technically.
I also see this as an alternative to VBO - which is the first thing I'd use if I wanted an extra column in the content management screen. I agree with Klausi that Admin views (which is built on top of VBO) already really beefs up the content or user management screens like this module begins to do.
My most common addition there is to switch the user to 'last editor' instead of 'owner/creator'.
Per your points against that:
* Citing a usage of 'views' as a bad thing is not very convincing. Usually "It leverages Views" is a really good thing. But OK, sometimes having less dependencies is a good point...
* Your UI is a few clicks less, and certainly easier to use. But therefore considerably less powerful and configurable right now.
* I don't think that you'll be able to even begin to match the sheer number of custom fields and field formatters all natively supported by views - which can do ... well absolutely everything already.
As a module, I don't think it's sufficiently unique to add to the existing libraries.
But it's code style to look at here. I think the coding exercise you've been through here in the style review already has been very helpful.
And on those merits, it's a good pass.
Your function structure, documentation, abstraction and style is good PHP.
Clearly you've given enough thought and attention to the data structures inside the native entities to know what's going on inside the system to support a good number of the basic examples. And the UI is good and the form additions look appropriate.
I'm looking forward to seeing you contribute a little of that usability polish to some other projects! There's a number of developer-driven modules that could benefit from a make-it-easier-to-use approach like this.
----------------
Thanks for your contribution, dexxaye!
I updated your account so you can promote this to a full project and also create new projects as either a sandbox or a "full" project.
Here are some recommended readings to help with excellent maintainership:
You can find lots more contributors chatting on IRC in #drupal-contribute. So, come hang out and stay involved!
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.
Thanks to the dedicated reviewer(s) as well.
Comment #19
jiong_ye CreditAttribution: jiong_ye commentedthank you for review. it has been very helpful. will try to help out in any way i can.
Comment #20.0
(not verified) CreditAttribution: commentedremoved quote to make it a link