[Ipstenu (Mika Epstein)]

I concur – Can’t rename topics.

#1009 opened, I updated it.

[umit-namli]

@suzkaw – Thanks for the reply. Neither did I touch the rss feed file. I’ve just uploaded your new theme and it’s the same as the old theme. So i don’t know what’s going on there.

I’ll try an original rss2.php tomorrow and see what the results are. I’ll keep you updated.

[suzkaw]

This theme has just been updated and you can get the latest version (v0.2) from here:

http://ericlbarnes.com/inove-for-bbpress/

Changes Include:

1. Moved view list to right side. (idea from _ck_)

2. Removed background image. Issue with Safari.

[thenokiablog]

updated to 1.0a4 and installed the wordpress plugin. Here is the issue i found:

if i login to wordpress, i still need to log in to bbpress.

BUT

if i login in bbpress, it logs me into wordpress too.

And another issue:

If I login to bbpress, I can’t log OUT of wordpress. I see this WordPress failure Notice:

— You are attempting to log out of **blog title**Please try again.

[kevinjohngallagher]

Hi Ipstenu,

I’m going to disagree with you a little mate, and try not to take it off topic too much.

Yes, each adjective is subjective to ones perspective. “easy” and “alot” etc. can mean different things to different people. That said, lets look at them a sec.

“extensive plugins?”

There are just under 120 plugins for BBPress.

Over 1/3rd haven’t been updated in a year. I’d wager a good few of them don’t work anymore.

And the ones with latest comments 6-12 months ago, usually don’t work either.

Also from what i’ve seen about 1/4 of them are redundant or useless in 0.9 / 1.0alpha.

So we’re looking at maybe 40-50 plugins.

Does anyone think that’s “extensive”?

I know it’s subjective, but, um, well you can make up your own mind.

“You CAN redesign the hell out of a bbPress site”

To a certain extent i’ll agree and disagree with it. To redesign a bbpress forum so that it doesn’t look like this theme actually takes a bucket load of work. I’ve done it for 3 websites, and every time it’s involved me writing full on plugins just to output the right code, or W3C acceptable code, or overwrite the damned code thats stored outwith the templates (why is that btw?).

Can i stop and ask that? WHY does a theme designer NEED to write alot of non basic php code as a separate to their theme plugin, just to over write HARDCODED design output? Since when was hardcoding design output into the core of a theme-able piece of software a good idea?

What you can’t do with bbpress, is hand a Designer/ HTML coder your template files and expect to get anything back that’s not a flat output of a table. It’s a point I raised a while ago (and i’ll not bang on about it) but BBpress works at doing one thing. Outputting a flat list from a database.

In terms of your all forums kinda look the same , i have to agree in this instance. Most forums, ipb/vBulletin/phpBB etc do all look the same. but guess what. bbpress doesn’t look much like them. I’ve stated before BBpress’s horrific handling of parent/children with categories etc. is bloody woeful; but if you’re talking about usability, then bbpress starts to fall down a little.

What it outputs is simple, yes, to the user, but it’s not very perceptive. Finding a specific post or vital information (say that 0.9 = WP2.5 – you know , something you’d expect to be on the documentation or download page but is actually on page 3 of a topic started 1 year ago) , is a disaster. It’s reliant on the user

who posted the content using TAGS appropriotely and ofc it requires a better search function.

Lets not forget that ‘tags’ are fairly new, and really only web savvy people use/know about them. A huge chunk of this software’s cross-pollination and iteration is taken out of the developers hands and placed smack bang in teh hand of the end user (whom we know nothing about nor can reply on).

Just because something is simple/plain, does not make it inherently usable.

Think Boo.com.

================================================

Anyway, there are a number of things we’d all like to see fixed in bbpress. Some more vital than others. we’ll all agree and disagree on many, but my over riding feeling is this:

Our Clients, customers, friends, colleagues, schools, own sites, will at some stage like to, nah need to, be updated to the latest version of WordPress. it will vary from person to person, but at some stage you know that a wordpress upgrade is probably in the pipes.

