[kevinjohngallagher]

2 wonderful replies. Excellent to have a frank discussion like this.

I’ll deal with them separately if that’s ok?

@Johnjames

I do love that BBpress allows the owner to specify how much of what type of emphasis can be placed on what area of the discussion, or to add/remove features based on plug-ins. I’m all for that.

What I’m saying is, that the way we currently handle things, and the way we currently build things actually negates that. If you want a hierarchal system, you can’t have it. Categories are just forums. We don’t iterate though levels to produce our structure where Forums belong to Categories. Because Categories are just forums with an extra DB mark, there’s no ownership.

(yes at the back end we can set the parent/child relationship up, but at the front end we don’t have access to that information).

Infact, from a template perspective, we only access the information about the forum’s relationship with those around it (parent, child, sibling, uncle, nephew) when we work out the CSS – AFTER the table has been created. This entirely nullifies the option to handle a feudal system with controllable Parent / Child options for the owner / theme developer.

(the call to the BBloop->classes() that works it out only returns a string of CSS classes instead of an object we can use to work things out ourselves).

As someone who deals with accessible websites a lot, I can tell you that outputting tables for a list of the topics is great. Outputting a flat table with different CSS (that gets stripped by the screen reader) for a hierarchal parent/child relationship is totally pointless. Going the other way, for our more fancy theme developers, it really messes up JavaScript iterating and controlling the DOM; and also starts to cause real issues with CSS layouts on older /non-standard compliant browsers.

(ever wonder why all the BBpress themes all look really really similar)

My point is, if I want to go with the flat list of topics as many do, then BBpress lets me, which is ace. If I don’t though, then BBpress starts to cause me huge issues. I’m all for owners being able to choose to do as much or as little as they want with BBpress – but right now, with the current set up, choosing to emulate the basic STRUCTURE of the bigger boards simply isn’t an option.

Yes we can do it in the back end (categories > forums > forum > forum > topic) but we cant do it in the front end; because we don’t iterate through the parent/child relationships like we would say… an xml file, instead we just list all the cats/forums.

To keep with your Pizza analogy, if you said “What do you want on your pizza” and I said “tomato, and give me a coke and fries too” – but when I get the pizza delivered the fries are on a coke drenched pizza. Oh what, you didn’t want it all mushed together in a single item? SWOwman, sorry, what you meant to say was:

Pizza

– Tomato Sauce

– Cheese

– Pepperoni

Drink

– Coke

Side order

– Fries

Shit man, we just mush all that stuff together with no differentiation until it’s output (see we’ve slapped the coke label on the side for you).

Basically, having a standard output that is rigid doesn’t make us more robust, it makes us less flexible. And that, as you have pointed out JohnJames, is one of the joys of BBpress. It’s flexible in so many ways – just not this one.

(and this is just one example)

[fontadoni]

I know you guys do not support the script I used for converting my board to bbpress, but I just want to know if this ID issue is something I should worry about or if it’s not a big deal?

Thanks.

[johnhiler]

_ck_ just wrote a great plugin that does what you’re asking for, I believe:

https://bbpress.org/plugins/topic/related-topics/

[_ck_]

Actually, the way categories are done in bbPress is in part done for backward plugin compatibility with 0.9 (which will likely be around quite awhile, at least a year, due to it’s performance over 1.0)

And the way it works is just fine too – just because you don’t immediately see the solution you want to breakdown the categories before or after the loop, doesn’t mean it’s not there. bbPress 1.0 truly does understand that a forum is a parent of another and if it’s a category holder for it – the data is just not presented outside of loop form because no-one has needed/asked for it yet. Very easy to write a plugin to present the forum data any way you’d like, and using a single carefully crafted mysql query, you can literally walk the reverse chain of post->topic->forum->category.

If you want forums broken down into categories with say three categories and three tables, either write a plugin or do it in the template to build a new array of $forums[1], $forums[2] etc. But don’t change the original way bbPress works to return $forums as all the forums or it will break existing plugins.

These kinds of feature growing pains were also present in WordPress, I can assure you – I’ve been using WP since 1.5 and I really long for the good old days of 2.0-2.1. The problem is that big leaps tend to break big things, or make them overly complex. WordPress 2.7 is a perfect example of things going very, very wrong with care towards backward compatibility and massive feature bloat, even worse than the 2.3 cookies and tags changes.

