lol Ben, that works for 1.x but not 0.9
in 0.9 you need this https://bbpress.org/plugins/topic/email-login/
@Greg part of the workaround is to only perform the display name change on functions that do direct output themselves (the functions with echo) the internal functions that return strings should not be changed.
In reality the best way to approach it might be to only apply it on the portions of the topic page and profile page that show the names.
It’s not super simple but it can be done.
I just noticed that the wiki page was deleted for a SECOND time in February 2010 (originally deleted in July 2008)
This time I can’t even find an archive of the 2009 version.
As Nightgunner pointed out, Blanket Fort? No problem. bbPress? problem.
February 8, 2010
Removed
* BbPress (talk) removed. Quality rating was Stub-Class (rev · t). Importance rating was Low-Class (rev · t).
Member
Hello,
Not really sure if this would be the best place to ask, but I wondered why the forum URL dir structure was been changed/removed compared to about all other Automattic products?
Ie. the bbPress URL structure looks like this: “http://bbpress.org/forums/topic/taking-a-look-at-bbpress-09”
whilst the BuddyPress URL structure looks like: “http://buddypress.org/community/groups/miscellaneous/forum/topic/some-basic-questions/”
Note the last “/”
Best regards,
Cor
$bb->email_login = true;
There you go, instant feature!
That sounds very useful – look forward to seeing it.
I also like the login with email address option. Trade off there is that it becomes harder to switch the email address associated with the account. Probably a good trade though.
_ck_, do you remember how your plugin handled the paths where WP/BBP currently uses the login name? For example, the “_ck_” in…
“https://bbpress.org/forums/profile/_ck_”
By the way, I don’t think I released it yet but should by the end of the month, just have to write a “readme.txt” – I have a “rename user” plugin for bbPress to change user_login across the system.
It even supports multiple bbpress and wordpress systems attached to the same user db table and will fix all topics and wp comments.
So, not meant for constant username changes, but good for occasional fixes. Also detects existing username collisions.
@Dennis, good idea – though note bbPress 0.9 requires a plugin for login-by-email-address support (I think I wrote one, can’t remember).
Non-plugin bbPress development is going to continue until we have a perfect importer so people will be able to bring their content out of the legacy codebase.
So, will BBXF finally have some use?
I’ve tried another integration with no “www”, it works 50%.
Now I just can’t access my bb-admin and not able to logout from wp admin 
,
I’ve installed _ck_ plugin fixed admin access, but its not working in this situation. I’ve find other ways from bbPress Search but still not solved. any idea?
Non-plugin bbPress development is going to continue until we have a perfect importer so people will be able to bring their content out of the legacy codebase.
Simply I love this statement!!
@ Matt Mullenweg, with this perfect importer, will we able to switch from other channels like vBulletin, phpbb, ip board? did you ever think about it? Any Plan?
My preferred solution: Login with an email address, and give the site administrator the option of allowing users to change their Display Name. The distinction between usernames and Display Names then ceases to exist. Nobody forgets an email address either.
Thanks r-a-y for the compliments, and thanks chrishajer for resuscitating the post!
One other thing… I was thinking of leveraging the XMLRPC support to enable publishing of posts from an iPhone app.
I guess I would have to find a different way to do this in 0.9.
I NEVER write admin pages for my own plugins, but rather use a simple config file.
Same.
And I think that if I went to 0.9 I would want to also get out of deep integration to get all of the perf benefits.
It depends on what you need deep integration for. If it’s just to access a few WP functions, might be best to write your own functions that do the same thing in bbPress.
—
The admin page, like everyone has said, could easily be themed.
Please make better titles when asking for help.
Make them say something specific about the nature of the problem.
Also please state what version of bbPress you are using and what plugins.
Optionally try tagging your topic with some simple words you think might be relevant and then check those tags to see if you can find something similar.
We can always remove tags that aren’t relevant, don’t be afraid to try them.
Thank you.
Even 0.9 caches all user data, it’s not an issue.
0.9 is far more efficient than 1.x
If you don’t see 0.9 doing that, I must be using a mini-plugin to do it.
The Display Name will be “sucked in” along with all the userdata.
You can write a little plugin that when the user name is requested, it first checks to see if the display name is set and return that.
In fact I think there was an early plugin that did this for admin with 0.9, it had some issues but I remember I figured out some workaround. Vague memory now, it would have to be searched for.
https://bbpress.org/plugins/topic/display-name/
Be sure to read all the comments to find the last working version.
There are a lot of new tricks I’ve figured out over the years which would make such a plugin much better now, like not activating the filter until you are already inside the bbPress templates (ie. ‘bb_head’) so that the plugin does not step on internals like replacing user_login with the display name for urls, etc.
Just like to add that I’m personally not terribly worried about the admin section UI. There are other more important things (perf, for example).
I NEVER write admin pages for my own plugins, but rather use a simple config file. I often think how nice it would be to have pretty admin pages, but it never gets to the top of the priority list because user features are more important.
_ck_, thanks. A year ago I really didn’t understand the code base very well so the 0.9 versus 1.0 decision wasn’t terribly well informed. And I think that if I went to 0.9 I would want to also get out of deep integration to get all of the perf benefits.
Now that I’ve written a bunch of custom plugins it is probably a simple thing to get all this working. As part of the user management model it does seem like something that is a core part of the system though.
BTW, one little complication is to add something along the lines of the way 1.0+ caches userdata with one big query before rendering all the individual topics (thereby avoiding individual queries for display name at each topic). The plugin would need to take care of this too.
http://tr.im/ is actually overloaded and it output an xhtml error page that is injected on your page. See row 111.
It seems that: https://bbpress.org/plugins/topic/social-it/ doesn’t handle this kind of error.
This is what happened. I said:
Try again to contact him. I have a modified version of bbPM with 1), 2) and 3) but I don’t share it cause the nightgunner5 is active in this site.
In my opinion a mere fork is a bad idea when the original author is still around. I have built zaerl Visibility on top of hidden forums cause _ck_ wasn’t active in the last X months.
Then the plugin has been announced. So I dediced that writing plugin will not be funny anymore. I have announced this in my 7 plugins pages:
bbpress.org/plugins/topic/zaerl-editor/page/2/#post-5992
bbpress.org/plugins/topic/zaerl-random-description/#post-5993
bbpress.org/plugins/topic/zaerl-visibility/page/3/#post-5994
bbpress.org/plugins/topic/zaerl-simple-registration/#post-5995
bbpress.org/plugins/topic/zaerl-url-preview/#post-5996
bbpress.org/plugins/topic/zaerl-post-permalink/#post-5997
bbpress.org/plugins/topic/zaerl-wordpress-3-integration/#post-5998
(no direct link in order to not be triggered as spam.)
That’s it.
Just rescued this post from Akismet.
The reason why many of my plugins require editing is because it’s usually a “set and forget” situation and nothing can top that for maximum performance. Some I just couldn’t be motivated to do all the work for an admin menu until I knew people were actually using it, and based on donations, virtually no-one is using my plugins or wants them improved.
Plus until I came up with an idea for external admin code, I hated how they were often larger than the plugin itself.
In any case admin menu frameworks can easily be changed. There were several plugins for WordPress 2.5 and earlier that reformatted all the menus, the design in WordPress today was lifted from those plugins directly.
The idea that there will be a “perfect” standalone to plugin converter is incredibly naive. It will convert data, all your plugins and themes will be dead.
In any case bbPress will definitely be forked, I am hoping there will be several forks.
ps. @Greg, Display Names can be “accessed” from bbPress 0.9 since they are just in the user metadata and autoload when the user is fetched, you just have no UI elements to set or change them from 0.9 (but if you have WP integrated, just use that). It would be easy to make a plugin that displayed the Display Name in bbpress.
A user posted a topic on my forum which totally messed up the css of my forum. Only for that specific topic.
Heres the link to the topic: http://www.michaeljackson.no/forum/topic.php?id=331&replies=3&message=closed
I have no idea why this has happened. A wild guess would be the profanity filter plugin, but no words are being censored or affected at all. This is the first time this has happened in a year of running bbpress.
All other topics are just fine. Check yourself to see what a normal topic looks like, by hitting the home-link in the header.
Using display names versus login names is an ancient argument and there are pros and cons on each side. It is a user experience design decision that individual site owners will make.
_ck_, I agree display names have their drawbacks, but using the login name does too. For example:
– login names favor early joiners (which you may or may not want to do)
– login names have more restrictions (e.g. no spaces)
– login names are less “natural” in some types of community
– login names are more tricky to change
Display names have some additional drawbacks you didn’t mention
– confusion of two names for a member
I don’t think the spoofing is a real issue — like Ben says you can display the member role to avoid that. Two users CAN select the same display name, but people deal with duplicate names in real life all the time. The profile picture becomes more important though.
Personally, I think the argument in favor of display names gets stronger in proportion to the degree of community in your forum. So I wouldn’t use them on a support forum, but I would use them on an enthusiast site.
Long story, but I might switch back to 0.9 on one project if I can somehow get display name support.
IF I did use a fork, it would be 0.9 (to me this is an existing fork, not a new one) to get away from Backpress. This would be mostly for performance reasons and so I’ll be watching the db query count on the plugin version with interest.
If I changed my display name to _ck_, I would still be marked as “Member”
But if you change your name in “zaerl” and you put on my same avatar then you will look exactly like me (at first sight obviously, the profile page is different.)
I allow my users to use the display name and implicitly to have the same name/surname/nickname but I use a plugin that transform “The Display Name” to “The Display Name (the_login_name)” so these is no confusion. Also I use another plugin that prevent users for taking a list of display names like: Administrator, Moderator, Key Master etc.
Sure, i’ll do that tonight when I get home
@kevinjohngallagher what about Toy Story3? I think that will be really interesting so that you’ve forget abt this topic 
