[berg80]

Basically the same thing is happening to me. I have the bbpress integration plugin installed on my WordPress blog, but when I register on BBPress, no default role is assigned for that user in WordPress. When I look at the Users tab in WordPress, no group is identified for that new user.

[ear1grey]

gnawph wrote:

The bbPress designers would look foolish changing all of their IDs to Classes and wouldn’t conform.

I’ve already stated that: “I’m not advocating the removal of any of the ID’s from templates”. I am, however, conscious that the reliance on ID based formatting in the default template is more likely to run in to integration problems in the long run.

“Latest and Popular are different tables and shouldn’t be labeled the same”.

Yes, latest and popular are different tables (their ids are different), but they are both examples of a certain kinds of table that show an ordered selection of items based on some kind of score (be it date or rating). So it’s better to define what that kind of table is, so use a class.

“If code redundancy is an issue you could always go:#latest, #popular {“

Yes, this does have a similar effect, but, if I’m writing a plugin with UI elements then for it’s output to be shown correctly in TemplateX, either:

1. I have to add CSS to the plugin which might work with TemplateX, but be incompatible with TemplateY, or
2. The authors of X&Y must alter their css to cope with my plugin.

This potential hassle just becomes less likely if template designers take an extra few minutes to consider what the more abstract classes in the design should be!

BTW: class="tableonmainpage" might be better described as .mainpage > table {}

[gnawph]

Right. I’m sorry, but I don’t understand your point.

I like the ID elements, much easier to understand the page.

I’m doing a quick check of bbpress’s default templates and I don’t see too many IDs I’d even consider repeating inside the code.

Is your poing that styling more than one ID with the same colors, padding, whatever, is redundant?

[ear1grey]

<p class="soapbox">

Having hacked at the default bbPress template I’m conscious that it makes extensive use of element identities for it’s formatting.

i.e. elements have an id="xyz" or a name="xyz" attribute, and in the css there is a corresponding #xyz { color: #FFF; }.

With a pluggable base model such as bbPress it makes sense to specify “how to render things like this” rather than “how to render the thing called this”.

Thus my request and suggestion is that anyone considering designing bbPress themes in the future seriously considers using CSS classes instead of IDs for formatting.

The use of classes has the same effect as id’s, but there is a key benefit: an ID can only appear once on a page, so if a page element is repeated, and it’s formatting is based on an ID, then the template breaks.

</p>

[kannued]

Okay, this so-called IE 6 problem when logged in as Member has to do with capabilities roles. Members can’t add new topics, only edit topics. That’s why I couldn’t see so much stuff. And I was still logged in with Administrator status in Firefox that Firefox appeared to be fine. Knocking my head against the wall!

The automatic default when someone subscribes is to give them Member status. I would like to give my Members capabilities to add new topics within the forums, and handle those new topics. What would be the additions I would have to make in the capabilities to handle those areas? I think giving them Moderator status is too much, but I’m not sure.

[Michael Adams (mdawaffe)]

In the next version of bbPress, the default templates will say:

“Allowed markup: a em …”

Thanks!

[djuggler]

Because I like to be difficult, I have my WordPress installed at ~/siliconholler.com/blog/ and mapped to http://blog.siliconholler.com/. My bbpress installation is in directory ~/siliconholler.com/forum/ and mapped to http://forum.siliconholler.com/

It mostly works. When I try to look at the default topic http://forum.siliconholler.com/topic/1?replies=1 I get a 404. If I try to view a profile http://forum.siliconholler.com/profile/1 I also get a 404.

.htaccess currently has Options +MultiViews and I have also tried the code generated by /bb-admin/rewrite-rules.php

My config.php reads:

// ** MySQL settings ** //

…

$bb_table_prefix = ‘bb_’;

$bb->domain = ‘http://forum.siliconholler.com’;

$bb->path = ‘/’;

$bb->name = ‘Reality Me Discussions’;

