[ardentfrost]

What makes you think I’m a professional programmer? I do this for free, you don’t have to use it. Plus, it’s open source, you’re more than welcome to change the error message.

That message should only be shown if it can’t find memberlist.php in your my-templates directory. Also, if you don’t have pretty permalinks turned on, it is supposed to see that and add the .php to the end of mlist.

Could you tell me your server information? (version of php most notably) Do you have pretty permalinks turned on? If you don’t know your server info, are you on dreamhost or something?

This has been tested on multiple server configurations and works on them, but there’s no way to test on every server config. But I’ll try to make it more compatible if possible.

[promesbanda]

Hi, don´t take care of much about it. I am testing what this software does.

[Trent Adams]

The standalone version doesn’t have the ability to log, so it is difficult to test it without having someone do something that Bad Behavior doesn’t like! That being said, I am 99.9% sure it would be working if you are still able to bring up your forums because if you install it incorrectly, it will not let you access your pages and block everything until you get it right.

The good thing about Bad Behavior is, install and forget about it!

Trent

[Trent Adams]

I would suggest using the following to stop the avatar plugin from working in the mobile version until I can figure out a way to make all images smaller or non-existant with this plugin.

Put this over the code for the avatar plugin in post.php in /my-templates/

<!-- Diable Avatar for BB-Mobile -->

<?php if ( mobile_check() ) : ?>

<!-- <?php post_avatar(); ?> -->

<?php else : ?>

<small><?php post_avatar(); ?></small>

<?php endif; ?>

<!-- Diable Avatar for BB-Mobile -->

I have now tested this out and know that it works on my site.

In fact, any code that you do not want shown or changed in the mobile version of your site can be elminated or changed with the following structure!

<!-- Code for BB-Mobile -->

<?php if ( mobile_check() ) : ?>

CODE YOU WANT SHOWN ON MOBILE

<?php else : ?>

CODE YOU WANT SHOWN ON MAIN SITE

<?php endif; ?>

<!-- Code for BB-Mobile -->

Trent

[ardentfrost]

Where are you changing that? I assume you’re using my Private Messages plugin (hope you like it), and if you’re changing something in functions.php or template-functions.php you could have an adverse effect on plugins.

I also don’t exactly understand why you would test if the current user has an ID. You might want to, instead, test if the current user can do something instead of having an ID.

Plus, I don’t think you want to use || in that setup. You probably want to use && so that if the profile exists AND something else, then it’ll display it.

Possibly all or none of the above

[chrishajer]

Trent, I installed this and the install went smoothly. How can I test this or know that it’s actually working? What differences would I see? I didn’t see any testing procedure in the FAQ at http://www.homelandstupidity.us

Thanks for sharing the procedure.

[chrishajer]

Works for me too. Now to do something like “WP Since Last Visit” from Alex King.

Also, I made the same change in forum.php on lines 16 and 25 for consistency.

edit: Oops, just looked through the files and that need to be changed in lots of places. I lost track already…

[Trent Adams]

It would seem that this is going to need some testing!

Could everyone try this out if you can and report back? It would be good to test my blog as well (so we can see if one works and one doesn’t).

Forum – http://forum.trentadams.ca

Blog – http://blog.trentadams.ca

I use a Treo 700 Smartphone, so it might have a little better browser than most….

Trent

[Trent Adams]

I had to borrow a function from the great Alex King and his mobile edition for WP, but I have created a plugin that will allow mobile phones and other common mobile devices to access a page designed for them.

Download: BB-Mobile

All the directions are in the readme.txt file in the download file, so it should be quite self explanatory. It has 2 files and you need to edit your header.php file in your templates, but has no core changes.

NOTE: I don’t think the mobile CSS will validate and I need people to test this out to find any bugs and corrections, but it seems to work well enough for me.

If you need a demo, you can view my forum with a mobile:

http://forum.trentadams.ca

Trent

[vaelrith]

thanks

[thomasklaiber]