But if you’re using BBpress, then you’ve been forced to hold off upgrading for over half a year. We will be/are a whole version behind, and surely someone can see that it’s got to be an issue.

I suppose what i dont understand is, and maybe i’m the only one, so please 100% feel free to explain it to me like an idiot.

if The most requested topic on this website is “wordpress integration”, and the singular fail point of the software is “wordpress integration”, and teh company that owns this software also own wordpress, and it happens to be your singular initial selling point of the software, um, well, WHY THE HELL HAS IT NOT BEEN THE ONLY PRIORITY AND FIXED IN THE 3 MONTHS SINCE 1.0ALPHA CAME OUT?

We’ve had other fixes, new code, new features, a facebook page (see i hadn’t forgotten), but yet without even a hint of when this base level feature might appear, we’re told it’s a moving target.

Please, explain it to me like a 5 year old, that hasn’t read the blog posts linking to the $29 million dollars investment, that also lead to Sam being taken on as a full time developer on bbpress (i.e. dont say no time/resources).

[John James Jacoby]

Have you tried logging in and out of both your WordPress and bbPress installations and accessing both admin panels? I mean each combination each way.

1. Log into WordPress; Check admin panel access and cookies; Log out of WordPress
2. Log into bbPress; Check admin panel access and cookies; Log out of bbPress
3. Log into WordPress; Check admin panel access and cookies; Log out of bbPress
4. Log into bbPress; Check admin panel access and cookies; Log out of WordPress

That is where the problem lies, and I have been running the most updated trunks of both bbPress and WordPress the entire time.

[johnhiler]

Yah there’s a bbPress Google sitemap plugin:

* http://boakes.org/talk/topic/sitemap-plugin-for-bbpress (the original, I believe)

* https://bbpress.org/plugins/topic/bbpress-sitemap-generator/ (I think this is an updated version)

I tried the earlier version, and it turned out that it regenerated a sitemap on every topic created/edited/deleted. This created a lot of overhead on my server, and slowed the process of posting a topic down to a crawl.

It may work better now on that front? It’d be awesome if there was a way to have topic creation add an item to a queue somewhere, and then have the backend process the queue periodically (at a later point) to update the sitemap. That way, the process of creating a topic itself doesn’t get slowed down.

[_ck_]

Very impressive.

Why not modify the CSS to match the blue links/text from your main site theme?

You can look at kakumei blue to see how easy it is to change from regular kakumei green theme to blue.

ps. I just updated Human Test to work with the BB-Anonymous-Posting plugin if that helps you too. Though sometimes it’s better to encourage people to at least register instantly rather than less manageable anonymous posting.

[kevinjohngallagher]

Great answers again _CK_.

As always you bring an authoritative voice to this discussion.

“Tables have vertical rows that can be sorted which would be 100x times harder with lists. Javascript has specific abilities on tables that don’t exist in lists. Lists do not have vertical relationships between their “cells”.”

I’m going to be one of those guys here a sec and say you’re totally and utterly wrong about this.

The DOM of a browser treats a TABLE like an XML file that it iterates through in a singular parent/child relationship.

The DOM of a browser treats a LIST like an XML file that it iterates through in a singular parent/child relationship.

Both are sorted based on their parent AND their attributes.

The perception that tables are easily sorted natively by JavaScript is only brought to the fore because libraries such as jQuery etc. have built in functions to sort tables. The same underlying code works for lists in exactly the same way.

eg. The browsers DOM can’t tell the difference between:

TABLE

– TR

– – TH

– TR

– – TD

and

DIV

– DIV

– – DIV

– DIV

– – DIV

or

OL

– LI

– – SPAN

– LI

– – SPAN

Let me give you an example again; Back to the backpacker website (real world examples are good I find).

UK (Category)

– England

– – London

– – – Travel

– – – Hostels

– Scotland

– – Edinburgh

– – – Travel

– – – Hostels

– – Glasgow

– – – Travel

– – – Hostels

Now if we output these as 1 flat tables (even with fancy CSS tags), and we use JavaScript to sort it (lets say alphabetically), we get this:

Edinburgh

England

Glasgow

