Search Results for 'wordpress'
-
AuthorSearch Results
-
October 23, 2009 at 7:57 pm #55082
In reply to: spam free wordpress
abcde666
Participantso how to adjust the settings in a way that “unregistered users” and “not-logged-in users” are not able to post a comment to my main-blog at all ? Only registered and logged-in-users are able to comment ?
Do I need to install a plug-in for this simple feature ?
thanks !
October 23, 2009 at 2:57 pm #55065In reply to: spam free wordpress
Xevo
ParticipantThis might help you further.
http://wpmututorials.com/how-to/stopping-spam-comments-sitewide/
And why take the social out of a social community plugin..?
October 23, 2009 at 8:05 am #55054In reply to: BuddyPress i18n Topics
takuya
ParticipantHow does bp’s slug (i.e group slugs) work?
Are they relying on WordPress, or does bp has some sort of custom function? I just came across a wordpress plugin, which might solve the group slugs problem. But need to know how bp works.
October 23, 2009 at 4:20 am #55049In reply to: Integration amongst multiple social sites
Arx Poetica
ParticipantOh, I failed to mention Will Norris, who already wrote an OpenID plugin for WordPress, which works pretty good, but seems to be missing a few key features.
There’s some talk of integrating OpenID into the core of WP, but there’s also disagreement on this. With BuddyPress putting it on the iteration roadmap, this may change people’s minds in the long run as they realize how Identity *IS* the platform (the core) of the Internet.
October 23, 2009 at 12:03 am #55041In reply to: Minimal, less "social" BuddyPress?
designodyssey
ParticipantI won’t be using all the components, but I expect my design to be complex like Gigaom and Tastykitchen. I actually found BP looking for a suitable extended profile plugin to no avail. Alkivia is close, but some features have been “under development” for quite awhile in WordPress time.
I will have a single blog setup so no extra blogs and I’m trying to keep the use of “wires” to a minimum as it can get out of hand quickly.
October 22, 2009 at 11:20 pm #55037madyogi
ParticipantThanks so much … this is making more and more sense. One question, though – what would be the best way to place such a condition into the template (while keeping as much of the parent template intact as possible and avoiding tedious file-by-file manipulation)?
Could I, for example, place this sort of condition atop the normal header.php file, moving all the normal header HTML markup into the final else condition and removing the get_header(); call? Would this make sense:
<?php if ( bp_is_user_profile() ) {
include (TEMPLATEPATH . '/profileHeader.php'); //include this header on profile pages
} elseif ( other_conditions() ) {
include (TEMPLATEPATH . '/otherHeader.php'); //include this header on profile pages
} else {
include (TEMPLATEPATH . '/homeHeader.php'); //include normal header markup placed into homeHeader.php
} : ?>Would that code work? Does it need an endif? Not sure if the closure of it is correct either, what with the colon and all. Regardless, once the syntax is corrected, it seems like an easy thing to maintain, since it would only involve changing the header.php, then creating whatever other headers I might need. Then every time wordpress looked at header.php it would decide which header markup to include. Is that a correct assessment?
Is there some more efficient implementation of this type of conditional statement I’m not thinking of?
Thanks again for all your help, Travel-junkie!
October 22, 2009 at 9:05 pm #55029In reply to: Make Subdomain Private?
Paul Wong-Gibbs
KeymasterNew thread? What? I can see only wordpressfan’s post above yours…..
October 22, 2009 at 1:47 pm #55000Bowe
ParticipantXevo that is another thing that would be great.. They way I thought about that issue is to give members 2 options upon registration:
1: Simple blog (like you described)
2: Advanced blog (a fully featured WordPress blog like we have currently)
And the options for admins to disable one of the two if they rather have all users to have simple/advanced blogs

