Skip to:
Content
Pages
Categories
Search
Top
Bottom

Forum Replies Created

Viewing 25 replies - 976 through 1,000 (of 1,763 total)
  • @jeffsayre

    Participant

    Make sure you have the bpmember theme in the proper place: /wp-content/bp-themes/

    Then, make sure you have it selected in WPMU’s backend by navigating to the BuddyPress menu grouping like this:

    BuddyPress > General Settings > Select theme to use for BuddyPress generated pages

    Choose the “BuddyPress Default Member Theme”.

    I took a look at my .htaccess file which currently has the

    AddType x-mapp-php5 .php

    Command to force the server to use php5. When I add the text from the htaccess.dist

    Also, concerning the .htaccess file. It will automatically be created for you during the WPMU install. So, if you went to it and did not see anything, then something went wrong with the install. Why did you have to add the text from htaccess.dist to your .htaccess file?

    @jeffsayre

    Participant

    Please answer these questions: https://buddypress.org/forums/topic.php?id=2674

    @jeffsayre

    Participant

    I was wondering if you were using single-user WordPress.

    I’m assuming that was just the regular wordpress install and not wordpress MU. Could that be the issue I’m having? If so, what do I do to rectify it?

    BuddyPress currently works only with WordPress Mu. How do you rectify it? You install WPMU. Here are some more details on how to do that.

    Once WPMU is proeprly installed and working, you install BuddyPress.

    @jeffsayre

    Participant

    Hey, Roy-

    I’m currently working on the BP Privacy Component. You can read a little more about its status here. It is a very hush, hush, secret project–as you might expect for a privacy project!

    @jeffsayre

    Participant

    Since you are talking specifically about altering how WPMU deals with blogs, I’d suggest posting this question on the WPMU forums so that their gurus can answer. Whereas you might receive an answer on the BuddyPress forums, the WPMU forums is the more appropriate place for such questions.

    I advise that you first do a through search of the Mu forums before posting.

    https://mu.wordpress.org/forums/

    @jeffsayre

    Participant

    I’m using bluehost.com and used their simplescripts to get it installed version 1.0.2

    I’m asking what version of WPMU, not BuddyPress.

    By the way, if you continue having issues, I’d advise avoiding using SimpleScripts. Read this entire thread for more details.

    @jeffsayre

    Participant

    Read the first half of this post. It applies to your situation as well.

    https://buddypress.org/forums/topic.php?id=3363#post-18447

    @jeffsayre

    Participant

    @steveyb23

    So you are not even having success installing WPMU?

    Site Admin > Options > Allow new registrations

    This menu has nothing to do with BuddyPress. WPMU must be functioning properly before installing and activating BuddyPress.

    Which version of WPMU are you attempting to install?

    @jeffsayre

    Participant

    Yep. I saw that and was correcting my mistake while you were posting!

    The point is to use a bp-custom.php file to make your alterations. The actual code for those two functions you reference is found in bp-core-templatetags.php

    @jeffsayre

    Participant
    In reply to: page after activation

    @jeffsayre

    Participant

    The vast majority of registration functions are found in WPMU.

    What you are looking for is found in WPMU/wp-activate.php

    @jeffsayre

    Participant

    Congratulations, Burt! This has come a long way.

    @jeffsayre

    Participant

    Which version of WPMU are you running?

    Also, read this thread for more possible info on why you’re having issues with BlueHost.com

    @jeffsayre

    Participant

    Don’t worry! Things like that happen to me daily.

    @jeffsayre

    Participant

    How about this:

    <?php
    $var = 5;
    if ( bp_has_site_members( 'type=active&max=' . $var ) ) : ?>

    :)

    @jeffsayre

    Participant

    Hiding a field on a form is not that difficult. As long as the required data gets added to the database by some other means it doesn’t change the underlying foundation at all.

    As I said, I’m sure that with enough coding you code get this to work. But it might require core hacking. If so, that would be a change to the underlying foundation. I’m not sure without trying it so your best bet is to talk with the WPMU gurus on their forum.

    It is not a WPMU issue.

    …

    The WPMU forum will just send me back here and rightly so.

    Whereas they may indeed send you back here, it is a WPMU issue. Just because you think it is a BuddyPress issue does not make it so. I’ve said that several times, DJPaul has said that, jjj has said that as well.

    WPMU’s functions take care of the underlying registration process. BuddyPress just hooks into that process, adding a few of its own fields and checks along the way. WPMU does not allow you to position the username field in a different sequence–not without behind the scenes changes. Of course it is easy enough to hide it via CSS, but whether or not you can then write data to it, bypassing WPMU’s field validation protocols is a different story. I have not tried that. I am not sure. But, it is a question that must be asked of WPMU, not BuddyPress.

    You said above that:

    I’m not really a coder. I understand I’ll need to learn from scratch or hire someone.

    Well, if you aren’t looking at how the underlying registration functions are coded, then how can you say with such certainty that this is not a WPMU issue?

    I have not spent all the time that I have responding to your various questions in your various threads to get rid of you. If I didn’t want to help, I would simply have ignored your posts. I’m offering you support and pointing you in the best direction for the given issue. You can choose to ignore my advice. That is your prerogative.

    Perhaps you’ve already spent time on the WPMU forums and did not get the response you have wanted. We’ve been as helpful as we can here.

    Without contracting with a coder or coding yourself, you’re out of luck.

    @jeffsayre

    Participant

    This is a nice and succinct accounting of what you are trying to achieve. Parsing a registrants first and last names from the BP “Full Name” field and then using that as the username would be a nice option.

    But I’m not too sure whether you can remove–or hide as would actually be the case–WPMU’s username field from the registration form. WPMU is the underlying foundation of the system. It controls everything. With enough coding, I’m sure it would be possible–but not that sure on the practicality of doing it.

    As I had suggested before, I would head on over to the WPMU forums and post a similar thread since this deals with hijacking, altering, and superseding WPMU’s registration protocols. That way, you will hopefully get some feedback on both fronts and find a possible, acceptable solution.

    @jeffsayre

    Participant

    So this synchronization only happens when users edit their profile after registration? Would it be possible to require the user to enter a more than one-word name in the fullname field and guarantee that synchronization with wp_usermeta always takes place on registration?

    Okay, I made a slight mistake in describing this process. I should not do support after 10 pm.

    If during registration the user actually enters their fullname–which means that there is at least a single space between their first name and whatever comes after that–then this function will parse the datum and create first_name and last_name meta pair entries in wp_usermeta.

    But, if they simply put everything together as a single word, then it will not have anything to parse–it needs a space and something following that space.

    But this is imperfect as jjj has indicated above. Let’s use his name as it appears in BP.org as an example.

    John registers for a BP-based site and enters this in the “Full Name” registration field:

    John James Jacoby

    The function will parse it as follows, placing these entries in wp_usermeta:

    first_name: John
    last_name: James Jacoby

    So, the system does work to some extent but you will have to ask all registering users to make sure they enter just their first name and just their last name with a single space between. If they also include their middle name(s), then those will be assumed to be part of their last name.

    Finally, if they choose to not follow the registration instructions, instead just merge their first, maybe middle, and last names together, then the function will not create the desired first_name and last_name wp_usermeta entries. Those entries will only be created if they latter edit their Full Name profile datum, adding a space between their names.

    So, if jjj instead had entered:

    JohnJamesJacoby

    There would be no entries in wp_usermeta from which you could extract his first and last names.

    You could do a check to make sure that there is at least one single space in the “Full Name” field before allowing the registration to be processed, but you will have no guarantees that they have used their real full name or that they have used just their first and last names.

    @jeffsayre

    Participant

    First off, I do sympathize with your frustration on finding an acceptable set of solutions to your questions. Without writing the code for you, it is difficult to point you in the proper direction. There have been a number of options presented, that while being a compromise to your ultimate, desired solution, could produce satisfactory results.

    Isn’t the whole point of Buddypress to turn the WordPress base into something more user-centric?

    Yes and no. As I already said two posts above:

    WPMU is not designed as a user-centric platform. It is blog-centric. BuddyPress puts the focus on the user.

    But, BuddyPress is still a layer that rests on top of WPMU, not the other way around. BP relies heavily on certain WPMU functions to handle much of the user registration process. And WPMU requires that the username field be populated (I realize that you know that).

    This thread is NOT about the username issue.

    I understand that. But what I quoted from your past post was about the username field and that is what I specifically answered in my last post.

    This particular thread is entitled “How to use full name, first name + last name“. Burt already provided an answer to this question above via this thread where he shows you how to do exactly this in code.

    I’ve understood all along in the various threads that you’ve started on this range of related topics that you want another option, some other way to insert your desired datum into the user_login field, or use newly created fields to allow registering users to enter their firstname and lastname, or that you want a way for users to enter their email for login, or a way to use BP’s xprofile table to display fname and lname in various ways and places, or a way to rearrange fields on the registration form, and that you hate WPMU’s concept of username and want a different option. I get all of this.

    Others (including myself) have tried to be as helpful as possible in each of those threads, often rehashing the same answers. I don’t say this to be mean; I say this because we’ve tried to explain in multiple ways and multiple times that what you are after is not possible at this time without hacking the core (in some cases) or writing your own custom plugin(s).

    https://buddypress.org/forums/topic.php?id=1746

    https://buddypress.org/forums/topic.php?id=1811

    https://buddypress.org/forums/topic.php?id=2118

    https://buddypress.org/forums/topic.php?id=2119

    https://buddypress.org/forums/topic.php?id=2926

    How does Buddypress handle first name + last name?

    It does and it doesn’t. There are no firstname and lastname fields in BuddyPress unless you create them as Mike Pratt explained above. BuddyPress has its own mandatory registration field that by default is called “Full Name”. Look in the BuddyPress submenu group in WPMU’s backend. Go to “BuddyPress > General Settings > Full Name field name”

    Now, there is a function in bp-xprofile-filters.php called xprofile_sync_wp_profile() that will take the datum from the “Full Name” field and split it into a pseudo firstname and lastname and then insert that as meta data into the wp_usermeta table, but it can only do that if a user actually edits their fullname field to include a more than one-word name. So if a user does not edit that field, there will not be any fname/lname wp_usermeta entries for that user.

    Buddypress puts a default first x-profile field Name on the registration form; is it possible to replace that with separate first name + last name fields?

    You can change the “Full Name” field name to whatever you want but you cannot remove that field from the registration page nor edit it to be something other than a single textbox field–at least not without hacking the core. Look under the “Basic” field grouping in “BuddyPress > Profile Field Setup” to see what I mean.

    Or is there already a native solution for first name + last name in WPMU that Buddypress could tap into? (Nicola Greco: ‘… you could replace it with the wp built-in name & last name, or use xprofile fields fot that …”)

    In this post above, I explained that if you want to go this route, you’ll need to pull data from two records in wp_usermeta to extract the firstname, lastname combination. If you do not feel comfortable coding this yourself, you could hire a coder to write a simple function to do just that. But be aware, as I explained above, it is possible that not every user will have firstname and lastname meta date.

    From your OP:

    Default Buddypress is fine for teens/tweens who want to use their anonymous username, but it’s not suitable for a more grown-up business network, for example.

    BuddyPress seems perfectly acceptable for business users. There are many professional, adult-based sites that are successfully attracting users to their BP sites. Mike Pratt’s site is a great example, for one.

    I’ve been using my full name on this site from day one. It did not bother me that I had to use a single username when registering because I knew I had the option to fill out my full name for display purposes later. It also allowed me to brand BuddyPress.org with my unique name, creating a useful URI in the process.

    In fact, the single username approach is what many sites use to allow users to brand themselves. Twitter, youtube, FriendFeed, Delicious, Digg, LinkedIn, and many more all require a unique, single-word username. Of course, some of these then allow you to (or even require) that you use an email for subsequent logins. This is in BP’s future as well.

    In the not too distant future, there may be an option to allow users to sign on with their email address via OpenID or another protocol. See the BuddyPress Roadmap and read about the Open Stack.

    But for now, your options are limited and if you want to change things you must code your own custom solution or hack the core.

    There is not much more we can do, but as I said in my last post, if the username concept bothers you so much, you’ll have to go to the WPMU forums and see what solutions might be in the works–if any.

    @jeffsayre

    Participant

    That is exactly what I want to avoid! Username is still at the top. I want to eliminate that impersonal username as much as possible.

    I do understand this concept and your desire to achieve this type of setup. However, as I said in my previous post, WPMU is blog-centric, not user-centric. The username field is actually what WPMU stores in the “user_login” field of the wp_users table. Therefore, the way WPMU currently works, this datum is mandatory.

    This particular request is a WPMU issue and has nothing to do with BuddyPress. I’m afraid there is nothing we can do here to help you, but I strongly encourage you to search the WPMU forums for a similar thread and post a new thread if you can’t find anything related.

    At this time, your current options are limited to the ones discussed here.

    @jeffsayre

    Participant

    OK… So what does that mean practically?

    Haha! Well, good question.

    WPMU is not designed as a user-centric platform. It is blog-centric. BuddyPress puts the focus on the user.

    So, my best advice is that you will have to do as Mike Pratt suggests and then code a custom function to extract the new firstname and lastname data from an xprofile table as you see fit, or just output that data in your theme files.

    As far as registration, have you looked at Mike’s site (http://buglenotes.com/register) to see what he does? If that is what you want, you should PM him and get more advice.

    @jeffsayre

    Participant

    There are already fields for first_name and last_name in wp_usermeta

    …

    Where is that built-in “name & last name” feature that Nicola Greco mentioned?

    The wp_usermeta table actually has four fields, none of which are specifically for first_name or last_name. What you are referring to are data pairs stored between the meta_key and meta_value fields. To extract a first and last name from wp_usermeta, then, requires returning data from two records, not a single record.

    An example:

    umeta_id       user_id       meta_key      meta_value
    22 1 first_name Myfirstname
    23 1 last_name Mylastname

    @jeffsayre

    Participant

    @Sandeep

    The widget just pulls all activity data from the wp_bp_activity_sitewide table. So, you have three options:

    1. Write a custom widget based on the widget code in bp-activity-widgets.php that does a check for $item[‘component_action’] == new_wire_post and filter that out from the output.
    2. If you don’t want users to have the ability to make wire posts at all, then you can disable that component in WPMU’s backed by logging in as site admin and going to

      BuddyPress > Component Setup > Comment Wire

      and then selecting the “Disabled” radio button. Don’t forget to then hit the “Save Settings” button at the bottom.

    3. Submit an enhancement ticket in trac requesting more fine-grained control over the output of the site wide activity widget.

    @jeffsayre

    Participant

    Great! I’m glad this helped.

    In reply to: Activity Filters

    @jeffsayre

    Participant

    There is something like this planned. See this: https://buddypress.org/about/roadmap/

Viewing 25 replies - 976 through 1,000 (of 1,763 total)
Skip to toolbar