Skip to:
Content
Pages
Categories
Search
Top
Bottom

Search Results for 'buddypress'

Viewing 25 results - 64,151 through 64,175 (of 69,108 total)
  • Author
    Search Results
  • #48398

    In reply to: SQL for Member Listing

    r-a-y
    Keymaster

    Hey Allen,

    You might want to check out the /buddypress/bp-core/bp-core-templatetags.php file.

    Specifically line 749 for the BP_Core_Members_Template class and line 884 for the function bp_has_site_members().

    Hope that helps in pointing you in the right direction!

    #48396
    Jeff Sayre
    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!

    #48392
    r-a-y
    Keymaster

    This is a WPMU issue and not a BuddyPress-related one.

    There are some great WPMU plugins by dsader that limit the WordPress backend:

    http://wpmudev.org/user/56/

    I suggest checking those out.

    [EDIT]

    Just read over your post again and you say you want to eliminate the entire backend? Off the top of my head, I don’t know if that’s possible.

    I don’t think anyone has attempted this in BuddyPress yet, but I could be wrong.

    #48391
    Jeff Sayre
    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/

    #48390
    Jeff Sayre
    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.

    #48387
    Jeff Sayre
    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

    #48386
    Jeff Sayre
    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?

    #48382
    3346600
    Inactive

    I suppose an “internal blog” for buddypress plugin

    similar to wire, with simple post and comment

    and not a “redirect” on complete wordpress blog

    is right?

    #48378
    yairnazz
    Participant

    Thanks for replying but that is not what i mean as i said in my original post “im not talking about that gray bar that originally says buddypress in the left corner and is gray”. im talking about the orange bar right under it in the original buddypress theme. Some more advice would be helpful, thank you!

    #48377
    Jeff Sayre
    Participant
    #48375
    r-a-y
    Keymaster

    Thanks for that Tracedef!

    I forgot to upgrade the Buddypress Support plugin in bbPress as well! *bangs head on table*.

    The thing that threw me off was the version number of the BuddyPress bbPress plugin; it was the same as in BP 1.0.1, so I thought I didn’t need to upgrade!

    #48373

    In reply to: page after activation

    peterverkooijen
    Participant

    When I need to find out which file(s) produce a page, I take some code from the page source, search my offline copy of WPMU/Buddypress with it and see what comes up.

    I use ‘extended find’ in Macromedia Homesite, but there may be other tools you can use.

    #48372
    Jeff Sayre
    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

    TheEasyButton
    Participant

    Problem resolved. Not really sure how. Apparently the buddypress elves fixed it while we slept. It just decided to start working today. Maybe the server owners did some configuring that made it work. Anyways, yay & topic marked as resolved..

    #48366
    thebigk
    Participant

    Adding the screenshot to the post: http://img21.imageshack.us/img21/9677/rknecdistortion.jpg

    The whole thing looked neat & clean earlier.

    Note: The site still looks perfect in Chrome & IE 7 and IE 8.

    Do I need to tweak something to make it look good in FF 3.5?

    #48362
    peterverkooijen
    Participant

    One way off the top of my head would be to inject a JavaScript into the registration page – you’d use the BP name function to get what you want. There is already Wp code for “sanitizing” blog post names, and perhaps other areas too. Then it’s a matter of using the JavaScript to set the HTML field’s value, and CSS to hide it.

    Thanks DJPaul! That sounds doable. Would it be possible to put that in a plugin or would it have to be inserted in core files?

    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?

    What I need wouldn’t touch the underlying registration functions. All I need is another way to insert that username into the database on registration. Hiding a field on a form is basically an html/css issue, stuff that I know enough about.

    Again, if the username would be generated from Buddypress’ required fullname field, it by definition is not a WPMU issue.

    Also getting a more consistent connection in how Buddypress and WPMU handle first name + last name is not a WPMU issue; it’s about how Buddypress (x-profile) hooks into and synchronizes with WPMU.

    WPMU does not allow you to position the username field in a different sequence–not without behind the scenes changes.

    I have already done that once. It’s no problem. It’s annoying WPMU mixes presentation and functionality in the registration, but I’ll work with what I get.

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

    I am trying to code myself where I can and am certainly considering contracting a coder. I need to figure out what I need exactly first. Also with these posts I’m trying to point out some imho weaknesses in Buddypress that should get more attention and judging from the private comments I’ve received I’m not the only one struggling with these issues.

    #48357
    Jeff Sayre
    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.

    #48355
    Paul Wong-Gibbs
    Keymaster

    I’ll send you an email later… I’m also going to lock this thread as per the normal with these “looking for coder” posts; people can see you are after some work done and can contact you via the messages section of this site.

    #48354
    allenweiss
    Participant

    Thanks..I actually put something on that board a few weeks ago, and nobody responded. Oh well. Guess I’ll need to contact people individually and see if anyone is interested in making some extra income on the side :)

    #48352
    peterverkooijen
    Participant

    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.

    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.

    It is not a WPMU issue. I don’t want to change the underlying foundation. I want to use Buddypress’ fullname field to generate that username.

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

    #48351

    This website isn’t so much about the hiring of developers as much as it is about the development and support of the software itself. Many of us do website development on the side (or as a main source of income) and I suggest you keep an eye out for those people.

    You can also check out the BuddyPress Job Board group and see if anyone volunteers there?

    In the future I’m sure a few developers will step forward as goto guys. ;)

    #48344
    peterverkooijen
    Participant

    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.

    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?

    Or would it be easier to use the full name field for first name and add a custom field for last name?

    (Please forget about the username issue. I’ll put that in a separate thread…)

    Firstly, in response to the post you made that got me here (which I deleted out of respect for the topic starter,) please don’t ask for help in someone else’s topic. Everyone’s questions hold the same water here, and we’re all drinking from the same cup. I have no idea what that means, but it sounds like a good analogy. :)

    If what you want to do is replace the word “Blog” all through-out a BuddyPress install, you’re going to need to modify the template in a few places, as well as some core files that gettext that out for you.

    I haven’t really tried tricking the gettext into translating specific words for me, but I bet it’s possible to do, albeit probably not easily.

    #48337

    Fact is, that BuddyPress can still only build off of the weaknesses of WordPress itself. What you’re trying to do can really only be worked around with smoke and mirrors, because WordPress itself doesn’t really care what your real name is; the fields exist simply to add depth to a username.

    Short of developing your own MU/BP plugin to shift the emphasis, you’re out of luck. Usernames are 100% necessary, because it’s how you login and out of the site, along with your password. Usernames cannot include characters other than alpha-numeric, so you can’t use an email address either. This means they MUST create a username. You could make a plugin or modify your registration to force the creation of a username based on two fields (first name + last name) but that means you’ll need to tell the user what your website made their login name to be, instead of letting them make their own.

    There really are only a hand-full of sites that don’t use some kind of username as a login, and in my opinion it makes more sense because not everyone uses the same email address for life, and what happens if I registered with my work email address and get laid off, and I need to login but forgot my password? Now my new password goes to an email address I have no access to. In this case, username makes the most sense, and is almost fail safe unless you’re REALLY having a bad day and forgot your username too.

    What about people like me, that like to use their middle names? I get no respect I tell ya! :D

    #48336

    In reply to: url problem

    Are you using a custom theme of some kind? If so, did you copy over the code from bphome/functions.php? If not, do you have any other plugins installed, and can you verify that you have BuddyPress installed 100% correctly?

Viewing 25 results - 64,151 through 64,175 (of 69,108 total)
Skip to toolbar