[Doug Smith]

I just wanted to add that I pulled down the latest from svn and there were some changes in the importer code. Still no luck, though.

[Mike1233]

Thanks for help. i have deactivate the smileys in wordpress.. now i can see it in postbar.

great plugin

[pimarts]

The ones I listed above are the only files I have in my theme. I always thought the less, the better, because of upgrades

[EL45]

Great. Thank you for your quick reply!

[master5o1]

Shortcodes go in a page, but you can also use them in themes and plugins using the <?php echo do_shortcode( $content ); ?> function.

https://codex.wordpress.org/Function_Reference/do_shortcode

So in your theme you would put this somewhere:

<?php echo do_shortcode('[bbp-forum-index]'); ?>

[EL45]

Hello,

I have searched both here and on WordPress.org for how to use shortcodes and still can’t seem to get it right.

I have a custom WordPress theme that is based on the stock twenty-eleven theme. I have created a child theme in order to add styling for my BBPress forum.

I’m hoping to mimic a style similar to the forums here on bbpress.org with the forum listings on the side. Am I correct this can be accomplished? If so, where do I include the shortcodes?

Thank you in advance. Any help is greatly appreciated.

[Doug Smith]

How do you think it should work? Should forum results appear in your existing blog search? Should they be separated? Should there be some kind of ‘smart search’ that knows where the request came from, and only shows results based on the type of content you are looking at (blog/forum/other)?

The desired mode of search could depend on the site or the page within the site. In my case, I would want to show both main site and forum content in a search from the main site because I want to expose that content. But within the forum pages I wouldn’t mind adding a checkbox to the search to limit it to forum content only.

How about choosing a sensible default to avoid options, but then giving the search function parameters to allow a theme developer to do the kinds of things I described?

@anointed mentioned grouping search results. I would want to be able to code a search results page with mixed content or grouped by posts, pages, forum posts, and other custom post types. But I realize that may beyond the scope of the decision you need to make for this.

I think our settings page is starting to get out of hand. Should we break the one page up into a few, or leave it as 1 page with all options?

Thanks for trying to stick to the “decisions over options” mantra. Opinionated software is much more pleasurable to use.

The settings page does have more options than any of the WordPress settings pages so it is a bit full. I could certainly see grouping all of the slug-related options to their own page. But it’s not so horrible now that it couldn’t go out the door and then be iterated later.

[master5o1]

To show the graphical smilies you must first allow graphical smilies in WordPress. Do that by going into Settings > Writing and ticking the “Convert emoticons like …”

That will allow standard WP smilies and show the smiley panel on the toolbar. The custom smileys is an option in the toolbar settings page.

I’ll look into where a relevant action hook is for the comments section as well as the id/name of the comment postbox. But I’ll really only be able to test this for the TwentyTen, TwentyEleven and BuddyPress default themes at this time.

[Jean-Pierre Michaud]

would be just good to have the RC on the distro instead of the older Beta3, as people would see what was done really, not just the bugged version… would it be possible to update the distro ?!

btw, my own question would be against the template styles of the forum. when using the 20-11 theme, when we browse thru the forum, the main level has one style, and the sub-pages has different styles… making it unconfortable for the visitor… i would personally add a setting when using a 3.2 theme to have a setting in the forum configuration to choose what structure to use, sidebar or not, page or single display, etc… because i would use the “page with sidebar” configuration for most of my clients … you see the point?

btw, 20-11 for the final version please ?!

oh, btw, great job, the forum is just great… i donated in the last years and will continue to do so for each of my clients that use your product…

[Mike1233]

yes. it works. you made my day

thanks a lot.

[pimarts]

Final addition, I’m giving up on this for now:

I run a child theme of bp-default.

I have files for archive.php, comments.php, footer.php, functions.php, header.php, index.php, page.php, search.php, single.php and type.php in my theme dir. That’s it.

Everything seems to work aside from the editing of topics. I tried copying single-reply-edit.php and single-topic-edit.php to my theme dir, but that didn’t help either.

With this info, any ideas now? Like I said, I’m giving up. I pretty much tried anything I could think of by now. Sorry to bother you with this

[pimarts]

Isn’t this line in the CSS:

content fieldset.bbp-form, #container fieldset.bbp-form, #wrapper fieldset.bbp-form

Try something like this:

content fieldset.bbp-form, #container fieldset.bbp-form, #wrapper fieldset.bbp-form {

border:0;

}

You might want to try border:0 !important; if it doesn’t work.

I didn’t test it by the way.

[John James Jacoby]

@suziwilson – The way that BuddyPress integrates bbPress, into WordPress, is by taking over the installation and administration of bbPress completely. That said, if you are using BuddyPress to manage your forums, you do not have access to the bbPress admin area any longer.

If you previously had bbPress setup without BuddyPress, there is a large possibility that you will want to go back to the old setup you had before. BuddyPress currently ties forums into BuddyPress Groups, so they work a bit unconventionally compared to your normal support forums.

