Antonskey: I see your post in the forum overview, I see it in RSS but I just don’t see it here. Weird.
another question before installing the plugin (i plan to, honestly, i just have a few bugs with bbpress to work out before i go adding more plugins). is there yet the capability of having posts in specific categories go to specific forums?
Not (yet? dunno). You can assign a forum for it to go to on a post-by-post basis, though (with it blank making it go in default), which probably does that job.
I actually found it. The text can be found in the “template-functions.php” file.
You basically want to translate it. Not sure how it’s done but there are a few translation threads around here. (Some changes you can also make in the theme but by no means all of them.)
Hi. I’m looking to change the wording in some areas. Is there a central place to do this?
For example, I would like to change “View your profile” to “Profile” where can I do this?
Woops, rather nasty typo above. Author is spelt with an o, so make that
<td class="num"><?php topic_author(); ?></td>
You already have those columns, dlevy, or do I misunderstand? By default it shows the last poster and when.
http://vino.aplus.co.yu/forum/
Serbian forum for vine lovers and small vineyard owners.
Work in progress, theme is based on Mysty (which is largely based on default theme), but it should be more and more customized, when I find time.
That’s pretty weird. Have you tried going to bb-admin/themes.php
? That’s its default location.
Just upgraded to .82.1, and still have the same minor issues:
- Pretty permalinks/slugs won’t work in IE 7
- Forum sluggishness – I see ‘waiting’ for a few separate moments in my browser when I click on threads (navigating to the forum and entering forum categories is fine, but actual threads seem comparably slow). I’ve tried changing themes but I get the same results with the default themes.
- In IE 7 the bottom border of the thread title is misplaced, instead of running beneath the title it runs through the title div.
.htaccess files as stated earlier in this thread. Any assistance would be very gratefully received. Thanks.
I got to thinking… being that it renames the image to their usernames, I thought that the following might work, but it doesn’t…
<img src=”http://yourkahil.com/forum/avatars/<?php echo $strtolower($user->user_identity); ?>.jpg” alt=”avatar” />
Shouldn’t that work? I’m trying to get it to display the current username of the person visiting the site, provided they are logged in. If they aren’t logged in it shouldn’t display anything. Later I’d like to figure out how to do an if else statement so that if the visitor isn’t logged it, it will display a default image.
Well, your guess was correct! Your tip got me to thinking about cookies – I’m a little rusty on my setcookie() syntax! Anyhow, I decided to install WordPress, even though I don’t need it just now, because if I could get that to integrate across directories, then I could surely do what I’m hoping for with the gallery.php page.
That helped me to understand the interactions of the cookies and directories and domains. All that to say, I was able to get it to work using the following in config.php:
$bb_cookiepath = "/";
$bb_cookiedomain = ".mydomain.com" ;
I believe that if cookie domain is not specified, then it will default to be the root of the directory in which the script is running, i.e. mydomain.com/forums/, making it unavailable to any other directory, including parent directories. You probably already knew that, but just putting it out there in case someone else has the same issue.
I’m getting this error message
You must specify a table prefix in your config.php file
This is using the same Config.php file I used for 0.8.1, the enty in the config.php is
$bb_table_prefix = ”; // Only letters, numbers and underscores please!
(I don’t use table prefixes)
Edit
OK the workaround – use PHPmyadmin to rename all the tables with a prefix (I used the default bb_) and then update the config.php file.
sorry, took a break. that looks right to me, given your wordpress blog is at http://www.sitenameishere.com/wp/
also, you’re missing the semi-colon at the end of the require line – after the end paren ); but you may just not have typed that in here. check for that, it would break a site. Otherwise, not sure. Assuming the bbpress install works fine with the default theme…
well, this plugin names the images by username I think. It also has a default image if no avatar has been uploaded… shouldn’t there be some sort of code there to reference a person’s username?
How do I edit hot tags so that they point to a site outside the borad (like the default bbpress tag that points to the bbpress web site? There doesn’t seem to be any table field where tag address information is stored.
You’re running this on WP.com? How’d you manage that? 😮
Anyway, you need this fix because the default setting should indeed be 0. Once the fix is applied, you also have to go to each affected user and set their status to 0 again.
Thank you – sorry, some other anomolies/bugs! The bozo setting is strange as the default setting in the user profile is (literally) “1” but there is no entry imn the meta table. Manually setting the setting to “1” (including quotes) then generates the row in the meta table with the value “1” (including quotes) with the user set to bozo! Perhaps the default setting in the table should be 0.
Chosen passwords might be preferable to having to wait 48 hours or more for registration password to arrive. This mechanism seems unreliable, but I’m not sure if it is a local server issue or a WordPress.com issue…
“You’re the admin, right? You could just bookmark the page.”
-> Well, this is an option that I have in mind, but then all users that registered through bbpress will appear with “undefined” role in wordpress. And I can’t insert bbpress <?php login_form(); ?> in wordpress sidebar because it doesn’t work 
“Otherwise I suggest you write a plugin that uses the WP wp_login hook and changes the hopefully global $redirect_to depending on whether or not the user is admin. That’s for wp. bb default login behaviour is okay?”
-> Unfortunately, I have no idea of how to write a plugin or a simple function
I can badly modify already made code.
You’re the admin, right? You could just bookmark the page.
Otherwise I suggest you write a plugin that uses the WP wp_login
hook and changes the hopefully global $redirect_to
depending on whether or not the user is admin. That’s for wp. bb default login behaviour is okay?
Yup. Replace <?php tag_heat_map(); ?>
in your copy of front-page.php
with:
<?php tag_heat_map('limit=20'); ?>
Replace 20 with whatever you want. The default is 45.
Depends on your theme/templates I think. The default template is very small; I think files go between 15 and 20 kB. Obviously avatars can add a lot to that and whatever else you want to add to your theme (if anything) can too. But it’s not really about the software behind it that determines the bandwidth usage.
My bbpress is having trouble displaying stylesheets correctly. I am using the default style that bbpress comes with. I have it installed locally on a test environment.
The admin section looks exactly how it should, but the forum itself does not. I have noticed that the path to the stylesheet is incorrect.
<link rel=”stylesheet” href=”http://localhostbbpress/bb-templates/kakumei/style.css” type=”text/css” />
notice how after localhost the “” is the wrong way.
Not sure if anyone can tell me how to fix it.
in the admin page, the stylesheet path is correct
<link rel=”stylesheet” href=”http://localhost/bbpress/bb-admin/style.css” type=”text/css” />
my config.php looks like this
// If your bbPress URL is http://bbpress.example.com/forums/ , the examples would be correct.
// Adjust the domain and path to suit your actual URL.
// Just the domain name; no directories or path. There should be no trailing slash here.
$bb->domain = ‘http://localhost’; // Example: ‘http://bbpress.example.com’
// There should be both a leading and trailing slash here. ‘/’ is fine if the site is in root.
$bb->path = ‘/bbpress/’; // Example: ‘/forums/’
That’s right. A typical template file in your theme will be like this: bb_get_header()
loads header.php
from your theme’s folder or otherwise the default kakumei one (header.php should contain what is now in your second div called header
), then there’s a bunch of content, and then bb_get_footer()
will get the sidebar and the footer elements in footer.php
. You won’t need to modify this or add any files or anything like that to make your theme, at least in all probability.
Because header.php
and footer.php
are always called, the unchanging HTML and php should all be in there.
header.php
html
head
//some head stuff, links and meta etc
/head
body
wrap
header
//header HTML for your logo etc
/header
whatevertemplate.php
.
content
//content HTML and php
/content
footer.php
.
sidebar
//sidebar HTML and stuff
/sidebar
footer
//footer HTML and stuff
/footer
/wrap
/body
/html
I hope that’s clear, it’s a little late so I might have some tired logic. This is pseudoHTML – body
corresponds to <body>
, but wrap
corresponds to <div id="wrap">
and sidebar
= <div id="sidebar">
etc. I hope that’s okay.
So there are usually only three files that directly contribute to the output of the forum. Most of the HTML you’re messing about with should go in header.php
or footer.php
.
bb_get_header()
and bb_get_footer()
deal with all the mucky stuff for you, you don’t need to ‘call’ them (if I’m understanding you right) from the main template individually. Just make sure they’re proper HTML inside header.php
and footer.php
.
Not by default install. Could be done by a plugin, but one to do it does not yet exist.
In the bbPress forums stylesheet (in the custom theme for bbPress.org, not the default theme), you have this:
.post {
overflow: hidden;
}
Can I request that you change the value to auto
, to make it heaps easier to read users’ code postings (as they frequently overflow)?
.post {
overflow: auto;
}
The change in that ticket only covers moderators, admins and keymasters. Not members.
This is as it should be because members are not and should not be trusted by default. The automation of member signup, login and post is possible. Not to mention real human spamming by ill-intentioned “members”.
So this is behaviour by design as far as I can tell.