Charles,
The problem with letter-spacing is that it will only acknowledge whole-pixel
differences, which is usually far too large a scale for copy text. I feel
your pain — I've often wanted to minutely adjust this for the sake of
readability. Sadly the only lesson we can take from this is that
Keith,
By default. block-level elements occupy the full available width, thus any
following block-level elements can only appear directly below. This is as
long as they are statically positioned, and in standard (which everything
is, by default). The same applies to paragraphs, headings, lists,
Barney Carroll wrote:
Keith,
By default. block-level elements occupy the full available width, thus any
following block-level elements can only appear directly below.
I am unconvinced of this explanation. At
http://web-consultants.org.uk/sites/tests/Block-level-elements/DIVs.html
On 2011/06/05 12:30 (GMT+0100) Barney Carroll composed:
Sadly the only lesson we can take from this is that Tahoma has
too little in the way of letter-spacing to make for a pleasant web font.
Tahoma looks to me like little but Verdana with letter spacing reduced to nil
and glyphs squeezed a
On 5/06/2011 11:05 PM, Philip TAYLOR (Webmaster, Ret'd) wrote:
Barney Carroll wrote:
Keith,
By default. block-level elements occupy the full available width, thus
any
following block-level elements can only appear directly below.
I am unconvinced of this explanation. At
Alan Gresley wrote:
It is really do with block flow direction.
http://dev.w3.org/csswg/css3-writing-modes/#text-flow
| The block flow direction is the direction in which
| block-level boxes stack and the direction in which
| line boxes stack within a block container. The
|
On 5/06/2011 11:53 PM, Philip TAYLOR (Webmaster, Ret'd) wrote:
Alan Gresley wrote:
It is really do with block flow direction.
http://dev.w3.org/csswg/css3-writing-modes/#text-flow
| The block flow direction is the direction in which
| block-level boxes stack and the direction in which
|
http://montana-riverboats.com/Uploads/isitpossible.jpg shows a small crop
from a large layered psd file I got from a designer.
1)
The image above shows the top-left corner of the proposed page's main
content display division, which shows a semi-internal border that looks
like a fuzzy drop-shadow
Hi everyone.
Need some help with what I believe is a cross-browser compatibility issue.
Please look into http://kraymark.com/clients-demo/triplepsltd/ .
I tried to bring the the slider and the main content section closer together
on the 'index' page by adding this code *to 'style-index.css' . *
5.6.2011 21:36, Kashif Sami wrote:
Need some help with what I believe is a cross-browser compatibility issue.
Please look into http://kraymark.com/clients-demo/triplepsltd/ .
I tried to bring the the slider and the main content section closer together
on the 'index' page by adding this code
Hi there.
I know it's not strictly css, but perhaps some kind person will help me
with this small problem.
div class=columns
a href=training.php
h6Training/h6
pblah blah blah./p
/a
/div
I get the error:
document type does not allow element h6 here; missing one of object,
ins, del, map,
5.6.2011 23:33, Martin wrote:
I know it's not strictly css,
The question, as asked, is not about CSS at all in any meaning, so it's
off-topic.
The construct that causes the validation problem has a considerable CSS
impact, though:
a href=training.php
h6Training/h6
pblah blah blah./p
On 5 Jun 2011, at 21:33, Martin mhe...@gmail.com wrote:
Hi there.
I know it's not strictly css, but perhaps some kind person will help me with
this small problem.
div class=columns
a href=training.php
h6Training/h6
pblah blah blah./p
/a
/div
I get the error:
document type does
On 05/06/11 22:00, Jukka K. Korpela wrote:
5.6.2011 23:33, Martin wrote:
I know it's not strictly css,
The question, as asked, is not about CSS at all in any meaning, so
it's off-topic.
The construct that causes the validation problem has a considerable
CSS impact, though:
a
On Jun 6, 2011, at 4:05 AM, Jukka K. Korpela wrote:
The type attribute isn't really needed in link rel=stylesheet ..., as
browsers imply CSS
Hmm, not really. Or rather, not totally. If the stylesheet is served with a
mime-type / http-header that is _not_ 'text/css', then browsers will
On Jun 5, 2011, at 10:05 PM, Philip TAYLOR (Webmaster, Ret'd) wrote:
Barney Carroll wrote:
Keith,
By default. block-level elements occupy the full available width, thus any
following block-level elements can only appear directly below.
I am unconvinced of this explanation. At
On Jun 5, 2011, at 10:53 PM, Philip TAYLOR (Webmaster, Ret'd) wrote:
So, what would you expect to happen if the writing mode were top-to-bottom ?
Would you then expect the DIVs to stack side by side ? I would not, but of
course I am always open to being surprised !
They would be stacked
17 matches
Mail list logo