[mikkelsen]

I’ve managed to integrate everything perfectly between my WordPress and bbPress site except this last part. I want to call up <?php login_form(); ?> from bbPress and show it in my WordPress header.

The reason I want to do this because I have a “Login” and “Register” button that changes to something different if the user is logged in. Like this;

http://drp.ly/112xb3

http://drp.ly/112y6d

Is this possible? Thanks for all help so far. The bbPress community has been very helpful so far

[cloudadmin]

I am using bbPress 1.0.2 and WordPress 2.9.2.

I originally did hardcode the menu items however the dropdown menu did not seem to work when hardcoded so I went back to including the header.

I will give hardcoding another try.

Thanks,

David

[kevinjohngallagher]

What version of bbPress are you using ?

What version of WordPress are you using?

Are you using “deep integration”?

That said, I’d hardcode them if I were you. Given that you know you’re going to be on your forum page, and therefore dont need to having anything dynamic or highlighted, you can just hardcode it to work.

Not an ideal solution, but its one that you can control completely

Good Luck

[kevinjohngallagher]

Thanks for that Chris, v helpful.

Your text seems a tad bigger than mine but I think i might have found some of the issues.

1) The stylesheet specifies “Lucida Grande,Tahoma,’Bitstream Vera Sans’,Arial,sans-serif” and I’m not sure it was tested on all of those fonts.

There’s quite a large difference between the way Lucia Grande and Tahoma look on windows (and people with Safari on Windows can now have Lucia Grande; but its not there by default), and at 12px and above Tahoma and Arial start to look differently too…

2) In comparing what I can see on the forums and your screenshot, I’m getting 2extra words per line.

Either way, it’s a drop in text size of a considerable amount. And a drop in the amount of space that the text is given in comparison to the old theme (not that an increased avatar doesn’t help the conversation but…)

3) On the forum listing, since last week, some of the text has been of a bigger size than others. Specifically:

#bborg-discussions table td div {

font-size:14px;

}

Edit: I have no extrnal css stuff going on, which i put down to laziness

[cloudadmin]

Hi All,

I am in the process of getting at WP theme applied to bbpress and so far have had some luck..The headers and Footers are visible to the most part.

However the menu items are not coming across from the WP menu system.

Site: http://www.cloudosity.com

bbpress: http://www.cloudosity.com/forum

I get the two hard coded menu items but it looks like none of the WP variables can be called from the bbpress page. I am using get_header(); to pull in the header but the WP header code such as <?php echo $page_menu; ?> does not appear to work.

Can anyone tell me if this is possible to resolve?

Thanks,

David

[Gautam Gupta]

Please paste the first 8-10 lines of your theme’s style.css here.

[JCrosby]

OK thanks. I have unmodified the config file. The phpbb folder is directly above it.

So if I go 2 directories deep for setup, can I specify the URL of bbpress once it is installed?

[zaerl]

You can’t break it with that ‘link’. But you can change the call:

bb_tag_heat_map( 9, 38, 'pt', 80 );

in tags.php and write a simple javascript that filter away X in the generated <p class="frontpageheatmap">.

[gerikg]

The error

Warning: require_once(includes/admin.php) [function.require-once]: failed to open stream: Not a directory in /homepages/0/d188981313/htdocs/.org/wordpress/forum/my-plugins/after-the-deadline/after-the-deadline.php  on line 68



Fatal error: require_once() [function.require]: Failed opening required 'includes/admin.php' (include_path='.:/usr/lib/php5') in /homepages/0/d188981313/htdocs/.org/wordpress/forum/my-plugins/after-the-deadline/after-the-deadline.php on line 68

I know I don’t have an “includes” folder

/**

* Require Admin/Public/AJAX File

*/

if ( defined( 'DOING_AJAX' ) && DOING_AJAX == true && in_array( 'ignorealways', (array) $atd_plugopts['enableuser'] ) ) /* Load Ignore Phrase file as we are doing AJAX */

require_once( 'includes/ajax-ignore.php' );

elseif ( bb_is_admin() ) /* Load admin.php file if it is the admin area */

require_once( 'includes/admin.php' );

else /* Else load public.php file as it is the public area */

require_once( 'includes/public.php' );

[gerikg]

I found this:

http://phpxref.ftwr.co.uk/bbpress/nav.html?bb-plugins/bbxf/exporter-bbpress.php.source.html

Does do that help any coders?

and Sam’s post on the subject:

https://bbpress.org/forums/topic/exporting-bbpress-to-phpbb2#post-18830

[Rich Pedley]

Updated to 0.9.1

profile page: can’t use anything but text or checkbox, so I used 2 checkboxes, but would have preferred select, or radio. (yes you can add a single radio button, but a single one is of no use!)

utilised the query, thanks.

decided that if number of deleted posts is greater than number of valid posts then they should be checked. Though it might be better to add in a bit of math there.. thoughts? validposts / 4 perhaps.

