Search Results for 'wordpress'
-
AuthorSearch Results
-
March 3, 2009 at 6:27 pm #39165
In reply to: How do I clear the menu bar?
John James Jacoby
Keymasterlol Oh Ren… haha!
@brandtd, this is certainly possible. As a matter of fact, this should happen as default unless you change the width of the body or html elements themselves. This is because the “Buddy Bar” isn’t contained by anything that has a relative position attached to it.
In bp-core/css/admin-bar.css – Try…
#wp-admin-bar {
position: absolute !important;
top: 0 !important;
left: 0 !important;
width: 100% !important;
z-index: 1001 !important;
height: 26px !important;
color: #fff !important;
text-align: left !important;
background:url(../images/admin_bar_back.gif) #818181 repeat-x !important;
}@brian, duh I get what you’re saying now. If I can give some feedback about the Buddy Bar for a moment, I feel that it should be an all or nothing kind of deal. Either it’s always there for people to use, or it’s never there and people have to naturally find their profile area and do things from there. Toggling a whole new set of what are essentially just short-cuts and adjusting the entire layout of the screen, even if by 26px, provides for a moment of awkwardness from a user perspective. For the 3 seconds it takes for someone to think to themselves “Hey what’s that? Do I need it? What does it do? Oh gosh there’s tons of menus now? What is this stuff?”
Now if you’ve used WordPress.com or signed up for a Gravatar before, then the bar idea isn’t new. But for what I consider the core crowd we’re catering to by using BuddyPress as a social networking platform, if it isn’t uniformly worked into the design of the site from the beginning, it only serves to confuse.
Again, this is just my opinion. Not saying it’s right, and certainly not saying that there is a better way. Just saying…

/rant
Back on topic. In theory you could put a…
<body>
<?php if (is_user_logged_in()){ ?>
<div id="buddy-bar-buffer"></div>
<?php }?>In your header file, and attach the CSS to that, rather than to the body itself? That would then only show that buffer when the user is logged in, and once they are logged in, that buffer will push the body down (as styled by the CSS you will give it in your base.css).
Does that make sense?
March 3, 2009 at 6:07 pm #39161Donnacha
ParticipantUnfortunately, vBulletin decided that a vBulletin WPMU bridge was not in their commercial interests and locked the thread, despite 30 of their licensed users expressing an interest. The thread, http://www.vbulletin.org/forum/showthread.php?t=196906, remains readable but not new posts can be made and, therefore, can no longer be used to rally together all the vB users who would like to see it happen.
I swapped a few emails back and forth with vB and they took the time to explain their position. I don’t agree but I guess I can understand their panic; WordPress is one of the few Open Source products that has wiped out commercial products in it’s sector, blogging, and they’re desperately worried that there is no longer that much difference between their $180 product and the free alternatives.
There is, of course, nothing to stop any of you being a bit cheeky and starting your own threads on http://www.vbulletin.org/forum/, innocently asking why there isn’t a vBulletin WPMU bridge

