Search Results for 'buddypress'
-
AuthorSearch Results
-
July 2, 2009 at 3:15 pm #48415
In reply to: New BP Chat plugin for Buddypress
Sandeep Ramamoorthy
ParticipantCount me in…
I am eager to download this plugin….
July 2, 2009 at 2:21 pm #48412In reply to: Need Help in customizing user homepage…
Sandeep Ramamoorthy
ParticipantOk.. i found that i can edit this at the home.php in bphome theme.
But how can i call a widget in buddypress?
July 2, 2009 at 10:03 am #48408In reply to: Buddypress 1.0 looks bad with Firefox 3.5
Burt Adsit
ParticipantI don’t know what to tell you then. I upgraded my themes also to the trunk version of the themes because I’m running trunk bp.
July 2, 2009 at 6:06 am #48406In reply to: Buddypress 1.0 looks bad with Firefox 3.5
thebigk
ParticipantJust cleared the cache. Now the fonts look bigger than they should normally be. Yep, the site looks nicer in IE8 & Chrome
. But this is really serious. Can someone fix this on priority? please?
PS: Shall I upgrade the theme on my 1.0 bp installation? Will it work?
July 2, 2009 at 5:38 am #48405In reply to: Buddypress 1.0 looks bad with Firefox 3.5
Burt Adsit
ParticipantHaha.
Clear your ff cache. The’re hiding it under Tools > Clear Recent History > Details. Same thing happened to me. Panic city because I just installed trunk bp. I broke out IE 8 and it was fine. OMG it looks ok in IE?! This just can’t be happening. I’ve taken a turn into some horrible alternate reality.
Got something to do with the new font handling, new render engine, new something I’m guessing.
July 2, 2009 at 4:10 am #48404In reply to: Buddypress 1.0 looks bad with Firefox 3.5
Mark Beck
ParticipantI’m experiencing the same thing. If anyone has any feedback it would be greatly appreciated.
July 2, 2009 at 3:59 am #48402In reply to: Group-Forum / missing at my install
takuya
ParticipantThis is what you need to read.
July 2, 2009 at 2:39 am #48398In reply to: SQL for Member Listing
r-a-y
KeymasterHey 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!
July 2, 2009 at 1:21 am #48396Jeff Sayre
ParticipantHey, 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!
July 2, 2009 at 12:00 am #48392In reply to: Changing the Blogs Creation Function**
r-a-y
KeymasterThis is a WPMU issue and not a BuddyPress-related one.
There are some great WPMU plugins by dsader that limit the WordPress backend:
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.
July 1, 2009 at 11:59 pm #48391In reply to: Changing the Blogs Creation Function**
Jeff Sayre
ParticipantSince 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.
July 1, 2009 at 11:56 pm #48390In reply to: Registration has been disabled and Extended Profile.
Jeff Sayre
ParticipantI’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.
July 1, 2009 at 11:34 pm #48387In reply to: Bloging Function for users
Jeff Sayre
ParticipantRead the first half of this post. It applies to your situation as well.
July 1, 2009 at 11:16 pm #48386In reply to: Registration has been disabled and Extended Profile.
Jeff Sayre
ParticipantSo you are not even having success installing WPMU?
Site Admin > Options > Allow new registrationsThis 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?
July 1, 2009 at 8:04 pm #483823346600
InactiveI 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?
July 1, 2009 at 7:36 pm #48378In reply to: Editing the User Bar/ Login Bar
yairnazz
ParticipantThanks 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!
July 1, 2009 at 7:32 pm #48377In reply to: Editing the User Bar/ Login Bar
Jeff Sayre
ParticipantHere’s a link that might help:
July 1, 2009 at 7:24 pm #48375In reply to: Pesky [p] [/p] tags showing on homepage?
r-a-y
KeymasterThanks 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!
July 1, 2009 at 7:23 pm #48373In reply to: page after activation
peterverkooijen
ParticipantWhen 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.
July 1, 2009 at 7:20 pm #48372In reply to: Get fatal error when trying to activate
Jeff Sayre
ParticipantWhich version of WPMU are you running?
Also, read this thread for more possible info on why you’re having issues with BlueHost.com
July 1, 2009 at 6:27 pm #48367TheEasyButton
ParticipantProblem 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..
July 1, 2009 at 6:25 pm #48366In reply to: Buddypress 1.0 looks bad with Firefox 3.5
thebigk
ParticipantAdding 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?
July 1, 2009 at 5:34 pm #48362In reply to: Generate username (+ blog url) from fullname
peterverkooijen
ParticipantOne 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.
July 1, 2009 at 4:23 pm #48357In reply to: Generate username (+ blog url) from fullname
Jeff Sayre
ParticipantHiding 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.
July 1, 2009 at 4:02 pm #48355In reply to: Where do you find BuddyPress developers?
Paul Wong-Gibbs
KeymasterI’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.
-
AuthorSearch Results