edusis / ie7-js

Automatically exported from code.google.com/p/ie7-js
0 stars 0 forks source link

inherit jumps the cascade #60

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago
Point script tag in attached file to IE8.js (beta 3). View the file in IE7 
(though problem may also be 
present in IE6). Output should look like this:

A: hello
B:

Instead, it looks like:

A:
hello
B:
hello

Removing IE8.js makes the page render as it should.

Here's the CSS in question:

    div#A .hideSometimes { display: inline }
    div#B .hideSometimes { display: none }
    .hideSometimes { display: inherit }

Since the first two selectors have a higher specificity than the third, the 
third should never 
inherit display:block from the parent divs in the attached file, yet they do 
when IE8.js is used.

The utility of using display:inherit is questionable, however I've also tested 
this with the color 
property with the same result and this leads me to believe that it is a problem 
whenever inherit is 
used.

Original issue reported on code.google.com by eric.mcc...@gmail.com on 25 Mar 2008 at 5:22

Attachments:

GoogleCodeExporter commented 8 years ago
I have this issue as well. I am SPECIFICALLY looking for a Javascript fix for 
the
multiple class selection bug in IE6, as a portion of one of my web apps relies 
on
that functionality. I COULD rewrite it to avoid it, but it would be... very, 
very ugly.

My specific case is a workflow system that uses combinations of classes to 
specify
background images, for an element. To give you an idea:

/* Root Workflow Entrance */
.workflow .subEnter.root, .parallelWorkflow .subEnter.root
{background:url('Images/Workflow/rootBack.png') top left 
repeat-y;height:inherit;}
.workflow.pending .subEnter.root, .parallelWorkflow.pending .subEnter.root
{background:url('Images/Workflow/rootBack.png') top left 
repeat-y;height:inherit;}

/* Root Workflow Exit*/
.workflow .workflowStep.last .subExit.root, .parallelWorkflow .workflowStep.last
.subExit.root {background:url('Images/Workflow/stepExitApproved.png') bottom 
left
no-repeat;}
.workflow.pending .workflowStep.last .subExit.root, .parallelWorkflow.pending
.workflowStep.last .subExit.root
{background:url('Images/Workflow/stepExitPending.png') bottom left no-repeat;}

/* ParallelWorkflow continuous bar background */
.parallelWorkflow {background:url('Images/Workflow/parallelBackApproved.png') 
top
left repeat-y;}
.parallelWorkflow.pending 
{background:url('Images/Workflow/parallelBackPending.png')
top left repeat-y;}

/* Subworkflow Entrances */
.workflow .subEnter, .parallelWorkflow .subEnter
{background:url('Images/Workflow/subEnterApproved.png') top left no-repeat;}
.workflow.pending .subEnter, .parallelWorkflow.pending .subEnter
{background:url('Images/Workflow/subEnterPending.png') top left no-repeat;}

/* Subworkflow Exits */
/* Special exits for review step*/
.workflow .workflowStep.last .subExit
{background:url('Images/Workflow/subExitApproved.png') bottom left no-repeat;}
.workflow .workflowStep.last.pending .subExit
{background:url('Images/Workflow/subExitPending.png') bottom left no-repeat;}

That's just a part of it. I do not see IE8.js making any difference in these 
cases
though, which leads me to suspect that I am seeing the same thing that Eric is
seeing. Has any progress been made on this?

Original comment by i8b...@gmail.com on 5 Nov 2009 at 9:23

GoogleCodeExporter commented 8 years ago
Bah. That was a hard bug to fix!

Original comment by dean.edw...@gmail.com on 11 Feb 2010 at 12:59