bbPress 1.0 is getting more things right from the start than WordPress did – cookies, tags, object cache, are all the more advanced methods right off and will save some headaches for plugin developers down the road (not so much for us 0.9 plugin developers).

Everyone has a different view of what’s missing in bbPress – from my standpoint the two biggest problems are 1. search sucks (so does WordPress’s after half a decade still) and 2. the ability to move posts between topics really needs to be done in the core asap so plugins know how to deal with moving targets.

ps. it’s “her” plugins not “his”

pps. you should be impressed how easy it was to make the topic/forum row affected instead of the title in Unread Posts – I can’t think of any other software that would be so easy. Hidden Forums is another example of the power of bbPress’s filter design.

[geekoid]

Well, now I’ve gone and done it. I installed bbpress 0.9 first then installed WordPress mu 2.6.3. I then tried to turn on integration, and now my bbpress installation is completely broken. I cannot login as I get the error:

bbPress database error: [Table 'web_forums.wp_users' doesn't exist]

SELECT ID FROM wp_users WHERE user_login = 'admin'



bbPress database error: [Table 'web_forums.wp_users' doesn't exist]

SELECT * FROM wp_users WHERE user_login = 'admin'

My databases for WP and BBP are separated. Is there a way to reverse the integration? I cannot drop the database as there are existing users and posts.

I only realised this would be a problem after the fact, when I came here searching for a solution. If anyone is able to help me I’d greatly appreciate it. I’ve searched the forum posts extensively and looked through the bbpress configuration file to no avail. I hope someone can assist as I am at a loss on how to fix this.

[Silvanovicz]

Hi guys – I’m looking for a way to pull in ~5 related threads in posts, in a similar way you can install a plugin to show related posts.

So if I were to write a post about Britney, it would show up to 5 threads in bbPress that have either been tagged with Britney or based on the content in the thread.

Any idea if such a plugin exists, or if there already is a way to do this?

[John James Jacoby]

It’s really almost impossible as the role data is serialized within the wp_usermeta table… I was poking around in there and figured it was best left alone, even if it’s not working, it ain’t quite totally broken yet.

I’ve found that when I have everything all hooked together, that the capabilities of my users seems off. Like as it sits right now, with WordPress and bbPress together, I can’t even make a topic or reply.

I think that the problem takes places in bb-includes/capabilities.php, somewhere around line 29

$retvalue = call_user_func_array(array(&$bb_current_user, 'has_cap'), $args);

For me, this function returns nothing when the value is indeed true or 1 in the $bb_current_user array… But it only messes up when WordPress is included in the bb-config.php file, otherwise it’s fine…

[saberj]

Well, it’s good to know that I’m not the only one with something funky going on. I have hundreds of members, and the one Key Master I setup during the install. Nobody else has a different role set, even though the User Role Mapping is filled out. Very bizarre. Unfortunately, I’m not sure how to change that manually, either.

Edit: Just checked – Users created in BBpress get assigned no role in WordPress as well. It seems that everything works in the Sync except Role mapping.

[saberj]

I’m working a new version of my site, and I’m working in BBpress. I tried the latest stable version, but since I was already using WordPress 2.6.3, things didn’t quite work right. So I switched up to BBpress 1.0 Alpha 2, and things mostly work right.

However, I’m still facing a couple problems. Most importantly, the User Roles map doesn’t actually map users to the appropriate setting. It doesn’t map them at all, in fact. My admin blog users are still listed as just regular members on the boards. Does anyone know why that may be? I also can’t appear to edit the users to add the settings manually. The Software points me to “/profile/user/edit”, which doesn’t actually exist, apparently.

I realize that this is an Alpha version, which is fine, since the site isn’t live yet anyway. But I’d really like to figure out why users aren’t being correctly mapped. I entered all the settings correctly to my knowledge. Except the “WordPress “secure auth” cookie salt ” setting, which I didn’t appear to have. So I left that blank.

Any help would be appreciated, so I can start working on theme work for my site. Thanks!

[John James Jacoby]

I think that the user experience ultimately should define itself as the audience grows.

I recently just witnessed a GIANT misstep on one of the larger forums I’ve been involved with. They moved from ZeroForums to vBulletin, and of the 1.2 million active members and COUNTLESS posts and topics, it managed to work pretty alright on ZeroForums. It was simple and people got used to using it the only way they could on such a large forum; they had a link to the topics you’ve posted in or are watching, and you can keep track of new posts there.

That’s it.

It was so simple but it worked so well. It let you peek your head out and scour some forums for new content if you wanted to, but it allowed you to stick inside the topics you were the most comfortable with and related the most to.

vBulletin totally removed that link, and because it handles searches differently, it’s taken 2 days so far and the search functionality still isn’t working because there is so much data to catalog.

Basically they had a forum that worked for what it’s users needed it to work as. The theme was so simple and stripped down but allowed for basic BB tags and had a good distinction between those tags. It had just the right balance of user profile customization (signature, avatar, etc) without making a social networking site.

I think what bbPress does, is it allows the administrator to decide how much of what type of emphasis can be placed on what areas of the discussion, and to add or remove those things via plug-ins without hurting the data.

I personally think that end users have no idea what they want, and regardless of what you serve them they won’t be happy. The idea is to provide them 1 option and force them to adapt to it without ever feeling like they are learning something totally from scratch.

How many times have you asked someone what they’re hungry for and they say “Oh I dunno, you?” If you said “Hey I want pizza, is that cool?” they will probably say “Sure.”

In the dinner choices of life, bbPress is a pizza crust and the plug-ins are the toppings.

[pertinax786]

Another WP integration/bbSync question: I’ve read everything written here and now have a working test blog/forum setup (2.5.1 & .902) waiting to be ported to the main site.

Bar one issue: using bbSync, I can get WP comments showing in the forum without difficulty, but replies in the forum are not porting back into the WP comments.

Am I overlooking a way of getting the forum posts to port back to the WP pages?

If this is not easily possible, might there be an alternative, like for example using Simplepie to parse the feed from the thread and re-include it back into the WP page, or even an include or Ajax load; perhaps not perfect…

I don’t need user sharing as there are no WP users; trying for an anonymous friendly integrated forum/comments system. It’s just getting those replies back onto the WP side…

[kevinjohngallagher]

Indeed JohnJames, you are right on many of your points (if not all).

I think we should do more to compliment where we’re similar to WordPress with BBpress. The code structure and website are two key issues, and i’ve mentioned a few more up above (trying not to be too boring and repeat myself).

Your points of the cross-polination ability of BBpress, by allowing topics to be tagged by multiple keywords, is 100% valid. It’s situational ofcourse, but i can see why it’s well liked.

My point was more… what do the end users think/want? If we say that we think all end users want little drilling down of categories or parent/child nodes, but instead to sift through tags that anotehr user might or might not have put on their post, then we are paramount to saying that every other piece of forum software has it wrong for the past 10 years. Thats quite massive.

I’m really glad I found BBpress, i’m glad to find such great developers and a good open community, but the more I see where we’re going the less flexible to other approaches we appear to be.

I mean, the BBpress core has a parent child hierarchy for forums, but doesn’t actually differentiate the outputted code apart form CSS. It basically treats it as a flat list. Surely, it’s clear that this hampers our theme developers. Because, lets be a little blunt here, they do all look somewhat similar.

[amagab]

I have a nice WP theme that I would like to port to my bbPress install. Will pay.

Email me:

amagab {at} gmail {period} com

[John James Jacoby]

You know, that WordPress is really an elaborate Forum clone, right?

Years ago, forums were threaded email responses back and forth that were documented hierarchically. Then, the idea of threads was cast away because it was thought to be too complicated to understand. Why would someone branch off to speak to a reply instead of replying to the original post/poster?

To me, it’s the nature of group discussion, and it is the difference between the intent of WordPress and bbPress, at least it was before WordPress 2.7 brought back threaded comments.

A forum is intended for multiple, typically registered commited users, and invokes group discussion that is often times allowed to skate off-topic as people reply to other people. Sometimes reply counts can escalate into the hundreds or thousands depending on the size of the forum.

A blog is intended to allow a few authors to create articles and attempts to cater to non-committed users that drop by, can leave a comment, and never look back if they don’t want to.

Since the emphasis of a blog is the initial post, comment replies typically tend to stay on topic.

Since the emphasis of a forum is to spark conversation, replies typically tend to drift off topic.

The funny thing is that both of these display methods use almost the exact same data storage and retrieval methods. Data is categorized and tagged as necessary, with a time-stamp, an excerpt, and other pertinent information.

The one major way that blogs differ from forums, is that forums restrict posts to one forum or category while blogs allow for one post to be in several. This ability inherently changes the emphasis away from categorization and towards the content of the post itself and how it relates to other possible posts.

I moved away from phpBB and towards WordPress for this specific attribute alone. Since posts can often times benefit from being in multiple categories, a blog style system makes a great deal of sense.

I think that the similarities between WordPress and bbPress exist only because they share a similar intent with data storage and categorization, and if you’ve ever read two books by the same author you’ll understand how both of them will read very similarly.

Overall I am happy that the authors of WordPress have made bbPress, as it shows a recognition of the distinct differences between the two of them.

I think as time passes, you will start to see more of how these two tools come from the same family but are different members all together. Think of them as fraternal twins.

[John James Jacoby]

Okay, I think I’ve experienced similar problems as most of you, and I just got mine working logging in and out from every angle with access to the admin panel on both. It still seems to hiccup a little when changing roles, so I am still trying to track that down, but I wanted to share where I am so far.

I am using the WordPress 2.7 beta 3 nightly build, and the bbPress 1.0 alpha 2. I am using various plug-ins and what-not and have akismet active on both.

My host is 1and1.com.

There are a few things that are of the utmost importance:

1. I recommend BEING LOGGED INTO WORDPRESS AS ‘admin’ with user_id of ‘1’ when you install bbPress. Any other Administrator account didn’t want to redirect to the admin panel properly. I assume the cookies will immediately conflict as they are shifted around, causing weird issues from the start.
2. BOTH -config.php files need to have the AUTH, SECURE, and LOGGED_IN KEYS defined correctly.
3. I personally also defined the SECRET_KEY in WordPress, although I’m not sure this is necessary yet.
4. bbPress needs to have the salts entered correctly during installation so that they match WordPress. Fortunately the link to the hidden admin panel is provided during the install so you can get them pretty conveniently. I personally did not have a secure_salt so I left it empty.
5. MUST add

   $bb->WP_BB = true;
   
   if (file_exists('../wp-blog-header.php'))
   
   require_once('../wp-blog-header.php');
   
   else
   
   if (file_exists('../../wp-blog-header.php'))
   
   require_once('../../wp-blog-header.php');

   or your personal equivalent to bb-config.php

6. I personally had to add

   define('COOKIE_DOMAIN', '');
   
   define('COOKIEPATH', '');

   to my wp-config.php to make it go.

7. Login to bbPress as ‘admin’ if you are already not, navigate to settings/wordpress integration, and adjust the role map accordingly.
8. Visit bb-admin/rewrite-rules.php page and copy the code
9. Put the following in a file named “.htaccess” file and place that file in the bbpress root directory:

   Options -MultiViews
   
   YOUR PREVIOUSLY COPIED CODE

   This is to make sure your URL’s are rewriting correctly.

10. Logout.
11. Clear all website cookies and attempt logging in either/or/both WordPress and bbPress. Access admin panels of both. Basically check for functionality.

That’s how I got mine working. Like I said, I’m still having issues assigning user roles for some reason, so I’ll try and figure that out next.

[kevinjohngallagher]

Hi Ipstenu,

thanks very much for taking the time to write back. I’m glad you saw this as a discussion and not something negative towards BBpress.

Maybe i wrote it wrong, but my point is not what “we” the internet community intend BBpress to be, but more what “they” the community of end users want it to be.

BBpress in it’s current form is just a blog. users log on, post a blog, people leave comments. There’s a list of tags, blog posts (sorry “topics”), and um… thats it.

I know, and you know, and i’m sure the intelligent people that have written this lovely bit of code know, that a forum and a blog are very very similar.

When I got into the simplicity of BBpress before the summer, I tried to convince a number of my fellow web enthusiasts to take up the cause. But the more they looked at it, the more disdain they had. I’ve stuck with it, and continue to do so of course, as i thought with each release getting closer to 1.0RC we’d get there.

But we’ve not created a forum.

Forums have a different mindset to Blogs, and don’t get me wrong i’m ok with using plug-ins, it’s just that we’re fixing bugs/issues with a Blog mindset. That is, blogs list things in a singular direction. Forums, by the nature in terms of what the END USER expects, work in a cross polination way.

Yes tags are a good idea, but tags are reliant on the end user.

To give an example:

I recently had to take down BBpress from a backpacker website because the users weren’t putting in tags. The plan being that instead of UK > Scotland > Edinburgh > Travel > Topic that users could just use the UK Travel forum and tag “edinburgh” or “london” etc. Instead, we had 100s of “how do i buy cheap bus tickets” or “cheapest way to travel” or “1 ticket spare” etc with NO tags.

The site lastest 6 weeks before the owner demanded I take it down and replace it with “actual forum software” – that’s a quote from their IT department btw.

But lets give a counter example:

Wordpress.org uses BBpress and it’s working great. Loads of Topics, tags, and few forums. No real need for categories. Same with the technorati one. It’s a credit to BBPress – and nothing can take away from that and the amazing work done by the BBpress team and community… BUT… there’s always a but isn’t there… the people that use WordPress/Technorati are people like us, they are technical, they are used to tags and searching for exactly what they want. They are *not* the typical end user on the internet.

I’m all for free form Ipstenu, i totally get what you mean, and if that suits the needs of your community then great. For me, its suits the needs of some of mine, the problem is as soon as we get into the territory of what people think “all forums” should do, BBpress really starts to look… well, not like a forum.

The more we code, the more we’re coding a wordpress clone, yet not cloning their proven and successful techniques. Our website should match their website (heck, screw the colours, just in terms of layout and user flow), our methods should match their methods. I, no WE, want to help, we want BBpress to be better, but more importantly we want it to fulfil it’s mission statement; and right now that’s not quite happening.

[Ipstenu (Mika Epstein)]

I keep thinking back on this, and I think you’re looking at it the wrong way. I’m not speaking to the HTML/Code side of it, but the concept side. The code side, yeah, some function I would consider default is missing (Unread, maybe Allow Images)

But what’s the difference between a Forum and a Blog?

A blog is a journal. Few people make new topics, many people reply. A forum is … a forum. Many people make new topics, many people reply.

If you feel the code of a Blog is better suited to how you want to run your forum, cool. You want to use the highly structured IPB or phpBB? Have at I picked bbPress not because of the WP integration (I could care less, really) but because it gave me more options than just Category -> Forum -> Topic -> Posts, and because it’s small and lacks a lot of those fancy options.

Example? I don’t use categories at all. Don’t need ’em. I have three ‘fora’ for high level organization. I went off the same general idea I use on my Blog. Three categories, a ton of tags.

1) About the site topic (screwdriver.com is about screwdrivers, talk about them)

2) About the Website (the code behind the site, suggestions, ideas, etc)

