I need to reduce my workload a bit. Some of these requests have been standing for awhile, but I probably have not done a good job of making sure the requests are out there where everyone can see them.

I’m looking for the following:

  • A new maintainer for delicious module. — the delicious API has changed. This is a module I took over maintenance on back in my early days of Drupal, and I’m just not particularly interested in it, which means it languishes. It’s still a very valuable and useful module. Right now all it NEEDS is someone who’ll maintain it, keep up with the API, and make the 4.7.x version stable and port it to 5.x. It could use someone who’d like to redo the entire thing and make it use nodes and taxonomy as well.
  • A new maintainer for the views bookmarks module — this module isn’t terribly difficult, but it is a touch more advanced than some might be. It’s a useful module that has a lot more users than I realized — but I haven’t the time to properly maintain it. It doesn’t need MUCH maintenance, either. I don’t think there’s too far that this piece of code needs to go, it just needs the occasional bug fix.
  • A co-maintainer for the forum access module — this module is extremely useful and there’s quite a bit of room for this to grow into a healthy add-on to the forum module. Theoretically it could also branch into an advanced forum set of its own. There’s lots of things that could happen here. I’d like to retain involvement in the module, but I don’t need to; if someone comes along with lots of great code and ideas, I’m happy to step aside and let the module go.
  • A co-maintainer for panels module — While working on Panels 2, I’ve basically let Panels 1 rot. It needs a lot of bug fixes, at the very least. Also, I need someone to specifically maintain the layouts. I’m NOT a CSS expert by any means, and the CSS seems like it needs some adjustments. And I would like more layouts. And there is a bunch of work to be done on Panels 2, as well. Panels is looking like a very important module to Drupal right now — this is a place someone could come in and really make a contribution.

 

panels module

I would be interested in helping you to maintain the panels module. We are currently in the process of updating our drupal site and will be using panels in the new design - so I will have an interest in fixing issues with the module. Bit of back ground about me. Have been a developer for 9 years. 6 years web development experiencing using ASP. I have been using Drupal since last April and developing custom modules for our own usage see www.ourfernie.com and solutions.ourfernie.com.

Thanks

Marc Ingram

That's great! My best advice

That's great! My best advice is to look through the Panels queue. I have a patch that needs to go out but I haven't gotten around to looking at yet. If you want to look through the queue and see if there are any issues you want to take a crack at, that would be great!

I'd start out with submitting patches, core style, and I'll basically prioritize yours to the top. I'll probably give you actual commit access later, but I want to go slow because Panels is an important module to the community, and I need to make sure it's taken care of well.

I will do. Thanks

I will do. Thanks

sorry

sorry i have had a number of major issues at work!! if you are still in need of someone to help you maintain modules let me know because I now actually have time to contribute. In addition my work has agreed that I can dedicate time each week to the drupal community, so if you don't need help i'll start playing patch and bug bingo.

Panels 1 could definitely

Panels 1 could definitely still use some bug fixes; I went through and did a nice streak of them, but it's not all there.

Panels 2-dev is probably read for early alpha testing and possibly a code walk-through as well. The drag & drop stuff still isn't quite ready for primetime -- it doesn't work right on IE or Safari and it's not retaining position properly (that last bit I can fix quickly, I just haven't gotten back to it yet).

panels

Ok I'll have a look at the queues later today. What is going to be the best way to communicate between the two of us?

popularity

Just as a gauge of popularity of these modules...

All numbers are out of 563 total modules downloaded in January.

Delicious is ranked 450 with 184 downloads
Views Bookmark is ranked 155 with 598 downloads
Forum Access is ranked 102 with 809 downloads
Panels is ranked 25 with 1926 downloads

So, if the popularity of the module weighs into anyone's decision to become a (co) maintainer then these are all modules that get used on a regular basis.

I would like to help in

I would like to help in develop of above modules. Let me know what to do.

Panels help?

I think Panels is tremendous. After installing it, I tricked it out by adding some more layouts to my install. I use it extensively as a workaround for when something is too small to require a module and too much to require a block.

I would like to do what I can do help maintain and promote the Panels module. Let me know what I can do.

All the best,

Mike

I'd absolutely love new

I'd absolutely love new layouts being committed back; the hardest part is often the icon, but I can get Eaton to do more icons, too. They're fairly quick for him.

New Layouts Coming Soon

I have an import of evil to get past, then I have to build one more new layout for my BIG project. Then I will commit this new layout and my other layouts (with their icons) in the next week or so. I may go the bonus round and do a walkthrough of how I built these.
Also, I have had a lot of fun messing with the paths. The panels are hook to their paths, but arguments after that path don't interfere with the panel choice but can contribute to other content on the page. For example:

http://dev2.comminit.com/drupalfive/?q=en/mainpage/36
and
http://dev2.comminit.com/drupalfive/?q=en/mainpage/38

both point to the same panel "mainpage" and the overload of "/36" or "/38" (arg(1)) is read by the blocks inside of the panel and by the taxonomy_theme's extended path functionality.

Forum Access

Merlin, is there still a need for a maintainer for Forum Access? I have been looking at many forum options for Drupal, including the SMF/phpbb/vbulletin integrations for Drupal. But all those options require learning/maintaining new tools and new themes, which is not always practical for clients or projects.

So I am looking once again back where the grass is greener and the sun not so hot: An all Drupal solution. Theming a Drupal forum is just a test of patience so that is not my problem it has always been the permission features of vbulletin forums that make it so attractive. But this module and maybe where it can go might just be the thing we need.

Please contact me at gregh @ tech-wanderings dot com, and maybe I could meet you at the OSCMS summit. Thanks - Greg

Panels

I'm a CSS nut who is learning to develop for Drupal. I would love to help with Panels. Please let me know.

forum access module

hi merlin,

i'll be finding a bit of extra time in mid may for a few months which i'd consider doing some module maintenance. especially since i just installed the forum_access module on a test site today - i will be using it on a couple of sites in the very foreseeable future and i found a little itch i'd like to scratch with it. i'm not sure it's a fixable itch though based on some of the readings from tonight.

my programming experience is about 4 years of java and 1 year of php with limited scripting.

i've not looked at much drupal module code before. is it hard to digest/pick-up?

cheers

re:

it doesn't work right on IE or Safari and it's not retaining position properly (that last bit I can fix quickly, I just haven't gotten back to it yet

Post new comment

The content of this field is kept private and will not be shown publicly.