$bb->admin_email = ‘validemailaddyhere’;

$bb->mod_rewrite = true;

$bb->page_topics = 30;

$bb->edit_lock = 60;

$bb->gmt_offset = -5;

define(‘BBLANG’, ”);

$bb->akismet_key = ‘properkeyhere’;

$bb->wp_table_prefix = ‘wp_’;

$bb->wp_home = ‘http://blog.siliconholler.com’;

$bb->wp_siteurl = ‘http://blog.siliconholler.com’;

/* Stop editing */

define(‘BBPATH’, dirname(__FILE__) . ‘/’ );

require_once( BBPATH . ‘bb-settings.php’ );

Any suggestions?

Doug McCaughan

http://sidesigns.com/

http://blog.siliconholler.com/

[Starkmann]

I believe I sorted out my issue. By not setting my timezone correctly (or at all) it got confused. I assume it looked at the time stamp on some of the posts as being in the future and just defaulted to -1 year as a result. Cleaning this up seems to have fixed up my stats as well.

[gsnixon]

Hi everyone, I’ve just had one hell of a night trying to figure out this bbP/wP integration stuff. Eventually, I thought I’d do a clean test install and work from there to see if I could isolate the issue, so I installed:

BBpress 0.7.3

WordPress 2.0.5

on

Apache 2.0.59

mySQL 5.0.19

PHP 4.4.4

via MAMP on Mac OS 10.4.8

with WP in root and BBpress as subdirectory “discussions”.

I then configured wp-config.php and config.php like so:

<?php

define('DB_NAME', 'database');

define('DB_USER', 'root');

define('DB_PASSWORD', 'root');

define('DB_HOST', 'localhost:8889');

$table_prefix = 'wp_';

define ('WPLANG', '');

define('ABSPATH', dirname(__FILE__).'/');

require_once(ABSPATH.'wp-settings.php');

?>

and

<?php

require_once(dirname(dirname(__FILE__)) . '/wp-config.php');

define('BBDB_NAME', 'database');

define('BBDB_USER', 'root');

define('BBDB_PASSWORD', 'root');

define('BBDB_HOST', 'localhost:8889');

$bb_table_prefix = 'bb_';

$bb->domain = 'http://192.168.0.149:8888';

$bb->path = '/discussions/';

$bb->name = 'the Forum';

$bb->admin_email = 'email@email.com';

$bb->mod_rewrite = false;

$bb->page_topics = 30;

$bb->edit_lock = 60;

$bb->gmt_offset = -8;

define('BBLANG', '');

$bb->akismet_key = '***********';

$bb->wp_table_prefix = 'wp_';

$bb->wp_home = 'http://192.168.0.149:8888';

$bb->wp_siteurl = 'http://192.168.0.149:8888';

define('BBPATH', dirname(__FILE__) . '/' );

require_once( BBPATH . 'bb-settings.php' );

?>

(the 8888/9 ports are MAMP defaults; 192.168.0.149 is the LAN IP of the computer I’m running this on)

Then I ran the install scripts, and lo and behold, everything seemed to be working great. Then I began to add plugins one by one, and, to make a long story short, found that:

Whenever the Sidebar Widgets plugin was activated along with a separate widget (including those included with it, del.icio.us and google, as well as akismet, which has a widget built-in), trying to load a BBpress page would yield a blank page. However, if Sidebar Widgets was activated but no widget plugins were, it would work fine–I could even use the integrated widgets (RSS, categories, calendar, etc) on the blog. Likewise, if Sidebar Widgets is deactivated, but all the widgets are activated, it still works fine.

Also: the Front Page Topics plug-in for bbPress, regardless of any other plugins in wP or bbP, yields a similar blank page on posting a new reply, starting a new topic, making a new forum, or logging out. If I go back and refresh, the topic/reply/forum HAS been created… but the logout attempt is UNsuccessful. Like I said, I tried this with no bb or wp plugins, as well as a variety of them, and its always the same result.

