Search Results for 'theme'
-
AuthorSearch Results
-
November 5, 2010 at 12:29 am #97515
In reply to: Theme designers: contribute to core #2
modemlooper
ModeratorI want to add my 2 cents on this. Can we get the default comments to mimic the activity stream?
November 5, 2010 at 12:26 am #97514In reply to: Theme designers: contribute to core
modemlooper
Moderatorguess i better upgrade to trunk
November 5, 2010 at 12:10 am #97513In reply to: Privacy breach on my BP install, need help please
paulhastings0
ParticipantAnd I assume you’re using the BuddyPress Default theme?
November 4, 2010 at 11:36 pm #97508In reply to: Theme designers: contribute to core
Paul Wong-Gibbs
Keymaster@modemlooper, if I create a custom link item to “example.com/activity”, and then click on that link, it loads the correct page and applies the ‘current-menu-item’ class to the li element. I’m testing this on BP trunk and WP 3.0.1.
If I put a Page into my menu, it gives it the class ‘current_page_item’ as it recognises it is part of the WordPress object hierarchy.
November 4, 2010 at 11:31 pm #97507In reply to: Theme designers: contribute to core
Paul Wong-Gibbs
Keymaster@modemlooper Components in BP 1.3 will exists as Pages in WordPress. The Pages will be created as part of a new Setup procedure.
November 4, 2010 at 11:04 pm #97505In reply to: Search like on this site
paulhastings0
ParticipantNot quite, but here’s how to do it: http://buddydev.com/buddypress/creating-the-sitewide-globalunified-search-page-for-your-buddypress-theme/
November 4, 2010 at 10:24 pm #97502In reply to: Removing the adminbar padder in child theme
liveview
Memberah, I expected it would do like default.css and just override with my changes.
Fixed now, many thanks
November 4, 2010 at 10:20 pm #97501In reply to: Removing the adminbar padder in child theme
Hugo Ashmore
ParticipantYou’re pulling in the original one, if you made changes in a copy then they won’t be applied.
path is :
_inc/css/if you copied the default structure to a child theme.
November 4, 2010 at 10:13 pm #97500In reply to: Removing the adminbar padder in child theme
liveview
Memberid doesn’t seem like the adminbar.css in my theme folder is overriding the default tho
November 4, 2010 at 10:08 pm #97499In reply to: Removing the adminbar padder in child theme
liveview
Member../../plugins/buddypress/bp-themes/bp-default/_inc/css/adminbar.css is my @import url
November 4, 2010 at 10:05 pm #97497In reply to: Removing the adminbar padder in child theme
Hugo Ashmore
ParticipantAre you sure your @import paths are correct, are you actually calling the right adminbar.css? There are only a few rulesets that will govern these dimensions, Firebug is a extension for Firefox that will allow you to observe which rulesets are applied to an element when you hover the element in the viewport.
November 4, 2010 at 9:57 pm #97496In reply to: Removing the adminbar padder in child theme
liveview
Memberhere is a screenshot (site is in maintenance mode, so link is no help :p) http://liveview.no/demo.jpg
November 4, 2010 at 9:53 pm #97495In reply to: Removing the adminbar padder in child theme
liveview
MemberI have copied the entire default.css into the style.css in my custom theme and reworked it pretty heavily.
I have also made a mirror of _inc/css/adminbar.css in my theme folder and set all the width attributes to 100% in this, no change.
November 4, 2010 at 9:48 pm #97494In reply to: Removing the adminbar padder in child theme
Hugo Ashmore
ParticipantThen have you adjusted the min/max widths in adminbar.css?
November 4, 2010 at 9:48 pm #97493In reply to: Removing the adminbar padder in child theme
Hugo Ashmore
Participanttry, rather than using !important, removing/ changing the offending ruleset in default. If you have copied default over to your child theme you are better of removing / adjusting styles in it than overriding. If you drop back to using default theme it will pick up the original styles.
November 4, 2010 at 9:46 pm #97492In reply to: Removing the adminbar padder in child theme
liveview
MemberI’ve changed that to 100% as the first thing i tried, no dice. It makes it wider, but not full page width
November 4, 2010 at 9:44 pm #97491In reply to: Removing the adminbar padder in child theme
Hugo Ashmore
ParticipantYou’re probably being foxed by this naughty little ruleset in default.css
`
line 60
#wp-admin-bar .padder {
width:90% !important;
}
`November 4, 2010 at 9:42 pm #97490In reply to: Removing the adminbar padder in child theme
modemlooper
Moderator#wp-admin-bar .padder{
width: 100% !important;
}that should make it look like the admin bar above
November 4, 2010 at 8:23 pm #97478In reply to: Theme designers: contribute to core
Hugo Ashmore
ParticipantThe new menus have oversights, out of interest do we know what if any changes may be implemented for nav menus in 3.1 if there are it would make sense to add that patch to the mix for testing – given that 1.3 will release after 3.1?
November 4, 2010 at 8:18 pm #97474In reply to: Theme designers: contribute to core
modemlooper
ModeratorHow are you implementing the tabs? Will users need to create these tabs via pages? Or will it be pre-populated? If somebody creates custom links for the tabs then .current-menu-item does not get added to them. This seems like WP is missing something. So it will look funky if some tabs have current states and others do not. I’m sure the custom links option is mainly for external links but seems like a WP failing here
November 4, 2010 at 8:06 pm #97467In reply to: Theme designers: contribute to core
modemlooper
ModeratorIt doesn’t add .current-menu-item to those types of links. That’s what I meant before. Only pages add that class as well as .current_page_item to a menu li.
li id=”menu-item-91″ class=”menu-item menu-item-type-post_type menu-item-91″>Activity
li id=”menu-item-104″ class=”menu-item menu-item-type-post_type current-menu-item page_item page-item-102 current_page_item menu-item-104″>Forums
November 4, 2010 at 7:37 pm #97462In reply to: Theme designers: contribute to core
Tammie Lister
ModeratorCurrent_menu_item would be my preference to be honest as a styling option.
November 4, 2010 at 7:23 pm #97461In reply to: Theme designers: contribute to core
Paul Wong-Gibbs
Keymaster@hnla I’ve replied to the trac
November 4, 2010 at 7:07 pm #97460In reply to: Theme designers: contribute to core
Paul Wong-Gibbs
Keymaster@modemlooper the cause for custom link nav items not getting the style for the “selected” page is as a result of _wp_menu_item_classes_by_context() in WP Core, which is doing what it’s meant to do.
There’s no good hooks or filters we can use. We’re going to need to style
ul#nav li.current-menu-item
the same asul#nav li.current_page_item
. We can change the selector on line 150 of the CSS file. Anyone see any problems with styling current-menu-item?November 4, 2010 at 7:03 pm #97459In reply to: Theme designers: contribute to core
Hugo Ashmore
ParticipantPatch added: https://trac.buddypress.org/ticket/2691
-
AuthorSearch Results