also if spam posts are greater than 1 they get checked as well.

But that part may actually be redundant because they are being checked anyway at that point, or do I have the flow wrong?

Once they hit the required number of posts they the always trust flag is set.

Commented the code, which is a first for me…

and hopefully it still works.

1 question – is there an uninstall hook to clear things from the database? I wouldn’t want to do it on deactivation – hate plugins that lose settings because of that.

[kevinjohngallagher]

Wasn’t BBXF abandoned _ck_ ?

I’m going on memory rather than fact here (so am happy to be wrong), but wasn’t the last bbxf bit of code added before or around the time that bbPress0.9 came out?

It may still work (fingers crossed), but I’ve not seen anyone mention it here in a good 18 months.

[_ck_]

Your code is very decent so keep writing

You have the status right.

WordPress finally has an admin menu generator? Good to hear.

Sadly I’ve lost touch with the WP codebase since 2.5 or so, I was getting really turned off by the bloat.

[_ck_]

The problem is every website has different needs.

Some have only 10 visitors a day but the site operator wants every feature including the kitchen sink. They don’t care if it takes several seconds for their page to render as long a they have every fancy feature available and they can just use wp-super-cache to deal with the load.

But other sites have thousands of visitors a day and when a page takes too much cpu time or mysql time to render, then you multiply that by hundreds of simultaneous connections. Then you fail and your host kicks you off or you have to buy a bigger server.

WordPress started lean and mean, 1.5 was good, 2.0-2.1 was a great product. Then they started throwing in the kitchen sink. Then with every next release started breaking compatibility with every release, changing cookies, changing admin structure. 3.0 is a scary creature indeed.

There is no doubt in my mind that a bbPress plugin under WordPress is going to require 1 megabyte of code executing per instance with plugins in a realistic environment. The site operator with 10 visitors per day won’t care because they have every feature the could want in one package. The operator with an active, growing user based is going to have to constantly upgrade their server to handle the problem.

Active forums don’t deal well with caching, unlike blogs.

Blogs are write once, read many times.

Forums are write many times, read many times.

Different environment, different needs.

But performance should always be designed into software.

[Rich Pedley]

[edit: thanks for the feedback ]

Yeah, the option settings is a pain, they finally added that into WordPress, so I’m hoping it’ll be added into bbPress as well at some point. I copied the form from akismet, thought that way I’d get it right first time

And yes I did use that, nice starting point – hadn’t realised what was being passed to the trusted (must have missed that part). So yeah that’s trivial enough to add in.

One reason I didn’t add in the trusted was that I totally missed it after intending to put it in! This was due to my not being able to add a user profile field in the form of a select. So I’ll re visit that and see if I can utilise radio buttons instead.

Wasn’t sure what post_status were… so is it:

0 for standard posts, 1 for deleted and 2 for spam ?

I’ll work on it …

I’ve released a few WordPress plugins (and have loads of small unreleased ones), I’m not saying I’m good, but have experience. Plus it is why I have moved back to bbPress after years of using other forums, I should be able to code plugins for it!

[_ck_]

Very nice! Welcome to the world of bbPress plugin authorship!

I see you jumped on my suggestion from the other day about trusted users.

Isn’t it crazy how it just takes 10 lines to do the actual process but 100 more for the admin menu? This is why I hate admin menus, lol.

Some performance pointers:

Scanning the table for the user post count is non-trivial (you can only use one index at a time in mysql and you are already using poster_id and post_status so there’s a scan somewhere). So once you know to trust the user (unless they are set to “never trust”) might as well save that in meta and let them by the next time without a scan.

Also, you don’t appear to be looking at the already trusted status being given to the filter. If $trusted is already set true, don’t even bother with the rest as it’s probably admin or mods.

Here’s a feature idea:

instead of just counting post_status=0, why not gather the counts for all the status

$bbdb->get_results("SELECT post_status,count(*) as count FROM $bbdb->posts WHERE poster_id = $user_id GROUP BY post_status ORDER BY post_status");

Then you’ll know status 0, 1 and 2

2 should be empty, not even set for virtually any approved user.

If they have one, or more than one post status 2, then they should not be trusted.

Optionally they have a very high status 1 count in comparison to 0, something is up with that because it’s a bunch of deleted posts, so maybe not trust them either.

ps. another trick I use it to check if the user can ‘throttle’. If they can, they are already trusted in a sense because they are being allowed to post as fast as they want.

pps. Don’t forget you can also examine the membership age of the user, here’s a hint, it’s in user_registered

floor((time()-bb_gmtstrtotime( $user->user_registered ))/86400)

should be the age in days

[_ck_]

paulhawke, there is nothing “clean” about wordpress design. The code may have been cleaned up over time, but the result after 5+ years is there is a ton of code.

