Search Results for 'Add BuddyPress Styles to a Theme'
-
Search Results
-
I was playing with bbpress and deep integration over the weekend and found it easy enough to setup.
I am wondering if it is possible to do the same just with a BP member theme.
The idea would be to call the header, footer, sidebar etc from within the bpmember themes. I noticed each page there is the get_header tag which gets the header from the root of the bpmember folder.
We would need to write some code that tells it to step out of the bpmember theme and pickup the wordpress header instead.
All you would need is the header and footer, the content areas of the bpmember theme could stay the same. All you would then have to do is add the css tags into the home themes stylesheet to display the content areas as they are already or with mods do make it fit better within the theme.
Any ideas? Is this even possible? What is the equivilant to wp-config.php within BP ?
Cheers
Hi guys,
lots of people are asking me how to install BPDEV Plugins ( http://bp-dev.org/projects )
=== What are they? ===
BPDEV Plugins is a set of plugins that extends BuddyPress feautures, it contains various and good plugins (i hope
)
They are:
BPDEV Core that runs core for BPDEV Plugins
BPDEV Admin that adds an admin panel to activate/deactivate plugins
BPDEV TinyMCE that add visual editor to wires and topic/post writing
BPDEV Theme that allows to add simply new stylesheet and some theme tweaks
BPDEV Autosuggest & Search that adds an ajax members&group search
BPDEV Aggregator (will be finished as soon (it’s flickr, youtube, twitter all in one))
BPDEV Widgets that adds widget-ready areas and asap a set of widgets like the ones in bpdev
This plugins are finished but still in testing : BPDEV Subscribe (allows users to subscribe to wpmu blogs and show wich blog they’ve subscribed in their profiles) and BPDEV Group Extra (adds extra field as XProfile)
=== INSTALLATION VIA SVN ===
* Open the terminal and go to /my-installation-path/wp-content/mu-plugins
* Create a dir called svn-bpdev and checkout svn
o $ mkdir svn-bpdev
o $ cd svn-bpdev/
o $ svn co http://svn.bp-dev.org/trunk/ .
o $ cp -rf bpdev-* ../
* Keep BPDEV Plugins ever up to date
o Go to /my-installation-path/wp-content/mu-plugins
o $ cp -rf svn-bpdev/bpdev-* .
* Activate and Deactivate plugins in your dashboard (WP Admin->BPDEV Plugins->Plugins)
If you want use zip here is the last trunk zip
=== HELP AND BUG REPORTING ===
help on irc on freenode at #buddypress, in this forum, in bpdev forum bp-dev.org/forums
Bug Reporting here http://trac.bp-dev.org/plugins/
bp-dev.org/download
Thanks to all
Who wants make donation to my developments can donate via the button on bp-dev.org/download
I’ve starting to customise both the home and member themes supplied with buddypress, adding my customisations to a file called custom-styles.css that, as Andy pointed out on the mailing list a few weeks back, is imported automatically. Everything works fine but I have some suggestions as to how it could be better implemented.
Currently custom-styles.css is called by way of an @import at the beginning of style.css. This is problematic for a couple of reasons. By calling the customisations BEFORE the default styles you must add “!important” to all your selectors in custom-styles.css in order to effectivly over-ride the defaults which can be a real nightmare. Also, as pointed out in Ticket 164 the @import reference to custom-styles.css is included in styles.css but the file itself is not included in the theme so a 404 is generated and the error logs get hammered.
I have implemented what I beleive is a better, cleaner approach:
style.css contains just two @import calls to default-styles.css and custom-styles.css (in that order). By default the latter can be either commented out or an empty file included with the theme.
The current content of style.css becomes default-styles.css (minus the @import call to custom-styles.css of course).
Basically this means that when customising the theme you can choose to add custom styles by over-riding in custom-styles.css or, as I imagine a lot of developers will prefer, completely replace the default styles by commenting out the default-styles.css import line and design from the ground-up (using default-styles.css just for reference).
This simplified approach should also be easier to manage as new builds are rapidly being released and applied during the development of BuddyPress.
I’d be interested to here how others have approached managing customisation as the platform has developed.