$100 for Buddy request indicator

I was working with some other guys around here on the buddylist.module .

changes:
- there is no "buddies" and no "buddies of" tab any more
- when you want to add someone as your "buddy" (= "friend") you will send this user a message automatically with a reason, which is not required
- on your "my account" page you see all your "friendship-requests", which you have sent, you also see all new "friendship-requests" from other users --> so you can click on them:
-- clicking on a "friendship-request" sent: you can retract this, so the user you wanted to add for a while cannot be your friend (sounds hard)
-- clicking on a "friendship-request" get: you can choose if you want to let this user be your friend, if you have done so this user also appears in yuor buddylist

TODO: when you get a "friendship-request" you cant reject this request (at this feature i am actually working)

Don't change the title.

see at this node:

http://drupal.org/node/11892

Hello Oesti
i'm really curious about this new version. do you have any code to test?
below are my suggestions

- "add this user as friend" link to that user's profile page or any menu. current addition process is very hard even for a site admin.
- ability to display a block/page of friend list with friend's photo and signature. better is selectable fields to display in a block.

p.s: friend is much better word (in URL) than buddy.

Hi there, I'm thrilled that people are interested in this and I've been working on this for a while. I've got things set up, pretty much, but it's thrilling that other people are starting to move on this. The link that oesti posted above is pretty much the thread that you will want to follow in order to see the latest work on this. In short, we're really getting pretty close to what you want, I think. So, check out the code that oesti is working on and maybe we can get something out the door.

I'm not sure whether or not this is going to make it into buddy list, or if this should be branched as separate. It really is a major shift in the database interpretation which may not be compatible. That is to say, this is a "disruptive" patch. It does not preserve the old buddylist database interpretation and so, for that reason, it probably won't work as a patch.

I'll try checking out the latest and get up to snuff on the code in a bit. And thanks to everyone for your interest.

Albert Wong
www.lifeafteresalen.com

i think friendlist is one of the most important part of the community sites. i'm sure there are a lot of users of this module.

current features are beneficial but basic. in addition to Oesti's very necessary features new ones that can be added like:
1. ability to display a friend's any property (his/her blog pages, posts, comments, picture etc.) can be set optional features.
2. most friendly users, who have most friends, are featured in a block on front page or any other page.
3. ability to import hotmail/yahoo mail/gmail address book (and be able to mass invite them -invite module may help here)
4. please change it to the name "friendlist".

what about joining forces instead of working one by one for the same features?

I'd like buddylist.module to be a little like slashdot friend system. If you accept a friendship request, it's a friend. If you ignore it (or deny), it's a 'fan', but you still show up as a 'friend' for this person, so no harm is done either way.

And with their system, you can track 'friends of friends' too, which is always nice.

You should definitely share your code for new features here. The best case would be if you could open a new issue describing what your code does, mark it as a feature request, and attach a patch (in unified diff format) to the issue. That gives your code the best chances of getting used.

the latest module has the approve buddy request feature and users are informed of being added when viewing their profile or at login