3) Everything else (screwdrivers are nice, but I have this hammer…)

Three big, broad categories/fora whatever. The tags I sort of let explode. And even then, I’m torn between structure and free form. I want a little structure (so you don’t get tags like ‘hammer’ and ‘hammers’ which really are the same thing), but I also want freedom.

So function. If you can get all that in a blog, have at Many people do and we call ’em LiveJournal Communities

[zappoman]

Looks like my problems come from Worpresses desire to add slashes to _POST (around line 527 of wp-settings, look for add_magic_quotes())… and bbPresses desire to do the same (calls to bb_global_sanitize() around like 140ish of bb-settings.php).

I can work around this with a hack to either detecting if WP_BB is defined, is there a better way to do this?

[zappoman]

An update: I got this working by doing “complex” integration of bbPress+Wordpress and now I run bbPress mounted at /forum/ but inside of bbPress it has access to all the WP functions and so my theme is able to run wp plugins, widgets, etc.

I wrote a plugin (that happens to live in wp, but really it’s all the same now).. that hooks ‘bb_template’, ‘bb_get_forum_bread_crumb’, ‘get_forums’, ‘bb_index.php_pre_db’, ‘bb_forum.php_pre_db’, and a couple others.

My plugin alows you to specify with “sub forum” is associated with a blog, and when you go to the forum page for that blog, it shows a fully functioning bbPress for that forum and below. It’s actually running bbPress, and this plugin, with access to the wordpress themes, widgets, etc.

