Search Results for 'wordpress'
-
AuthorSearch Results
-
April 6, 2010 at 10:56 pm #72102
In reply to: Advanced Search plugin needed
r-a-y
KeymasterBP Member Filter is a plugin by JJJ that does what you want:
https://wordpress.org/extend/plugins/bp-member-filter/
I’ve tested this back in the BP 1.1.3 days and it worked to some extent.
Haven’t tested this with BP 1.2.
—
You could also potentially use the “Search Engine” plugin by Scott Kingsley Clark:
https://wordpress.org/extend/plugins/search-engine/
It works as a spider so it indexes all content on your site (so I’m guessing it would include BP content)… I should state that I haven’t used this though.
But it wouldn’t offer the “advanced search” functionality you’re looking for. More like a sitewide search.
April 6, 2010 at 10:45 pm #72100In reply to: Want to create a index page like tagged | Help me
modemlooper
ModeratorYou can create any home page you want and then choose that page in the admin.
Read up! https://codex.wordpress.org/Pages
April 6, 2010 at 10:00 pm #72092In reply to: GSOC BuddyPress Ideas
John James Jacoby
KeymasterWith less than a day left now,there’s probably little value in putting the blog post up.

But, you can refer to these links for ideas.
http://spreadsheets.google.com/ccc?key=0AtgQiOrXrZ0ZdE5rUnRzTXB0VWtqTUtvVkp1Rk9lYXc&hl=en
https://buddypress.org/about/roadmap/
Some things I’m excited to see:
An events component that doesn’t *require* bp-groups
Privacy that uses WordPress roles and capabilities
REST API
Inappropriate content flagging
User attachments
April 6, 2010 at 3:59 pm #72030In reply to: Plugin to require strong passwords
Paul Wong-Gibbs
KeymasterSurely there’s some WordPress plugins that do this? They ought to work with BuddyPress.
April 6, 2010 at 3:02 pm #72018In reply to: I might have broken the whole install…
Jeff Sayre
ParticipantThe siteurl and home (url) are required by BuddyPress to properly determine where it needs to look to find its various support files. So, that is why you could still access BP but the layout looked funky. BP could not resolve the path to the theme’s CSS files.
If you changed the url back to the original, proper path, it all should work now without any issues. Is that the case?
I assume that you were trying to provide your friend some assistance to a different issue. If you have a new issue, unrelated to this particular topic, please start a new thread and mark this one resolved.
By the way, for future reference, the topic you posted here is a WordPress issue and not a BuddyPress issue. That’s fine that you posted here, but if you have additional problems related to this particular issue, I’d suggest posting in the WordPress forums instead as most people here ignore issues that are not BuddyPress specific. I just happened to be looking at the right time!
Of course, if you have BuddyPress-specific issues, then post them in these forums.
April 6, 2010 at 2:53 pm #72016In reply to: I might have broken the whole install…
tessat
MemberHmm I see what you mean, and I was able to accesss the MySQL database for the root wordpress install, but not for the buddypress part (I think), so if I were to add the /community to the urls, wouldn’t I be affecting the root install, and not hte buddypress part? Thanks so much for your help!
April 6, 2010 at 2:41 pm #72015In reply to: I might have broken the whole install…
Jeff Sayre
ParticipantBased on your description of where you were and what you did, I assume that your friend’s install is running WordPress and not WPMU (the multiuser version of WP). All is not lost.
You need to gain access to the backend of the MySQL database that is being used by WP. The easiest way to do this is via phpMyAdmin. Your friend’s hosting provider should have a version of phpMyAdmin. Your friend, or whomever created the MySQL instance for the WP install will have the username and password for the MySQL database–which is different than the one used for WP Admin access. If they don’t have it, you can find it in the wp-config.php file of the WP install.
Once you have access to the MySQL DB, you navigate to the wp_options table (the first two letters of the table name might be different). In that table, search for two entries: “siteurl” and “home”.
They should both be reset (this is what you did) to ventureforchange.com. You need to edit those two separate fields adding back the “/community ” reference. Of course, do not include the quotes.
Once that is done, try accessing the Admin dashboard again. It should now work.
April 6, 2010 at 2:01 pm #72009In reply to: Idea: Go directly to the most recent post
rich! @ etiviti
Participantif you use Group Forum Extras Plugin – i have a simple function in which you can wrap the ‘freshness’ col to the last post anchor
for the function code: “Link the freshness time_since to the last post”
https://wordpress.org/extend/plugins/buddypress-group-forum-extras/other_notes/
in action::
April 6, 2010 at 1:27 pm #72002In reply to: Ascii Characters in Email
drummergirl
ParticipantI just registered a test user so I could replicate the issue and I noticed this difference in the subject lines:
[Girls Can' ;t WHAT?] Activate Your Account (intentional space left in to demonstrate the error)
[Girls Can’t WHAT?] New User Registration
The new user registration notice is correct in the subject line (the sender is still displaying wrong, although it used to just say ‘WordPress’ for the sender name.)
So is this a buddypress issue or a wordpress issue?
Xevo
ParticipantPerhaps ask them if they can help you further or if they can write a plugin to make it work with wordpress/buddypress?
April 6, 2010 at 11:55 am #71973In reply to: Facestream (Facebook plugin)
charlesxii
Member@Anointed » Connections (the whole pack) works perfectly with groups in my installation (latest BuddyPress, latest SINGLE WordPress). Facestream gave me headache though.
April 6, 2010 at 10:33 am #71955In reply to: Idea: Admin Able to Post HTML
Xevo
ParticipantApril 6, 2010 at 8:06 am #71933In reply to: what templates should I modify?
Xevo
ParticipantDid you copy the buddypress default theme or did you copy a wordpress theme?
Activity/forums etc have their own template files.
April 6, 2010 at 5:26 am #71926In reply to: Idea: Auto Add New Members to Group
techguy
ParticipantI’ve been considering the same thing. In my research here’s the list of plugins I needed to still evaluate. Not a perfect plugin I think for this, but one of these plugins should be able to easily be modified to do what you want if you know a little PHP and WP/BP. Otherwise, I’m planning to dive into it myself over the next couple months. I hope these links help:
https://buddypress.org/forums/topic/join-all-public-groups-at-once
https://wordpress.org/extend/plugins/auto-join-groups/
http://buddypress.webdevstudios.com/blog/2009/11/13/buddypress-registration-options/
I also had the welcome pack on my list since it does make sense to have this part of it also.
April 6, 2010 at 2:04 am #71921Nightlyfe
ParticipantWe’re hiring freelancers. We’re also working in Miami this month if you want to live that whole code on the beach lifestyle. Long list of projects that need to be completed.
If you have experience connecting Buddypress with a CRM, managing publishing workflows, integrating with Drup*l, integrating with twitter/facebook/openid/oauth, custom MU code, custom content types, socket servers, and related items..
Contact.
https://buddypress.org/developers/nightlyfe/
I’d fill the small tasks list if there was one. Lets move on that asap!
Copy paste from an old post:
I propose that ma.tt create a premium service offering on wordpress.org. He should create a list of preferred service providers, pair them with module developers who need help, and let the community at large pay for support. all code is committed back to the plugin directly. Managed fixes and improvements, as well as a ‘certified’ list of ‘good’ plugins. Effectively, merge guru/elance/odesk with the popular list and an issue tracker.
April 6, 2010 at 12:33 am #71914In reply to: Idea: Auto Add New Members to Group
jivany
ParticipantCheck out the Welcome Pack plugin: https://wordpress.org/extend/plugins/welcome-pack
April 6, 2010 at 12:30 am #71913jivany
ParticipantIt might be cleaner to use the current_user_can function to test. Check out the Roles info on the WP Codex, specifically the table (it makes it easy to see what roles apply):
https://codex.wordpress.org/Roles_and_Capabilities#Capability_vs._Role_Table
To make it a little cleaner you could do the following:
function my_alter_bp_sidebar_login () {
if( current_user_can( 'edit_posts' ) ) {
printf( '<a href="%s" title="Dashboard">Dashboard</a>',(get_bloginfo( 'wpurl' ).'/wp-admin/') );
}
}This would show the link for any user who can “edit_posts” which is basically anyone other than Subscriber.
April 5, 2010 at 11:34 pm #71902In reply to: bp_setup_nav not firing
Boone Gorges
KeymasterJeff, you rule. I feel like I learned a lot about WordPress by reading your posts in this thread!
April 5, 2010 at 11:18 pm #71901In reply to: bp_setup_nav not firing
Jeff Sayre
ParticipantOkay, I’ve just gone through BP core and commented out all references to the plugins_loaded event accept for in bp-loader.php. I then refactored these references to hook into bp-init instead. All hooks worked fine accept bp-setup-nav. I had to set it to no priority or a priority lower than ten to make my navigation items show up in my plugin.
So, I outputted the various do_action arrays and discovered the issue. It is as I thought above–somewhat.
Not only does WordPress search for action calls top-down and alphabetically, it then reorders all action calls for a given hook by priority and if no priority is given, by the order in which it first came across a given action reference. Yes, I know, this is probably confusing most of you. Without seeing the output it may be too complex to visualize.
Here’s why my navigation menu was not showing up:
– All third-party plugins are now supposed to hook into the bp-init event
– The function in my plugin’s loader file that does that is called ‘BPAz_init’. It hooks into bp-init as follows:
add_action( 'bp_init', 'BPAz_init' );– As you can see, I do not set a load priority on that action
– With the bp_setup_nav event (see line 2025 in bp-core.php) now tied to the bp-init event, instead of plugins_loaded, in my test core hack, and without setting any priority
add_action( 'bp_init', 'bp_setup_nav' );it gets fired after my BPAz_init function and my plugin’s navigation menu appears
– But, if I set a priority below 10 for the bp_setup_nav event, my navigation fails to load. If I set a priority above 10, it loads. So,
add_action( 'bp_init', 'bp_setup_nav', 9 );does not work, but,
add_action( 'bp_init', 'bp_setup_nav', 11);works. My plugin’s navigation appears and functions.
So, the question is why?
Here’s the answer. It has to do with the fact that the function in my loader file that calls the bp-init event is found in a file that comes alphabetically before the file in which the function bp_setup_nav exists.
So, my function BPAz_init lives in a file found in /bp-authz/bp-authz-loader.php but function bp_setup_nav lives in /buddypress/bp-core.php. When the do_action function is processing the array, it sorts them first by priority and second by the order in which they were first loaded. Since my initialization function lives in a subdirectory that is searched before the buddypress subdirectory, my function that is hooked into the bp-init event is discovered before the bp_setup_nav action. This means that if no priorities are set for either function, things just happen to work fine by simple virtue of my plugin directory having a lower alphabetical order and thus higher search priority.
But if I set the priority for the bp_setup_nav action to be higher than ten (as in 9 or lower), then it is fired before my plugin is ever initialized and therefore my navigation menus cannot be rendered. If I set the priority for the bp_setup_nav action lower than ten (as in a number equal to or greater than 11), then my plugin is initialized before the bp_setup_nav event and my navigation menus work.
If I had not serendipitously named my file to something that has a higher alphabetical order than “buddypress”, I may never have discovered this issue. But, the moral of the story is this: the bp_setup_nav event must occur after all BP-dependent plugin’s have been initialized, otherwise their navigation menus will not appear. So, with the bp_setup_nav event tied to plugins_loaded, it fires before all BP-dependent plugin’s have been initialized. But, by setting a low-enough priority, it is possible to push that particular action of plugins_loaded to after all the BP-dependent plugin’s have been initialized. This is, of course, not the best way to do this.
As there may be other BP actions that are loaded too soon, I will need to spend a little time figuring out what this means for all the other action hooks in BuddyPress and BP-dependent plugins. The order in which an action fires can obviously be crucial. Since the firing order is based first on priority set, then on the alphabetical name of the functions that call a given hook, this can result in unexpected behavior.
Confused? Me too!
April 5, 2010 at 9:48 pm #71892In reply to: Single WP supported on latest trunk
coolrob335
ParticipantBuddypress on WordPress SU Really works for me!! I <3 Buddypress on WPSU!!!!
April 5, 2010 at 9:22 pm #718853sixty
ParticipantI’d recommend downloading BP 1.2.3 and doing a local search on the files, especially if you plan on doing any more customization – this will save you a lot of time.
That said, bp-core-templatetags.php probably has most of the functions related to this…
April 5, 2010 at 9:18 pm #71883jordashtalon
MemberThanks 3sixty, that worked perfect, and I found the code to find a users profile URL here is my full code:
<div class=”userAvatar”>“><?php bp_loggedin_user_avatar(‘width=50&height=50’) ?></div> Welcome Back, <b>“><?php echo bp_get_loggedin_user_fullname() ?></b>
Where exactly do I go to find the BP Functions?
I looked here:
https://codex.buddypress.org/developer-discussions/buddypress-template-tags/
but alot of the functions don’t work.
April 5, 2010 at 8:55 pm #718783sixty
ParticipantHere’s how I do it:
Print out the Username:
echo bp_get_loggedin_user_fullname()There is also a related function that avoids the need to ‘echo’ that function. Search your bp files for this function and it’s immediately above or below that one.
Print out a URL to their Profile page:
echo bp_core_get_userlink( bp_loggedin_user_id() )Although I think that gives you a hyperlinked userlink – if you review that function you should be able to figure out a way to output the raw url, if that’s what you are looking for.
April 5, 2010 at 8:46 pm #71874harounkola
ParticipantIn the past, and luckily I’m hosting with TMD hosting who did a free installation of BuddyPress if I wanted it, but being a newbie to WordPress meant that I was on a steep learning curve to tweak wordpress mu and the newness of BuddyPress plugin.
Thanks for the welcome and the great work Andy and the whole Open Source team. I hope to create many beautiful BuddyPress sites connecting people
April 5, 2010 at 8:38 pm #71871jordashtalon
MemberHey Thanks, the is_user_logged_in() detected the logged in state, and the bp_loggedin_user_avatar() displayed the image. Now I need to be able to print out the Username, as well as be able to print out a URL to their Profile page (so I can link the image to their profile.)
Where is a list of functions I can use in BuddyPress?
Thanks
-
AuthorSearch Results