BuddyPress.org

The directories are due for an update sooner than later, but there are also a lot of variables to consider language wise with what characters will be involved or displayed. I just installed a few language packs on my Windows 7 installation, and my charmap must be 2000 characters big now. There’s no way to include everything as a clickable link for all languages and have it not look like an awful mess.

What is included in the bp-sn-parent theme is a working example of how you can dump out lists of blogs, and how you can use AJAX to filter through the starting letters of them.

That’s a good idea, and very possible to do too.

@JJJ

many thanks for your feedback !

So looking at the current pages “Members” (testbp.org/members) and “Groups” (testbp.org/groups) , I am currently missing the features “newest”, “active” and “popular” at those pages.

We have this at the “Home”-page at the “members column” and also at the “groups column”, but why not having those features also at the “Group”-page and at the “Member”-page ? It would even make good sense there, as the number of listed Groups and listed Members at those pages is much higher.

So maybe you are considering similar stuff for the “Blogs”-page (testbp.org/blogs) ?

A user is rather interested to see “newest”, “active” and “popular” Blogs than a list of Blogs sorted by “A-B-C”. Having a list of Blogs being shown by “A-B-C” as we do have currently, the user needs to walk through a list of hundreds of Blogs in order to find the e.g. “most popular” Blog.

The same goes for Forums (testbp.org/forums): we currently see “6 Popular Group Forums”. Why not also showing “newest” and “active” Group-Forums within those 6 Group-Forums at the top of the page ?

Besides that: give the Admin the ability to make 1 Group-Forum within those 6 Group-Forums to be “sticky” ? See my TRAC-ticket: https://trac.buddypress.org/ticket/1240

Also sorting “alphabetically” just by “paging” would be fine, the “A-B-C”-tabs are not needed after all, as if somebody wants to search for all members starting with e.g. the letter “K”, he just performs a search by entering the letter “K” into the search-box.

BTW: I just tried what I have described above:

I entered the letter “K” into the search-box and searched for members.

The search-result is actually NOT showing members with the letter “K” (member-names showing in the search-result are actually NOT starting with letter “K” and have also NOT included the letter “K” in their name). Is this a bug ???

well, at least it should list all pople starting with letter “K” when searching for “K” within members…. then we can get rid of the current “A to Z” directories….

done.

https://trac.buddypress.org/ticket/1318

it is currently not possible to select “Milestone 1.3” within TRAC-ticket-system.

@nongiven

sorry, I am not a programmer and do not know how to do this.

Just a suggestion:

for the “search-issue”: could you please open a new thread regarding this topic ?

@nonegiven… The short answer is “yes”, but it’s not really an accurate one…

It has less to do with funding than it does with members of those language speaking communities helping us make the software better. I don’t speak any of those languages and wouldn’t know how to accurately setup a development environment to duplicate the scenarios needed to test what’s not working correctly for them. I personally think that i18n and l10n are vitally important, and any kinks will get worked flat eventually, we just need the right people to help iron them out for/with us.