Search Results for 'buddypress'
-
AuthorSearch Results
-
September 14, 2012 at 4:28 pm #141696
In reply to: New users can’t register
blg002
ParticipantSorry, that may have been misleading. I disabled all of them except the bbPress and BuddyPress plugins, which are necessary to have most of the site itself work.
September 14, 2012 at 4:12 pm #141695In reply to: Losing forum posts on Buddypress.org!
@satori83
ParticipantNope, If i go to Forums/Topics Started or replies it still comes up blank.
September 14, 2012 at 4:10 pm #141694In reply to: Losing forum posts on Buddypress.org!
ParticipantOk I did that, I’ll see if it works.
September 14, 2012 at 1:21 pm #141688Quint
ParticipantCould you provide a reference of that plugin implemented for a BuddyPress site? I don’t see any examples (on their site) that specifically illustrate a BuddyPress implementation.
If all you’re looking for is a WordPress event plugin, here’s another you may want to research: http://eventespresso.com
September 14, 2012 at 1:10 pm #141687In reply to: Activity Page Help Please
websitevala
Memberhello, there
i also face same problem and i follow your method but can’t success !!!
i also deactivate and reactivate plugin of buddypresswhat i do next ???????
September 14, 2012 at 11:12 am #141684In reply to: Where BuddyPress declare the page to show?
Sergio De Falco
ParticipantRight paul,
How can I correct this?
Wanna look at the code?September 14, 2012 at 11:10 am #141683In reply to: Where BuddyPress declare the page to show?
Paul Wong-Gibbs
KeymasterAre you saying if you set a BuddyPress page as the page-on-front, your code doesn’t work?
September 14, 2012 at 10:01 am #141678@mercime
Participant== My header-buddypress.php: starts with include ( ‘header.php’ ); then some html tag, no php ==
And therein lays the answer to the strange behavior. What hnla said above. header.php is a special template file which is not meant to be included in another file except via get_header call. To resolve your issue, create header-buddypress.php the way I mentioned above. Do the same for your footer-buddypress.php, footer.php is another special file which should only be called via get_footer()
September 14, 2012 at 10:00 am #141677benzine
ParticipantMAN U ROCK HARD
You’re a guru. I don’t know how to thank you for your help and precious time, I don’t doubt, you dedicated to fixing my problem. You sincerely deserve a standing applause for your effort. Thank you a million for your kind consideration, I really, sincerely appreciate it.
Btw, if I want to get rid of the sidebar, other than modifying my css for sidebar{display:none;}, is there a way to exclude it from the code you compiled? SOrry, am merely a designer not a programmer. I also want to list the members like an album view sort like (in rows and columns – grid like). Can you also help?
September 14, 2012 at 7:46 am #141674Hugo Ashmore
Participant‘header’ does not generally call header a second time. Duplicate code shouldn’t be an issue, the point of’-buddypress’ suffix is so you can call different versions of a header file – header.php or header-buddypress.php
I think you need to show copies of your main files so it’s clear what you have done use pastebin to show copies of header, footer, a general page and a BP directory index.
September 14, 2012 at 4:16 am #141672kuching
Participantmy header-buddypress.php:
starts with `include ( ‘header.php’ );` then some html tag, no php
rather than copying the contents of header.php and have duplicate code I thought it’s better to use includesame for footer-buddypress.php, I first close the html tags I had openend in header-buddypress.php then include the footer.php
there shouldn’t be duplicates of `wp_head()`; either I type `wp_head()` or `include( ‘header.php’ )` where `wp_head()` is called once, what would be the difference?
however, I just noticed that the members page / activity page is ok; what is not ok are the individual member profile pages
September 14, 2012 at 3:26 am #141669erikahrend
MemberHi. No, this did not happen after upgrade. I just can´t figure out what I did that could cause this issue. I just don´t have a clue what might have caused the problem… Just hope it doesn´t happen again…
Best,
Erik.
September 14, 2012 at 3:02 am #1416674ella
ParticipantNice snippet @ericreynolds007 , it works very well ! Did you managed to get to find a code for Group members directory ? Would be nice to show fields IF are present , otherwise hide
September 14, 2012 at 1:39 am #141665r-a-y
KeymasterThanks for debugging, @erikahrend. Did this happen after upgrading BuddyPress? If not, did you change anything that might have caused this?
September 14, 2012 at 12:43 am #1416599087877
InactiveGreat! Glad you got it worked out!
September 14, 2012 at 12:41 am #141658September 13, 2012 at 11:54 pm #141653modemlooper
ModeratorYeah, a developer could create a plugin that had different info fields for different users. It’s just not a core feature to have profile fields for different users. The main reason for this is BuddyPress doesn’t have different types of users. Everyone is a subscriber. The admins and mods just pertain to groups.
September 13, 2012 at 11:32 pm #141647In reply to: Problem with creating new blog
Participant@dasteralo2 First, deactivate BuddyPress. you’ve got to make sure that your WP multisite installation is working before activating BP. Now create a new blog w/o BP and see if your new blog has been created.
– If no subsite is created, then resolve the multisite issue first at the multisite forum https://wordpress.org/support/forum/multisite
– If a subsite is created, then activate BuddyPress, go through the Installation Wizard and choose BP Default theme for the meantime, and create a new blog.September 13, 2012 at 11:30 pm #141646In reply to: BuddyPress Avatar Issues…
brandonecarr
ParticipantYeah, I sure did. Nothing changed either. Still facing the same issue. Such a pain. I suppose I’ll have to contact the author. Thanks again @mercime.
September 13, 2012 at 11:28 pm #141645ModeratorThis is currently not possible with BuddyPress
September 13, 2012 at 11:26 pm #141644InactiveIf you don’t want the bar showing up for non-logged in users then go to dashboard/settings/buddypress/settings and uncheck show the toolbar for logged out users.
September 13, 2012 at 10:51 pm #141641MemberWell, I went ahead and erased the “registration” page Buddypress created upon install. I created a new page (same name) and linked it from the Buddypress settings page. It´s working fine now..!!
This is weird, I just hope it won´t happen again. i just wonder what could cause that…
Thanks anyhow for the help and the time.
best,
Erik.
September 13, 2012 at 10:30 pm #141639MemberH again. No, no edits. It just suddenly stopped working. If I swith to the regular Buddypress theme it woks fine, but once I switch back to my current theme (Mingle) the registration process goes south… Funny thing is that registration was working ok with Mingle an hour ago…!!
September 13, 2012 at 10:05 pm #141637In reply to: [Resolved] Buddypress registration page not working
SwagCannon
MemberHi,
Sorry for the late reply, I managed to sort it.
It was because the theme (starkers) appeared to not have the registration functions from what I presume. I have downloaded a similar skeleton theme and it works perfectly!
Thanks!
September 13, 2012 at 10:00 pm #141636InactiveThat is a hard one with the limited info. Have you made any custom code edits anywhere you may have forgotten to mention?
-
AuthorSearch Results