Personally, though, I’ve deciding to transition away from vB – I’ll be keeping my existing vB sites going but, for new projects, I don’t see the point of buying any more vB licenses.
bbPress is pretty bad but I’m optimistic that they will improve over time, especially now that BuddyPress is advancing so quickly. I like the way in which, in BuddyPress, the forums are spread among the groups within the social network – it makes a lot of sense, sort of like wrapping each section of your forum in it’s own homepage, featuring the users who “hang out” in that section.
March 3, 2009 at 4:20 pm #39147In reply to: Who wants a media plugin for BP
gpo1
ParticipantCan you look into option :The most difficult way Only Profile: it’s not important having a blog or not, because the video will be published only on the profile
https://wordpress.org/extend/plugins/all-in-one-video-pack/
There is a difference of developing time for each way..
We would clip-in for your workmanship?
March 3, 2009 at 3:54 pm #39140Burt Adsit
ParticipantAlain, try activating the ‘WordPress MU homepage’ theme. See if it happens.
March 3, 2009 at 11:24 am #39129In reply to: Who wants a media plugin for BP
zoharbabin
MemberHi guys,
currently we do not have the resources to create this integration in-house.
I will however, fully support the developers that will take this initiative, providing help in code and guidance.
The WordPress plugin we wrote (https://wordpress.org/extend/plugins/all-in-one-video-pack/) is compatible with WPMU (you can place it in the plugins directory and activate), So I guess that for an experienced developer this should be an easy task.
Zohar.
March 3, 2009 at 6:12 am #39107Sgrunt
Participanthi Burt: i’ve uploaded on the server and it is all ok! the problem was only in my local installation and so i can live with it. Thank you!
maybe the difference is that (i use subdirectories) in my remote server i’ve wordpressmu in the root and in the local server i have it in htdocs/mu/
March 3, 2009 at 2:51 am #39099In reply to: Blogs with custom domains
March 3, 2009 at 2:20 am #39097Burt Adsit
Participantsgrunt, what is the url that gets the 404 result?
vito687, the fn bp_core_get_userurl() returns this:
$bp->root_domain . '/' . MEMBERS_SLUG . '/' . $ud->user_login . '/';So it seems that root_domain isn’t correct for you. It should be correct. It comes from the mu backend, get_option(‘siteurl’). If your ‘path’ and ‘domain’ are correct, that’s what you should get.
That’s what you have correct? mu installed in a subdir under the doc root: <apache root>/wpmu/?
Check in Site Admin > Blogs > <your root blog> > Edit
It should read ‘Domain’ http://yourdomain.com and ‘Path’ /yoursubdir and in the wp_1_options it should say ‘Siteurl’ http://yourdomain.com/yoursubdir
March 2, 2009 at 11:30 pm #39088vito687
ParticipantI noticed that burtasit’s plugin directs you to URL/members/username I need this to direct to URL/subdirectory/members/username, Is there a quick fix to my problem?
March 2, 2009 at 10:32 pm #39085In reply to: BuddyPress For WordPress (Not MU) Coming
Trent Adams
Participanthttps://trac.mu.wordpress.org/browser/branches/2.7
Zip at the bottom of the page or if you use SVN you can use that URL as well.
Trent
Trent Adams
Participantzenseeker
ParticipantOops, sorry. Got a little excited there for a minute.
March 2, 2009 at 10:27 pm #39082In reply to: BuddyPress For WordPress (Not MU) Coming
Mythailife
ParticipantAnd where is that downloaded?
Mythailife
ParticipantSpoken like a true moderator…
March 2, 2009 at 9:52 pm #39078In reply to: BP Avatars in bbPress
Burt Adsit
ParticipantOK. I’m back. The bbpress const for wordpress is: BB_IS_WP_LOADED and is defined in bb-settings.php John. Looks like it’s only being used during installation and bbpress boot.
Thanks for reminding me about the template tags. I’ll include those too. I’ll add filters to all the template tags also. Good idea.
Many thanks for your help and sharing!
Trent Adams
ParticipantSpecific plugins that work with WPMU or not should be discussed in their forums and BP issues here.
https://mu.wordpress.org/forums/
Trent
March 2, 2009 at 9:14 pm #39074In reply to: BuddyPress For WordPress (Not MU) Coming
Trent Adams
ParticipantNo, it can be tested by downloading the WPMU Branch of 2.7. It is not in trunk.
Trent
March 2, 2009 at 8:48 pm #39073In reply to: BuddyPress For WordPress (Not MU) Coming
Mythailife
ParticipantIs that patch in the latest version of MU?
Mythailife
Participanthyrzz, show us. Because I don’t believe it.
March 2, 2009 at 8:14 pm #39068In reply to: Is BuddyPress good for this?
John James Jacoby
KeymasterYou could look into modifying an existing WordPress plugin, I think called “a member” that will help you with your pay for subscription situation.
BuddyPress certainly could have “private” blogs, you would just need to restrict user access to each others blogs by checking the available author ID’s against the current blog ID, and if they aren’t an author, bounce them back somewhere.
Sounds like BuddyPress will be a very good starting point for you, you will just need to mold it to fit your needs.
zenseeker
Participanthyrxx,
You’ve gotten wp e-commerce to work on bp & wpmu? From both the wpmu forums & the instinct forums I’m under the impression there are still problems. Something to do with the database. I think the dialog’s been going on for about a year. Got some tips you’d like to share?
March 2, 2009 at 4:07 pm #39046In reply to: BBpress not sharing login details
reprocessor
ParticipantRight, I’ve done points 1 to 4, added the salts and added the COOKIE_DOMAIN & COOKIEPATH bits to both config files. I also added a cookie hash which the tutorial said to do. How I got the cookie hash is another story – the tute said to look at the cookies in firefox to see what the number after them would be, like this ‘wordpress_267dtwia78rfn5403n’ when I went in to look at my cookies the looked like this ‘wordpress_’ so i took the nearest number from a PHPSESSID cookie for my site – now, this is probably the stupidest thing I’ve done all day – so please let me know if it is. Also If you could let me know if there’s any other way of finding out the cookiehash.
Sorry to waste anyones time
March 2, 2009 at 3:46 pm #39043In reply to: BBpress not sharing login details
John James Jacoby
KeymasterYes sir.
The way the guide suggests to do it is actually a good way also.
Delete ALL the salts and keys from your wp-config.php file, visit the Site Admin area of your WordPressMU install, and you’ll get a warning saying you need to add the salts, and it will auto suggest them.
Copy those into your wp-config.php file, and then copy those same keys, put them in your bb-config.php file, but put “BB_” in front of each key name.
define( 'BB_NONCE_KEY'...,
define( 'BB_AUTH_KEY'...,
define( 'BB_AUTH_SALT'...,
define( 'BB_LOGGED_IN_KEY'...,
define( 'BB_LOGGED_IN_SALT'...,
define( 'BB_SECURE_AUTH_KEY'...,
define( 'BB_SECURE_AUTH_SALT'...,Also don’t forget to put whatever the recommended cookie path settings are in each *-config.php file…
define('COOKIE_DOMAIN', '');
define('COOKIEPATH', '/');As those will determine which directory the cookies are for.
March 2, 2009 at 3:28 pm #39040In reply to: BBpress not sharing login details
John James Jacoby
KeymasterFirst thing that I had to do was delete all cookies and login to BuddyPress fresh.
Things to double check:
1.) You’ve correctly added the keys in both config files.
2.) You’ve installed and correctly configured both necessary plugins, one on each side.
3.) Check the names of your cookies in Firefox and make sure the wordpress_ cookies all have the same string of text behind them. If not, your keys in your config files are wrong.
4.) You’ve modified both config files with all the little extra things they need done to them.
March 2, 2009 at 3:25 pm #39038In reply to: BuddyPress For WordPress (Not MU) Coming
John James Jacoby
KeymasterAnytime!
-
AuthorSearch Results