Very soon you will be able to install a new version of bbPress totally outside of BuddyPress, and they will work transparently without any additional setup, as two separate WordPress plugins rather than having bbPress be tucked away inside BuddyPress like it is now.

I know it’s all really confusing right now, but it won’t be soon.

[Anointed]

Which do you prefer as the default? Users can access all forums, or users can only access forums for which they have a role on that specific site?

I would prefer that users can only access a forum for which they have a role on a specific site.

Here is my argument for this:

1. It is easy enough to programmatically add a user to another site either upon registration or after the fact.

2. buddypress finally has ‘mu’ capability. Many of us have asked for years to have separated installs of bp with an ‘mu’ network. Having users added to all forums can confuse this operation. (besides if you are using buddypress, there is already a plugin to add all users to all groups/forums)

Should forum results appear in your existing blog search? Should they be separated?

I’d rather have all results show up in a users search in a single search box.

Here is my argument:

1. Forum posts are data just like a post is data. I simply use forums in order to present the data in a different layout than blogs as it can be more appropriate.

2. A user comes to a website to find information. Who am I to tell a user that the million+ posts in my forum are less relevant to what they are looking for than a blog post? It gives the impression to a user who uses search and does not see the forum results that there is less relevant information on the site than there actually is.

How I would solve the template problem.

1. Include all results in the search output and simply separate out the design within the template for each type of data output.