Hostels

Hostels

Hostels

London

Scotland

Travel

Travel

Travel

UK (Category)

Because, again, if things are in a singular flat table structure there is not way of knowing which child belongs to which parent.

Again, i’m only advocating the use of lists for the forums, not the topic list, which is a singular list, and therefore well suited to using tabular data.

==============================================

What I want to stress here, because i’m feeling like i’m repeating myself a little and thats never good, is that i’m NOT here to get BBpress to change from tables to lists or divs or anything else.

What i’m here to discuss is that BBpress is going down a route, a route that solves one set of needs. Can you list the topics in a singular table in a singular order while the only differentiation between each row/cell is in the CSS worked out after the tag has been sent to the browser.

That is a very very singular way of doing things. My point is that all over the shop here in BBpress 1.0a we’re doing things in a singular method, and not in any way giving any for of extensibility to the software.

I use the forum parent/child output example cos it’s on the front page. I could use the example of having template functions HARD CODED in the bb-includes folder as opposed to being in the template folders. I could use the example of “forum” or “topic” being slapped before all the permalinks with no option to remove them.

Lets be honest here, in terms of changes from 1.0a1 to 1.0a2 the first 17 changes were style changes to the template file that we’re all (hopefully) going to replace with our own template.

The 3 latest changes to the repository have been to fix TYPOS in the comments.

There was 85 days, almost a 1/3 of a year between 0.9 release and 1.0alpha, and I may be wrong here but the biggest change seems to be that XML RPSeeWhoCaresAboutThisReally was added.

People are complaining about the same things on this board over and over. Most plug-ins were written over a year ago, and have been hacked to death. Vital information is stored on Page 3 of a forum thread started 18 months ago because no-ones updated the website.

Heck, saying that 0.9.0.2 the STABLE bbpress release doesn’t actually work with anything beyond 2.5.1 of wordpress, let alone the stable wordpress release of 2.6.3 ISN’T EVEN ON ANY OF THE WEBSITE PAGES. It’s stored on the forum software, in a random post.

This is not a complain against the great men and women who have done some marvellous work here, _CK_ so far is a screaming example of someone who’s given up huge amounts of time and created some amazing code, but come on.

If we try to develop something with no roadmap, no feature list; if we try to solve single problems with singular solutions; if we do this all with no documentation; heck if we do this with no project management whatsoever then we’ll end up with a bunch of things that look somewhere between a blog and a forum all with slightly different colours and a different header picture.

Then we can all pretend that we’ve build a totally extendable bit of software that every user has just decided to use exactly the same way out of pure luck, and not because they’re effectively forced to.

Heck while we’re at it, i’m going to pretend i’m Brad Pitt. Make believe is SO much fun. I’d suggest you all try it, but maybe you’re already there…

[kevinjohngallagher]

Hi BBpress team,

I wanted to raise a concern I’ve had for sometime, but every time I think it’s the right thing to do, there’s a new release and I thought that maybe it’d be fixed. With 1.0 in alpha stage, I figure now’s a good time.

I think we’ve got a lot of this wrong.

Not the code, not the plugins, not the community, but more the mindset behind the important features. We’ve not built forum software, we’ve built blogging software.

We make posts, and people comment on them. The focus of BBpress is on individual posts with things like tags, as opposed to the forum/section/category to which it was posted. I also appreciate the desire to streamline the code base, which is wonderful, but users and the internet-public at large expect forums to have certain features – to rely on user updated plugins for these features is not an ideal solution.

I don’t say any of this to criticise, because you folks have done amazing work given the small team and smaller community working on BBpress, and I’m massively impressed; but I think given the scale of the project you’re working on you’d want real feedback.

Let me give an example if I may, which might illustrate the issue I and other users face.

In the 1.0alpha, we finally get Categories as standard, a feature that is absolutely essential for a forum (not a blog), otherwise the ‘forums’ are just a list of wordpress categories.

The problem with Categories, is that we don’t have ‘forums’ belonging to them, instead we have ‘forums’ that are called categories. A simple 1/0 in a db. But it’s not enough. Why?

