http://blog.deconcept.com/2005/03/31/proper-flash-embedding-flashobject-best-practices/
if your not adverse to using some javascript, no ones be able to prove
any draw backs to using this system yet
certainly much easier than merthods you re trying!!
designer wrote:
OK, I'm getting a bit
I believe that, and all my reading leads me to believe that a
elements may only contain other inline elements (not including a
elements.
Can anyone point me to the definitive part of the HTML spec that says
this?
Thanks,
john
John Allsopp
style master :: css editor ::
On Thu, 26 May 2005 16:30:30 +1000, John Allsopp wrote:
Can anyone point me to the definitive part of the HTML spec that says this?
http://www.w3.org/TR/REC-html40/struct/links.html#edef-A
is one place :)
Lea
~ sits back to see if she got in first ;)
--
Lea de Groot
Elysian Systems - I
I think it's here:
http://www.w3.org/TR/1999/xhtml-modularization-19990406/DTD/doc/xhtml1-t.elt.html#a
Cheers!
On 5/26/05, John Allsopp [EMAIL PROTECTED] wrote:
I believe that, and all my reading leads me to believe that a
elements may only contain other inline elements (not including a
Can anyone point me to the definitive part of the HTML spec that says this?
http://www.w3.org/TR/REC-html40/struct/links.html#edef-A
is one place :)
Was going through the specs when Lea responded, but surprisingly,
there's no specific phrase that says you can't wrap block level
elements
That was the transitional one, the strict is
http://www.w3.org/TR/1999/xhtml-modularization-19990406/DTD/doc/xhtml1-s.elt.html#a
On 5/26/05, Bruno Torres [EMAIL PROTECTED] wrote:
I think it's here:
http://www.w3.org/TR/1999/xhtml-modularization-19990406/DTD/doc/xhtml1-t.elt.html#a
Cheers!
John Allsopp schrieb:
I believe that, and all my reading leads me to believe that a
elements may only contain other inline elements (not including a
elements.
Can anyone point me to the definitive part of the HTML spec that says
this?
Lea,
that would be this bit yes?
!ELEMENT A - - (%inline;)* -(A) -- anchor --
j
On 26/05/2005, at 4:47 PM, Lea de Groot wrote:
On Thu, 26 May 2005 16:30:30 +1000, John Allsopp wrote:
Can anyone point me to the definitive part of the HTML spec that
says this?
Pabhath,
Was going through the specs when Lea responded, but surprisingly,
there's no specific phrase that says you can't wrap block level
elements inside an anchor.
I guess it's implied that no inline element can contain a block level
element, and there's no need to specifically mention this
On Thu, 26 May 2005 17:03:25 +1000, John Allsopp wrote:
that would be this bit yes?
!ELEMENT A - - (%inline;)* -(A) -- anchor --
Yep, as Ingo says, the '%inline;' means 'only inline elements in here'
and the '-(A)' means 'except that exciting one, the anchor'.
Lea
~ who naughtily
Lea de Groot wrote:
http://www.w3.org/TR/REC-html40/struct/links.html#edef-A
is one place :)
Topically: Tommy's 'The art of reading a DTD'
http://www.autisticcuckoo.net/archive.php?id=2005/05/01/art-of-reading-dtd
--
Patrick H. Lauke
_
Andrew Krespanis wrote:
picky type=semantics
The method I use to decide on the appropriate use of dl is to say
'equals' in between the dt and each dd.
being ultra picky, then, even what the W3C suggest at the end of
http://www.w3.org/TR/html4/struct/lists.html#h-10.3 is wrong
Another
Thanks Lea,
all sorted now,
john
On 26/05/2005, at 5:20 PM, Lea de Groot wrote:
Yep, as Ingo says, the '%inline;' means 'only inline elements in here'
and the '-(A)' means 'except that exciting one, the anchor'.
John Allsopp
style master :: css editor ::
Another application of DL, for example, is for marking up dialogues,
with each DT naming a speaker, and each DD containing his or her words.
'Juliet equals Romeo, oh Romeo...' nope
That example has been cited often for an instance where W3C got it
wrong. or not.
Anyways, a dialogue is
Ingo Chao schrieb:
http://www.w3.org/TR/REC-html40/struct/links.html#edef-A
12.2 The A element
!ELEMENT A - - (%inline;)* -(A) -- anchor --
(%inline)*
content: zero or more inline elements
-(A)
but no other A element
You are right, there is no phrase visible to me that explicitely
Prabhath Sirisena
Anyways, a dialogue is definitely not a place for a definition list.
By the name definition itself things should be clear. Perhaps W3C
should come up with a new element for such uses (or the developer can
create is own xHTML module, but, like, who cares?).
Until we can use
While I was zooming the text-size in FF, I saw that
one line of text partly overlaps the red float.
http://www.satzansatz.de/cssd/tmp/lineinfloat.html
looks like the real browsers have some float bugs too.
FFnightly20050525 WinXPSP2. Can this be confirmed on a Mac build? If
this is a bug,
Interesting,
Confirmed on Windows 2000, FFN 20050521.
I'll have a play with your example and see if I can't work out the details.
On 5/26/05, Ingo Chao [EMAIL PROTECTED] wrote:
While I was zooming the text-size in FF, I saw that
one line of text partly overlaps the red float.
Certainly modern browsers (Safari, Firefox, Mozilla) handle what I'm
trying to do, but IE is mucking this up. I'd post a link but this is
on an internal dev server...
I have a div that is 775px wide and 300px tall with overflow:auto.
Inside there is a table (for tabular type data) that is
Yes, it's there on many older builds too. (Windows 2000, FFN 20050511).
Prabhath
http://nidahas.com
On 5/26/05, Rowan Lewis [EMAIL PROTECTED] wrote:
Interesting,
Confirmed on Windows 2000, FFN 20050521.
I'll have a play with your example and see if I can't work out the details.
On
IE always messes up 100% width, it doesn't subtract the
padding/margin/border of the parent element from the parent elements
width, it just uses the exact value of the parent elements width.
Perhaps you should be using exact widths instead?
On 5/26/05, Vaska. WSG [EMAIL PROTECTED] wrote:
--
I've been redesigning my blog recently and I noticed what in my
opinion was a misuse of definition lists when it came to the comments
section.
Doug Bowman and Dan Cedarholme use
dtAt x:xxpm so-and-so said:/dt
ddblah blah blah/dd
The numbering of comments was done within Movabletype rather
I think most of the builds from this month are using a build of
'gecko' from the beginning of the month (20050507).
This is the same one as the Deer Park Alpha 1.
On 5/26/05, Prabhath Sirisena [EMAIL PROTECTED] wrote:
Yes, it's there on many older builds too. (Windows 2000, FFN 20050511).
Is the blockquote really needed? I mean, your not quoting from another
source, your just displaying content from your website.
Other than that, an ordered list is probably the best method.
On 5/26/05, Lucian Teo [EMAIL PROTECTED] wrote:
--
I've been redesigning my blog recently and I noticed
Vaska.WSG
div style='width:775px:height:300px;overflow:auto;'
You have a typo after 775px, but more to the crux of the problem:
table width='100%' cellpadding='0' cellspacing='0' border='0'
In general, it's advisable not to mix CSS styling with width=... attributes,
as it can mess
I've one question, whats wrong with a small header and a paragraph of
formatted text?
On 5/26/05, Patrick Lauke [EMAIL PROTECTED] wrote:
Prabhath Sirisena
Anyways, a dialogue is definitely not a place for a definition list.
By the name definition itself things should be clear. Perhaps W3C
Patrick, I'm sure that was just a quick example to show us what the
problem was, no need to be picky :)
Anyhow, when I come across problems like this with IE, I tend to use
something like this:
table {
width : 100% !important;
width : 95%;
}
All the good browsers use 100% width, and all the bad
If we are to follow the W3C example of using DLs to mark up dialogues,
there's not much wrong with using a definition list for comments.
Infact, it seems a very appropriate use of the element.
However, your use of an unordered list with blockqoutes is very interesting too.
I guess this is a
On Thu, 26 May 2005 19:16:48 +0930, Rowan Lewis wrote:
Is the blockquote really needed? I mean, your not quoting from another
source, your just displaying content from your website.
Needed, no, but it does seem quite an elegant approach :)
Lea
--
Lea de Groot
Elysian Systems - I Understand
I think its one case of taking things a little too far...
On 5/26/05, Lea de Groot [EMAIL PROTECTED] wrote:
On Thu, 26 May 2005 19:16:48 +0930, Rowan Lewis wrote:
Is the blockquote really needed? I mean, your not quoting from another
source, your just displaying content from your website.
Yeah, the typo was from a fast typist... ;)
I think Rowan's solution will just have to do. I do make a point to
specify to users that it's highly recommended they use a 'modern'
browser - complete with a link to Firefox. So, I think that will just
have to cover this problem well enough...
Hi,
Works fine in Ffox
and Opera. But IE 6 throws it's toys. Can anyone help?
Files at:
http://www.vuwkickboxing.com/demo/
Not worried about
NS or IE 6 at this stage.
Cheers,
Ben Wrighton
Thanks, Ingo... this is exactly what I needed. Thanks for the clear
description.
For those playing along at home, the details for float rules are at:
http://www.w3.org/TR/REC-CSS2/visuren.html#float-position
scott
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Hi,
I'm trying to get a very wide table to appear inside a DIV and scroll
horizontally, but not vertically. Take a look at
http://www.egton.net/yearview/index.html to see what I mean. What I
would like is for the calendar table to be horizontally scrollable
inside Tapes due in - Year View DIV.
Hi,
Posted this with an incorrect subject first time, sorry about that. The
end of the week looms and my brain is starting to shut down.
I'm trying to get a very wide table to appear inside a DIV and scroll
horizontally, but not vertically. Take a look at
http://www.egton.net/yearview/index.html
Have you tried
.databox
{
padding: 0.5em;
overflow: auto;
}
Parker
**
The discussion list for http://webstandardsgroup.org/
See http://webstandardsgroup.org/mail/guidelines.cfm
for some hints on posting to the list getting
Hi Chris,
Here's what you need:
#pane2
{
position:relative;
height:auto; background-color: #FF;
margin: 0 1em 0 1em;
border: 1px solid #404040;
overflow:auto;
}
Hope that is useful!
Roberto
Chris Taylor wrote:
Hi,
Posted this with an incorrect subject first time, sorry about that.
So sorry about the receipt request! Please appologise for the
inconvenience. It was my first post here...
I've turned it off!
Roberto
Chris Taylor wrote:
Hi,
Posted this with an incorrect subject first time, sorry about that. The
end of the week looms and my brain is starting to shut down.
Ingo Chao wrote:
While I was zooming the text-size in FF, I saw that
one line of text partly overlaps the red float.
http://www.satzansatz.de/cssd/tmp/lineinfloat.html
looks like the real browsers have some float bugs too.
FFnightly20050525 WinXPSP2. Can this be confirmed on a Mac build? If
Chris Taylor wrote:
I'm trying to get a very wide table to appear inside a DIV and scroll
horizontally, but not vertically. Take a look at
http://www.egton.net/yearview/index.html to see what I mean. What I
would like is for the calendar table to be horizontally scrollable
inside Tapes due
On May 25, 2005, at 8:32 PM, Andrew Krespanis wrote:
On 5/24/05, Ben Curtis [EMAIL PROTECTED] wrote:
dl class=postalAddress
dtCanada/dt
dd class=companyIn The Game, Inc./dd
dd class=divisionCustomer Service/dd
dd class=street1135 West Beaver Creek Road Box
Thierry Koblentz schrieb:
What about this one?
https://bugzilla.mozilla.org/show_bug.cgi?id=41412
Yes.
At the moment I got your mail, I got the same info from Bruno Fassino at
css-d where I had moved the thread to.
Thank you!
the attachment
Curious about what The Pros ;-) thought of this.
Anyone got any insight/info/anecdotes/opinions? Is it a new wrapper
on IE? Is it compliant?
http://www.deepnetexplorer.com/
Thomas Livingston
Senior Multimedia Artist
Media Logic
www.mlinc.com
---
www.browsehappy.com
Yes, it's an Internet Explorer wrapper. Another variation on the
Maxthon/Avant theme.
On 5/26/05, Thomas Livingston [EMAIL PROTECTED] wrote:
Curious about what The Pros ;-) thought of this.
Anyone got any insight/info/anecdotes/opinions? Is it a new wrapper
on IE? Is it compliant?
Michael Wilson wrote Fri, 20 May 2005 18:17:15 -0400:
Felix Miata wrote:
Patrick H. Lauke wrote:
And from that sample, how many of those users know how to change the
default size of the text displayed in their browser?
I'm at a loss to think of any reason how an answer to this might
Just in case
anyone looked and had the page render as something other than html in
IE.That particular issue is fixed. And everything validates (Cheers Scott
for the heads up).
Ben Wrighton
re: a elements may only contain other inline elements
hang on,
so if i have an anchor tag wrapped around an image (display:inline by
default), its deemed fine by the validator, but if I make that image
display:block via the css, (for design purposes, which must be a
pretty common practice on
Peter,
re: a elements may only contain other inline elements
hang on,
so if i have an anchor tag wrapped around an image (display:inline by
default), its deemed fine by the validator, but if I make that image
display:block via the css, (for design purposes, which must be a
pretty common
re: a elements may only contain other inline elements
hang on,
so if i have an anchor tag wrapped around an image (display:inline by
default), its deemed fine by the validator, but if I make that image
display:block via the css, (for design purposes, which must be a
pretty common practice on
I have some comments within my CSS to let me or anyone else know what
is controlling what
eg:
/*aligns list in middle of page*/
p.middle{test-align:center}
validation doesn't like this.is there a fix? or should I just ignore???
TIA
--
::Bruce::
checked it and w3c css validator didn't complain?
once i changed test-align to text-align
with regards
Steven Faulkner
Web Accessibility Consultant
National Information Library Service (NILS)
454 Glenferrie Road
Kooyong Victoria 3144
Phone: (613) 9864 9281
Fax: (613) 9864 9210
Email: [EMAIL
Bruce Gilbert wrote:
I have some comments within my CSS to let me or anyone else know what
is controlling what
eg:
/*aligns list in middle of page*/
p.middle{test-align:center}
validation doesn't like this.is there a fix? or should I just ignore???
TIA
May be it should be
I have some comments within my CSS to let me or anyone else know what
is controlling what
eg:
/*aligns list in middle of page*/
p.middle{test-align:center}
'test' this:
p.middle{text-align:center}
validation doesn't like this.is there a fix? or should I just ignore???
TIA
--
::Bruce::
is this CSS inline or included in a file?
If it's included in a file, the w3c validator won't mind at all. If its inline
then the validator might not like it.
No personal experience - just a hunch...
Paul
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Damien wrote:
As to your question about a tags for block level elements, can you
give an example when you would use this?
not a good one, no :) i had a fleeting thought like what if, for some
ungodly reason, you wanted to link an entire sidebar div to another
page - but it was fleeting. just
If you will insert a space between each * and your text, the validator will
like it.
Mary Ann
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf Of Paul Bennett
Sent: Thursday, May 26, 2005 9:54 PM
To: wsg@webstandardsgroup.org
Subject: RE: [WSG] why doesn't this
[EMAIL PROTECTED] wrote:
checked it and w3c css validator didn't complain?
once i changed test-align to text-align
If the Validator returned this error, but that you didn't notice anything
abnormal in the rendering of the page it is possible that you can safely
remove the whole declaration
57 matches
Mail list logo