Forum Replies Created
It makes sense to me to give sub-blog owners a few templates, or just one. Really, I feel like too many templates will confuse the community, creating a lack of cohesiveness. Maybe I can have a few color schemes of the same template. Can my users upload templates? Should they be able to?
No, only you can. You’ll need to upload them to
I would like all activity to be presented on the main blog page. Basically, if anyone creates a sub-blog post, I would like that to be presented on the main page. Is that what the “all activity” widget does?
I set things so that “blog owners” or “sub-blog owners” can’t install plugins, and I would like a nice, safe set of plugins and widgets that they can use without causing any damage. What about that WP plugin installer feature? Will someone gain access to it and break things?
You (as the admin) can upload plugins and widgets either via FTP (or similar) or via the Browser/Installer feature. You can also make plugins run on every site by putting them into the
/wp-content/mu-plugins/folder. The end user can activate or deactivate the plugins, but with the default user permissions, they don’t have access to the Browser/Installer page (I have just tested this).
Was waiting until I could get this on to the official WordPress plugin directory, but:
svn co http://svn.dangerous-minds.com/djpaul/welcome-pack/trunk/
That does Default Friend and Default Group. A later version will have Default Welcome Message (guess what that does..).
I know where that constant (which has actually been renamed since) is defined, but I think it’s a much better approach if you install the SVN trunk.
I don’t know of any database/table changes since RC1. If I were you I might consider just copying out your .htaccess and wp-config.php to a safe location (and any theme changes etc you’ve made – you’ll have to reimplement these afterwards). Get the trunk with
svn co http://svn.buddypress.org/trunkand put it into your mu-plugins, and put the .htaccess and wp-config.php files back in place. And crossing my fingers.
Er. I would suggest you just work to upgrade fully to a trunk release. Running what is effectively a custom version of code in a project that is this big and complicated, who knows what else could happen
Or, look here http://buddypress.org/extend/plugins/
There is a fix for this issue in the trac. I don’t think Andy has committed many code changes to the svn trunk recently, so you’ll have to wait.
There’s a whole bunch of config you would need to change in the DB (can’t remember which table offhand). If you aren’t comfortable finding them, I suggest you reinstall.
@JEffca, if you’ve got another working install with custom permalinks, try copying that file into your BP install. Does the new link format work for both Ajax and non Ajax?
Temporary disruption in the fabric of reality, or something. All might be OK now.
Are you both on godaddy? If you are on godaddy, I believe they only process .htaccess files for updates once an hour. Change the permalink setting in WP; check that WP has rewritten the .htaccess; then go outside and wait an hour. Come back, and then test.
Oh, and if you aren’t on godaddy and the above doesn’t work (wait at least 60 minutes), try putting
Options -MultiViewsat the very top of the .htaccess.
1) Depends what you mean by “same login.” If the classified ads is part of another site, then you will have to see if you change mod that program to use the WordPress user tables for authentication.
2) Yes, it’s possible – just use the is_user_logged_in() function as a check.
Well, it’s working for me with custom permalinks.
Would someone having this problem confirm their version of WPMU, BP and whether they are using a subdomain or subfolder install please? You need to be testing this with the default theme without any changes, and without any plugins, widgets or addons that are not part of the base WPMU and BP install.
There’s only been a beta 1, beta 2 and RC1 release (and trunk of course). If you started making your changes on RC1 then at least that’s a slight clue. Since by your own admission you’ve heavily hacked the code around, it is very hard to understand why this might be happening. I think it must be due to one or more of the changes you have made as I’ve never seen this problem before either.
Do you get anything in your web server’s error log when this happens? e.g. when you are on Members and try to go back to Home.
Oh, I was looking at the get_avatar() and wp_crop_image() which do handle avatars, but you are right that the crop feature is a BP enhancement. Regardless, there’s still no built-in minimum size feature in BP so that needs submitting as an enhancement suggestion – but I’m not sure if that upgrade would go better in the WPMU or the BP codebase.
Disable the home theme from the admin panel. Then, go into the Blogs panel, find your main blog listed, click ‘edit’ and you can get it to use any theme (regardless or not of the other permission setting).
Nope, no way of specifying minimum size. (Maximum, yes). You probably ought to submit this on the WPMU trac as a enhancement suggestion, or see if you can find a WPMU plugin that somehow achieves this.
I caught this last night and Andy fixed it. It’s in the trunk (rev 1243). It’s caused by browsing most pages if the user you are logged in with has not set their “full name” in their BP profile.
This is a problem with a plugin so support questions should go to wherever you got that from. In general though, there are functions such as is_home is_single etc. If you only want the gallery JS on your homepage, you’ll need to use is_home as a check wherever the plugin includes its JS.
This needs to go on trac as a feature suggestion please (at work or I would)