And are you saying I can already implement the BP menu on al blogs with the global header plugin, without any new code being written?
October 21, 2009 at 4:04 pm #54944In reply to: [Resolved] forcing users to login from the root
jazgold
Participantcool, glad it helps…
i imagine that any time someone isn’t logged in, they will all go to the same place… you don’t know if they’re returning and not logged in yet, or if they’ve never been to the site before and need extra info.
so the splash page should be the login page, it seems.
what if you just modified the login page to make it look like a more welcoming splash page?
if you don’t want to put your own stuff directly into the core files, and i guess that’s a LAST, LAST resort, then you can add things to the login page using the related actions and filters. i’m going to have to do this in my next project actually, so thanks for asking:)
here’s a tutorial that looks about right. looks kosher on first glance:)
http://www.thinkinginwordpress.com/2008/12/customized-wordpress-login-page-plugin/
basically, you can use it to inject HTML, or load up some jquery or whatever you want, and then you can CSS the crap out of everything. if you’re having problems with the default wordpress CSS taking precedence, you can always use the !important CSS attribute.
…
and i just noticed actually that the code above needs a small tweak. it was breaking the flash uploader for posts somehow. bad bad.
so, i needed to add an if statement to the catch_anons function. replace the whole function with this one:
function catch_anons(){
if ( !is_admin() ){ // if it's the admin area, it already checks
// ( and the following breaks the flash uploader )
global $user_ID;
get_currentuserinfo();
$login_page = get_bloginfo('url') .'/wp-login.php';
if ( '' == $user_ID && strrpos( curPageURL(), $login_page)===false ) {
$redirect = "?redirect_to=" . urlencode(curPageURL());
header( 'Location:' . $login_page . $redirect );
die();
}
}
}
add_action('init','catch_anons');cool. hope it works out for you.
October 21, 2009 at 3:34 pm #54940In reply to: Two Languages
Bowe
ParticipantI think this could be what you need:
http://wpml.org/wordpress-translation/buddypress-multilingual/
October 21, 2009 at 3:12 pm #54938In reply to: Custom Theming Questions
Anonymous User 96400
InactiveYou should never modify the parent theme. When you update buddypress and with it the parent theme all your modifications will be lost.
A good tutorial source for PHP and WP is net.tutsplus.com. And of course the codex here and on wordpress.org. As for writing functions, you do that exactly like I referenced in the comment above.
October 21, 2009 at 1:00 pm #54927In reply to: Chat Plugin Problem
Sven Lehnert
ParticipantI installed the plugin for testing purpose and I didn’t like it at all.
The chat software it self is nice stuff.
Build by https://blueimp.net/ajax/
I daunt like to have advertising stuff integrated. And there is add-sense in this Plugin.
I think this is not the finest way of making money.
If you want to test it, you need to install the chat client too.
For me it look like you just installed the plugin.
Go to the plugin directory. There must be a directory chat. Go in there and read the readme file.
After you fallow the instillation process of the chat software.
You will be able to chat and the Page will show up.
You will need to enter your mysql connection information.
I don’t know, but I think it is the best not to use the wordpress database for this.
Actually it is not a plugin and has nothing to do with wordpress it self.
The chat has its own connection to the db.
October 21, 2009 at 7:51 am #54917In reply to: 'empty' group members
Paul Wong-Gibbs
KeymasterIf you make a new group and join user(s) into it, does this problem reoccur? If it does, try to deactivate all plugins other than BuddyPress and make a new group and try again. If it doesn’t reoccur, then it’s a conflict with a plugin.
I have read recently of problems with feedwordpress + BuddyPress, so there’s an incompatibility somewhere (if indeed feedwordpress works with WPMU).
I’m inclined to thing this is a problem from the Groupblogs plugin, but let me know what happens when you test the above.
October 21, 2009 at 2:57 am #54914In reply to: Custom Theming Questions
madyogi
ParticipantAlright, this is starting to congeal. Only thing is, I”m about 80% confident with what you’re saying regarding the creation of actions in the functions.php file and those actions hooking into a do_action call in the parent theme.
2 questions:
1) If I create an action in the child functions.php that does not exist in the various templates of the parent theme, is it better practice to fiddle with the template file(s) of the parent theme, adding the do_action call there, or to move the template file to the child theme before making any changes?
2) Do you or anyone else have any suggestions for references a semi-savvy-newbie might use to gain a more complete understanding of how to write actions in the functions.php file? I assume there’s some fairly complete documentation in the wordpress codex, but perhaps there’s a link or two to some nice tutorial-type blog entries? I probably need to spend some more time with PHP coding anyway

