Closed (fixed)
Project:
Role Weights
Version:
master
Component:
Code
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Reporter:
Created:
30 Jan 2008 at 12:53 UTC
Updated:
22 Jun 2009 at 13:40 UTC
Jump to comment: Most recent file
Here we go again!
| Comment | File | Size | Author |
|---|---|---|---|
| #15 | role_weights_admin_setting.diff | 3.37 KB | luti |
| #10 | role_weights-215820-4.patch | 5.57 KB | pfaocle |
| #9 | role_weights-215820-3.patch | 3.6 KB | pfaocle |
| #4 | role_weights-215820-2.patch | 3.88 KB | pfaocle |
| #3 | role_weights-215820-1.patch | 3.67 KB | pfaocle |
Comments
Comment #1
pfaocleAnyone have any thoughts on including the new AJAXy drag n' drop weights that Drupal 6 has?
Comment #2
pfaocleFYI, minor .info file changes and DB schema stuff for .install is already committed to HEAD.
Comment #3
pfaocleAttached is a starting point - most of the items from updating modules from 5.x -> 6.x are covered, I think. Current HEAD with this patch is semi-functional with 6.0, the most obvious issue being that altering the user_admin_new_role form to allow for editing the two default, locked roles isn't working.
Comment #4
pfaocleNow includes redirecting with
$form_state.Comment #5
liliplanet commentedLooking so forward to the release of role weight for Drupal 6.x. Used it extensively in 5.x
Thank you!
Comment #6
fuzzy_texan commentedSubscribing
Comment #7
rgraves commentedAny ideas when a Drupal 6 version will be ready for production?
Comment #8
manoloka commentedsubscribing
Comment #9
pfaoclePatch about to be committed to HEAD. No solution to editing Drupal's locked roles yet, however.
Comment #10
pfaocleAttached patch brings HEAD in line feature-wise with 5.x-1.3, including editing locked roles and re-ordering admin forms.
I've stripped out Views hooks for D5/Views 1 - this will need completely re-writing and has its own issue: #419846: Improve Views support
Comment #11
pfaocleApplied #10 to HEAD: http://drupal.org/cvs?commit=191306
Anyone willing/able to test from HEAD before I branch for 6.x?
Comment #13
liliplanet commentedSorry, have to re-open issue. Been patiently waiting for months for the version 6.x, will this possibly be happening?
Just need Role Weights to sort in Views.
Thank you for any updates :)
Comment #14
pfaocleRole Weights HEAD version should be compatible and working with 6.x. I'm super-hectic atm, but will try to branch asap so people can test a 6.x-1.x-dev version.
Unfortunately, Views 2 (D6) support is fairly complex and I have limited time so I have stripped out Views 1 (D5) support for now. Please see #419846: Improve Views support for further info - any help on this greatly appreciated.
Comment #15
luti commentedI've downloaded and tested HEAD (a link in post #11) which, by the way, doesn't match the packed HEAD version.
Everything seems to work well on my system, so consider it as tested regarding me.
I believe a 6.x development version would contribute significantly to users interest (I also didn't notice those latest changes, as module was not even on my "Available Updates" list, so I have more or less forgotten that it even exists in my system...). It would also help us all to test and discuss about the same version, as now it is not so eays to get this latest release (also the link doesn't lead directly to files, but I've had to follow some links before finding the useful files listed...). So, I would suggest to put together and publish at least the 6.x-0.x-dev version ASAP.
I also think the setting in a general configuration file is not comfortable at all, not to mention that it can probably lead to more serious troubles (if someone manages to make settings file unreadable to Drupal). So, I've made some small changes to set the variable through an admin screen (as practically all other moduleas are doing it...) - this way, whatever you choose there, you shall not break anything... Furthermore, I've created a help screen (putting there more or less the useful content of the README file provided).
My contribution doesn't change the basic functionality in any aspect, it just makes the usage of this module a bit more comfortable (and maybe safe). As I am not a skilled coder, it would definitely be good that someone more experienced checks the code (it seems to work just fine on my system though). My code is in the attachment.
As a final touch, I would suggest to consider some (I believe just minor) twists to satisfy the Coder module, which currently throws out the following errors and warnings:
At least those 2 critical warnings, marked as (!!!) don't look nice at all (it may be also the Coder issue, but still - I just like it when Coder is not complaining...).
Comment #16
pfaocleThanks for your input! I have corrected some coding style as per Coder's recommendations, and the SQL insecurity is no longer an issue on supported branches (5.x-1.4, 6.x). I have also branched for 6.x, so there's a 6.x-dev version to use and test.
In order to mark this issue closed, I've added #485150: Add help and settings pages which I'll look at soon. Thanks again.