I think there is no plugin needed for this. It only requires a small template change in front-page.php.

Just replace in line 37:

topic_link();

with

echo get_topic_last_post_link($topic->topic_id);

… I think it should work.

[vaelrith]

I was thinking a plugin that when you click on the topic title in the “Latest Discusison” section, it takes you to the last post, or the last unread post by you (which I think would require cookies, I don’t know much about that). I’m sure you have seen this on forums like IPB or phpBB, you click on the topic title, and it takes you to the last unread post. This would be good for threads which have more than one page, so that once you go to the thread, you then won’t have to navigate to the correct page.

[ardentfrost]

naw, it’s ok. Spencer just gets the weirdest problems with stuff, but I still got it tested

[bakedlogdotcom]

I have successfully setup my site to integrate registrations/logins between wordpress on its own DB and domain (blog.bakedlog.com) and bbpress on its own DB and domain (forum.bakedlog.com).

Files:

WP: wp-content/plugins/bbpress-integration.php

BBP: my-plugins/wordpress-integration.php

• I can create a user in wordpress and log into bbpress with it.
• I can create a user in bbpress and log into wordpress with it.(although the default role set for wordpress does not let me write (how do i change this?))

However, I too cannot get cookies to authenticate between the two systems.

I have included the following in bbpress’s config.php:

$bb->cookiedomain = 'bakedlog.com';

$bb->cookiepath = '/';

I monitored the cookies created on my computer as I logged into each system, and noticed that bbpress was creating the cookie correctly, domain: bakedlog.com, while when I logged into wordpress it would set the domain on the cookie to blog.bakedlog.com.

So the problem is with WordPress..

Looking in WordPress’ wp-settings.php I see:

if ( !defined('USER_COOKIE') )

define('USER_COOKIE', 'wordpressuser');

if ( !defined('PASS_COOKIE') )

define('PASS_COOKIE', 'wordpresspass');

if ( !defined('COOKIEPATH') )

define('COOKIEPATH', $current_site->path );

if ( !defined('SITECOOKIEPATH') )

define('SITECOOKIEPATH', $current_site->path );

if ( !defined('COOKIE_DOMAIN') )

define('COOKIE_DOMAIN', '.' . $current_site->domain);

So, in WordPress’ wp-config.php I inserted:

// BBPRESS INTEGRATION

define('COOKIE_DOMAIN', 'bakedlog.com');

Clearing my cookies and logging into WordPress, I see the cookie domain is correct and matches my BBPress’.

But, there is still another problem, the cookies set by BBPress appends an md5 hash based on the site url and table prefix to the cookie’s name (ie: wordpressuser_bf17f59023eb22f…..) while WordPress’ cookie name is only: wordpressuser

I looked around in bb-settings.php and found:

define('BBHASH', $bb->wp_siteurl ? md5($bb->wp_siteurl) : md5($bb_table_prefix) );

if ( !isset( $bb->usercookie ) )

$bb->usercookie = ( $bb->wp_table_prefix ? 'wordpressuser_' : 'bb_user_' ) . BBHASH;

if ( !isset( $bb->passcookie ) )

$bb->passcookie = ( $bb->wp_table_prefix ? 'wordpresspass_' : 'bb_pass_' ) . BBHASH;

So, the next step is to define $bb->usercookie and $bb->passcookie in BBPress’ config.php:

// COOKIE SHARING WITH WORDPRESS

$bb->cookiedomain = 'bakedlog.com';

$bb->cookiepath = '/';

$bb->usercookie = 'wordpressuser';

$bb->passcookie = 'wordpresspass';

I cleared my cookies and tested it, VOILA! I can log into either section (bbpress or wordpress) and switch to the other without losing authentication!

==========SOLUTION===========

BBPRESS CONFIG.PHP:

// COOKIE SHARING WITH WORDPRESS

$bb->usercookie = 'wordpressuser';

$bb->passcookie = 'wordpresspass';

