Forum Replies Created
-
When you integrated this with Thesis what version of BuddyPress were you using? Were you using WordPress MU or regular WordPress?
I’ve been playing around with this today. I am running regular WordPress 2.9.2 with Thesis 1.6 (need to try 1.7 but he really changed things there).
I installed the BuddyPress Template Pack plugin and went to work.
I don’t think you do the thing with the bp-custom.php file anymore, right?
I followed the instructions and copied all of the templates to my /wp-content/themes/thesis_16/ folder.
Then I started digging into how Thesis outputs its content and started updating all of those templates with different HTML markup and calls to Thesis functions to get headers, footers, and sidebars, etc.
So I got the pages like Members, Groups, Activity, etc. looking OK, but not pretty. There is going to be a TON of CSS development needed to make this look as pretty as it all does here.
The thing I’m not yet clear on is how to get it all to flow under one tab like it does here with the Community tab?
And I have LOTS of other questions….and work to do to make it fully functional and tightly integrated into the navigation and flow of the site.
Is it even worth it I’m wondering?
Just thought I’d share. I’d love to find out someone has already done ALL of this and can provide instructions, or files…would be worth something I think!
So guess what fixed it?
I changed the folder where WordPress mu was installed from /blogs/ to /blog/ and now it works Ok.
If I had installed it in the root directory there would have been no problems.
But look at what the WordPress mu installation instructions say…
“If you want to have your WordPress MU installation in its own subdirectory on your web site (e.g. http://example.com/blogs/), rename the directory wordpressmu to the name you’d like the subdirectory to have and move or upload it to your web server. For example if you want the WordPress MU installation in a subdirectory called “blog”, you should rename the directory called “wordpressmu” to “blog” and upload it to the root directory of your web server.”
Notice their first “example” is /blogs/’ and then in their second example they just say /blog/. I went with the first reference because I liked it better.
The BuddyPress documentation just says get WordPress mu working and then BuddyPress will work. I never saw anywhere that it said, “Oh, by the way…just don’t install it in a subfolder called /blogs/ or it will get confused by the redirects we do in /members/blogs/ and it won’t work so don’t do that.”
I’m being sarcastic. This is probably a bug or an unforseen situation (really?) but anyway, whether or not this would have affected anyone else it is what fixed it for me.
So…I re-installed and when it was just WordPress mu without BuddyPress it works. The page for creating blogs is /blogs/wp-signup.
I could add users and those users could go to that page and create a blog.
So I re-enabled BuddyPress and it went back to sending them to /blogs/members/username/blogs/create-a-blog as the address on all of the links to create the blog but when you click on (or even type it directly into the browser) you always end up at just /blogs/members/username no matter what. It’s being redirected for some unknown reason.
Is this not ringing any bells for anyone on what this problem might be?
Rohan, The instructions give /blogs/ as a specific example of installing it in a directory on your site. My root folder (home page) is going to be something else on this site so I can’t have it there.
Yes, under Site Admin -> Options -> Allow New Registrations I have it set to “Only Logged In Users Can Create New Blogs”
New users are added as “Subscribers”.
But even the admin, when logged in, cannot create a new blog. The links go to /blogs/members/admin/blogs/create-a-blog but you don’t end up on that page…you go to your profile instead.
Is there another setting where you have to enable it?
That would be funny. Hilarious actually. ::he says in a deadpan voice::