Ok, its 4:15 in the morning, I have class at 8 and I’m going to go pass out, but hopefully this is enough information for someone to tell me what gives…

Thanks for reading/any help.

-G

[Michael Adams (mdawaffe)]

When logged in as an administrator, you should see a “Move this topic to the selected forum [dropdown of forums]” at the very bottom of that topic’s page.

At least, that’s how things work with the default template.

[talkaboutdesign]

I added a default avatar, and also working on adding more stuff to this template. Check out my forum to see progress.

http://www.talkaboutdesign.com/forum/

[Atsutane]

To center it u need to play with css .. try look into default bbpress style.css and see which code u can use to suit your theme

[Atsutane]

Well u can try this. Donno if it gonna work or not .. right now 12:54am so i dont have the time to test it Try at ur own risk. Got problem dont blame me . Well if this was wrong feel free to fix it.

function get_post_author_avatar() {

global $bbdb;

$id = get_post_author_id();

$user = bb_get_user( $id );

$usermail = $user->user_email;

$default = “http://www.somewhere.com/homestar.jpg”; // Put your default avatar link

$size = 40;

$grav_url = “http://www.gravatar.com/avatar.php?gravatar_id=”.md5($email).”&default=”.urlencode($default).”&size=”.$size;

echo “<img src=”$grav_url” alt=”Gravatar” />”;

}

[ear1grey]

The topic-tags.php template is being explicitly included through the topic_tags() method of template-functions(), so replacing it in my-templates has no effect.

This makes me wonder if, generally, a bb_include and bb_require method could be used for all includes which would check the template system before resorting to a default folder.

this could possibly replace the oft repeated:

if (file_exists( BBPATH . 'my-templates/whatever.php' ))

require( BBPATH . 'my-templates/whatever.php' );

else require( BBPATH . 'bb-templates/whatever.php' );

I thought it worth mentioning because theme developers might find it useful from the outset.

[mokona]

I’m trying to install bbPress but I got this error

“Fatal error: Call to undefined function: load_default_textdomain() in /home/.nevermore/wererabbit/demon.wererabbit.net/bbpress/bb-settings.php on line 132”

What I’m supposed to do?

[meeciteewurkor]

what about the encode_bad function in the same formatting-functions.php file?

It has the same list of default allowed html tags. I don’t know enough php yet to understand what it does, though?

Maybe the img tag needs to be placed here as well?

