Skip to:
Content
Pages
Categories
Search
Top
Bottom

Search Results for 'wordpress'

Viewing 25 results - 21,001 through 21,025 (of 22,621 total)
1 2 3 … 840 841 842 … 903 904 905
  • Author
    Search Results
  • August 17, 2009 at 9:13 pm #51181

    In reply to: Paid Member Plugin

    peterverkooijen
    Participant

    There are several commercial plugins for WordPress. I assume they would work with wpmu and buddypress as well, since those are big potential markets for them.

    August 17, 2009 at 8:31 pm #51176

    In reply to: Member Activity Feed is Empty

    gaetanbuddypress
    Participant

    Hello jdoe_,

    Just to say I’m running WordPress MU 2.8.4a + BuddyPress 1.0.3. as well, and the activity is working well in the member profil.

    I hope you’ll find an answer to your problem,

    Gaetan

    August 17, 2009 at 6:45 pm #51173

    In reply to: Details About the New Theme Architecture

    John James Jacoby
    Keymaster

    The way this works is actually really super easy and very, very awesome…

    There are a few different variations of ways to do this, and I can see some really imaginative uses of this method doing some really fantastic and super awesome things, so if you’re not already, I suggest you get excited…

    I think the way that most people will use this method is with the included BuddyPress Framework theme as a jumping off point. Think of it as the HTML and bare-bones styling to get your site’s root blog and BuddyPress profile/directory pages up and running. It includes all of the normal files you would expect from a typical WordPress theme (single.php, comments.php, page.php, index.php, home.php, attachments.php, etc…) plus it includes all of the theme files for BuddyPress registration pages and components in their own respective folders similar to what bp-member did.

    Currently, parent/child template relationships do NOT include the parent template’s style.css, so if you’re making a child theme, you will need to manually include the style.css of your parent theme with an @import rule, but it takes 2 seconds to type in so no big deal.

    So that means that your parent/child relationship is really only for .php files until you manually @import a CSS file from another directory.

    To answer your question about multiple parent themes, yes and no. :)

    Lets say we have three themes: bp-framework, bp-default, and bp-child.

    Each theme/template can only name off one parent, but that doesn’t stop the parent theme/template from having its own parent also. Example: bp-child could name bp-default as its parent, and bp-default could name bp-framework as its parent, and they will recursively overrule each other down the parent/parent/child ladder with the current template winning at the end.

    This works well in situations where you might not need a home.php for your child themes. Home.php is a WordPress file for hardcoding the landing page of your blog, and maybe child themes don’t need one. In that case, move home.php into a “bp-home” folder with a style.css that makes the bp-framework its parent and includes the parent style.css, assign bp-home as the theme for your root blog, and you’re done. This way the other blog themes won’t have a home.php for no reason.

    Because of this, it’s possible to have themes inherit from multiple other themes if you plan ahead in such a way that allows for this. My experience with this idea and creating my own framework is that it takes a little pre-production planning, but it pays off big time later on.

    The other crazy fluke is that parent themes don’t need to be active in the Site Admin area. This means that you could have child themes active for users to select without allowing them to select the parent theme, and still have the parent theme’s files be accessible to the child. This really gives you a better way to control the themes that users have access to and how they work with your custom framework to keep your header/footer/other files in sync.

    I personally can’t wait to see what some of the more popular WordPress theme guru’s are able to pull off with the next version of BuddyPress.

    August 17, 2009 at 6:01 pm #51169

    In reply to: Buddypress and IntenseDebate

    gerikg
    Participant

    Referring to this program/site: http://www.intensedebate.com/wordpress

    August 17, 2009 at 1:53 pm #51156

    In reply to: Help with new function

    tiptap
    Participant

    I had similar that needed that recently.

    Have you tried

    global $wpdb;

    $row = $wpdb->get_results( $wpdb->prepare(“SELECT user_login FROM $wpdb->users WHERE u.ID = %s”, $username) );

    print_r($row);

    I think you access each individual column like this

    $row[“coloumRow”];

    see if this helps https://codex.wordpress.org/Function_Reference/wpdb_Class

    August 17, 2009 at 11:19 am #51148

    In reply to: How does this site get this cool ajax login field?

    peterverkooijen
    Participant

    Here’s one example.

    You probably have to change $ to jQuery for it to work within WordPress, like this:

    //toggle login block horizontally
    
