Search Results for 'wordpress'
-
Search Results
-
Topic: Child Theme question
Hi all
This is probably an obvious answer, but I’m just after some confirmation. I’ve recently added Buddypress to my site, using the BP Template Pack. Having a nose around here, I see that people recommend creating a child theme instead of using the template pack (for various reasons). The codex instructions for creating a child theme look pretty straightforward (http://codex.buddypress.org/theme-development/building-a-buddypress-child-theme/), but I was wondering if someone could confirm that I can run Buddypress as a child theme under a normal WordPress parent.
Thanks
I also have found myself torn about using pages for BP directories. In the end, though, I think it’s a compromise that works out for the better in the short- to medium-run, and does not have awful long-term consequences.
In my view, it is a gross overstatement to say that this move ‘ruins’ BP. However, there are a few things about it that are unappealing:
1) It forces the creation of what are, essentially, dummy pages – whatever content you might add to the page through the normal WP editor is totally ignored
2) Related – It uses part of the WP page infrastructure (URLs) without using others (in particular, WP page templates)Problem (1) is unappealing, but it is mitigated by a couple of points. First, the current system is not a whole lot better. Instead of having ‘dummy’ pages that you can see in the admin (like BP trunk has), the current version of BP has ‘phantom’ pages, so that when BP detects a URL like example.com/groups, it essentially hijacks the page load in order to do its own stuff. This is a bit jarring, and not at all transparent. So there is a trade-off, but it’s not all bad. Second, while the idea that ‘Pages in WordPress are supposed to be static content’ seems right to me in broad strokes, it doesn’t seem to me to be a hard-and-fast rule. Many plugins (gallery plugins, ecommerce plugins, etc) display their content by means of a shortcode that is manually inserted on a page or post, with pages being used for their pretty URLs.
On the other hand, there are some real benefits to directories-as-pages:
A) Easier URLs (as @driz has noted)
Integration into WP 3.0-type menus (this is the big one IMO)How important are things like (A) and (
? For sites maintained by folks with some PHP chops (and organizations with money to pay people with PHP chops), they could be fairly easily accomplished with BP_GROUPS_SLUG, etc, and with some other finagling. But – and this is just a guess – this profile does not match most of the users of BP. Nor should it, necessarily. To the extent that BP can be easy to use and install for people with little technical knowledge, without at the same time making it less flexible from a developer’s point of view, it should be. This change is good for end users, and is no more difficult for developers than the current technique, so it seems like a net win.Another more theoretical argument for the directories-as-pages move (especially as compared to the new admin panel @driz suggests for changing slugs) is that BP shouldn’t reproduce functionality that WP could provide, unless there is a convincing reason for doing so. Using WP pages for BP directories is a step toward greater BP-WP integration. It’s not perfect (see my problem (2) above) but it is a start.
As for custom post types: It’s likely that at least some of BP’s components will be refactored to use custom post types in the future. When that happens, part of the upgrade script will probably involve removing the dummy pages at issue here. So from the user’s point of view, the transition will be seamless.
I should say that I am in agreement with a lot of the sentiment in this thread about making BP a bit more lightweight, framework-y, and disjointed than the sometimes hulking behemoth it is now. However, that kind of transition can and probably should be gradual (at least more gradual than the 1.3 release).
Hello guys,
No matter how I edit my date box (in my case DOB) it shows on my public profile 1 day back. Ex: date saved 12 June. On my profile it shows 11 June.
Worpdress version: 3.0.3
Buddypress: 1.2.7
Plugins running: Mail From, Welcome Pack, WordPress MU Sitewide Tags PagesI do use a personalized theme, but I only have the files: funcitions.php, header.php, index.php, sidebar.php, style.css
Thanks for any help!
Topic: Hide tag cloud
I would like to hide or remove buddypress tag cloud from forum page. I want consistent look on my wordpress blog and buddypress. Any suggestions?
I’ve noticed in the new version of BuddyPress 1.3 that pages will be used to create the sections of the site such as Members, Activity etc. While this may seem super easy for a user to change the urls, it also breaks the rules of good web development. Pages in WordPress are supposed to be static content, they are not supposed to be used to fake sections just to get a pretty url. I much preferred the original and current method of having all the urls and sections built in the code behind as that’s exactly what they were. If anything, an additional settings page should been added to allow users to change the urls in the admin rather than resorting to using pages to deal with it. There was similar problems with custom post types in WP 3.0 whereby a user to create a fake page to show the posts which is now being fixed in the 3.1 release by having an inbuilt index page.
Think of it this way. Themes are essentially your website, and when a user switches a theme it should reflect as such, so if I switch themes or change plugins the pages I have should reflect, in other words the content shouldn’t be dependant on the theme or plugin. With the new method if a user ditched BP they would have a bunch of fake pages, as they have no content they were used solely to fake the whole url structure which is just bad design.
I really hope someone on the development team reads and takes notice of this post and that others get involved in this discussion because I think BuddyPress has just been ruined with this new approach, if the WP core team can see and fix the problem why has the BP team gone and made the same mistake they did?
I have been using BuddyPress for my site because I like the community aspect of it. However, my site is an article directory site, and I recently installed the Article Directory theme (http://articlesss.com/article-directory-wordpress-theme). I am having trouble integrating Buddypress into it, even though I’ve installed the BP Compatibilty plugin and gone through the steps. What am I doing wrong and does anybody know how to make Buddypress compatible with an article directory theme?
Topic: Not getting activation email
I just installed wordpress 3.03 with network enabled as sub-directory and BP.
I have enabled “User accounts may be registered”.
But when a new user fills registratioin form, activation email is not received. Can anyone help pls.Hey all,
I’m a new developer (started a year ago). I’ve been working with WordPress for about 3 months and I get it.
Buddypress is a different issue, because there is very little documentation that teaches a new developer what the functions/actions/filters do,
how to use them, what parameters they take, etc. etc. I’ve been through the codex cover to cover (figuratively) but there simply isn’t enough there.So I’m gonna post some questions here, and I’ve asked a spiritual guru about this, if you answer them and help me understand how to use Buddypress,
you will have a happy and healthy life and birds will stop pooping on your car.Question 1:
I’ve read the wordpress codex page about the Plugin API, so I understand about add_action and do_action and hooks.
But there are a heap of do_action’s in the bp-default theme’s header.php, index.php, & footer.php that I don’t understand.
I’ve looked through other core files, but I can’t find where the add_action for them is, nor any documentation anywhere else.Could you please explain about, or direct me to the page of code for the following hooks:
I’ve also started a blog on the subject. Feel free to comments and help out there.
http://www.nextgenreporters.comMany thanks!
hi,
I’ve tried to enable rewrite module, and edited .htaccess etc. but still got this problem. who knows this? HELP!PS: Apache server + wordpress+buddypress.
thanks in advanceA reverse route question, but I need to convert a buddypress theme to wordpress.
Am using a buddypress (default/modified) theme on a client’s site and they have decided to let go off buddypress (i.e. the buddypress plugin will be deactivated).Any idea how to achieve this?
TIA
Hi all,
I’m trying to create a custom profile section that users could have multiple instances of. Being a relative newbie with BP, I’d value some advice on the best way to go about it. There may also be a plugin for this that I’m not aware of. I’m familiar with coding for WordPress.
Specifically, I’m trying for a group of profile fields that together describe an item. I would then like a “new item” link, which would provide another set of the same fields to describe an additional item. A user would have as many instances of these items as they like.
I’ve played around with the custom profile fields a little, and looked at the database tables involved. It’s a little overwhelming, though!
Thanks for any thoughts.
