[Prev][Next][Index][Thread]

Returned mail: User unknown

The original message was received at Mon, 25 Aug 1997 02:52:22 -0400 (EDT)
from djb@melange.gnu.ai.mit.edu [128.52.46.66]

   ----- The following addresses had permanent fatal errors -----
<www-style@gnu.ai.mit.edu>
    (expanded from: <www-style@gnu.ai.mit.edu>)

   ----- Transcript of session follows -----
... while talking to albert.gnu.ai.mit.edu.:
>>> RCPT To:<www-style@albert.gnu.ai.mit.edu>
<<< 550 <www-style@albert.gnu.ai.mit.edu>... User unknown
550 <www-style@gnu.ai.mit.edu>... User unknown
Message delivered to mailing list devnull-backup

Reporting-MTA: dns; pogo.gnu.ai.mit.edu
Received-From-MTA: dns; melange.gnu.ai.mit.edu
Arrival-Date: Mon, 25 Aug 1997 02:52:22 -0400 (EDT)

Final-Recipient: rfc822; www-style@pogo.gnu.ai.mit.edu
X-Actual-Recipient: rfc822; www-style@albert.gnu.ai.mit.edu
Action: failed
Status: 5.1.1
Remote-MTA: dns; albert.gnu.ai.mit.edu
Diagnostic-Code: smtp; 550 <www-style@albert.gnu.ai.mit.edu>... User unknown
Last-Attempt-Date: Mon, 25 Aug 1997 02:52:28 -0400 (EDT)

Return-Path: devnull@gnu.ai.mit.edu
Received: from melange.gnu.ai.mit.edu by pogo.gnu.ai.mit.edu (8.8.5/8.6.12GNU) with ESMTP id CAA25928 for <www-style@gnu.ai.mit.edu>; Mon, 25 Aug 1997 02:52:22 -0400 (EDT)
Received: (devnull@localhost) by melange.gnu.ai.mit.edu (8.8.5/8.6.12GNU) id CAA25545; Mon, 25 Aug 1997 02:52:20 -0400 (EDT)
Date: Mon, 25 Aug 1997 02:52:20 -0400 (EDT)
Message-Id: <199708250652.CAA25545@melange.gnu.ai.mit.edu>
From: "Joel N. Weber II" <devnull@gnu.ai.mit.edu>
To: www-style@gnu.ai.mit.edu
Subject: NOTE-css-potential: css1.0 cleanup: length units
x-url: http://www.red-bean.com/~nemo
x-attribution: nemo
x-foobar: Save the trees - recycle your child nodes.

>From the spec:

    Length Units                                                           

     When two length units are specified on 'margin', 'padding', 'border'
     and 'border-width', the "y" value comes before "x".

I'm not quite sure what the point of this is.

As far as I can see, this is already essentially true for margin, although
the way margin is specified, you actually write y, x, y, x.  Same goes
for padding and border-wdith.  So as far as I can see, this text only
confuses the issue.

If such a thing were explicitly stated for background, though, that might
be a good thing.  Because it's a bit annoying to write a parser that take
background-position: top left
to mean the same as
background-position: left top

So I'd suggest we just drop this section entirely.