jQuery(".login-toggle").click(function(){
    
jQuery("#right-ear-inner").slideFadeToggle("slow");
    
jQuery(this).toggleClass("login-toggle-close"); return false;
    
});

    More examples and info.

    August 17, 2009 at 4:27 am #51135

    In reply to: How does this site get this cool ajax login field?

    peterverkooijen
    Participant

    Probably a jQuery script, perhaps via a plugin, not necessarily. I know there are several WordPress Ajax login plugins.

    I have a similar toggle hide script in my test site, but without the cool jQuery animation effect. They did a very nice job. I should look into that site for “ideas”… ;-)

    August 17, 2009 at 2:37 am #51133

    In reply to: Different User Profiles

    Roy McKenzie
    Participant

    This sort of functionality would be great! Is their a way to do this with user roles in wordpress?

    August 17, 2009 at 1:07 am #51128

    In reply to: BBpress activity stream

    r-a-y
    Keymaster

    Hey gerikg,

    If you’re using forums separately, I would suggest using the following plugin to output your latest forum discussions:

    https://wordpress.org/extend/plugins/bbpress-latest-discussion/

    August 16, 2009 at 4:03 pm #51102

    In reply to: Skeleton Theme & Component for Developers

    Jeff Sayre
    Participant

    Once version 1.1 of BuddyPress is released, the Skeleton Theme that is currently bundled with BuddyPress (up to version 1.0.3) will be discontinued. Instead, BuddyPress will adopt the parent/child theme architecture that WP 2.7 made possible.

    Learn more about parent/child themes in WordPress.

    August 16, 2009 at 1:19 pm #51098

    In reply to: Problem In My Wp-Admin Section!

    Jeff Sayre
    Participant

    BuddyPress currently only runs on WPMU.

    As far as your question:

    …is there a way to convert my wordpress right now on my site to WordPress MU?

    There are many resources on the WPMU site and threads in their forums that will help you in this regard.

    August 16, 2009 at 12:59 pm #51097

    In reply to: New method for BP theme

    Jeff Sayre
    Participant

    When you run on the bleeding edge, you have to accept the changes!

    The BP themes that WPMU DEV currently provide are are not designed with the parent/child architecture in mind. You need to talk with them to get support.

    Details About the New Theme Architecture

    With BuddyPress version 1.1–which will be officially released in the next several weeks–there will no longer be bhome and bpmember themes. Instead, BuddyPress will adopt the parent/child theme architecture that WP 2.7 makes possible.

    Backwards compatibility will remain for a while for those that want/need to use the old theming architecture. To use the old theme architecture, you need to keep the /bp-themes/ directory. Place your old member themes in there. BuddyPress should override the new theme architecture in favor of the old one if you have a /bp-themes/ directory. However, please note that support for the old theme architecture will eventually be phased out. You will eventually need to update your themes to a parent/child architecture.

    Learn more about parent/child themes in WordPress.

    August 16, 2009 at 7:51 am #51095

    In reply to: Sorry, that page was not found

    portalsoup
    Participant

    When I create new members their blog theme defaults to the WordPress Default 1.6 by Michael Heilemann. I believe this happens even when that theme is deactivated.

    When this theme is used for the members blog, there is no problem because the blog is the home site located at testmember.portalsoup.com and there is no options bar on this theme.

    When you go to my blogs for the member in bp, the options bring you to the admins site, blog to portalsoup.com/blog, home to portalsoup.com

    I expected the blog button would bring you to blog of who ever is signed in. This is what it is attempting when the member theme is used and is when you get the error.

    August 16, 2009 at 4:51 am #51091

    In reply to: Plugin update first_name, last_name in wp_usermeta on activation

    peterverkooijen
    Participant

    Mike Pratt, you’re right, that is one way to do it. Then you have the following fields on your registration form: username, name, first name, last name. That is an excellent solution if your aim is to annoy potential members.

    Another option is to use the default “fullname” field for first name and create a second one for last name, but then you’re kinda messing with the system and perhaps causing problems in the future. I have already done this solution in an earlier version. It’s my fallback option.

    But why would I have to create custom fields when WordPress already has the first_name and last_name fields in wp_usermeta? And there is even a ready-to-use Buddypress function that synchronizes the fields in wp_usermeta with the fullname in BP.

    Unfortunately at the moment that function is only run when the user updates his profile, so it’s completely useless. I’m trying to tweak it and make it useful and introduce to Buddypress the wonders of a first_name, last_name in the database. (Wow, I know…)

    Also I’d like to get rid of the username on the form, by autogenerating it from the fullname – make lowercase, take out spaces, store as username. That should be a relatively easy next step once I’ve figured out how to use the fullname input from the registration form in a function.

    Also I wasn’t able to get bp tags working in a plugin, where I had no problem pulling first_name and last_name from wp_usermeta, providing they were available…

    This should be a really easy plugin for any php coder, but as Jeff Sayre has pointed out, having a somewhat clean, professional user registration in Buddypress is reserved for those well-versed in the codebase or with deep-enough pockets.

    @Mariusooms, I need to finish the site before Labor Day, with a related event on September 22nd. When will bp1.0.3 be released?

    I’ll figure it out somehow, with or without the help of WordPress insiders.

    August 16, 2009 at 3:23 am #51087

    In reply to: Problem In My Wp-Admin Section!

    davetesh
    Member

    Wait I guess I had to instal WordPress MU but is there a way to convert my wordpress right now on my site to WordPress MU? I don’t really want to delete my posts.

    August 16, 2009 at 1:47 am #51077

    In reply to: Clean professional user registration?

    Jeff Sayre
    Participant

    As r-a-y points put, Mark Jaquith, one of the few lead developers for WordPress, was hired to build a highly-customized version of WPMU + BuddyPress for Gigaom. Mark of course is intimately aware of the intricacies of the WP codebase and I’m sure had an easier time customizing the project than would the vast majority of coders.

    But, the Gigaom site does demonstrate what is possible with WPMU + BP if you are willing to become well-versed in the codebase or have deep-enough pockets to hire out professional talent.

    August 15, 2009 at 11:55 pm #51071

    In reply to: Clean professional user registration?

    r-a-y
    Keymaster

    @Peter + Roger,

    You might want to pick Mark’s brain as to how he created the registration system and removed the username:

    http://markjaquith.wordpress.com/2009/05/28/gigaom-pro-launches-on-wordpress-and-buddypress/

    August 15, 2009 at 8:22 pm #51065

    In reply to: How to Use bphome Functions on BP Member Pages?

    Jeff Sayre
    Participant

    Once v1.1 comes out in the next couple of weeks, this issue should be moot. There will no longer be bhome and bpmember themes. Instead, BuddyPress will adopt the parent/child theme architecture that WP 2.7 makes possible.

    Backwards compatibility will remain for a while for those that want/need to use the old theming architecture. But it will eventually be phased out.

    Learn more about parent/child themes in WordPress.

    August 15, 2009 at 7:58 pm #51061

    In reply to: All sitewide posts into the main blog(with id=1)

    Jeff Sayre
    Participant

    This is a WPMU question so it is best to ask in that forum. Please do so.

    In addition, this plugin may be of use: https://wordpress.org/extend/plugins/advanced-export-for-wp-wpmu/

    August 15, 2009 at 7:51 pm #51058

    In reply to: Changing the original orange theme

    Jeff Sayre
    Participant

    Well, you’ll need some PHP, CSS, and WP theming knowledge to modify WP themes. Here’s a helpful link to get you started with WP theme designing.

    August 15, 2009 at 2:14 pm #51045

    In reply to: Plugin update first_name, last_name in wp_usermeta on activation

    peterverkooijen
    Participant

    Thanks for the additional clues DJPaul!

    In the latest attempt I was going back to my first approach, trying to catch the input straight from the form, so that has to run on initial user registration, not on activation.

    Or is user_register not used in Buddypress at all? Is there a wpmu or bp equivalent I could try? Should I use wpmu_create_user? According to this blog post:

    the do_action for wpmu_new_user is directly at the bottom of wpmu_create_user in the wp-includes/wpmu-functions.php the wpmu_create_user gets sent the username password and email and checks if the username or email exists, if not create the new user in the database and assign a user_id to the return, also assigning capabilities and level … this happens on *all* levels of registration and is the perfect hook point to add them into the database

    the do_action do_action( ‘wpmu_new_user’, $user_id ); so you get the immediate user_id soon as it’s created which you can use in your table

    Apparantly this is like a flowchart of registration events in wpmu (wp-includes/wpmu-default-filters.php):

    add_filter ( 'wpmu_validate_user_signup', 'signup_nonce_check' );
    