WORDPRESS WP-CONFIG.PHP:

// COOKIE SHARING WITH BBPRESS

define('COOKIE_DOMAIN', 'bakedlog.com');

==========********===========

Thats it I believe, let me know if it works for you or if you see anything I have done that could crash either program.

-BHensley.com

-Bakedlog.com

[ardentfrost]

Yes. It should be WPMU friendly. I had Spencer help me test it out.

[thomasklaiber]

@chrishajer:

This Plugin doesn’t care if you’re admin or not. So you should only receive emails on your favorite topics.

Maybe you’ve downloaded the wrong version? There is one, which sends an email on every post!

You had an great Idea! I just put this into it. Now it displays the last posters name in the mail.

Download latest Version here:

http://la-school.com/2006/bbpress-notification/

[ardentfrost]

Trent: I’ll be updating memberlist soon to add a couple features, but I need to talk to you about fixes for wp integration (I think there are 2 that need to be applied, but I need your input and testing). IM me when you read this.

[thomasklaiber]

Hehe … I think I found the bug. You’ve said, you’re using the latest Trac-Version of bbPress?

Then I think you have to change line 48 of my plugin from

add_action('init', 'online_update');

to

add_action('bb_init', 'online_update');

then … it should work! (for me it did)

[chrishajer]

Simple, perfect, exactly as promised. Thank you. I was thinking about doing this.

[topiq]

yes you solved the problem. it would be very usefull if u could tell me how u did it.

if i delete the stuff between the <body> tag the hot tags and online users are displayed just above the latest discussions and the forums and not on the left side.

greetz,

topiQ

[chrishajer]

I fixed this inadvertently but I am trying to figure out how. On the front page of my forum, I have “Hot Tags” across the top and the “Latest Discussions” beneath, and both are the same width (760px I think.) The CSS is div #wrapper div #main div #hottags p .frontpageheatmap.

screenshot http://www.riversideinfo.org/wp-content/uploads/hottags.png

I could have sworn when I first installed bbPress the tags were on the left in a 150px wide div #hottags.

Are the hot tags supposed to be on the left in a 150px wide div, or above the latest discussions? Are the hot tags and heatmap supposed to be different things on different pages?

The reason I bring this up is that mine displays fine in IE and FF with the frontpageheatmap all the way across, but maybe I am missing the hottags? If I can figure out what is different about mine, maybe that will help clear the div issue on topiQ’s site. In IE, that hottags div is pushing everything else down the page.

[firetheweb]

Here is a hacked version, I have tested it for Chinese and Japanese tags and it works.Basically, it just excludes mutibyte chars(x80-xff) from the stopdata.

function sanitize_with_dashes( $text ) {

$text = strip_tags($text);

$text = remove_accents($text);

$text = strtolower($text);

$text = preg_replace(‘/&(^x80-xff)+?;/’, ”, $text); // kill entities

$text = preg_replace(‘/[^a-z0-9×80-xff _-]/’, ”, $text);

$text = preg_replace(‘/s+/’, ‘-‘, $text);

$text = preg_replace(array(‘|-+|’, ‘|_+|’), array(‘-‘, ‘_’), $text); // Kill the repeats

return $text;

}

[topiq]

Hi folks!

My site http://cessi.pytalhost.com/bbpress is not displayed correctly with the ?!”$%§ Internet Explorer. The Latest Discussion and the Forums are displayed far too low on the page. Has any1 else this problem or does any1 know how to solve it.

Greetings,

topiQ

[plus64]

Create a file called test.php and put in it

<?php

phpinfo();

?>

If you get a huge page with something on it with loads of information then you have windows installed. Just looking at your 404 pages show that you have a windows server – low change of having php more likely to be asp.

[Ryan Fitzer]

Gave your theory a test just now. When I opened a new topic, titled it, put some text in and hit “send post”, I found that it did not show up when I clicked on the “Unresolved topics” view. So what ever is in the <select> area to begin with is what dictates the post status.