Thanks everybody.
October 21, 2009 at 1:35 am #54909In reply to: Custom Theming Questions
Anonymous User 96400
InactiveThe best way to start with a theme for BP is to start off with the bp-default theme. Then copy files across from the bp-sn-parent theme if you need to modify a file. If not, then you can leave that file in bp-sn-parent, cause WP will get that automatically for you.
Of course, you can add all the functions later. The codex here is a great starting point on what functions are available to you. You can also go through the bp-sn-parent theme and have a look what’s in there and move it across, if you don’t want to use a parent/child theme structure.
You can place div#search-login-bar anywhere you like.
do_action functions cannot be reversed. They happen at exactly that spot in the template files. There’s so many, though, that you won’t have a problem finding one that suits your needs. Basically, you can write some custom functionality and add that to a certain hook by calling the add_action function. Here’s an example.
Somewhere in a template you might have this:
do_action( 'your_action_name' );Then in your theme’s functions.php file you could put the following:
function your_function_name()
{
//some stuff happens here
}
add_action( 'your_action_name', 'your_function_name' );That’s basically it. Sometimes the action passes along a variable with which you can then work.
Hope this helps you along a bit. The codex at wordpress.org is pretty extensive as well and you’ll find loads of stuff on actions.
October 21, 2009 at 12:14 am #54908In reply to: New blog theme available for the Groupblog plugin
abcde666
ParticipantHi Marius,
Do you have a Demo-website online to test your plug-in ?
Another thing: is there a chance to have something like the following, but not on a Group-Blog, but just a normal User-Blog ?
https://apeatling.files.wordpress.com/2008/06/blog.jpg
Many thanks,
October 20, 2009 at 11:38 pm #54904In reply to: 'empty' group members
Mark
Participant@DJPaul, thanks for the feedback and the info you offer. My basics:
1. wpmu 2.8.4a
2. subdomain
3. n/a
4. upgraded WPMU regularly since 2.7
5. Was WPMU functioning properly before installing/upgrading BuddyPress? yes
6. BP 1.1.1
7. Did you upgraded from a previous version of BP? last week when the current version was released.
8. Do you have any plugins other than BuddyPress installed and activated? Yes, 2 were activated on the main admin when and since this has occured:
a. Group Forum Subscription for BuddyPress
b. BP Groupblog
In mu-plugins directory:
akismet-credit-inserter
akismet
sitewide-tags
wordpressmu-favicon
9. Are you using the standard BuddyPress themes or customized themes? Standard
10. Have you modified the core files in any way? No
11. Do you have any custom functions in bp-custom.php? No
12. If running bbPress, which version? Or did your BuddyPress install come with a copy of bbPress built-in? Using built-in bbPress
13. The errors that occurred during the period these member place holders ’empty’ were created are at the link. The IDs # were different. With bp-groupblog activated this error is generated any time any group is visited (the group doesn’t need to have a groupblog). Prior to this ‘event’, Groupblogs were activated when members joined other groups without any ’empty’ members being added to the group:
https://wordpress.org/support/topic/319417
Some blogs (not home blog) have feedwordpress plugin activated. It’s use generates errors/warnings. The ‘Failed to fetch’ started yesterday and the plugin is no longer functioning. Neither of these errors are logged around the time the ’empty’ members were added to groups:
[20-Oct-2009 17:15:32] PHP Warning: Illegal offset type in /home/xxxx/public_html/wp-includes/rss.php on line 1459
[20-Oct-2009 17:34:20] MagpieRSS: Failed to fetch (HTTP Error: <url> malforme)
October 20, 2009 at 9:37 pm #54900In reply to: What happened to the (awesome) Member Blog Theme ?
Bowe
ParticipantIt doesnt have to be exactly like this.. just a wordpress theme that has a look that suits with the normal BuddyPress layout.. I’ll try to look into this, and hopefully I can make something, but some help would be needed!
October 20, 2009 at 9:17 pm #54895Paul Wong-Gibbs
KeymasterTo defend Mr Peatling, I believe he has just taken the existing WordPress FBC plugin and adapted it to work with WPMU/BuddyPress.
October 20, 2009 at 8:58 pm #54892In reply to: What happened to the (awesome) Member Blog Theme ?
jobjorn
ParticipantIt’s a mock-up indeed: http://apeatling.wordpress.com/2008/06/12/new-buddypress-theme/
October 20, 2009 at 8:17 pm #54883In reply to: Specific Widgets
Paul Wong-Gibbs
KeymasterWidgets displaying on certain blogs/pages is probably something you are best searching the WordPress forum/plugin directory for, as it’s not something that BuddyPress implements.
October 20, 2009 at 8:11 pm #54880In reply to: Translation and path errors in backend @DJPaul
Paul Wong-Gibbs
KeymasterThe text “The default theme for BuddyPress” cannot be translated as it is in a .css file. As only the site administrator will see that text when they activate the theme, is it a big issue? The other text here is part of WordPress.
The wrong path thing is more interesting and there are some other forum posts here with that problem. I don’t know when I will get time to look into it so maybe someone else can help.
October 20, 2009 at 7:32 pm #54879Bowe
Participantthat looks pretty awesome! Is mediawiki a standalone wiki or is it integrated with WordPress in some way? How hard is it to get the whole shabang running? thanks in advance

ps: Is there a default member Blog theme available that matches the default BP look?
October 20, 2009 at 5:01 pm #54874In reply to: Disable profile linking?
Brajesh Singh
Participanthey
Try this one,hopefully It will help.
https://wordpress.org/extend/plugins/custom-profile-filters-for-buddypress/
Otherwise you can always edit the template file for profile.
October 20, 2009 at 4:32 pm #54872Brajesh Singh
Participanthi,Your page will not be accessible as http://yourdomain.com/features.php as it resides in your theme,It should be accessible via http://yourdomain.com/wp-content/themes/your_theme_name/pages/features.php
Now my advise,better look at How to use page template in wordpress.
https://codex.wordpress.org/Pages#Page_Templates
You can use your features.php as page template and create a page features, so this file can be accessed via yourdomain.com/features
Hope it helps.
-
AuthorSearch Results