Search Results for 'wordpress'
-
Search Results
-
My problem is that on step 3 of Group Creation “Create a Group – Group Avatar” the avatar upload form isn’t showing up.
I did some debugging and found that this problem is related to my bp-custom.php (renamed bp-custom.php so that it didn’t load and the Avatar Upload Form showed up again.)
I circumscribed the problem to the following line of code
‘wp_enqueue_script( ‘thickbox’ );’
Once i delete it from my bp-custom.php the form shows up again!
Can anyone please confirm that the Thickbox script is causing an error with the Group Avatar Upload form. I’m not sure why and if i should write a trac ticket for this issue, because thickbox isn’t part of buddypress but of WordPress?
Hi all !
I spent a couple of hours to understand why it wasn’t possible to upload an avatar just after registration.
On the “sign up complete” page, this sentence appears “We’ve fetched an avatar for your new account. If you’d like to change this, why not upload a new one while you wait for your activation email?”
Yop, nice idea ! But the fact is while the account is not activated you can’t upload an avatar (“There was a problem uploading your avatar, please try uploading it again”)
The control is make on L150 in wp-content/plugins/buddypress/bp-core/bp-core-signup.php
For now I just install the “Autoactivate Users and Blogs at Buddypress Signup” (tyou can download it at http://www.thinkinginwordpress.com/2009/10/autoactivate-users-and-blogs-at-buddypress-signup/
Topic: The benifits of buddypress
I run a mu version of wordpress, which contains multiple blogs.
The blogs have already been created and users can not create new blogs. The existing blogs are updates of different projects.
Visitors to my sites can read and post comments.
I’ve just learned about buddypress, and I’m not really sure how it can apply to me.
If it allows my visitors to create profile accounts, read the blogs and post comments that are connected to their accounts, and interact with other users to help personalize the site, and help build a community, then that’s great.
If it allows the blog writers (me) to do special features, then that wouldn’t be too useful for my needs.
Is someone able to help me better understand who buddypress is aimed towards, and the benefits it allows them?
For plugin authors, it will be easier for your audience if you localize your plugins. This means more than just wrapping text in “__” and “_e” functions.
- You need a directory to put your po/mo files, preferably wp-content/plugins/your-plugin/languages/.
You also need to make sure all of your plugin files exist within the same root folder and not have one go in /wp-content/plugins/ and the rest within /wp-content/plugins/your-plugin/.
Why?
For those of us that localize your files with a Po/mo editor, the file outside of the folder is missed in the scan, and those strings aren’t added to the translatable strings.
- You need to make sure you have your own textdomain and not rely on BuddyPress’s or WordPress’s.
__( 'Title of page', 'your-own-text-domain' );Why?
Because when theme authors want to use your plugin, they will need to know which translation files to edit to output the desired text without modifying your plugin to pieces.
- Be sure to include your language files gracefully. Use a method like…
function bp_load_your_plugin_textdomain() {
$locale = apply_filters( 'bp_load_your_plugin_textdomain', get_locale() );
$mofile = WP_PLUGIN_DIR . "/bp-your-plugin/languages/bp-your-plugin-$locale.mo";
if ( file_exists( $mofile ) )
load_textdomain( 'bp-your-plugin', $mofile );
}
add_action ( 'plugins_loaded', 'bp_load_your_plugin_textdomain', 9 );Why?
Because otherwise your translations will never load, or they will load out of order with the other plugins and cause things to get prematurely loaded that shouldn’t be.
In all honestly very few, if any, plugins currently handle localization correctly. Even outside of the BuddyPress world there are thousands of plugins that are English only without a method to localize them properly.
Taking the steps mentioned above will really help widen the audience of your plugin, and make sure that your users are able to translate and modify the verbiage it uses without hacking the core.
Topic: Custom Theming Questions
I am in the process of designing a custom theme for a website running on WPMU 2.8.4 with an install of BuddyPress 1.1.1. I don’t have much need for the multi-user aspect of WPMU, but went with this as my “CMS” because of the social networking components BuddyPress can bring to the table. At least in the near term I will only be using one blog with a pretty extensive home-page involving some content managed through WordPress and some pages that are essentially independent.
So I have built a theme for the main WordPress blog completely from scratch. Now I’m scratching my head as to how I’m going to integrate the BuddyPress features I need into the areas of the theme where I need them. My strategy so far has been to take all the files in the BuddyPress parent theme that weren’t present in my custom theme, move them into my custom theme folder, then dissect the core template files from the BuddyPress parent theme (header.php, home.php, etc.), extracting the BuddyPress elements, and placing them into my template files where necessary.
Here is the current result – http://boxmediasolutions.com/wpmuTest/
It seems to be going along okay at the moment, but I’m thinking there has to be a better way to go about this, so I have a couple of questions for the community if anyone cares to offer advice.
1) Is there an easier way to do this kind of thing that already has good documentation that I’m just overlooking?
2) Can I move the div#search-login-bar out of the header, placing it essentially atop the content div in only a few specific pages (ie – the ones that involve connecting with the community)?
3) Is there documentation somewhere explaining the template hierarchy of WPMU and BuddyPress, how they interact, and what is exactly being called for by commands like do_action( ‘bp_before_search_login_bar’ ), do_action( ‘bp_after_search_login_bar’ ), do_action( ‘bp_before_header’ ), etc?
4) Can commands like the ones mentioned in question 3 be reversed, like calling for the before/after search login bar after the before/after header actions?
I am quite comfortable editing/developing WP themes and template files, though I am completely new to BuddyPress and WPMU, and I am not really well versed in PHP coding, just to give you a bit of background.
Thanks a ton in advance for any advice!
Hi fellow Buddies!
I’m currently a bit frustrated with WordPress MU, because it seems like it creates totally independent blogs when my users creates blogs on my BuddyPress site.
Ideally I would like to predefine a set of categories, and share these with the user blogs.
The users should not be able to create their own categories (I don’t wan’t to end up having a big category mess).
So that when a visitor clicks on a category, say “Wedding Entertainment” he/she is taken to a category page that shows BOTH blog posts from the main site blog as well as the users blogs.
Is that at all possible?
- You need a directory to put your po/mo files, preferably wp-content/plugins/your-plugin/languages/.
