SoC 2008

Create eclipse plugin that will
* Create and edit new modules by editing underlying module info file
* Wizard to create hook methods complete with parameters. Hides method naming scheme, instead asks user how wide of a scope they are intending for their method

Drupal provides wide-range of functionalities to build any kind of websites from personal blog to community sites. Usually each person has his/her own blog and also is a part of lots of communities, social networks and so on. Most communities offers a profile page associate to each user just like Drupal do. Have you ever posted entries with some referring to your friends, your colleagues or your family? Do you ever stop a while to choose their profiles to be referred? In addition, we are moving to semantic generation that we should make use of relationship among you and your friends. Social Graph API has been introduced by Google to accomplish this functionalities with least modification using XFN.

Description:

Actually, I mean something like [buddylist][] with standard-based cross site social networking module. In short, it should be named just like "XFN Module". This module will offer essential features to help any users to build social network using XFN.

1. Let user define their own friends and associate relationships as a part of profile. It's not only just friends but also family and many more. See [XFN 1.1][1.1] for more information.
2. XFN-enabled friend list in profile page.
3. Views integration to make friends blocks or pages.
4. XFN filter to help writing article much more easy and fun with your friends. No need to remember their blogs, their facebook, their flickr, and many more.

Status: rejected; module already exists, and scope of fixing module too small for SoC

The idea behind this project would be to enable an editor to 'check-out' a node (and possibly blocks etc) with a preemptive lock that would prevent anyone else with the edit content permission from editing that page at the same time. While Drupal 6 at least preserves your changes it's frustrating to get done with an extensive edit only to find out that somebody else has popped in and edited the document while you were working on a masterpiece. There will also need to be administrative overrides for clearing stale locks.

My idea , be the expansion Features , of , Drupal , with , opensosial
Give can use application , of website friend , drupal , and , location website in , opensosial
, with using , opensocial google api ,

"OpenSocial Container module to allow admin/user to host OpenSocial gadgets just like many social networking sites, e.g., Hi5, Ning, Orkut and Facebook do. As a result"

Project name : OpenSocial Container (opensocial_container)

Proposal added to official ideas list at http://drupal.org/node/237619

The node_revisions table currently stores a full copy of everything for every revision.

For space considerations it would make a lot of sense to store it as diffs instead.
Many sites like drupal.org also have issues with simultaneous editing - using diffs might allow for merging of edits rather than the current locking system.

Note that in D7 core, node_revisions may well be handled similarly to CCK fields - so something extensible to both models is likely to have the most chance of future use.

Moved to official ideas list at http://drupal.org/node/237899

Staring with some of the things here and some thinking and discussion here's a proposed proposal for a coding project:

Drupal's help system is fairly incomplete. At drupalcon there were many examples where the lack of a help system contributed to its usability woes. This project aims to enhance Drupal's help system through a pluggable, extensible help system API.