But the critical part is it loads EVERYTHING, regardless of the task at hand, all functions, all options, all plugins. Only the admin area is excluded from the load. But even the admin functions in plugins are loaded because there is no api structure to load those portions only in admin. (I’ve attempted to address that last problem in some of my later plugins for bbPress).

Loading a bbPress page as a plugin for WordPress will require the same process, EVERYTHING has to load, but now it will be worse.

This is why caching is critical with WordPress or it gets slaughtered when there are many requests. As soon as bbPress 1.0 was retooled to use backpress, it inherited the same problems as WordPress.

bbPress as a plugin will have the same problems as with backpress, but now even more so as all the wordpress plugins are loaded. It’s deep integration regardless if the user wants it or not. You will not be able to use bbPress functions without all of WordPress loaded because it will be substituting for backpress.

It’s forced deep integration, easiest way to explain it, and that’s a very bad idea.

[paulhawke]

I’m running into an issue writing the “import” side of things – my first thought is to create a plugin that mimics what is in WordPress. I found myself creating the infrastructure that is already present in the main body of WP.

Writing both import and export tool really would be a lot simpler when bbPress is a WordPress plugin. Why make it like the WP one, when we can utilize the real one?

[paulhawke]

Coming at this as a software engineering problem I cant see why a both/and rather than either/or situation shouldn’t prevail. Let me explain, as it’s not particularly outside the box for it to happen.

I write a lot of automated tests for the code I produce day-to-day and that means I need to isolate the most important pieces of business logic from how they are invoked. For instance, a given request comes into the a webservice telling it to create a user for the system. I would separate the code that handles the webservice part (pulling parameter data from the incoming HTTP request, etc) from the code that then creates the user. I would isolate the steps, wrap automated unit tests around each, and be done.

Applying the same thing to bbPress, there is some core code that handles the management of forums containing topics, that contain posts by users. This code is packaged into a clean unit of deployment – the WordPress plugin – and there is absolutely no reason why the code shouldn’t also have a second wrapper that allows for its deployment stand-alone from the main body of a WordPress installation.

Just as I might have a webservice making calls to a body of well-tested code in my day-job, I dont see why a cleanly written WordPress plugin shouldn’t make calls into the tested bbPress core code. The body of WordPress code provides additional services that another wrapper could also provide – the core of bbPress should be unaware of the actual physical storage mechanisms being employed, or how it’s being invoked (assuming its written correctly).

At the end of the day the conversion to a WordPress plugin should bring health to the codebase – a level of focus on what is most important (managing structured conversations in a forum/topic format), and an abstraction from what is not important (that is, the underlying physical storage, web-hosting, etc).

[Tellyworth]

Howdy,

It looks like the Live Comment Preview causes unexpected API calls to Akismet – a separate API call each time the preview updates (i.e. almost every keystroke).

I assume this happens because the preview plugin calls the pre_post filter, which in turn triggers bb_ksd_check_post().

I imagine there may be other plugins that cause a similar problem. Would like to help fix it but I have only a superficial understanding of the bbPress code. Suggestions for the Right Way to do it?

[_ck_]

This could be handled with javascript and (unfortunately) a page reload.

PHP cannot see the hash because it’s not sent by the browser to the server.

But javascript can see it.

When the page loads, javascript could look at the hash and then see if an object with that id exists on the page. If not, it could do a proper request from the server via a plugin.

per your example:

http://www.domain.org/forum/topic.php?id=5579&page=8#post-56412

pseudo code:

if (window.location.hash

&&    window.location.hash.substring(0,5)=="post-"

&& !document.getElementById(window.location.hash)) {

document.location="?post="+window.location.hash;

}

Then on the server side a plugin would look for the post request and return the proper new url.

A little bit messy but would allow backwards compatibility if there are links out there which cannot be fixed, especially on other sites.

WordPress has the same problem with post and comment pagination as the pages constantly move. It’s a poor design.

[Tomcraft1980]

damn.

So will your plugin be compatible with bbPress 1.03 or is there another solution already integrated in bbPress 1.03?

Will my old anchor-links stop working after activating your plugin?

Best regards

Tom

[_ck_]

Hmm, my font-size increase trick is no longer working, someone changed the stylesheet.

The default font-size is ridiculously small.

Did someone seriously hard code the font-sizes into PX instead of percent or em?

Ah this will fix it in Stylish

* {font-size:98% !important;}

[sheryll]

Is there a way to define an “if” statement for the topics page. Here is what I am trying to do. I want the topic info/meta to be displayed on the sidebar. The sidebar codes are in the footer.php file which means that it will be displayed site-wide.

There is this line if (bb_get_forum_is_category()) : for categories, so I’m wondering if I can do something similar like “if this is a topics page, display so and so.” and if not it will be hidden.

[MayurSomani]

Hi, fixed the issue, edited the bbpress plugin to use this,

if (!class_exists(‘GeSHi’)) {

include_once(“geshi/geshi.php”); }

Thus the class is not reused on wp.

Thanks zaerl for the hint