Well it means that the loop in front-page.php to iterate through forums has to check to see if it’s a category. There is no independent check for categories and forums. This of course makes no difference in the world of all forums being in a singular table (the category can just be an individual TR and we can use a PHP continue to end the loop), but as soon as we move to multiple tables (which is essential for accessibility focussed websites), or nested divs this becomes quite useless.

What we need its:

Category

Forum

Topic

Forum

Topic

Topic

Reply

Reply

Each belonging to the parent above it. But we don’t have that in BBpress for categories. It’s massively short-sighted.

Now, this may seem like a simple thing, but I raise it as more of a mindset. We’re coming across a bug/issue/problem/feature request and we’re solving that specific request rather than seeing how it fits in. Take, if I may, the brilliant UNREAD POSTS plug-in by _CK_. When it was built it added a class to the specific span of the name of the topic post in the list of topics. Upon request it then did the same to the name of the forums. At no time was the thought process – wait a minute, if I put this at the top level item of the iteration that means that all child nodes can use it. _CK_ fixed this oversight yesterday and his plugin is now brilliant and easily rivalling the methodology used in the bigger forum solutions.

But it’s the mindset behind it I think we need to change. Fixing a singular problem, or even adding a new requested feature, without planning how it will impact others or if it’s at a high enough level is starting to make BBpress look amateurish.

I’m not saying we have to emulate the big boys and their massively bloated software, but what we have to accept, as a community, is that the likes of PHPbb and IPB etc. all do certain functions as standard, and these are what our users will expect.

I can’t see a roadmap or feature list for a finished 1.0 anywhere, I can’t even see a feature list for 1.5 anywhere (and yes I’ve been to the TRAC site for both). I just get the feeling as we move towards 1.0 release, that we’re not really releasing forum software, we’re releasing blogging software:

WordPress: categories > posts > comments

BBpress: forums > topics > replies

These are effectively one and the same. I’m quiety confident that someone could write a WP theme that effectively does what BBpress does. The BBpress front page list topics then forums (with the number of topics /posts in it). A WP page could list blog Posts titles and then categories (with the number of posts / comments in it). They are, to an end user, the one and the same.

I mean, was XML-RPC absolutely essential for BBpress? It seems to me that Categories, or the Unread Posts feature would be far more essential in that other forums have them. Why haven’t we used the same folder structure as WordPress so that we can easily convince wordpress users to also use BB? Heck why isn’t even our website set out in the same way (this may bring over some WP plugin creators)?

These things are not complains, and I do not raise them to flame or criticise in anyway, I merely hope to kick start a little discussion that can see us move BBpress forward. To often in the past few months I’ve suggested BBpress to friends or fellow developers and they’ve told me that it just doesn’t meet their needs – I think that’s something we need to fix, together

Kev

[_ck_]

updated, see below

[chrishajer]

Sure, it’s possible with bbPress.

If you are set on modifying the bbPress core, then what I would do is download two exact copies of bbPress. Use one, then save one. You can always compare your current version to the pristine one you never touched, in the event you need to upgrade and you need to recreate your changes in the updated files.

I would say the 0.9.0.2 is pretty stable, for sure. The Alpha releases are less stable, but I haven’t had any problems with them either. I installed an old, old alpha version about 18 months ago and am still using it, but YMMV.

Maybe someone else can recommend a specific version or revision as a starting point for your project. Good luck.

[_ck_]

You are getting an error with admin_email because in bbPress 0.9 they decided to change it to from_email with no support for the old variable (bad move). That plugin obviously never got updated.

[_ck_]

Do not use the move-it plugin until it is radically updated.

There is no proper way to split/merge topics because it would affect many plugins which track things based on the topic id.

Since bbPress never had action hooks for split/merge, all plugins in existance are ignorant of such changes happening and you risk corrupting your forums.

Split/Merge is on the agenda for bbPress 1.5, so maybe a year from now it might be possible. But again, all plugins that store tracking information on topic id’s will need updating, including a dozen of my own.

So yes, you could manually do it, or even force it via move-it, but you will break your forum sooner or later.

