Thank you--
It looks like we are going with the SWFObject 2.0 static method.
The http://www.alistapart.com/articles/flashsatay article was also
helpful in that it explained the process.
Do you know if the alternative content can be picked up by a text reader?
Thank you,
Dory
On Mon, Mar 24,
Hi all,
I am putting together a print stylesheet for an online newsletter that contains
quite a number of urls, some of which are very long.
In order to make the printed version of the newsletter meaningful I have
considered using:
#content a:after { content: ( attr(href) ) ; }
to show the
Semantic markup for a person's name or business nameThe ADDRESS element is
intended to provide contact information for the author of the HTML document,
not any address.
http://www.w3.org/TR/html401/struct/global.html#h-7.5.6
-Thom
- Original Message -
From: Cole Kuryakin
To:
Semantic markup for a person's name or business nameI think the address tag
is specifically intended for the author contact for the page itself (and
only used once on a page).
for hCard markup see this page: http://microformats.org/wiki/hCard
If you want tools that use microformats (such as
Thanks to all for their input on this issue.
The hCard link within microformats.org was very helpful.
Two follow-on question though:
1. What does the v and h stand for in regards to vCard and hCard,
and:
2. Aside from it's semantic nature, is there really any functional use for
formatting data
Cole Kuryakin wrote:
2. Aside from it's semantic nature, is there really any functional use for
formatting data using microformats?
For some practical examples of doing stuff with hCard:
Online service to translate hCard into vCard (ie. put directly into your
contacts application:
Hi,
No, I mean User Agent
Quote from W3C:
INS and DEL are used to markup sections of the document that have been
inserted or deleted with respect to a different version of a document
(e.g., in draft legislation where lawmakers need to view the changes).
... User agents should render inserted
Hi Sarah,
On 26-Mar-08, at 12:22 PM, Sarah Peeke wrote:
http://www.alistapart.com/articles/improvingprint/
However, this is only useful if JavaScript is enabled.
In the article listed, if javascript is disabled, then the links are
displayed inline. I don't think there is a more elegant
I am putting together a print stylesheet for an online newsletter that
contains quite a number of urls, some of which are very long.
Hi Sarah,
You could translate your long URLs to shorter ones using some code on your
server or TinyURL:
http://tinyurl.com/
Best regards,
Kepler Gelotte
Thanks for your email.
I am currently out of the office on training and will return on Friday the 28th
of March.
Regards,
Damian Keeghan
p class=MsoNormalfont size=1 face=Verdanaspan style='font-size:8.0pt;
font-family:Verdana'/font
font size=1 face=Verdanaspan style='font-size:8.0pt;
IE8's default setting will be to render web pages in standards-
compliant mode. You can opt out of standards compliance with a meta
tag. It was originally announced as the reverse. They changed their
mind once the mob headed toward the castle in Redmond with pitchforks.
Like most of us, If
Hi Jody and others who responded to my post.
I am very relief to know that I don't need to worry.
tee
On Mar 26, 2008, at 10:20 AM, jody tate wrote:
IE8's default setting will be to render web pages in standards-
compliant mode. You can opt out of standards compliance with a meta
tag. It
Thomas Thomassen skrev:
Thanks. Got a link to where I can follow that incase there's response?
http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2008-March/014252.html
There have been two responses so far. One wishing to expand the
suggestion and one that is simply positive. No word from
On 26/03/2008, at 11:30 PM, Steve Green wrote:
No it can't. Flash content that is embedded using techniques such as
UFO and
SWFObject is not visible to screen readers - they don't even know it's
there. If the content is important, you need to provide an accessible
alternative.
If you're
[EMAIL PROTECTED]@R KULEKCİ wrote:
which browser is better to try web site. i rarely look my web site in
ie. is firefox enough?
No, you need to test in multiple browsers. Since even two standards
compliant browsers may render the same page slightly differently, you
certainly will need to test
2. Aside from it's semantic nature, is there really any functional use
for
formatting data using microformats? I mean, if your format various content
using microformat standards - as they currently exist - is this
information then usable/parse-able on different devices? Or is the use of
Hi all,
I wanted to ask a question of better practice and current standards view.
Is it better to have a header and footer stretch across the width of the
browser window or be restricted to the width of the defined. left aligned
content area. Leaving lots of vacant white space for people with
William Donovan wrote:
Hi all,
I wanted to ask a question of better practice and current standards view.
Is it better to have a header and footer stretch across the width of the
browser window or be restricted to the width of the defined. left aligned
content area. Leaving lots of vacant
Hi William,
It sounds like you're looking for something like a 'jello layout' (term not
mine)
You can find out more here:
http://www.positioniseverything.net/articles/jello.html
Basically a jello layout will expand and shrink with the browser window but
only to a defined minimum / maximum.
Hi William
my preference is to view banner elements in a 100% wide chunk that blend
(hopefully) for a seamless look. I acknowledge that this is not always possible
(or desirable).
As a 1680 pixel wide laptop user I have to agree that fixed width is an issue,
especially for totally
A design issue, possibly,
However the end basis for decisions are standards and evidence, and was
wondering if there was any out there. If no real evidence is available, the it
is up to those with the strongest opinion.
Good note on assessing environments and user requirements, however that
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of dwain
Sent: Wednesday, March 26, 2008 8:49 PM
To: web standards group
Subject: [WSG] floats and ie7
i thought i had fixed this problem. i guess i didn't.
http://www.alforddesigngroup.com/
in ff, opera, safari 3.1 and
i thought i had fixed this problem. i guess i didn't.
Hi Dwain,
Try adding float: left to your nav definition:
#nav {
FLOAT: left; FONT-SIZE: 90%; MARGIN: 0px 0px 0px 8.5em; COLOR:
#039; TEXT-ALIGN: left
}
Best regards,
Kepler Gelotte
Neighbor Webmaster, Inc.
156
Hi,
I am just curious if anyone can explain why the u tag has been deprecated
while b and i are still allowed.
Thanks in advance.
Best regards,
Kepler Gelotte
Neighbor Webmaster, Inc.
156 Normandy Dr., Piscataway, NJ 08854
www.neighborwebmaster.com
phone/fax: (732) 302-0904
thanks kepler for the reply. i just figured it out. i added a width of 30%
to the nav rule and ie7 played right. sometimes things just go over my head
and i have to look at the outlined divs in firefox to figure things like
this out. i was seeing a blue line for a dive that went all the way
thanks thierry for your response. there was no width set on the nav div and
that was the culprit. after my bout with the nn4 style sheet i guess i was
brain dead. let me know when you will be in alabama and we'll roll out the
red carpet southern style when you get here.
dwain
On 3/26/08,
Hi Kepler,
In many ways, b has been deprecated in favour of strong and i in
favour of em (emphasis). u (underline) has been deprecated because
it shouldn't be part of structural markup, but instead part of styling,
so it would be replaced by span class=underline/span or similar.
The reason
Here I found they are not technically depreciated but they have
recommended replacements
|b| Although technically not deprecated, W3C recommends the |strong
|element be used instead.
|i| Although technically not deprecated, W3C recommends the |em
|element be used instead.
Thanks for the explanation John.
I think the standards group still should have deprecated b and i though.
Seems a pretty weak argument to say that strong and em will be misused
because b and i already are.
Bold and italics can be controlled through CSS as well, leaving HTML as
clean and semantic
after my experience tonight i was wondering why some divs will shrink wrap
their contents while others don't. any takers?
dwain
--
dwain alford
The artist may use any form which his expression demands;
for his inner impulse must find suitable expression. Kandinsky
thanks thierry for your response. there was no width set on the nav div and
that was the culprit.
after my bout with the nn4 style sheet i guess i was brain dead. let me know
when you will be in alabama
Hi Dwain,
It does not need a width, it needs hasLayout [1].
If it works with a
The presentational elements such as b, i, s and u are deprecated as
because it can be achieved by CSS. For example, u can be achieved by
*text-decoration:
underline*;.
I think, em and strong have been left for *screen readers* to understand
the emphasize part.
Thanks!
Venkatesan M
On Thu, Mar
Hi List,
My question is about embedding Flash on html pages (just certain elements -
not talking about full flash sites). I always get errors from HTML Tidy and
the validator about the object and embed tags, which wrecks my validated
markup. What is the standards-compliant way to embed Flash
I agree with the reasoning but in practice I think its actually better to
use b and i (maybe not so much u) - sometimes you just want something
bold and its much less markup to wrap b and i instead of span
class=bold [which in itself creates the conumdrum of separating markup
from presentation:
34 matches
Mail list logo