add_action ( 'init', 'maybe_add_existing_user_to_blog' );
    
add_filter ( 'xmlrpc_methods', 'attach_wpmu_xmlrpc' );
    
add_filter ( 'wp_authenticate_user', 'wordpressmu_authenticate_siteadmin', 10, 2 );
    
add_action ( 'wpmu_new_user', 'newuser_notify_siteadmin' );
    
add_action ( 'wpmu_activate_user', 'add_new_user_to_blog', 10, 3 );
    
add_action ( 'sanitize_user', 'strtolower_usernames', 10, 3 );

    Should I focus on these wpmu action hooks instead of regular wp hook? Does bp have a list like this somewhere?

    I couldn’t figure out how to serialize that $meta data and extract the fullname from it, so I abandoned the approach hooking into wpmu_activate_user for now. Also when I put in the $user_id and $password arguments I got the error messages about missing arguments. wtf?!

    I think this bit of code grabs the input from the registration form:

    $fields = BP_XProfile_Field::get_signup_fields();
    

    
if ( $fields ) {
    
foreach ( $fields as $field ) {
    

    
$value = $_POST['field_' . $field->id];

    fullname is the input from field_1, but I don’t know how to finish the php to get to $fullname = … . The two latest attempts above did not work.

    I have to give up for now. Deadline at my day job coming up…

    August 14, 2009 at 6:02 pm #51021

    In reply to: Where is the code that processes input from the BP registration form?

    peterverkooijen
    Participant

    arezki, there is a Users to CSV plugin. Not sure if it also exports data from Buddypress’ xprofile table, but perhaps you could expand it.

    Getting data from the database is relatively simple. You could just write your own SQL queries as well, if you can figure out how and where the data is stored, which is not at all straightforward in the wp-wpmu-bp patchwork.

    My original question was about something else; how does data move from registration form to the database?

    I’m trying to identify what bit of code “picks up” the input from the ‘* Name’ field, id/name = “field_1”. Is it this function?:

    function xprofile_extract_signup_meta( $user_id, $meta ) {
    
// Extract signup meta fields to fill out profile
    
$field_ids = $meta['xprofile_field_ids'];
    
$field_ids = explode( ',', $field_ids );
    

    
// Loop through each bit of profile data and save it to profile.
    
for ( $i = 0; $i < count($field_ids); $i++ ) {
    
if ( empty( $field_ids[$i] ) ) continue;
    

    
$field_value = $meta["field_{$field_ids[$i]}"];
    

    
$field 				 = new BP_XProfile_ProfileData();
    
$field->user_id      = $user_id;
    
$field->value        = $field_value;
    
$field->field_id     = $field_ids[$i];
    
$field->last_updated = time();
    

    
$field->save();
    
}
    

    
update_usermeta( $user_id, 'last_activity', time() );
    
}

    For a plugin I need SOMETHING HERE = $fullname. The SOMETHING HERE should be the input value for field_1 from the registration form.

    I get lost in the php in the array stuff. Please help if anyone can give any more clues!

    August 14, 2009 at 11:32 am #51015

    In reply to: noob questions…new to buddypress

    Paul Wong-Gibbs
    Keymaster

    You can use any WordPress theme for the home/blog theme, yes. You’d only need a customised or Buddypress-specific theme for the member pages.

    August 14, 2009 at 6:58 am #51009

    In reply to: noob questions…new to buddypress

    r-a-y
    Keymaster

    “themes” is a themes folder for WordPress(MU); whereas “bp-themes” is a themes folder specific to BuddyPress components.

    To be more specific, “themes” styles the blogs; “bp-themes” styles the member profiles and groups.

    ReadWritePoem’s blog posts is from the main, primary blog… it’s a simple template loop from WordPress… nothing elaborate there. In fact, looking into it further, they do not have member blogs! So if you’re familiar with regular WordPress, you’ll know how they placed the blog posts on the front page.

    August 14, 2009 at 12:01 am #50990

    In reply to: Make 2+ part name in full name required + xprofile_sync_wp_profile()

    peterverkooijen
    Participant

    Here is a plugin that “forces users to provide first and last name upon registration” and stores them in wp_usermeta.

    Would this plugin be compatible with Buddypress? Looking into it now…

  • Author
    Search Results
Viewing 25 results - 21,001 through 21,025 (of 22,621 total)
1 2 3 … 840 841 842 … 903 904 905

Forums

Views

Feeds

Tags

404 activation Activity activity activity stream admin admin bar ajax avatar avatars bbPress blog blogs Buddypress buddypress bug child theme comments css custom directory edit email error facebook fatal error filter forum forums friends group groups header help installation link links login member members menu message Messages multisite navigation notification notifications page pages php plugin plugins post posts privacy private problem profile Profile Fields profiles redirect register registration search sidebar spam template theme themes update upgrade upload URL user username users widget widgets wordpress xprofile
Skip to toolbar