What’s cool about this is that my main bbPress site, which includes all of the forums, including these blog forums, shows all the forum content as well.

[zappoman]

I’ve done some searching and not found anything related to this, so I appologize if someone elses google-fu is stronger than me.

I could use some help on this problem.

I have installed “complex” integration between bbPress (0.9) and WPMU (2.6) — yes, I have authentication working because I have custom auth plugins… that’s not my issue.

The problem I am running into is that IF I include wordpress then I’m getting extra attribute escapes on new posts and edit posts in bbPress.

So if I post a topic with a title of “test” it will end up posting as “test” if I’m just running bbPress (that’s good), but if I have wordpress loaded at the same time, I get \”test\”. And the resulting post displays in the forums.

Has anyone else ever seen this before?

[kevinjohngallagher]

So, the issue with the method implemented in : https://bbpress.org/forums/topic/hiding-subforums-subforums-from-subforum-pages

is that it only checks for the lineage of the forum before it.

This causes problems when you have multiple children to multiple children, as thus:

category

– Forum1

– – Child 1

– – – Child1’s child

– – Child 2

That method will make BBpress think that Child 2 is actually under Child1’s Child, because when testing if their parents are the same they clearly are not.

Instead, we have to create a nesting code that counts the depth to which we go as we trawl through each parent/child relationship – which is daft as there is a walker->depth function that we just don’t have access to via $GLOBALS.