[viamedia]

Updated Korean Language file based on bbpress 9.0.x

Installation is same as described in the above post.

download:

http://www.skhcafe.org/dev/Korean_bbpress_081030.zip

비비프레스 한글 번역 파일입니다.

비비프레스 9.0.x 에 맞춰 번역했습니다.

설치 과정에 나타나는 내용은 시급하지 않다고 판단하여, 부분적으로만 했습니다.

번역에 대한 의견이나, 고칠 점 등을 제안하시면 반영하겠습니다.

번역 내용은 이후 예고 없이 변경될 수도 있습니다.

설치 방법은 위에 있는 설명과 같습니다.

[rensenieuwenhuis]

In addition to the above, sitemaps give google an indication on how often the URL will be updated, so how often Google should send in its crawlers …

[joshbruce]

I have WordPress 2.6.2 and bbPress 1.0 Aplha 2 running and integrated in my site (a .me domain). Logins from both WordPress and bbPress work. I have it set to only use the WordPress login just for consistency sake, but have tried logging in from both sides and once I am logged in to one side I am automatically logged in to the other. If I register using the WordPress registration, the user information carries over into the bbPress user details and likewise the other way around. Also if I login via bbPress and visit my user profile and update my bbPress user details, those same details are updated when I visit my WordPress profile!

Seems to be working well! Nice job guys!!

Cheers!

Josh

[_ck_]

It’s possible that you downloaded it before the plugin browser updated it. It’s updated now, but look in your local copy and make sure the word ‘action’ is in there. If not, download again.

[andersson]

Well, I just updated from the trunk and I of course think this is a superb forum and the job you do is great and all that, but 80 queries in the topic overview page of my forums, 47 queries on the frontpage. That’s a tad too many.

Are you, or are you not, looking into this in the future i.e. before the release? Thanks.

[sawndiddle]

Where is the language file for “Enter a few words (called tags) separated by spaces to help someone find your topic: “?

I need to change spaces to commas. Also, I think this needs to be updated in the new bbpress, but the default setting I got was separated by commas, but spaces is misleading to those who post.

[Sam Bauers]

The release on the download page is now updated, use that instead.

https://bbpress.org/download/

[chrishajer]

I think this is the fourth time I’ve heard about this now. I have no idea what’s causing it. I think we need a new tag for it.

https://bbpress.org/forums/topic/bbpress-10-alpha/page/2#post-19153

https://bbpress.org/forums/topic/cant-log-in-after-installation#post-19550

Do you have access to server logs? Maybe something is being logged there.

With a password failure, you should get the “Wrong Password” screen. But that’s not happening. It’s almost like the password is good but for some reason, it still thinks you didn’t log in.

I tried from the failed password screen, the “you must log in to post” screen and even a different browser. I can’t seem to get it to work. Maybe there will be something logged several times from all my attempts (my IP right now is 75.22.31.202). I even tried a password reset and I couldn’t log in with the new password either.

This is integrated with WordPress? What version for both packages?

And, in your case, since this was sudden, what could possibly have changed that caused this? New software for bbPress or WordPress, or possibly something got updated on the server?

[Sam Bauers]

@ meitershaker

There was a bug in the display name implementation. First, update to the very latest trunk. There is a chance that you might have a user meta item for some users called ‘display_name’. This will be stomping on the real setting in the user table. Use this SQL query to clear out the bad data.

DELETE FROM bb_usermeta WHERE meta_key = 'display_name';

Once you’ve updated to the latest trunk and done that, you should be able to use any UTF-8 character in display names.

[chrishajer]

I thought maybe giving the thread a new topic would result in an updated slug, but it does not (slug does not change). I don’t see an option to change it anywhere, other than just modifying the bb_topic table directly.

[Mark Barnes]

@sambauers:

It seems to me that the most important thing that you can do very easily is to actually utilise the full-text index by using MATCH AGAINST rather than LIKE %…%. That’s an easy win. This also makes relevancy searching possible.

The next thing would be to ensure that post_status is updated when topic_status is changed. That way, you could ignore topic_status when searching posts, and lose the join.