`if (get_query_var(‘post_type’) == “post”){

get_template_part( ‘loop’, ‘post’ );

} elseif (get_query_var(‘post_type’) == “topic”){

get_template_part( ‘loop’, ‘topic’ );

} else …..’

2. This can lead to one really annoying issue. The results are output in the order of ‘post-date’, so the results are jumbled together. Meaning you could end up with post – topic – topic – post – reply…

To solve this issue I would attack this with the ‘groupby’ function. I would show 10x ‘posts’ then 10x ‘topics’ then 10x ‘replies’ etc, with a ‘MORE’ button underneath each of the 10. That way a user could say I want to see ‘MORE’ search results for just ‘posts’, or just ‘topics’ etc..

To go even fancier, you could apply some ajax loading to the MORE button.

Another option would be to allow the user to filter their search results either pre or post search utilizing check boxes. A user could select what types they want to search for. Then have the search function itself only include the selected post-types in the initial query.

*All of this is currently possible and I am about 70% there already, although not for search specifically. I ran into this issue when a user goes to a tax term page where the tax term is shared by multiple post-types. When I finish, I’ll pass the code along, although I’m sure you can probably do better than I can anyway.

Should we break the one page up into a few, or leave it as 1 page with all options?

I had to laugh when I read that you thought the page was already out of control. Have you ever seen the admin page for vbulletin?

If it were me, I would use a multi-tabbed admin page much like many of the premium theme companies use.

I absolutely love the flexibility that the vbulletin admin panel gives me. I can control every aspect imaginable and can’t imagine running a large forum without it.

Frankly if an admin doesn’t want to take the time to learn and operate the admin panel they should just bugger off and install any one of the crappy basic forums already available. I’d rather see bbpress turn into a full blown commercial level forum setup for wp.

[John James Jacoby]

Editing topics and replies has been working for months, and I’m not able to duplicate any of what you’re mentioning on several installs.

If you have passed the time limit on editing topics or replies, the link no longer appears, so that isn’t the problem.

The edit links are always available to admins, regardless of the time limit set.

Sounds to me like something is wrong with your install somewhere. Most likely custom template files?

[pimarts]

In my search.php I only return the title & excerpt. And that works perfectly, until I add the the code above and one of the results is a topic / reply. I assume that’s when bbPress takes over the entire output?

The first result has the breadcrumbs, “This topic has 1 voice, contains 0 replies, and was last updated by.” line, the style of a topic and a reply form. Pretty much just the whole viewtopic page. The results after that (both replies, topics AND blog posts) only display the content (with HTML in it). No titles on either the first or the replies after that. That’s expected behaviour?

As for that appending:

You mean http://www.domain.com/?ts=test or http://www.domain.com/?rs=test? That doesn’t seem to work for me.

I might want to go the Google search way, but for whatever reason I never liked it when sites implemented that. I can’t really say why though haha.

[pimarts]

That’s the risk when you run software that didn’t have a proper release yet

Proper documentation will come in time, I have no doubt about that.

If you were running the plugin that’s in the wordpress repository at the moment (beta2b or something) you might want to change that with the one in trac (https://bbpress.trac.wordpress.org/browser/branches/plugin) that has some fixes in it.

I don’t know if they’ll fix your problem though. I never had to add any code to my functions.php to make it work and while I do have a message in my dashboard “Theme does not natively support bbPress”, it works pretty good

[Thomas Clausen]

Why not go the official way? https://translate.wordpress.org/projects/bbpress/plugin

Here it looks like the plugin is 100% translated in swedish

https://translate.wordpress.org/projects/bbpress/plugin/sv/default

[sovery]

I tried all day to get this to work on my WP blog (bbPress, I mean). No go. Sigh. I sure wish there was a step-by-step guide. I’m not at all new to WP but I (obviously) had a lot of trouble trying to get bbPress to work. And I’ve failed. For now. I know people are busy, though, so I’ll check back now and then and see if there are any “bbPRess for Dummies”-type guides.

[pimarts]

This has been asked a couple of times already, try to search for it.

---

domain/wp-login.php?action=register should do the trick.

There are shortcodes for the following though, so you might be able to make your own register page (I’m running bbPress in combination with BuddyPress so I don’t need it):

[bbp-login]

[bbp-register]

[bbp-lost-pass]

[EtHeO]

I can’t find the user signup page url for an installed instance of the bbpress plugin. This is the url: http://www.africareport.com.dev.studioseptember.nl/business-opportunities/

Can anyone give me a hint as to where to search for it? I found the php/html code in bbpress/bbp-themes/bbp-twentyten/page-user-register

[John James Jacoby]

@Jobjörn Folkesson – The strings are almost completely unique and the .po/.mo’s aren’t compatible. Your average person can’t easily migrate one to the other without manual labor and time. While it’s a great help and the contribution is always appreciated, it doesn’t solve this specific issue for this user.

[John James Jacoby]

Sounds like a great idea to me. Hard to beat the best.

[John James Jacoby]

Without doing some ender the hood trickery, it’s going to be hard to include all results and satisfy the majority of uses.

bbPress already does some of this to prevent things like rouge comment forms appearing where maybe they shouldn’t. I haven’t been able to come up with a working solution that I think satisfies what 80% of the people using bbPress will want, namely because the WordPress core search function makes what we want to do, a little difficult.

The other thing that you’re noticing is that all search results look like blog posts. That’s because that’s how the search.php in almost all WordPress themes is coded to look. bbPress can’t really intercept every possible query and scan the post_type for topic/reply, and then inject something different, on every singe possible page load. Well, it could, but I suspect the performance hit would be fairly costly and it probably wouldn’t scale well into millions of entries.

So, we’re kinda stuck.

In the meantime, you can append:

?ts=whatever

to search topics, and

?rs=whatever

to search replies in a specific topic, so I do have some logic built in to allow for this… but, it does need some massaging before it’s what I would consider to be ‘correct.’

[John James Jacoby]

So 2.0 beta has been downloaded over 15k times, which is awesome. Feedback has been coming in steadily, and I’ve been holding an official RC because of a few odds and ends that are taking some time to figure out. Hoping to get some feedback on a few specific things:

Page Templates

The way WordPress works, page templates can work automagically if the template name matches a page slug. This is really convenient as it automatically acts like a page template without setting it, but can get in the way if you want to use a specific page slug and not have bbPress take it over. Example:

page-user-register.php

If you made a WordPress page with the unique slug ‘user-register’ WordPress would automatically use that template file for that page. So far I’ve purposely picked unlikely template names so they wouldn’t collide with existing slugs. But, if that same file was renamed to:

page-register.php

…all it would take is making a “Register” page and bbPress would automatically have a sign-up page with no shortcodes and no more work. The adverse to that convenience is if you want to customize your sign-up page beyond what bbPress provides, you’re looking at a totally custom theme.

This works with any template file in the root folder of a theme, so there are lots of possibilities. My goal is to satisfy the majority, so I’m thinking of heading in this direction and renaming the template files.

Multisite

At the moment, multisite integration works great, if you want to have individual bbPress forums with their own authorized users per forum. If you want to have all users have access to all forums in a multisite install, you’re currently out of luck. With multisite there are endless configuration options, and I see the use case for all of them.

Which do you prefer as the default? Users can access all forums, or users can only access forums for which they have a role on that specific site?

Search

Right now there is no interface for searching the bbPress 2.0 integrated forums. The original implementation got negative reviews because search results were site wide, showing blog entries, topics, and replies.

It’s currently possible to filter search results by post type (topic/reply) but most WordPress themes assume the search results will come from posts or pages, and as such aren’t styled to look like forum results, which is really confusing to the person performing the search. It’s also confusing to have multiple search boxes, or to need to pick what results you’re looking for.

How do you think it should work? Should forum results appear in your existing blog search? Should they be separated? Should there be some kind of ‘smart search’ that knows where the request came from, and only shows results based on the type of content you are looking at (blog/forum/other)?

Settings

The WordPress mantra is decisions over options, but creating something as large as a discussion forum within WordPress is going to come with at least a few settings. I think our settings page is starting to get out of hand. Should we break the one page up into a few, or leave it as 1 page with all options?

That’s what’s on my mind. If you’ve been using 2.0 for the past few weeks, your input would be much appreciated so these last few ends can be tied up and we can let this ship sail.