EDIT:

Update – not knowing if it’s the last forum in a category is starting to kill me a little.

[kevinjohngallagher]

Funnily enough i’ve made the same hack solution as instructed in this topic: https://bbpress.org/forums/topic/hiding-subforums-subforums-from-subforum-pages

The problem is, the idea of checking for the forum parent id is ok when dealing with a singular table. If it’s got the same parent fine, if it’s not do something else. But the whole thing starts to get messy when dealing with non-linear tables. If your forum has multiple sub forums or parent child relationships the whole thing starts to crumble, or if you’re using a javascript DOM indexer 9say you want open close functionality), or if you’re aiming for a a UL/LI version instead of tables (i’m not against tables for tabular data btw – but for parent child iterations screen readers prefer UL/LI loops).

I’ll post my theme with these hacks and hopefully you can see what I mean, because i’m a bit stunned about how rigid this all is given the excellent coding that’s been developed by the authors so far.

[fontadoni]

Hello there.

I recently converted my phpbb 2.x forum to bbpress. I did this successfully with the provided script by iteisa.com (phpBB2bbpress). I was lucky that I had not upgraded to phpbb 3, so I followed the instructions carefully as I read lots of people having issues with the conversion while using higher versions of phpbb. I first installed bbpress 0.7, I ran the script, and when the database conversion was done sucesfully, I upgraded to bbpress: 0.9.0.2. This was a couple of days ago and I’m very happy with the results.

