Re: [css-d] There has got to be a better way
Alan Gresley wrote: http://css-class.com/test/bug/float-right-left-edge-hidden.htm Firefox (Gecko 1.9), Mozilla (Gecko 1.7) IE8, Opera 9.6+ and Safari 4 supports the proper rendering of this test case which shows the majority of the element's width disappearing outside the left edge of the viewpoint. To clarify this. An element with the mythical float:center would have to behave like a floated right element along it's left edge and behave like a floated left element along it's right edge. This would mess with the current implementations of overflow. http://css-class.com/test/css/visformatting/floats-with-inline-elements.htm The later test case was originally testing inline and block level elements behavior around floats. Opera 9~10 and IE8 are the only browsers that follow the Specs [2] which states. Sorry IE8 does not render this correctly. I was getting confused with this bug, http://css-class.com/test/bug/floats-inline-and-float.htm where IE8, Firefox 3.5b and Opera 9~10 render it correctly. Your example is different since it involves floated inline content (images) within inline content. -- Alan http://css-class.com/ Armies Cannot Stop An Idea Whose Time Has Come. - Victor Hugo __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] Flaky Dropdowns
On the site I am working on at http://www.murphytx-online.com/murphy/ the top navigation has sub navigation that branches off some of the top level choices. The problem is that sometimes you can then mouse down to the new options but sometimes the sub navigation disappears when you try to point at it. After extensive testing I cannot figure out what is causing the difference and the problem persists whether or not the associated jQuery fade-in effect is turned off or on. I'm thinking this is a CSS issue. Any ideas? Thanks in advance. __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Flaky Dropdowns
Thank you, Alan. And, yes, I do want to make the site accessible to everyone.
At the moment you can click on any of the top level choices and if they happen
to have subnavigation then that will appear in the left sidebar. BTW, are there
dropdown menus out there that do work with keyboards in addition to mice?
Christian
-Original Message-
From: Alan Gresley a...@css-class.com
To: christi...@netscape.net
Cc: css-d@lists.css-discuss.org
Sent: Sat, Aug 8, 2009 1:34 am
Subject: Re: [css-d] Flaky Dropdowns
christi...@netscape.net wrote:?
On the site I am working on at http://www.murphytx-online.com/murphy/ the top
navigation has sub navigation that branches off some of the top level
choices. The problem is that sometimes you can then mouse down to the new
options but sometimes the sub navigation disappears when you try to point at
it. After extensive testing I cannot figure out what is causing the
difference and the problem persists whether or not the associated jQuery
fade-in effect is turned off or on. I'm thinking this is a CSS issue. Any
ideas? Thanks in advance.?
?
Hello Christian,?
?
It is this bit of CSS.?
?
#navList UL {?
? margin-left: 1px;?
? position: absolute;?
? width: 12em;?
? /* top: 1.2em; -- DELETE */?
? top: 100%; /* ADD */?
? display: none;?
}?
?
BTW, the initial hover for the nested list,?
?
#navList LI:hover UL {?
? display: block;?
}?
?
will not work for people who can only use the keyboard to navigate a web
page. You may want to select a different approach.?
?
http://www.tyssendesign.com.au/articles/css/dropdown-low-down/?
?
--
Alan http://css-class.com/?
?
Armies Cannot Stop An Idea Whose Time Has Come. - Victor Hugo?
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Flaky Dropdowns
On 8/08/2009, at 7:26 PM, christi...@netscape.net wrote: On the site I am working on at http://www.murphytx-online.com/ murphy/ the top navigation has sub navigation that branches off some of the top level choices. The problem is that sometimes you can then mouse down to the new options but sometimes the sub navigation disappears when you try to point at it. After extensive testing I cannot figure out what is causing the difference and the problem persists whether or not the associated jQuery fade-in effect is turned off or on. I'm thinking this is a CSS issue. Any ideas? Thanks in advance. I turned javascript off and it worked fine. The javascript needs to be tightened up but it's OT for CSS-d. __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Flaky Dropdowns
christi...@netscape.net wrote:
On the site I am working on at http://www.murphytx-online.com/murphy/ the top
navigation has sub navigation that branches off some of the top level
choices. The problem is that sometimes you can then mouse down to the new
options but sometimes the sub navigation disappears when you try to point at
it. After extensive testing I cannot figure out what is causing the
difference and the problem persists whether or not the associated jQuery
fade-in effect is turned off or on. I'm thinking this is a CSS issue. Any
ideas? Thanks in advance.
Hello Christian,
It is this bit of CSS.
#navList UL {
margin-left: 1px;
position: absolute;
width: 12em;
/* top: 1.2em; -- DELETE */
top: 100%; /* ADD */
display: none;
}
BTW, the initial hover for the nested list,
#navList LI:hover UL {
display: block;
}
will not work for people who can only use the keyboard to navigate a web
page. You may want to select a different approach.
http://www.tyssendesign.com.au/articles/css/dropdown-low-down/
--
Alan http://css-class.com/
Armies Cannot Stop An Idea Whose Time Has Come. - Victor Hugo
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Background Images clickable links
Christopher R wrote:
I was reading up on how to create links from background images, so I came
across this page
which mentions the following:
http://www.attackr.com/css-trick-turning-a-background-image-into-a-clickable-link/
Simple enough one thought, I applied it like so to my code:
HTML:
span id=logomiddlea href=www.cokecola.com/a/span /* coka cola is
just a test URL */
CSS:
#logomiddle {
display: block;
background: url(header-web-page-graphic-done3_01.png) no-repeat top center;
display: block;
position: absolute;
left: -490px;
top: -150px;
height: 1150px;
width: 960px;
z-index: 1;
}
I added display: block as it mentions but there is some mentioning of
positioning that has gotten me lost.
Hello Christopher,
The linked example has this which is very different to what you have.
div id=headera
href=http://mysite.com;spanMySite.com/span/a/div
#header a {
background: #fff url(images/header.png) no-repeat;
display: block;
height: 101px;
width: 800px;
}
#header a span {
visibility: hidden;
}
Maybe using such code will help.
E id=ancestor-elementa href=www.cokecola.comspanText
here/span/a/E
with this CSS.
#ancestor-element a {
display: block;
background: url(header-web-page-graphic-done3_01.png) no-repeat top
center;
height: 1150px;
width: 960px;
}
#ancestor-element a span {
position: absolute;
left: -490px;
top: -150px;
}
And change the id to that of an ancestor element containing the anchor
link to cokecola.
--
Alan http://css-class.com/
Armies Cannot Stop An Idea Whose Time Has Come. - Victor Hugo
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Flaky Dropdowns
christi...@netscape.net wrote: Thank you, Alan. And, yes, I do want to make the site accessible to everyone. At the moment you can click on any of the top level choices and if they happen to have subnavigation then that will appear in the left sidebar. BTW, are there dropdown menus out there that do work with keyboards in addition to mice? Christian Please bottom post. There are examples of such menus. Some are here. http://www.tyssendesign.com.au/articles/css/dropdown-low-down/ Including this one. http://css-class.com/articles/ursidae/bears5ddh-kbaccess.htm BTW, I don't support the use of such menus with multiple nested list. -- Alan http://css-class.com/ Armies Cannot Stop An Idea Whose Time Has Come. - Victor Hugo __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] My IE Hack is hacking all the other browsers!!
Erik Vorhes wrote:
Alan Gresley wrote:
My point is that you do not outline what risk. To say when there is a
much less riskier solution available is repeating a mantra that appears
in many places. It not based on reality but is more a warning to
beginners that sending alternative styles to a particular browser is
risker than sending the same style to all browsers.
Well, it depends on the hack. If it's something that would still
validate (and though it feels unusual, the * html / *+html hacks fit
in the valid category, as far as I can tell), it's probably not a
big deal, unless other browsers that don't need the associated style
information start understanding those selectors.
As I have previously stated, the element tree IE6 and IE7 and IE5/Win
and IE5/Mac is.
hidden-container
html
head.../head
body.../body
/html
/hidden-container
I quote someone (referring to the late 1990s),
I mean the fact that
* html {...}
Ever applied to anything was a bug. I wrote the original
selector-matching code that had this bug in it. We had a special hidden
root container node in our element tree for some internal reasons, and
I forgot to explicitly skip it in the selector node matching code. We
didn't discover this for years. :)
---
Other browsers do not have a *special hidden root container node* that
can be selected.
As I recall, the *
html hack was the center of some concern when the IE7 release was
imminent, since it initially was going to recognize styles from that
selector (even though it didn't necessarily need them)
The controversy was that Microsoft at that time wanted the web
development community to fully embrace the use of IE conditional
comments. The argument they use is flawed. How things have transpired
now with IE8 now correctly supporting CSS2.1 has allowed the web to
survive (without many broken pages) and move forwards towards true
interoperability.
[...]
That said, my usual CSS development approach is as follows:
1. Write CSS that's not targeted to any specific browser (aside from
-namespaced- properties).
2. Use conditional comments to solve any IE-specific problems.
3. Incorporate what I can back into the universal CSS to see if it
breaks any other browsers.
4. If the IE stuff breaks any other browsers, put the culprits back in
a conditional comment.
I must say that is a unusual and strange step.
5. If I'm short on time and/or have run into something that seems
impossible to fix, use a javascript library like Dean Edwards' IE7.js
or IE8.js (which you can get at dean.edwards.name).
6. If that doesn't work, try to approach the layout from a different
direction.
7. Go back to step 1, and following.
This process isn't as cumbersome as it sounds, but it's still
time-consuming. At some point you may need to follow the path of least
resistance, whatever that may be.
Rules, methodologies and etc. :-)
Being one to do things my own way (the opposite path to least
resistance), my direction of development is to do what seemed impossible
to do at least 7 years ago,
http://css-class.com/test/demos/popup-gallery1.htm
and then simply hack whatever needs hacking for IE6- or IE7. One may do
many things with CSS but ones education to fully understand any
developmental problems must begin here,
http://www.w3.org/TR/CSS21/
and not here.
http://www.google.com/
I choose not to use CSS hacks mostly because it doesn't fit into my
workflow. I also have some philosophical issues with the hack
approach, but nothing I've written is explicitly intended to convince
you not to use CSS hacks. (Though I think it's easier not to use
them.)
Erik Vorhes (*not* Eric Meyer, if that would ever be an issue!)
Yes, Eric Meyer, not Eric Meyers.
Concerning browser implementers following standards and IE.
http://css-class.com/test/bugs/ie/ie-chaos2.htm
Does the web development community continue to code to propriety
standards or open standards?
http://www.w3.org/TR/html401/intro/sgmltut.html#idx-HTML
The web standard for HTML states,
Information that appears between comments has no special meaning.
--
Alan http://css-class.com/
Armies Cannot Stop An Idea Whose Time Has Come. - Victor Hugo
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] unwanted space between divs
Hi everyone, Im at a loss to know where the extra space is coming from on this page. Hoping some kind soul can point me in the right direction. http://highlandswebsitecompany.com/garden-wall/ Cheers Fiona __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] unwanted space between divs
Hi everyone, Im at a loss to know where the extra space is coming from on this page. Hoping some kind soul can point me in the right direction. http://highlandswebsitecompany.com/garden-wall/ Cheers Fiona Ive answered my own question, although maybe someone could shed more light on for me. Also, Im amazed that it hasnt been an issue for me till now.. Apparently an image will be treated as an inline element and even though I had zeroed margins and paddings, browsers will still add extra space to images , apparently treating them like text and adding extra space to compensate for serifs or whatever. Is this the case? I made the images block level and the space disappeared. I do realise that they should probably be background images, and this would have alleviated the prob. cheers Fiona __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] unwanted space between divs
On Aug 8, 2009, at 10:10 PM, Fiona Hayward wrote: Apparently an image will be treated as an inline element and even though I had zeroed margins and paddings, browsers will still add extra space to images , apparently treating them like text and adding extra space to compensate for serifs or whatever. Is this the case? Yes. An image is an inline element and rests on the baseline of the parent block level element. An old but pertinent explanation: https://developer.mozilla.org/en/Images,_Tables,_and_Mysterious_Gaps Philippe --- Philippe Wittenbergh http://l-c-n.com/ __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] My IE Hack is hacking all the other browsers!!
Hello 2009/8/8 Alan Gresley a...@css-class.com: Concerning browser implementers following standards and IE. http://css-class.com/test/bugs/ie/ie-chaos2.htm While we are at bashing bad practices - this very page linked as well as the gallery page linked a bit above http://css-class.com/test/demos/popup-gallery1.htm and the mailman pages of this very list has background set to some gray color and text color unset. So people with gray text color would not see any text on those pages. Is that what they teach in css-classes these days? I would appreciate if web developers considered people using other colors than black on white, and if they want to set the colors of their pages to certain combination to do that *completely*. Thanks Michal __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] default value text -- two different styles?
Hi, Can default value text be two different styles within the same textbox? For example -- in one input text box I'd like to put: Location (city or zip) Can Location be large and (city or zip) styled smaller? Thanks! CC __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] Fixed Positioning Relative to Parent Container?
Hello, Was just wondering if there was a way to position an element fixed relative to its parent container? At present it seems fixed positioning is only relative to the viewport. Is there a work around to make it relative to its parent container? TIA, Elli __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] default value text -- two different styles?
Ce Ce wrote: Can default value text be two different styles within the same textbox? No, because the text needs to be plain text - no way to insert markup there, thus no inner elements. For example -- in one input text box I'd like to put: Location (city or zip) Can Location be large and (city or zip) styled smaller? No. But why would you do that? It could mislead the user into thinking that the input can be rich text. Moreover, this does not look like a useful default value but an explanation - something that should _precede_ the field, as a label, and then you can style its part, if you just use some inner markup, e.g. label for=locspan class=fooLocation/span (city and zip):/label input id=loc ... -- Yucca, http://www.cs.tut.fi/~jkorpela/ __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Fixed Positioning Relative to Parent Container?
2009/8/8 Elli Vizcaino elli...@yahoo.com: Hello, Was just wondering if there was a way to position an element fixed relative to its parent container? At present it seems fixed positioning is only relative to the viewport. Is there a work around to make it relative to its parent container? position:absolute Or be a little more specific in your problem description. Ingo __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] default value text -- two different styles?
Thanks Jukka. I think I'll take your suggestion to put (city or zip) outside the box. But be aware you can style text within a text box -- font, size, weight and color. Best, CC On Sat, Aug 8, 2009 at 3:05 PM, Jukka K. Korpela jkorp...@cs.tut.fi wrote: Ce Ce wrote: Can default value text be two different styles within the same textbox? No, because the text needs to be plain text - no way to insert markup there, thus no inner elements. For example -- in one input text box I'd like to put: Location (city or zip) Can Location be large and (city or zip) styled smaller? No. But why would you do that? It could mislead the user into thinking that the input can be rich text. Moreover, this does not look like a useful default value but an explanation - something that should _precede_ the field, as a label, and then you can style its part, if you just use some inner markup, e.g. label for=locspan class=fooLocation/span (city and zip):/label input id=loc ... -- Yucca, http://www.cs.tut.fi/~jkorpela/ http://www.cs.tut.fi/%7Ejkorpela/ __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/ __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] need help debugging float layout of IE5.5, 6, 7 - wordpress theme
I would appreciate some help in my attempt at a CSS float layout on
wordpress - working on a mac without a wintel machine.(sniffle)
This is my current 'Ohlone' working draft layout template:
http://www.modernia.net/oh/6/
You see a three column layout; a sidebar area floated left and a
main content area floated right (split in two with 2 floats that are
not causing problems).
/* main content area */
#content {margin-left:190px;}
.content {float:right;width:100%;} /* #content is parent */
/* sidebar area */
#primary {float:left;width:180px;
margin-top: 220px;
margin-right: -200px;
padding:5px;
border:3px solid red;}
#secondary {float:left;width:180px;
margin-right: -200px;
padding:10px;
clear:left;
padding:5px;
border:3px solid lime;}
All wintel FF and osx browsers are OK like this IE8 xp screenshot
(note green and red borders on two sidebar sections for de-bugging)
http://browsershots.org/screenshots/c1c7224ec1d4cbac82784007accd6a83/
IE7, the sidebar content area rises up and stops at the the
maincontent/sidebar container top or the horizontal navigation
container bottom
http://browsershots.org/screenshots/1e625e65b3e3fce3d7ae5422aef3d997/
IE5.5 and IE 6 are not high priorities but I do want them readable so
the layout needs to hold. Both drop the sidebar content down to the
level of the bottom of the main content area.
(some part of main content white background covering flower image
background on left also)
http://browsershots.org/screenshots/d4e515ba0191da25c96d204a92882bd4/
IE5.5 also expands the main content area to the viewport:
http://browsershots.org/screenshots/95aea1f2e6ead8d1170ee1247e09ac45/
I can but do not want to change much html markup because I am building
this theme sort-of from-scratch on top of the wordpress 'thematic'
framework 'skeleton'. This is a convenient diagram of the #div
structure of the wordpress theme framework I am working with:
http://themehybrid.com/blog/wp-content/uploads/2009/02/hybrid-legend.png
THANK YOU!
Don Spark
DISCLAIMER
I started work on this draft float layout a couple of weeks ago and
got some css-discuss help on some problems. And, I have changed my
approach somewhat.
http://lists.css-discuss.org/mailman/private/css-d/2009-July/096044.html
But, please forgive me if I am repeating a mistake that I have been advised on.
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] css-d Digest, Vol 81, Issue 7
Message: 11
Date: Sat, 8 Aug 2009 06:49:28 +1200
From: Tim Snadden li...@snadden.com
Subject: Re: [css-d] Growing a section vertically...
To: css-d@lists.css-discuss.org
Message-ID: 8eea387f-9974-4afd-a648-fa0138b5b...@snadden.com
Content-Type: text/plain; charset=US-ASCII; format=flowed
On 8/08/2009, at 4:42 AM, Michael Beaudoin wrote:
I have a test where I would like to get the colored section this page
to grow as the copy gets larger.
Right now I have a set height, and I know that's not the way to do
it,
but I can't seem to get it to get larger vertically.
You can see the page at http://www.ba-doyn.com/junk/saw/adults.htm.
Be kind. :-)
Google 'css containing floats'.
#body-adult {
overflow: auto;
height: auto; /* -- actually just remove the height you set */
}
The overflow worked perfectly. I still have a tough time with floats,
but it's getting better.
Thanks again.
Michael
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] Sticky footer with form element
Hi all Was inspired by this list to try out the sticky footer technique in my dotnetnuke skin. However, the generated form tags cause the footer to remain stuck when the browser is resized smaller, causing the footer to overlap content text Here without form tags (stuck nicely)... http://demo.jo-informatik.dk/test1.htm Here without form tags (overly stuck)... http://demo.jo-informatik.dk/test2.htm I know the standard fix is to set a height:100% on the form element, but it doesn't seem to work for me :( I cant drop the form tags because its dotnetnuke (ASP.NET). Can anyone help me out on this one? P.S getting this working in firefox alone is fine for now.. Regards Ian Wermer Gibson __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] css-d Digest, Vol 80, Issue 21
On 1/08/2009, at 5:58 AM, Debbie Campbell wrote:
re:[css-d] sticky footer up a little too high
http://www.redkitecreative.com/projects/getborn/
Firstly your IE stylesheet is being served to all browsers. That's
not
the cause of this problem but it will cause you problems down the
line. It defeats the purpose of having and IE stylesheet. Hide it
with
conditional comments.
In both ie7 (line 9) and in screen.css (line 126) there is the
following
#content { padding-bottom: 140px; }
It needs to be 152px (equal to your 'top' value?)
Thanks for the conditional comment note - I guess I was so wrapped
up in
doing my first WP theme I wasn't thinking.
The ie7 stylesheet is still in play.
I tried changing the padding as you mentioned but it didn't affect the
space at the bottom at all...
.footer { margin- top: 12px; } solves the immediate problem.
I haven't looked at this in IE but you have to get things working
correctly first. IE is almost always wrong.
If I were you I would rethink why you are using one background image.
It means that the intro text will look strange unless it is 2 lines
long. Each of the 'lines' of the background image could be applied to
a different element which would allow for more flexibility.
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] List numbers disappearing in IE 7
On my site, the number of an ordered list item will disappear when the list begins with a blockquote. This problem occurs in IE 7, but not Firefox or Safari. Here's an example: http://arborupdate.com/article/1843/primary-results-coming-in#c025109 Any ideas what might be causing the problem? Thanks, Matt __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Sticky footer with form element
Ian Gibson wrote: Hi all Was inspired by this list to try out the sticky footer technique in my dotnetnuke skin. However, the generated form tags cause the footer to remain stuck when the browser is resized smaller, causing the footer to overlap content text Here without form tags (stuck nicely)... http://demo.jo-informatik.dk/test1.htm Here without form tags (overly stuck)... http://demo.jo-informatik.dk/test2.htm I know the standard fix is to set a height:100% on the form element, but it doesn't seem to work for me :( Here's the method I use, which uses an outer DIV of min-height: 100%, not height: 100%; http://www.cssstickyfooter.com/ Your first example has an extra DIV at the top of the page. As it contains hidden INPUTs, the height is zero and does not affect the rest of the page, which more or less follows the above method. In your second example, you wrapped the entire content in your FORM, including the footer. You really need to wrap all content except for the footer inside your container DIV, giving _that_ the min-height of 100%. Cordially, David -- __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Fixed Positioning Relative to Parent Container?
Yes I'm aware that one can position elements absolute relative to their parent container. The reason I asked about the possibility of fixed positioning relative to its parent container is because I have the idea of creating a floating nav and am using a fixed width layout. So I do not want the floating nav relative to the viewport. Elements that are fixed tend to scroll with the window. Wanted to see if there was a way to create a pure CSS floating nav and one that I can position relative to a container as opposed to the browser window. TIA, Elli --- On Sat, 8/8/09, Ingo Chao ichaoc...@googlemail.com wrote: From: Ingo Chao ichaoc...@googlemail.com Subject: Re: [css-d] Fixed Positioning Relative to Parent Container? To: Elli Vizcaino elli...@yahoo.com Cc: CSS Discuss css-d@lists.css-discuss.org Date: Saturday, August 8, 2009, 3:33 PM 2009/8/8 Elli Vizcaino elli...@yahoo.com: Hello, Was just wondering if there was a way to position an element fixed relative to its parent container? At present it seems fixed positioning is only relative to the viewport. Is there a work around to make it relative to its parent container? position:absolute Or be a little more specific in your problem description. Ingo __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
