I'll take a stab at it. Your basic.css link is first in style declarations... which, if I remember correctly, means that it is low man on the totem-pole - any contradicting style declaration that follows it will trump yours. I'd try using the !important attrib. like so:
.myFaces_panelTabbedPane_pane {
background-color: blue !important;
}
See if that helps.
Of course, if all else fails, using the attrib that is provided on the tag would be the strongest of all because it applies the style 'in-line'... but I think you mentioned not wanting to do that.
Good luck,
Bobby Rosenberger
On 11/17/05, Don Tam <[EMAIL PROTECTED]> wrote:
Hi Bobby,
Thanks for your response. I have that exact declaration in my css and
it's still white. I put the declaration just underneath another style
class that I know is working. Do you know what the problem is?
Here is the head that is generated on the page:
<head>
<meta HTTP-EQUIV="Content-Type" CONTENT="text/html;charset=UTF-8">
<title>stuff</title>
<link rel="stylesheet" type="text/css" href=""
<script src="" type="text/_javascript_"><!--
//--></script>
<script src="" type="text/_javascript_"><!--
//--></script>
<script type="text/_javascript_"><!--
myThemeOfficeBase='/dir/faces/myFacesExtensionResource/navmenu.jscookmenu.HtmlJSCookMenuRenderer/11302665/ThemeOffice/';
//--></script>
<script src="" type="text/_javascript_"><!--
//--></script>
<link rel="stylesheet" href="" type="text/css" />
<link rel="stylesheet" href="" type="text/css" />
<script src="" type="text/_javascript_"><!--
//--></script>
<style rel="stylesheet" type="text/css"><!--
#_id2__id3 .myFaces_panelTabbedPane_activeHeaderCell input,
#_id2__id3 .myFaces_panelTabbedPane_pane,
#_id2__id3 .myFaces_panelTabbedPane_subHeaderCell{
background-color:white;
}
--></style></head>
Here is my basic.css:
.* {
font-family : verdana, Geneva, Arial, Helvetica, sans-serif;
}
...
.myFaces_panelTabbedPane_pane {
background-color: blue;
}
Thanks,
Bobby Rosenberger wrote:
> Hey Don,
>
> I did some experimenting and found that changing the selector you
> mention does have an effect on my tabpanes. For instance, I did the
> following:
>
> .myFaces_panelTabbedPane_pane {
> background-color: blue;
> }
>
> and found the background color of my tabbedpanes had indeed changed to
> blue.
>
> Bobby
>
> On 11/16/05, *Don Tam* <[EMAIL PROTECTED]
> <mailto:[EMAIL PROTECTED] >> wrote:
>
> Hi,
>
> I was just wondering, on a semi-related note, how would I set it up so
> that I can use a stylesheet class to set the background color of the
> panelTabbedPane instead of using the bgcolor attribute in the tag?
>
> I've tried declaring .myFaces_panelTabbedPane_pane in my
> stylesheet but
> it doesn't have any effect.
>
> Thanks,
>
> Bobby Rosenberger wrote:
>
> > Hey Rodney,
> >
> > I noticed that the tabs looked like buttons as well... but I found
> > that it was due to my changing my XP theme to use the "XP Windows
> > Theme". And, in my case, the tabs only looked like buttons when
> using IE.
> >
> > I'd be surprised if adding the 'save logic' were responsible for
> the
> > style change. Are you saying you can remove the logic and the tabs
> > revert back to their normal non-button look? I'd be interested
> to hear
> > the results of that experiment.
> >
> > In any case, there is currently no 'attribute' that allows you to
> > control the 'style' of the <input> tag on the tabs. You CAN,
> however,
> > override the style selector as follows:
> >
> > .myFaces_panelTabbedPane_activeHeaderCell input {
> > background-color: transparent !important;
> > etc...
> > }
> >
> > Note the use of "!important".
> >
> > Hope that helps.
> >
> > Bobby Rosenberger
> >
> > On 11/16/05, *Burke, Rodney* < [EMAIL PROTECTED]
> <mailto:[EMAIL PROTECTED]>
> > <mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>> wrote:
> >
> > Hello,
> >
> >
> >
> > I had a working tab panel that looked normal.
> >
> > However, after adding logic to save the tab state, the tabs now
> > look like buttons.
> >
> > Does any one know what could be going wrong here?
> >
> >
> >
> > To manage tab state I'm using myfaces 20051114 nightly build
> and
> > the following logic:
> >
> >
> >
> > JSP FILE:
> >
> > -----------
> >
> > <t:panelTabbedPane
> > selectedIndex="#{controlGEM.manualTabPaneIndex }"
> > serverSideTabSwitch="true">
> >
> > <t:tabChangeListener
> type="mam.web.gem.ControlGEM"/>
> >
> > …
> >
> > </t:panelTabbedPane>
> >
> >
> >
> > mam.web.gem.ControlGEM Class:
> >
> > -----------------------------------------
> >
> > import org.apache.myfaces.custom.tabbedpane.TabChangeListener;
> >
> > import org.apache.myfaces.custom.tabbedpane.TabChangeEvent ;
> >
> > import javax.faces.event.AbortProcessingException;
> >
> >
> >
> > public class ControlGEM implements TabChangeListener
> >
> > {
> >
> > …
> >
> > public void processTabChange(TabChangeEvent tabChangeEvent)
> > throws AbortProcessingException
> >
> > {
> >
> > setManualTabPaneIndex(new
> > Integer(tabChangeEvent.getNewTabIndex()));
> >
> > }
> >
> > }
> >
> >
> >
> > Again, the tab state logic appears to be working fine,
> except for
> > the fact that the tabs now look like buttons.
> >
> >
> >
> > Thanks for your help,
> >
> > Rodney
> >
> >
> >
> >
>
> --
> Don Tam
> Manager, Software Development
> (416)493-6111x143
> [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED] >
>
>
--
Don Tam
Manager, Software Development
(416)493-6111x143
[EMAIL PROTECTED]
