Looks like
it's in the HTML 3.0 draft:
http://www.w3.org/MarkUp/html3/deflists.html
You're right - no mention of it in 4.01, although both IE and FF
support it. I wonder why they got rid of it.
-Nate
Nathan Rutman ([EMAIL PROTECTED])
Corporate Communications Designer
Solvepoint
Rachel,
See question #6 on WSG's own Ten Questions for Russ Weakley. He
addresses that very issue:
http://webstandardsgroup.org/features/russ-weakley.cfm#flash
Hope that helps,
-Nate
*Nathan Rutman* ([EMAIL PROTECTED] mailto:[EMAIL PROTECTED])
Corporate Communications Designer
*Solvepoint
Whenever a background is disappearing, try to give layout to the
parent of the element via the Holly hack.
What does that mean? You want to give a height:0 to the parent
element? I don't get it...
-Nate
*Nathan Rutman* ([EMAIL PROTECTED] mailto:[EMAIL PROTECTED])
Corporate Communications
Oh, that IS interesting! And very helpful. Thanks for sharing!
-Nate
Ingo Chao wrote:
Nathan Rutman schrieb:
Whenever a background is disappearing, try to give layout to the
parent of the element via the Holly hack.
What does that mean? You want to give a height:0 to the parent
anyway). Are there other differences occurring?
-Nate
*Nathan Rutman* ([EMAIL PROTECTED] mailto:[EMAIL PROTECTED])
Corporate Communications Designer
*Solvepoint Corporation*
882 South Matlack Street, Suite 110
West Chester, PA 19382
800.388.1850 x1208
484.356.0990 (fax)
www.solvepoint.com http
, that is one more step you'd have to take if you ever
updated the image in the future with one that isn't the same dimensions.
Hope that helps,
Nate
*Nathan Rutman* ([EMAIL PROTECTED] mailto:[EMAIL PROTECTED])
Corporate Communications Designer
*Solvepoint Corporation*
882 South Matlack Street, Suite 110
-floated content (Other Content) to get
FireFox to display the background image on the containing DIV. Is there
anyway to display a background image behind floated elements?
Thanks for any help,
Nate
--
*Nathan Rutman* ([EMAIL PROTECTED] mailto:[EMAIL PROTECTED])
Corporate Communications
In that case, perhaps using an EM size would be more effective than a
percentage. It would still be resizable for accessibility, but it might
not throw 5.5 for a loop...
-Nate
*Nathan Rutman* ([EMAIL PROTECTED] mailto:[EMAIL PROTECTED])
Corporate Communications Designer
*Solvepoint
Don't use pixel values, use percentages or keywords:
.spritely {
background: transparent url(bg-icons.png) no-repeat right center;
padding-right: 65px;
min-height: 15px;
}
Hope that helps,
Nate
*Nathan Rutman* ([EMAIL PROTECTED] mailto:[EMAIL PROTECTED])
Corporate Communications
the left, if the font is scaled it will overlay the background image.
Hope that helps,
Nate
*Nathan Rutman* ([EMAIL PROTECTED] mailto:[EMAIL PROTECTED])
Corporate Communications Designer
*Solvepoint Corporation*
882 South Matlack Street, Suite 110
West Chester, PA 19382
800.388.1850 x1208
want a web that can store content from those other mediums.
What are your thoughts? Did I convince you? ;-)
-Nate
*Nathan Rutman* ([EMAIL PROTECTED] mailto:[EMAIL PROTECTED])
Corporate Communications Designer
*Solvepoint Corporation*
882 South Matlack Street, Suite 110
West Chester, PA 19382
that they have relevance to content. Therefore, if we
want to easily portray that content (books, articles, journals, etc.) on
the web, something like the HR tag is needed, otherwise we loose some
document portability.
Let me know if I can clarify further,
-Nate
*Nathan Rutman* ([EMAIL PROTECTED
I believe it was renamed from hr because (like hr) it is not
necessarily horizontal.
Oh, that's an interesting point. I hadn't considered that implication.
-Nate
*Nathan Rutman* ([EMAIL PROTECTED] mailto:[EMAIL PROTECTED])
Corporate Communications Designer
*Solvepoint Corporation*
882
of bloviating.
-Nate
P.S. If XHTML 2.0 wants to replace HR with a more meaningful tag name,
that's fine. I'm just saying that I think we need the functionality of
that kind of element.
*Nathan Rutman* ([EMAIL PROTECTED] mailto:[EMAIL PROTECTED])
Corporate Communications Designer
*Solvepoint
the sites I build, but the idea that X/HTML lends itself to auditory
users as much as it lends itself to visual users I don't find very
convincing.
Let me know if you have any other thoughts! I've got to get to work. :-)
-Nate
*Nathan Rutman* ([EMAIL PROTECTED] mailto:[EMAIL PROTECTED])
Corporate
),
and if that's what you meant, I'd be interested to hear how you'd
differenciate between the two in an X/HTML document. I can't think of a
difference, but that certainly doesn't mean that there isn't one.
Thanks for your thoughts!
-Nate
*Nathan Rutman* ([EMAIL PROTECTED] mailto:[EMAIL PROTECTED
/marketing 101 resource will tell
you that. X/HTML seems better tailored to presenting the content
visually than anything else. Again, we'll see what the future gives us.
Thanks for the stimulating conversation. I have enjoyed it.
-Nate
*Nathan Rutman* ([EMAIL PROTECTED] mailto:[EMAIL PROTECTED
it...and if it's not that cut and dry, one has to
ask whether the model implemented in X/HTML is truly universal.
-Nate
*Nathan Rutman* ([EMAIL PROTECTED] mailto:[EMAIL PROTECTED])
Corporate Communications Designer
*Solvepoint Corporation*
882 South Matlack Street, Suite 110
West Chester, PA
Laura,
I understand that HTML certainly can be interpreted on other mediums.
You don't think it caters to one medium over another?
-Nate
*Nathan Rutman* ([EMAIL PROTECTED] mailto:[EMAIL PROTECTED])
Corporate Communications Designer
*Solvepoint Corporation*
882 South Matlack Street, Suite
Isn't it funny that we were having these kinds of discussions about
Netscape in '96? Why design for anything other than Netscape? We are
finally getting standards that aren't tied to a particular browser
implementation/build and we have to ask ourselves whether we want to use
them? Give me
can provide,
-Nate
--
*Nathan Rutman* ([EMAIL PROTECTED] mailto:[EMAIL PROTECTED])
Corporate Communications Designer
*Solvepoint Corporation*
882 South Matlack Street, Suite 110
West Chester, PA 19382
800.388.1850 x1208
484.356.0990 (fax)
www.solvepoint.com http://www.solvepoint.com
21 matches
Mail list logo