function encode_bad( $text ) {

$text = wp_specialchars($text);

$text = preg_replace('|<(/?strong)>|', '<$1>', $text);

$text = preg_replace('|<(/?em)>|', '<$1>', $text);

$text = preg_replace('|<(/?a.*?)>|', '<$1>', $text);

$text = preg_replace('|<(/?ol)>|', '<$1>', $text);

$text = preg_replace('|<(/?p)>|', '<$1>', $text);

$text = preg_replace('|
|', '
', $text);

$text = preg_replace('|<(/?ul)>|', '<$1>', $text);

$text = preg_replace('|<(/?li)>|', '<$1>', $text);

$text = preg_replace('|<(/?blockquote.*?)>|', '<$1>', $text);

$text = preg_replace('|<(/?code)>|', '<$1>', $text);

$text = preg_replace(“|(.*?)|se”, “‘' . encodeit('$1') . '‘”, $text);

return $text;

[meeciteewurkor]

thanks nolageek. I’ve actually had that part correct. After messing around, now only one topic is like that. The other is fine.

In fact the default topic that was made called “Your first topic” portrays the correct “freshness”. All new topics give the -1 year weirdness. I’ll keep tinkering.

http://meeciteewurkor.com/bbpress/

[Michael Adams (mdawaffe)]

If bb_ really is your bbPress table prefix, and that is what is entered int the integration plugin page, users registering through bbPress should be given WordPress’ default role upon logging into WP for the first time.

So I’m not sure what’s wrong exactly, but it may be caused by the stuff you’re doing manually (as you expect).

[hasund]

I am setting up a web site that has two main groups of users: The (WP) blog editors, and the readers, who are supposed to be able to make contributions through comments or in the forums. The registered WP users can use the bbPress forum seamlessly, however, there’s a bit of a problem on the other end, with the users who first register themselves in bbPress. It seems that when someone registers as a bbPress user, they are also automatically a WP user. This would be fine and dandy, if only their user level was set low enough to keep them out of the WP backend. But it doesn’t work like that. I’ve set the default user role for new users to “Subscriber”, but something in the communication between bbP and WP goes wrong, and they are granted some mutation of the administrator role instead: They aren’t able to publish, or edit posts from users with a higher level, but they can edit each others drafts, and they can change both their own and others user levels and passwords. Or edit the templates.

So what I want is a way for registered WP-users to flow freely into bbPress, but not vice versa. I don’t want the forums users in the WP dashboard area at all. I’ve tried the bbpress-integration.php-plugin, but it doesn’t seem to make any difference, its only option is to set the bbPress prefix to bb_ (the bbP-tables already has this).

[devils_advocate]

ok – I found the ultimate guide and it got me 95% through…

I’m still having a problem (that is likely in my WordPress set up) and a problem seeing the (default stylesheet)….

ideas?

[matiasquaglia]

Hi, i’m just steppin’ in in Bbpress, and i’m very impressed.

I’ve used WP in the past, and I like it a lot.

BBPress has same carisma.

I’m just wondering about changing the default language.

In Wp that’s done throug a compiled file, and with BBP?

[gnawph]

Some of these additions are either done with a simple plugin or template modifications…

Personally I’d like to see bbPress continue on with it’s development without spending resources to integrate the two programs together. Rather bbPress should stand alone as a forum system and not just a glorified WordPress plugin. It is my opinion that current forum systems offer way too many features and confuse themselves with content managment systems and social networking sites. Huge avatars and signatures take away from actual content and private message systems have been around for ages disguised as email.

The community around bbPress should develope plugins for all of these specific features. Remember that 90% of your users will just read and post on your forum and all those other goodies are just taking up resources that aren’t contributing to the overall “digital discussion” philosophy of a forum. Usenet is still pretty popular and that hasn’t changed much in years.

I’d like to see improvements on security, speed, and ease of use in the next releases rather than glittering goodies and features.

I am working on another ghetto plugin to highlight threads that have been started since your last visit. It’s been painful and frustrating to work on this since it’s been so long since I’ve worked with php but man is it fun. Another thing I’d like to see in the next release is a list or plan of what is going to happen next so I don’t waste time creating a plugin that is going to be in the next release.

Although it is fun.

P.S.

I’m biased on this issue as I’ve been in web stuffs for a number of years now so I can easily integrate a theme. It should be very simple as most of your design should be located inside your wp css file. The only thing you really have to change is some <div> placement. I threw away the default bbpress css theme and just flung bbPress into my WordPress site’s containers and it worked pretty well.

[abidsultan]

hi,

can anyone help me out for the following…why it dosent move after 2nd step…

“Second Step

Now we’re going to create the database tables and fill them with some default data.”

[Michael Adams (mdawaffe)]

Copy bb-templates/topic.php to my-templates/

Find and remove

<li id="resolution-flipper"><?php _e('This topic is') ?> <?php topic_resolved(); ?></li>

This will likely be removed by default in future versions of bbPress.

[kingb]

You have to edit ‘template-functions.php’ which is located in the bb-includes folder. The function is at line 890, called tag_heat_map. You will see that it takes 4 variables as parameters the first one is the smallest size possible for the tags, the second one is the largest size possible for the tags, the third is wether it the font size is measured in points(pt), pixels(px), or ems(em). The default is pt. The last parameter is the maximum numbers of tags that are displayed.

Hope this helps!