Julie Angarone wrote:
> In IE you can see the submenu, but cannot always hover or click on the items
> (which
> currently go nowhere). The effect works only intermittently.
>
> The csshover.htc is in the right place I believe.
>
> Advice please! Thanks
>
> http://www.being-a-mom.com/
My impr
[EMAIL PROTECTED] wrote:
> Can anybody guess why an absolutely positioned div would
> interpret the "top" value differently between IE6 and Firefox?
Because the parent element has a different padding and/or margin
value in each browser?
> It isn't nested within a relative div; I can put this co
Greetings all,
Can anybody guess why an absolutely positioned div would interpret the "top"
value differently between IE6 and Firefox? It isn't nested within a relative
div; I can put this code anywhere in my document and it'll go to the correct
position only the Top value gets interpreted diff
On Mar 2, 2006, at 10:33 AM, Tyson Tate wrote:
> I'm having problems getting my page to render correctly in IE 6.
> Safari, Firefox, and Opera render the page correctly. Under the top
> menu bar and in the left-hand boxes, IE 6 seems to be adding in a
> bunch of space below a lot of block elements
I used Eric Meyer's example in one of his books to make a submenu of sorts-
I'm sure I screwed something up - it works fine in Firefox but in IE you can
see the submenu, but cannot always hover or click on the items (which
currently go nowhere). The effect works only intermittently.
The csshover
On Mar 6, 2006, at 12:18 PM, Cem Meric wrote:
> While waiting, I'll prefer your #wrapper img {vertical-
> align:bottom;} advice
> since #wrapper img {display:block;} may not be appropriate e.g.
> http://kalkadoon.net/sandbox/three-pixel-padding/inline.html
It all depends on the context, of cour
Jonathan Arthur asked:
>Also, can anyone explain a wee bit about the css warnings I am getting?
franky replied:
> Mostly, the easy way is to say ( background:
> inherit } when you change the foreground (font) color.
But be aware that this may cover a background image in an underlying
"layer".
> Images are inline elements, and thus rest on the base-line.
> Solutions:
> #wrapper img {display:block;}
> or
> #wrapper img {vertical-align:bottom;}
>
> Read more in this oldie:
> http://developer.mozilla.org/en/docs/Images,_Tables,_and_Mysterious_Gaps/
Thank you for the link Phil
Cem Meric wrote:
>> I'm stumped by an extra three pixels of padding that are appearing at
>> the bottom of images I enclose in divs.
>>
>
> The issue I believe is caused by DOCTYPE (XHTML 1.0 Strict) rules e.g. div
> needs height declaration with the same value as the image in order to wrap
On Mar 6, 2006, at 9:36 AM, Michael Williams wrote:
> I'm stumped by an extra three pixels of padding that are appearing at
> the bottom of images I enclose in divs. I've reduced it to a test
> case. Message continues below. (I've only been able to check in
> Firefox, Camino, Safari and IE/Mac, a
Jonathan Arthur wrote:
>[...]
>http://www.bloggsworld.com/OWD/LimeLite/index.html
>http://www.bloggsworld.com/OWD/LimeLite/lime-light.css
>[...]
>Also, can anyone explain a wee bit about the css warnings I am getting?
>
>
Hi Jonathan,
The css warnings are all about color and background color com
> I'm stumped by an extra three pixels of padding that are appearing at
> the bottom of images I enclose in divs.
In your code;
http://kalkadoon.net/sandbox/three-pixel-padding/padding.html
The issue I believe is caused by DOCTYPE (XHTML 1.0 Strict) rules e.g. div
needs height declaration with
Hi,
I'm stumped by an extra three pixels of padding that are appearing at
the bottom of images I enclose in divs. I've reduced it to a test
case. Message continues below. (I've only been able to check in
Firefox, Camino, Safari and IE/Mac, as I do not have access to a
Windows PC.)
Les Mizzell wrote:
> This is weird. In IE, the OL is displaying correctly
> 1. Question 1
>a. answer 1
>b. answer 2 ..
>
> In Netscape and Firefox, the numbers/letters are NOT
> displaying and I get the "dot" instead.
[snip]
> list-style: outside; }
Make that list-style-position:outsi
This is weird. In IE, the OL is displaying correctly
1. Question 1
a. answer 1
b. answer 2 ..
In Netscape and Firefox, the numbers/letters are NOT displaying and I
get the "dot" instead.
Huh
CSS:
#surveyFORM {
font-size: 12px;
padding: 8px 0 0 0;
margin: 8px 0 0 0; }
Olá Brent,
I think there's not a pure CSS solution. I would do as follows:
/* Hack: IE for Windows */
html{
overflow-y: hidden;
}
html body{
overflow-y: auto;
height: 100%;
}
.header {
width: expression(documentElement.clientWidth - 18 +"px");
}
html .fixed{
position: absolute;
margin: 10px;
}
On Mar 5, 2006, at 1:11 AM, Paul Novitski wrote:
> 2) declare them both inline:
>
> dt,
> dd
> {
> display: inline;
> }
I just went through this on the page I've been pestering folks in
vain about. By itself, this doesn't work. By defining both as in-
line, you're forced to either ad
el Sun, 5 Mar 2006 08:09:22 +0700
Rizky <[EMAIL PROTECTED]> escribió:
>
> /* this is the container */
> .entry-content { float: left; width: 20em; padding: 0 0 0 1.5em; }
> /* these are for the list */
> .entry-meta dt { float: left; width: 6.3em; }
> .entry-meta dd { padding-bottom: 0.6em; }
t
http://www.ubicuit.net/ejemplosCSS/listasDefinicion.htm
Paul Novitski escribió:
> At 03:33 PM 3/4/2006, luis jure wrote:
>
>> i want to format definition lists in a way that the definition description
>> goes in the same line than the definition term, like this:
>>
>> dt term1 here dd text g
19 matches
Mail list logo
