On 4/06/2011 8:28 PM, Barney Carroll wrote:
Hiya Andrew,
No solutions here I'm afraid, although I have often experienced the same
thing and wondered why I'm always so far out on my first attempt.
The solution (for inset) is to apply a brighter color (more saturation
and lightness) for top an
Hello.
Philippe & Jukka,
Thanks a lt for your help.
Love this community!
Best regards,
Kashif
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discus
On 4/06/2011 1:46 PM, Andrew C. Johnston wrote:
Hi All:
In working on a new template, I noticed something about borders that
I find to be very limiting, and wonder if anyone thinks there will be
improvement in the future.
I do not play a real designer on tv or in real life, but I have come
to l
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 h
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 explanatio
On Jun 6, 2011, at 4:05 AM, Jukka K. Korpela wrote:
> The type attribute isn't really needed in , 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 totally
ignore it in Stand
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:
>
> Training
On 5 Jun 2011, at 21:33, Martin wrote:
> Hi there.
>
> I know it's not strictly css, but perhaps some kind person will help me with
> this small problem.
>
>
>
> Training
> blah blah blah.
>
>
>
> I get the error:
> document type does not allow element "h6" here; missing one of "object",
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:
>
> Training
> blah blah blah.
>
Although the construc
Hi there.
I know it's not strictly css, but perhaps some kind person will help me
with this small problem.
Training
blah blah blah.
I get the error:
document type does not allow element "h6" here; missing one of "object",
"ins", "del", "map", "button" start-tag
Is there any workaround
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 *t
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' . *
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 w
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
| line
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
| ‘writing-mo
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
http://web-consulta
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 t
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
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, et
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 Tah
20 matches
Mail list logo
