margins on a tr?
Something about the table model getting too complex, at least that was
the answer I got when I raised the issue something like a decade ago. :)
~fantasai
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-disc
opperplate,
if it exists.
Philippe Wittenbergh wrote:
In the future, you should be able to solve this with @font-face:
@font-face {src: local(/*font-name here*/); font-variant: ...;}
http://dev.w3.org/csswg/css3-fonts/#font-rend-desc
t" glyph gets defaulted to.
This is wrong. Font fallback is per-character. See responses from both
myself and L. David Baron.
~fantasai
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/
like
> "The " and " lazy "?
Yes. CSS does not affect the DOM. It reads from it, but does not
alter it.
> Do the DOM Node.normalize() and Document.normalizeDocument() have any
> effect on the whitespace: do they trim, collapse or remove extraneous
> whitespace from the text nodes?
I
.org/TR/CSS21/fonts.html#algorithm
http://www.w3.org/TR/css3-fonts/#font-matching-algorithm
If you want to exclude certain characters from a font from
ever being matched, then you would need to use an @font-face
rule with a unicode-range descriptor. This functionali
ways helpful. I didn't see any tests in the test suite on this,
except hixie's:
http://test.csswg.org/suites/css2.1/20100701/xhtml1/text-indent-010.xht
~fantasai
__
css-discuss [cs...@lists.css-discuss.org]
http://ww
thing that matches the CSS2.1
test suite format?
http://wiki.csswg.org/test/css2.1/format
Thanks~
~fantasai
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://
e.
>
> Where is the problem?
content: #footer; is invalid. You can't grab content from the document
like that and put it in the header.
Why can't you just put the page counter info in the header, like before,
instead of trying to put it in a ?
@page
x27;t you just use a blue background and padding on the element to
get the blue matting? And "margin: auto" should center the image for the
portraits.
CSS3 would get you the rounded corners and drop-shadow easily; y
uppermost left-hand corner of the browser window...
Well, printouts have margins. Other than that I don't know what to
say. The top left should be the top left...
~fantasai
__
css-discuss [EMAIL PROTECTED]
http://www.css-dis
in-left: -1em; }
but I believe this won't work in IE.
~fantasai
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://cs
're ok with not using percentages
for the spacing you should be able to control that by setting 'border-spacing'
on the element.
~fantasai
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinf
the
>>> subheads and the following ULs. It looks OK in Safari and IE, but
>>> not in Firefox and Opera. Knowing that the latter two browsers
>>> are probably the better browsers, web standards wise, can anyone
>>> out there tell me what I'm doing wr
Safari and IE, but not
> in Firefox and Opera. Knowing that the latter two browsers are
> probably the better browsers, web standards wise, can anyone out
> there tell me what I'm doing wrong?
Try getting rid of all the extra tags. You can use the CSS
'ma
the
>>> subheads and the following ULs. It looks OK in Safari and IE, but
>>> not in Firefox and Opera. Knowing that the latter two browsers
>>> are probably the better browsers, web standards wise, can anyone
>>> out there tell me what I'm doing wr
; border showing through.
td, th { padding: 0; }
in the CSS has the same effect as
cellpadding="0"
in HTML.
~fantasai
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/F
;
> What I want make is a grid of cells with images and text and with no
> space, border, paddings, room, etc on the sides. Including the THs of
> cource.
> Thanks for any help.
img { display: block; }
or
img { vertical-alig
heading#day
instead of
.cal_heading #day
(The space indicates that #day is a descendant of .cal_heading.)
~fantasai
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://c
is even more annoying
> as this is a
> show-stopping "feature" for me.
>
> Please answer ASAP if you can help!
Are you giving Opera a "handheld" style sheet?
~fantasai
__
css-discuss [EMAIL PRO
tline is there to show which link has keyboard focus.
If you take it off, you might need to replace it with some other
visual cue using the :focus selector. Try tabbing through your page
to make sure you can navigate it with the key
fantasai wrote:
> fantasai wrote:
>> Patrick Aljord wrote:
>>> hey all,
>>>
>>> My site in Arabic from right to left works great. But if I want to use
>>> some ltr strings in English, it messes up with my parenthesis like in
>>> this
bug and tell me exactly how
> to report it to Mozilla (or even better, if someone has some experience
> reporting bugs to Mozilla)...
Heya,
I can confirm that the bug exists in FF2, but I also tested it in a recent
build off the FF3 (Gecko 1.9) codebase, and it works fine there. I guess it
was fi
fantasai wrote:
> Patrick Aljord wrote:
>> hey all,
>>
>> My site in Arabic from right to left works great. But if I want to use
>> some ltr strings in English, it messes up with my parenthesis like in
>> this list:
>>
>> http://www.democralist.com/list
ith the
(X)HTML 'dir' attribute. (The CSS 2.1 spec says as much in section 9.10.[1])
[1] http://www.w3.org/TR/CSS21/visuren.html#direction
~fantasai
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/lis
Karl Brightman wrote:
> I wouldn't think it would be a memory problem on a Macbook Pro though?
I wouldn't expect that, especially since your other computer doesn't
exhibit the problem, but it might be interacting with some of your
extensions in a wei
the bottom half until you've figured
out what the problem is. If it doesn't crash, then the problem is likely
in the top half. Paste the top half back in and delete the bottom half.
Etc.
~fantasai
__
css-discuss [
Trevor Nicholls wrote:
> Hi fantasia, thanks for your suggestion.
>
> Margin is ignored for captions.
> But a white border-left seems to do the trick:
Good point. There's a 'transparent' color keyword
for borders, btw. Y
und will be white by default.
Yes. You should not assume that backgrounds won't print because in
some configurations (and some UAs in general) they do.
~fantasai
__
css-discuss [EMAIL PROTECTED]
http://www.c
nly ignored.
When we disable all backgrounds, we know the background is always white
and we can compensate by darkening the text colors if they are too light.
~fantasai
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/
r is IE.
>
> Is this possible without making assumptions about font sizes?
Does your caption have a border or backgrounds? Because if not,
margin: 2px;
padding: 0.25em;
might work
~fantasai
__
css-discuss [EMAIL PROTECTED]
andles it correctly.
BTW, you might want to consider using :hover instead of JavaScript.
Anyway, I added your testcase to
https://bugzilla.mozilla.org/show_bug.cgi?id=286797
hope you don't mind. :)
~fantasai
__
css-discu
ddenly cause all backgrounds to print.
So we want to know what you think: would a switch like this be confusing?
Is there a better way to handle this kind of switch? What are your thoughts
on this problem?
For those who want more details, the bug report is here:
https://bugzilla.mozil
32 matches
Mail list logo
