[emersonthis]

I’m also running BBPress as a plugin to a pre-existing WordPress installation. After a lot of trial and error, I deduced that the forum appears on a WP page using the page.php template of the host wordpress theme.

I’ve tried manually assigning a different template file by using the BBPress shortcode on a specific page (created in wordpress) and then choosing a different template, but that option appears to get ignored, which is somewhat frustrating. I’m going to start a new thread for this issue, unless someone can tell me what I’m doing wrong.

[michaelvar]

I use bbpress as a part of buddyperss.

I have a general problem in buddypress that slugs of groups and forum topics that are non unicode are throwing the user back to home page.

The bbpress forum topic in the buddypress installation make the slug out of the sanitized subject/title,and because of my general slug problem I cannot create a topic with a non Unicode title.

I tried to solve it in many ways and didn’t get anywhere.

My question is – what I need to change in the bbpress files that will save topic in the DB with the forum topic id as the slug and not the title,or can I use some sort of a filter or hook to do that?

[John James Jacoby]

@anmari – At the risk of sounding defensive (which I’m not trying to be) please assume we develop everything with WP_DEBUG on, and anything that pops up is an oversight, not a lack of knowledge or ability. You can create trac tickets at bbpress.trac.wordpress.org to outline the steps to trigger the notices. Thanks!

@ashfame – Ticket please. Thanks!

[John James Jacoby]

If you’re using shortcodes, this is normal. You can hide it with CSS if need be. The problem comes from Theme Compat also using the output buffer from the shortcodes, to not have to duplicate a bunch of code.

I’ll dream up a cleaner solution, but until then this is expected behavior.

[Thomas Clausen]

I have tried the plugin for a while now. I have ported a big PHP-Fusion installation to bbPress.

I have two comments so far:

1. There’s something “funny” about the reply post type. I have written this issue regarding it: https://bbpress.org/forums/topic/replies-sometimes-link-to-weird-content

2. The RSS feeds are also clunky as far as I can tell. Here’s my experience: https://bbpress.org/forums/topic/rss-feed-in-bbpress-plugin-doesnt-work

I also had an issue with the search, but since I just wanted a sitewide search, i just implemented Google CSE, and it’s working great for me.

I’m all for adding more settings, anytime rather that than having to punch a bunch of stuff into the functions.php

But to sum up, it’s already a lot better than what I have used for the past couple of years with PHP-Fusion.

[Ashish Kumar (Ashfame)]

And I see this particular line everywhere

Notice: Use of undefined constant paged - assumed 'paged' in /home/ashfame/www/dev.example.net/wp-content/plugins/bbpress/bbp-includes/bbp-common-functions.php on line 263

[Ashish Kumar (Ashfame)]

is_bbpress() function currently doesn’t account for tag pages – http://dev.example.net/forums/topic-tag/testing/

Is it by design? I think it should account tag pages as they basically are bbPress pages.

[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