Now, for my actual question. I had a pretty small board with about 100 members and as I mentioned, the conversion was pretty successful, the only weird thing I’m noticing is that ID numbers for new members are way off. Let me give you an example. One of the last members to register before the conversion has an ID number of 107 (or profile.php?id=107). New members are now getting very high ID numbers, the last member that registered has an ID number of 1000000003 (profile.php?id=1000000003).

Is this something I should worry about? Can you guys give me a few pointers on how I could change this in the database? I would like to fix it.

Sorry for the long post and I thank you in advance for your time!

[kevinjohngallagher]

At the risk of looking like a double whammy in regards to the non nesting iterations of our outputted code, just using TRs with different classes, i’ve hit across another wee issue – but this time i’m sure there’s a simple solution I just can’t see the relavent code.

I want to be able to know if a forum has children or not, or more specifically when we move up or down a level in the “xPath” iteration.

I’m using a method of using $GLOBALS->forum_parent but what this currently requires me doing is testing to see if the forum has a parent that is not a category, then checking to see if the parent is the same as the previous forums parent, and then output relavent code to nest the forum in an actual parent child format:

Category

– Forum

– Forum

– – Forum

– – Forum

– Forum

This obviously creates havok and rather messy code for the closing of the nestings.

I realise that for small websites this will look like a formatting issue, but once you reach more than 2 levels in a parent child relationship, the ability to control nested relationships makes a huge difference.

Thanks for the help folks

EDIT:

Ok, i think i’ve found half the solution to the issue, and maybe i can phrase the question better now in BBterms…

I want to know, via PHP, before any code has been sent to the browser for the forum, if it is a FIRST CHILD or a LAST CHILD.

Now obviously, BBpress knows this because it’s outputting bb-last-child bb-first-child css, but how can I access these settings on the front-page.php ?

Thanks alot for all the help

[artgra]

have followed instructions and uploaded all files into my hosting account and triple checked everything is as it should be. Typed URL – http://fifolife.com/bbPress which is what I’m supposed to do (right?) and I get a message saying that (admin.php) is not listed on ‘line 1’.

As I’ve stated, I’ve triple checked that I uploaded correctly and it’s all exactly as the files should be. What’s going wrong?