This HTML is inside the search box:
<h2 class="element-invisible">Search form</h2>
Which results in a bit of odd text appearing inside the box (see screenshot)
Related CSS is
.sidebar h2, #preview .sidebar h2 {
border-bottom-color:#D6D6D6;
border-bottom-style:solid;
border-bottom-width:1px;
margin-bottom:0.5em;
margin-left:0;
margin-right:0;
margin-top:0;
padding-bottom:5px;
text-shadow:0 1px 0 #FFFFFF;
}
.element-invisible {
height:0;
overflow-x:hidden;
overflow-y:hidden;
position:absolute;
}
Observed in FF3 and Chrome (Mac). The problem seems to be related to the inherited padding and border associated with the #preview h2 attributes.
Believe the padding/border solution should be addressed in core CSS /modules/system/system-behavior.css .element-invisible (see #766444: Add !important to CSS attributes of .element-invisible in system-behavior.css), although it may be easier to target this text with an ID and override with more CSS if the core issue is not addressed properly
Comments
Comment #1
snorkers commentedHere's the screenshot
Comment #2
aspilicious commentedThis is a core bug, will be fixed soon :).
I'll set this to postponed until the bug is fixed.
Comment #3
jensimmons commentedEmbedding screenshot for quick viewing:
Comment #4
jensimmons commentedWhere's the core bug? Let's get it fixed!!
This doesn't need work in Bartik (if what's written above it right) — but it does need work in core, so I'm going to abuse the system and set this to needs work. We need all the help we can get. This bug does not appear when Garland is the default, and it's a pretty obvious visual bug, so I'd like to fix it before Bartik goes into core! Otherwise everyone will say, oh Bartik is so cool... but what is wrong with it? So I'm setting this to critical too. It's not a critical-level D7 bug, but it is a stopper for putting Bartik into core / a high priority for us Team Bartik.
Comment #5
Jeff Burnz commentedAt the moment it would depend on what styles are applied to h2, so might break, might not break etc.
We're taking out time fixing this (I see no need to hurry this along, we have time and have to get it right), its not a simple thing to fix - requires lots of testing across the spectrum of users and user agents: #718922: system class: .element-invisible does not work with VoiceOver on OS X Snow Leopard
Comment #6
tsi commentedThe only reason this is working better in garland is that in garland there aren't any borders or padding to this element.
We should probably remove borders, padding, margin ect. from
.element-invisiblemaybe even with!importantsomething like :
Comment #7
Jeff Burnz commentedtsi, please see #5, this is a core issue not a theme specific issue, as you will see a patch for #718922: system class: .element-invisible does not work with VoiceOver on OS X Snow Leopard was committed.
This can probably be marked as fixed even since the patch fully addresses this issue.
Comment #8
tsi commentedI totally agree and apologize for my hastiness :)
Just wanted to get rid of this visually annoying bug, even if that means putting a (temporary?) fix in the theme.
Tested on firefox under linux with latest drupal head, this looks fixed.
Comment #9
bleen commentedsince #718922: system class: .element-invisible does not work with VoiceOver on OS X Snow Leopard landed ...
Comment #10
jensimmons commentedYup this is all fixed. No ugly problem anymore. :D