Deprecated - Drupal.org infrastructure

Apologies if this is the wrong forum but since it concerns drupal.org itself it seems worth putting here.

I just noticed that "my projects" appears both in the default "navigation" menu, and also "contributor links" which has to be activated in your profile. Since anyone who isn't a contributor is unlikely to have a project, why have the extra entry in the default menu?

Minor thing, but seems like unnecessary duplication. I clicked on "my projects" only to get "you don't have any projects", which made me feel left out :(

Hi

Just an idea for the Drupal site itself:
Would it be possible to allow users to signup to get an email maybe once a week telling them of updates to a list of modules they have chosen.

This would be great - allowing the users to stay informed.

Thanks
Sean

Ref. desm0n's post "Module of the month" (http://drupal.org/node/79538).

There are many ways we can provide catchy and useful information reflecting the latest developments of the Drupal.org community. Some are quite simple to implement, others require "efforts".

Easy example: - how Mozilla Firefox Extensions are presented.
Ref. https://addons.mozilla.org/firefox/extensions and https://addons.mozilla.org/firefox

• We recommend...
• Most Popular Add-ons
• Highest Rated Add-ons
• Recently Added

(this post and the Module of the Month suggestion (http://drupal.org/node/79538) is not only interesting for Drupal.org, but also for managing similar things on our own and customer Drupal sites.)

Which is the most suiteable module or way of offering this - VotingAPI?
(Would it take extra coding etc. or can it be implemented from GUI?)

How could Drupal.org implement this?

How can a practical ongoing maintenance be done with as little manual effort as possible?

The popularity count is really a download counter, does Drupal core provide this?
The rated count is obviously VotingAPI related stuff. How about the Recently added (and also one for "updated"), what to use for that?

Recommended by the "Old Drupallers club"? ;-)
On the basis of normal user ratings and download popularity, "some selected Drupal experts" could monthly vote (and/or update their old votes), giving extra weight to provide a brief list of specially recommended modules. That way, people will know which modules the "top Drupal knowers" recommends and in practise also confirms to be (sufficiently...) "bug-free". (no critical bugs, well working, some guideline/criteria goes here).

Two benefits to this:

1. Practical for people to have one place to check what is actually working well (fixed links to version downloads, so that group of module versions are known to play well together). This could be a quarterly or 4-months updated thing, aside from the single module votes.
2. There are several reasons why it could be interesting to figure out a scheme to let people work their way into that prominent club, based on a set of criterias. That can be motivating and fun, in addition to useful. I wouldnt be surprised if such a "scheme" already exist on the web somewhere, ready to be "copied".

This could be combined with a separate handbook section where selection(s) of modules are presented to examplify what some defined types of portals should be looking at.

If something similar to this already exist here on Drupal.org, how and where is it promoted? A couple of good places that comes to mind is as a block on the Modules and Recent posts pages. there is a free and fairly obviously good spot beneath the user menu there...

Why is nothing "important" given a space there? Seems like a wasted opportunity.

There are so many ways of making Drupal.org more exiting, providing more practical and efficient access to the really juicy parts of the content. But we need to establish a dynamic and as close to automatic system as possible for maintaining what is currently the most "juicy" bits here.

Too much to read it all, how to facilitate finding exactly what we look for faster?

There are lots of good information here on Drupal.org. A lot of great efforts. As always, some more important than others, and in increasing need of greater accessiblity to be visible. The increasing amount of information (elsewhere too) eats our time, leaving less and less time to browse insufficiently structured or "accessible" information.

One particular challenge for a community like this one which produces a lot of descriptions that we read and re-read etc., is to make more use of graphics, illustrations and brief bullet lists etc. to pinpoint the main parts of important content (highlight "what's new" etc.).

*************

A bit off topic but a couple of example related to drawing peoples attention more efficiently:

(Assumption: it is in everybody's interest that we find what we look for quicker, and also that as a result of efficiently catching peoples interest, people will find even more interesting and relevant information. This can both increase the satisfaction and conviction that Drupal is the place to be, and can hopefully also both free up time for more contributions and in itself inspire/motivate to spend even more time here.)

Examples: Using Titles and Columns.

• The one reason why I dont use the "by date" tab of drupal.org's modules page is that it does not give me a list of the titles and module names, but forces me to browse too much text. A practical way of presenting the first page would be with titles/module names and a very brief description (5-10 words).
• A somewhat similar issue is the lacking module name and/or forum name column of the Recent posts page (drupal.org/tracker).
  

I've got CVS access at Drupal.org, I am able to create a project and I have a module which I want to contribute. But since I'm using Subversion with TortoiseSVN at work, I do not know how to properly create and use a CVS repository at Drupal.org. And I really do not want to "test how it could work"...

Handbooks don't tell anything about that. May someone experienced give a short explanation to me?

It would be very helpfull, if the bookmarks.module (http://drupal.org/project/bookmarks) would be enabled on this site.
This makes searching something, we have allready searched for, obsolete.

I posted this question in another forum but got no replies so far, and have emailed Drupal but they said that I should post it here. Please help!

Which module(s) do I need to install, if I want to restrict individual pages, stories, or forums to specific groups of users? For example, I have 3 groups of user (A, B, and C), and I'd like forum A, page A and story A to be accessible only by group A; forum B, page B and story B to be accessible only by group B etc. And none of these able to be accessed by anon users (i.e. the public).