Love it.
(Chrome/Android Nexus 4)
Ingo Chao
Am 06.06.2014 22:08 schrieb "David Laakso" :
> Constructive comments and suggestions on this site are always appreciated.
>
> html
> <http://ccstudi.com>
>
> css
> <http://ccstudi.com/site/css/sisu.css>
>
rendering/availability is OS dependent. You could revise your font
stack (make them more similar over all platforms). Or use web fonts
(same font everywhere, needs to be loaded by the browser).
Revised home page is at http://www.vernassoc.com/home-copy-0/
Needs login?
Best, Ingo
,
Ingo
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org
On Wed, May 30, 2012 at 3:27 AM, Philippe Wittenbergh wrote:
>
> On May 30, 2012, at 2:51 AM, Paceaux wrote:
>
>> Did anyone have any thoughts on removing underline from generated content in
>> the hover state for IE?
>>
>> I did some checking and it appears that the behavior occurs in all versio
meera kibe schrieb am 11.04.2012 04:42
> keen to use it css3 for a website but i also want to cater to IE
> people.
http://caniuse.com/
Best, Ingo
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discu
bruce.som...@web.de schrieb am 30.01.2012 11:40
#left_third {
Firebug FTW.
Gruss, Ingo
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css
On Sunday, January 1, 2012, David Laakso
wrote:
> Send colors your earliest convenience... particularly desperate for
Cobalt Blue and Cadmium Yellow Deep.
>
> Vincent
> PS Happy New Year!
Happy New Year!
:)
@Ghodmode: a painter
Assuming you mean the Name/Email inputs, I see the bottom, not the
top, is chopped in Chrome/Mac with the font "Little Days". With the
font-family disabled (falling back to Candara I think) and with
padding disabled, the text is somewhat centered. Is this what you mean
in your description? Canot co
other browsers the list-item bullet - "3." - is to the left of the image,
> in Webkit browsers the floated image is to the left of the bullet.
> ...
I think the exact position of the marker next to a float is undefined.
Ingo
___
at if a word becomes very long).
But that is of course just experimental and not possible in a complex layout.
Ingo
div { float: left;
background: blue; position: relative; padding: 5px 0 3em 0; } img {
width: 100px; height: 25px; background: yellow; display: block; } p {
position: abs
some hacks to try to make display:table-cell; work, but was
> unsuccessful.
...
I think IE < 8 uses display: block for those table structures.
Ingo
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailm
On Wednesday, September 28, 2011, Philippe Wittenbergh
wrote:
>
> On Sep 28, 2011, at 9:10 AM, Ingo Chao wrote:
>
>> http://www.w3.org/TR/2011/REC-css3-selectors-20110929/#first-letter
>> "The ::first-letter pseudo-element represents the first letter of an
>> eleme
read. I did not know this:
"The first letter must occur on the first formatted line. For example, in
this HTML fragment: First... the first line doesn't contain any
letters and ::first-letter doesn't match anything (assuming the default
style for b
a.org/content/2011/04/28/our-best-practices-are-killing-us/
Best, Ingo
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http:
; access to IE 9 to test extensively myself)
>
Native IE9/Win7 shows test2 correctly.
http://satzansatz.de/phw/mediaie9.png
> My server sends a IE=Edge HTTP header, IE 9 should be in strict mode anyway.
>
Yes, IE9 standards mode.
Ingo
_
nter-events
and report back if and in what browser it worked for you.
hth, Ingo
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List p
> part of the stylesheet.
>
Some hate the effect [1], therefore, it is decoration.
Ingo
[1] "Would someone please mop the floor?" http://csscreator.com/node/21265
__
css-discuss [css-d@lists.css-discuss.org]
http:
other day, I reviewed an app that used
Maybe this should be considered as obsolete now.
regards,
Ingo Chao
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://c
ocument mode)
takes 2 seconds to load, though
@Georg
non-updated JS libraries that didn't work with IE9 might have lead to
a nostalgic mood for IE8-mode. Finally switching to IE=edge these days
here because of a delayed Prototype update.
Regards
Ingo Chao
he list can better assist you.
I know, but I had no control over it's robots.txt - should not be
indexed in this state and domain.
I am still puzzled by the IE6 box model bug in standards mode, and some
weird effects. Will try to p
Ingo schrieb am 01.03.2011 21:59
I have problems to detect if my DTD (and whatnot) are correct.
Since I run into the box model bug in IE6, header data must be wrong -
the bug supposedly only applies to quirksmode. I found this JS snippet
http://www.snippetstash.com/public/126
if
lay if
in Quirksmode or not.
How to detect the mode reliably?
Best, Ingo
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List pol
Goldsmith, Marissa schrieb am 27.01.2011 19:33
I was looking at OS10.4 and 10.5, while the other end-user had
OS10.6.
Any thoughts/insights would be great.
There is not much depending on the OS. Font rendering and form elements
come to mind.
Gruss, Ingo
-dropdown-menu.html
The new holy grail, fixed width, tho.
Gruss, Ingo
PS: The lists reply settings suck. Every time.
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wik
same, to even discrepancies out between browser defaults. But CSS
resets seem to be more of practical use.
Ingo
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http:/
st don't work in
> browsers at present.
If the content property does not apply on br in Webkit, why does it
cause a bug in Webkit then?
Removing the content property in Webkit inspector gives a line break.
Sorry, I didn't try that before.
I think its a Webkit issue, of course a rathe
HTML5:Rendering:Punctuation and decorations
says
br { content: '\A'; white-space: pre; }
But this doesn't seem to work in Safari and Chrome:
http://www.satzansatz.de/w3/break.html
Who is wrong?
Ingo
__
css
IE5.5 and up support a proprietary DropShadow filter, technically,
this is more complex, but not an image. Does that fit your
requirements?
Anyhow, I'd vote for css3 and a degradation in IE. (Or, no shadow for
the base and progressively enhance it with CSS3)
Ingo
2011/1/2, Lisa Frost :
Am Freitag, 17. Dezember 2010 schrieb Philippe Wittenbergh :
>
> On Dec 17, 2010, at 7:14 AM, Ingo Chao wrote:
>
>> for images, in standards mode, for ie6 and newer, is style="float:
>> left" identical to align="left" , even in complex layouts?
>>
&
technology named CSS.
best would be to have a link to a doc that says "yes, all
implementations use float for that, internally."
Thanks
Ingo
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailma
technology named CSS.
best would be to have a link to a doc that says "yes, all
implementations use float for that, internally."
Thanks
Ingo
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailma
99) on Mac OS X 10.6.3 ("oh no!")
does not crash
Safari Nightly (6533.16, r63063) on Mac OS X 10.6.3
Ingo
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ --
SS3 term 'flow root' then?
http://www.w3.org/TR/css3-box/#block-level0
Ingo
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
Lis
?id=3898#c9
HTH
Ingo
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Suppor
HTH
Ingo
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org --
ny small pages.
> The fact that you are using 'li li' in your selectors suggests nested
> lists but that's not what you indicated above.
Sorry, the posting got a little inconsistent while it developed :)
Best, Ingo
___
the first selector here:
# specific whitlist
.container ul li, # make it first level only (don't select if wrapped)
.wanted1,
.wanted2 {background: url(bullet.png) left 5px no-repeat;}
Happy easter + all the best, Ingo
___
s container float with layout descendants
might not shrink to fit.
http://dev.l-c-n.com/IEW2-bugs/shrinkwrap.php
There is no elegant solution, so you'd have to post an URL of your
page in question.
Thanks,
Ingo
__
css-discu
2010/3/28 Yang Zhang :
> ...
>
>
> Hello
>
>
> world
>
>
>
> Why doesn't this bottom-align the inner divs? ...
It does. vertical-align "affects the vertical positioning inside a
line box of the boxes generated by an inline-level element."
The line box made by your inner div's is not as tall
decided not to try and stabilize the behavior at this time".
http://www-style.markmail.org/thread/f54zkhvd2jvrtzd6
Ingo
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/F
mage is getting clipped. This is only happening in IE8.
...
The IMG is already display:block, and so the containing A should
probably get display:block, too.
Ingo
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss
ot;
Progressive Enhancement minus IE6. Phasing out IE6 is a matter of
time, not of the right wording. Name this "Transcending" if you like
to, but normally "Progressive Enhancement" and "Graceful Degradation"
already are confusing enough.
Ingo
___
However, if we have no float declaration as well, we will
> have some left and/or(?) right space between inline
> elements.
> What space is that? Web developer toolbar show us no margin,
>
> neither padding.
3.
the space betw
th the resize problem...)
>
>
>
Thanks so much, Bruno!
I just tried your pseudo-element solution in Opera 10 for a
footerStickAlt-related problem and it worked well. Don't understand why
position:relative on html changed the game, though.
Best,
Ingo
_
iscovered a way to make Mozilla act like Webkit? ...
yes, don't use -vendor-prefixes.
:)
Ingo
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.inc
> css: lines 39-70
> <http://chelseacreekstudio.com/ca/site/css/sisu.css>
I'm not an expert here, I had to enable keyboard navigation first
http://www.456bereastreet.com/archive/200906/enabling_keyboard_navigation_in_mac_os_x_web_browsers/
but once the Fx was able to tab through you
Thanks a lot, David, for this clarification, and for linking to the
discussion in #24186 (10 years ago!)
Thanks again to all who helped.
Ingo
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman
2010/1/5 Philippe Wittenbergh :
>
> On Jan 5, 2010, at 3:06 PM, Ingo Chao wrote:
>
>> So it is an "almost standards mode" problem, triggered by the
>> transitional doctype [2]?
>>
>> The inner inline-block is sitting on a baseline in strict, and in
>
roblem, triggered by the
transitional doctype [2]?
The inner inline-block is sitting on a baseline in strict, and in
transitional, it doesn't [3].
Great, thanks!
Ingo
[2] http://hsivonen.iki.fi/doctype/
[3] https://developer.mozilla.org/en/Images%2c_Tables%2c_and_Mysterious_Gaps
_
display: inline-block;
font-style:normal;
height: 24px;
line-height:48px;
}
Text
In Strict mode, the red span encloses the text - in transitional mode,
it dosn't.
Why?
thanks,
Ingo
_
Thanks!
here is the testcase with the :root:overflow fix
http://satzansatz.de/op/minheightrootoverflow.html
without:
http://satzansatz.de/op/minheight.html
best
Ingo
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css
Getting out of practice.
Does Opera/Mac up to 10.10 has a bug with percentage min-height?
(not in 10.5 pre-alpha anymore)
http://satzansatz.de/op/minheight.html
And display:inline-block (or float) seems to fix it for a moment, just
to break again with a width?
min-height
html, body {
Works here for me in IE8/XP.
Wrong color in IE7 (and IE8 in IE7CompatView).
regards,
Ingo
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css
te)
> http://um3d.dc.umich.edu/Temp/newsite/shared/styles/main.css
>
> Thanks
>
> Eric
.tab_content_bg {
...
height:460px;
...
overflow:hidden;
...
}
This cannot work with text. You cannot control the text settings of
the user, you don't know how tall the container ha
ah, its a known bug.
http://www.w3.org/Bugs/Public/show_bug.cgi?id=8237
Ingo
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List
idator is confused.
Example from the spec:
P { background: url("chess.png") gray 50% repeat fixed }
is valid
but a small change
P { background: url("chess.png") gray repeat fixed 50% }
is not valid -- according to the validator.
hmm...
Ingo
they detect only
the first digit of the user agent string: in such a scenario, Opera 10
is interpreted as Opera 1."
http://dev.opera.com/articles/view/opera-ua-string-changes/
:)
Ingo
__
css-discuss [cs...@lists.css-dis
//www.w3.org/TR/CSS21/visuren.html#run-in
browser support is ... to be tested. Safari and Opera?
Since you need some nesting of a DL inside of the DD, making DD and DT
display:inline and DL inline-block to simulate a run-in would maybe
end in some brows
vascript, but i do not think
> that will work in this case. I have tried via inline styles & what have you,
> setting the z-index for the thumbnail image on up and on hover with no
> success.
Its the position:relative on
; parent container?
>
position:absolute
Or be a little more specific in your problem description.
Ingo
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incut
visible for IE8
(A title="all" and B title="ie8"), so the first one may win. This is
not a bug.
Ingo
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wik
If I am not wrong, my IE8 Vista (Browser mode: IE8; Document mode: IE8
Standards) applies the rules in question. I can see a square div
aquamarine, with text on it.
> test example --- http://mtroadwines.com/ie8test.htm
>
__
css-d
hen isn't if you refresh the page.
I think this is related to
http://www.brunildo.org/test/IE_raf3.html
Ingo
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -
27;projection' in kiosk mode
- printer need an own 'print'-stylesheet
is this correct?
Ingo
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http:/
Are there devices out there that actually use this media type?
Thanks,
Ingo
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List
ee columns separated by a boder, I think faux
columns should do. Didn't read the other thread, and don't understand
why you are opening a new thread for the same problem.
Ingo
__
css-discuss [cs...@lists.css-discuss.org]
ges? ...
The Net Panel in Firebug says there is just one image loaded on the
startpage, header3col.jpg
Ingo
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -
e way left and the thumbnail is
> displayed below the div.
Debbie, I don't have Safari Win, but what if the p gets a width?
Ingo
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listin
OLOR: #777;
BORDER-BOTTOM: #eee 1px solid;
TEXT-DECORATION: none;
outline-width: 0
}
So the BORDER-BOTTOM: #eee 1px solid; wins.
best
Ingo
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/
route is probably
easier.
And yes, vertical control is pretty weak in CSS. You may use html
tables then if you think this is appropriate for your situation.
Hope this helps.
Ingo
__
css-discuss [cs...@lists.css-discuss.org]
htt
ntations. That means, it would be probably better to design
without the need for equal height columns.
Ingo
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- ht
eBlockLayout.html
see [2], Conclusions, "Elements having both hasLayout and
display:inline work similarly to the standard inline-blocks ..."
Ingo
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailm
;t point you to a real page because this is an internal
> system.
For your own debugging efforts, you should start building test cases anyway.
Ingo
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/l
I can reproduce the issue in a fresh IE8rc1 install on XP. After a few
refreshes, the footer disappeared.
regards,
Ingo
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ
http://www.w3.org/TR/css3-selectors/#pseudo-elements
"This :: notation is introduced by the current document in order to
establish a discrimination between pseudo-classes and
pseudo-elements."
Ingo
__
css-d
oat cannot pass.
Ingo
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Support
elp asap.
>
> Regards,
> Amrinder
>
asap: http://www.brunildo.org/test/IE_raf3.html
Ingo
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.i
op-3.png'
but the correct path should be
src='/dev/images/Adress-top-3.png'
Ingo
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss
haslayout or insert a solid clearing element after the floats. Or start
with unfloating the second float, subcontainer.
Check in IE6, too.
Ingo
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinf
hacking is a bad idea. In the
end, some think !important does not work in IE. But it is ok as long as it
is not used within the same ruleset.
Ingo
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman
IE.
When clients are comparing the similarity of user experience, they DO look
at performance issues in IE too, I assume. So what does it costs to make the
page look really equal?
Ingo
__
css-discuss [cs...@lists.css-discuss
e of CSS 2.1 or to try some CSS3
modules?
Ingo
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.
our co-workers, since the old paradigm was promoted by us.
Ingo
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http:/
ulti-columns, with and without multiple backgrounds? I don't know
how to find a pragmatic balance between CSS 2 and 3.
Ingo
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinf
Opera does not crash because of the proprietary (and of course, invalid)
zoom property; Opera ignores it.
Ingo
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http
ly decreasing margin-right fixed the problem in IE6 but not IE7.
> Do you think it has anything to do with using outline?
>
outline?
It is still dropping in IE6. Let us try zoom: 1 instead of
display:inline-block for li.
Ingo
cify a
> smaller margin for IE but it still does not help.
>
probably display: inline-block for li helps.
>
> The site is at: http://farmpeacelove.com/italiano/alloggio
>
>
Ingo
__
css-discuss [cs...@lists.cs
;s offset is applied. This implies that relative
positioning may cause boxes to overlap."
Apply a red test background to #content. See the #content is sliding under
your footer. Again, this is not footer stick alt. Don't offse
satz.de/cssd/companions.html]
Maybe a "faux columns technique" plus "Footer Stick Alt" would be easier to
implement.
I know this is not what you were asking for, but frame-like pages with a
fixed footer at the bottom of the w
/www.pubcon.com/redirect.cgi?f=83&d=3810456&url=http://www.sthig.com/unisource/2.jpg
> >
>
There is a float drop on the right because the left margin of the left float
is duplicated.
Ingo
__
css-discuss [cs...@lists
he top row is much taller than the bottom
> row. It almost looks like the 80 and 220 are reversed. Can anyone
> tell me why?
>
I guess this is meant by CSS2.1:17.5.3: "CSS 2.1 does not define how extra
space is distributed when the 'height' property causes the table to b
> On Thu, Nov 20, 2008 at 4:36 AM, Ingo Chao <[EMAIL PROTECTED]
> <mailto:[EMAIL PROTECTED]>> wrote:
> src="foo.jpg"
> />
> The initial value for vertical-align, baseline, applies. It affects
> the inline level elements
.1: 9.4.2 Inline formatting context;
CSS 2.1: 10.8 Line height calculations: the 'line-height' and
'vertical-align' properties.
The absolute vertical position of the baseline depends on the font metrics.
Ingo
--
http://www.satzansatz.de/css.htm
of 144px in Safari, but 136px in Firefox
when Helvetica is chosen. Different fonts may give other results. The
image in the second container would get a different starting point in
y-achsis.
regards,
Ingo
--
http://www.satzansatz.de/css.html
http://www.dolphinsback.com
__
s linked AFTER my main style
> sheet.
>
> URL:
> http://home.comcast.net/~adamq/chapter5/breadcrumb-navigation/breadcrumbs.html
>
>
There is no bg image visible on the first LI in a native IE6 install,
and tracing the stile shows that IE6 applies the above fix. I
thi
Blake wrote:
> On Wed, Nov 5, 2008 at 8:54 AM, Ingo Chao <[EMAIL PROTECTED]> wrote:
>> This will slow down
>> "new inventions" a bit - which is good
Actually, I said: "... which is good since the "conforming" browsers are
not as free of bug
ificantly change a lot. To me, it is more likely to get workarounds
for old browsers than installations of new ones. This will slow down
"new inventions" a bit - which is good, since the "conforming" browsers
are not as free of bugs as some may believe.
Ingo
--
http://w
ug. See "The Janus-faced padding"
http://www.positioniseverything.net/explorer/percentages.html
better don't use percentage paddings at all. At least, don't change
backgrounds (or similar) on hover.
Ingo
--
http://ww
and needs. The latter is the bigger problem.
Ingo
--
http://www.satzansatz.de/css.html
http://www.dolphinsback.com
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-disc
lative)
for this absolute positioning is outside of the overflow-div ... but I
fear the table limits that, since positioning inside a table is
difficult ... we need an example page.
It depends. Scrollbars on a block inside a browser window with
scrollbars could be worse than pushing the layout
1 - 100 of 1227 matches
Mail list logo