Initial port of Util module to D7

if dblog_ext gets into core #582622: provide hook for dblog_filters
then a rewrite of log_clear would be needed

also, for current 6.x-3.x-dev there is pending #623736: merge log_clear & dblog_clear

subscribe. surprised more folks haven't asked about this since last year! any progress?

Subscribing

...coming from #1007636: Provide means to set defaults for new content types' settings + mass edit & overview of existing content type's settings

subscribe

Subscribe; chances are I'll be doing a direct port of this as it is by mid-day tomorrow (that is, my mid-day), and posting it here.

This is only a basic conversion, running it through coder_upgrade. I have not tested it yet, but thought it might be helpful to those wanting it, or as a start for the upgrade for the developers.

I used Coder-7.x-1.0-beta6, and the util-6.x-3.x dev build from Jan 17, 2011.

I also altered the filename to allow uploading. Remove the '.jpg' and the underscore from the end of the file name, and extract like any other module (the patch doesn't seem to be created and I don't have the time to diagnose the problem with it at the moment).

Thanx for you time and effort Travis.

PS: Changing the issue's title since we now have something to test ;)

subscribing

subscribing

sub

There must be something wrong with my brain. I keep getting a page not found.

sub

subbing

sub, marked as postponed for almost 2 years? Are there other modules with similar functionalities? I haven't been able to find anything but maybe someone knows something I don't. I'm new to Drupal and php, so the programming part is largely over my head. Thanks so much.

edit: (more specifically, the Permissions Fieldset Manager feature)

subscribe

Certainly this should be an active issue and the community priority is at least "normal." :)

I needed some Util features in D7 (actually, I only needed the module and permission fieldsets and the module weight field) so I rewrote those into a single D7 module. As I don't want to fork or undermine the original work by any means, I'm rather willing to contribute it.

It is, however, more of a rewrite than a port. Although I retained the original idea, I changed the implementation quite a bit. There is no config page for the module, the checkbox lists governing the open-closed state of the fieldsets appear directly on the modules and permissions pages themselves, in front of the actual data. Also, the placement of the weight field is different from the D6 version: instead of gluing it to the end of the description field of the module tables, it got its own column all right (something that should have been done already in D6, I guess :-) ).

In my own case, combining them into a single module seemed more logical because I happen to use them together. The two parts are actually quite separate still, so pushing them apart into different modules again wouldn't be a problem at all.

Anyway, as you will see, this one has a simpler approach now. Only partly because I removed one feature, the all open/all closed options (would be easy to add back but frankly, I didn't consider it important enough, I tend to leave the state checkboxes in the same position for a long time, this is not something I modify often) but mostly because of the simplified approach of not providing a separate settings page and also due to the different solution of not replicating the whole form routines but only using override theme functions.

Oh yes, I renamed the module itself but the name isn't registered or anything, it's just what I used on a site of mine in the /custom directory. I don't want to suggest anything like a compulsory name change... :-))

thanks djg_tram this is working great for me-
on both drupal 7.7 and drupal 7.9 installs.

vincent, in buffalo
http://basicmagic.net

Please, whoever has permissions, just make the following:

1. Create a 7.x-1.x-dev Branch
2. Commit @djg_tram module as 'dev' and keep Util module name instead of 'admin_page_filedsets' like dg_tram says (thanks!).

I tried and it works, of course, it needs more testing, patches, etc That should be done in dev version.

Thanks in advance.

Head 7.x-1.x has been created. The module is renamed back to perms_fieldsets and marked as belonging to the Util package. Sibling projects will be added for sure but what's your current stance about Util.module itself? Should it be ported (not that it would be hard to do so) or simply leave them as loosely related modules in the same package?

About collapsing, do think of us who are satisfied with the new Admin UI of D7 and don't install the separate Admin Menu... :-)

I've moved from plain vanilla msysgit to SmartGit recently, about a week ago, and have no problems whatsoever. Can I be of assistance?

Well, then, it's easy. A challenge. A module for Util that allows us to keep the stock admin menu but adds cache clearing... :-)

I send a PM.

I'd like to see the ability to put the Save and Preview buttons at the top of create/edit pages available in D7. This used to exist -- I think -- in the Seven admin theme, but is apparently no longer available in the 7.14 version of that theme.

...just switching to the right branch here.

There's ~100 reported installations (though we cannot tell if the module is enabled or not - I personally keep the dev disabled only to be notified for any updates). Can we have some feedback from anyone actually using the 7.x dev release please? Thanx in advance.

When I add the 7.x-dev version of the Util module to my default/modules folder and go to the Modules page to enable the module, I don't see a "Top Buttons" submodule listed; I only see the "Admin Page Fieldsets" submodule.

Great! Shall we close this one then and file separate issues against the 7.x-dev for any issues? ...since we do have an initial port and a dev available in the project's page and all I mean.