Re: border-radius

>>> The usecase I had in mind was a border-collapsed table with rounded 
>>> outer corners. Think a rounded upper-left corner like the slashdot 
>>> stories have.
>>>         XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
>>>       XX^^                      X                         X
>>>      X^                         X                         X
>>>     XX                          X                         X
>>>     X        First Cell         X      Second Cell        X
>>>     X                           X                         X
>>>     X                           X                         X
>>>     X                           X                         X
>>>     XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

>> That's covered by the previous paragraph. This one's just talking
>> about internal table elements (like rows and cells). 

> What about TBODY? The above example would also be useful on a table 
> body. or something like this, in which the radius for the table or 
> tbody is larger than the row height:
> 
>           XXXXXXXXXXXXXXXXXXXXXXXX 
>         XX^^          |          ^^XX 
>        X^ ____________|_____________^X 
>       XX              |              XX
>       X               |               X
>       XX _____________|____________  XX
>        Xv             |             vX
>         XXvv          |          vvXX
>           XXXXXXXXXXXXXXXXXXXXXXXX 

Hmm ... you don't need tbody, you could also ask: "What if the radius on 
the table is larger than the height of the first row"
The proposed "innermost radius wins" rule doesn't have this problem in 
addition to being consistent with the color rule.
This precedence rule would however mean that your usecase isn't possible.

>> I agree with
>> David Baron that defining and implementing curved borders for
>> internal table elements is complicated and I don't think it would
>> be worth doing, at least not right now. 

> If so, then I think then there should be a note that it will be 
> tackled in a future spec, and that until that time, border radii on 
> TRs and TDs (and TBODYs and THEADs?) must be ignored.
> 
> For the table element
> itself I agree it makes sense.

As shown above, it doesn't make sense for the table element either :(

Hmm ... tables without border-collapse have similar problems ... how does 
the current specification deal with this?

And now I'm left wondering what a circular div filled with text looks 
like.

         XXXXXXXX
       XX^^ABCD^^XX
      X^EFGHIJKLMN^X
     XXOPQRSTUVWXYZXX
     X01234567890ABCX
     XXDEFGHIJKLMNOXX
      XvPQRSTUVWXYvX
       XXvvZ012vvXX
         XXXXXXXX

or

         XXXXXXXX
       XX^^FGHI^^XX 
      X^QRSTUVWXYZ^X 
     XX3456789ABCDEXX
     XGHIJKLMNOPQRSTX
     XXVWXYZ0123456XX
      XvABCDEFGHIvKX
       XXvvQRSTUvvXX
         XXXXXXXX


If it's the latter we might get away with "outermost radius wins" allowing 
Brad's usecase.

If it's the former I'll start asking about nested blocks with rounded 
corners

Nick



Inventive Designers' Email Disclaimer:
http://www.inventivedesigners.com/email-disclaimer

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
--