paragraph left margin. The reason this is importantant is simply that if
the article title style changes so that it is not contained in grey
rectangle, then the left margin may disapear, so I would then want the
entire article content to have no margin so that it lined up with the new
article title style.
"Beauregard T. Shagnasty"
news:I%vJi.588652$p47.100772@bgtnsc04-news.ops.worldnet.att. net...
> Joe Butler wrote:
>
>> I have a basic, Title, series of paragraphs, Title, Series of
>> paragraphs, etc. etc. structure to a page.
>
>> If the paragraphs belonging to a particular title are simply text,
>> then I can break up the paragraphs with
to give me a blank
>> line between the paragraphs.
>
> If you want a bottom margin after a paragraph, use CSS:
> p { margin-bottom: 2em; }
> instead of
's, which *might* be used within a paragraph (rarely),
> but most commonly within a postal address block, for example.
>
>> Now, if I need to put a list between two of the paragrapsh, the list
>> is not 'inside' the paragraph - I guess you could say it does not
>> inherit the sytle of the paragraph that it is being displayed in.
>
> Paragraphs (
) cannot contain other block-level elements, such as
> the
- you mention. Starting a
- list item 1.
- list item 2.
- etc.
- closes the
.
>
>> Then, when the list ends, I have to re-state that we are using the
>> paragraph style, otherwise the following paragraphs don't have the
>> correct style (mainly the margin indent).
>
> An URL to your page would help.
>
>> So, the question is, what is the correct way to deal with this so that I
>> can
>> say, here are a set of things that are all inside this paragraph style,
>> and
>> things like lists will add their own defined left margins to whatever the
>> containing paragraph style is?
>>
>>
>> "http://www.w3.org/TR/html4/loose.dtd">
>
> New documents should be Strict, not Transitional.
>
>>
This is the title
> This should probably be an
or maybe an , if you already have an
> on the page.
>
>>
>
on the page.
>
>>
>> this is the article text.
>
> You forgot the closing
> close it for you.
>
>>
- <-- this is not within the above
>>
>>
>>
>>
>>
>>
>> another paragraph.
>
> Let's see the URL to a test case, instead of partial code fragments.
>
> --
> -bts
> -Motorcycles defy gravity; cars just suck
Re: css and <ul> inside a <p> paragraph
am 23.09.2007 19:21:09 von a.nony.mousJoe Butler wrote:
> OK, thanks for that.
>
> This is the testing area so far...
> http://www.hertfordshire-it-support.co.uk/test-lfl/
>
> Any comments welcome on what I've done so far.
You have HTML comment marks in your CSS file. ()
> I always used to close off paragraphs, but noticed that the w3
> validator is showing valid markup even when they are left open and
> then saw something that implied only xhtml required
to close, so at each ... ... ...
> I assumed it was ok.
There are some CSS errors:
> I'm doing these pages by hand, and closing off paras is just another
> detail that is nice not to deal with.
...or: using them indicates to the coder "this paragraph is over." Kind
of like adding an "End Function" line in programming code.
> I hadn't realised about the transitional/strict thing. I'll look into
> it.
Ok. Transitional is for 'transitioning' legacy pages.
> The thing about the
tag is it seems cleaner in the overal code
> structure - i.e. not needing to repeat
> visual para linebreak. But I guess, if that's the right way to do
> things, then I'll modify the html.
If you were to use multiple
's, some browsers collapse them to one.
..mycontent p { [styles] }
Your test page doesn't fit in my browser window, and presents a
horizontal scrollbar. That's annoying.
What is the reason for the tables? Google up: CSS 3 column template
and this: http://allmyfaqs.net/faq.pl?AnySizeDesign
--
-bts
-Motorcycles defy gravity; cars just suck
Re: css and <ul> inside a <p> paragraph
am 23.09.2007 19:36:11 von lws4artJoe Butler wrote:
> OK, thanks for that.
>
> This is the testing area so far...
> http://www.hertfordshire-it-support.co.uk/test-lfl/
>
Some questions:
(1) What are these "Z" properties in your stylesheet? Zbackground-color:
.... if you are temporarily disabling something then use comments characters
/* disabled-property: value; */
(2) clear: top?
More like: none | left | right | both | inherit
(3)
Aims of Lambeth Family Link
?"Aims of Lambeth Family Link" is not really a paragraph, wold not a
secondary level heading be more appropriate?
Aims of Lambeth Family Link
--
Take care,
Jonathan
-------------------
LITTLE WORKS STUDIO
http://www.LittleWorksStudio.com
Re: css and <ul> inside a <p> paragraph
am 23.09.2007 19:50:49 von Joe ButlerI guess the html comments were left in the css file from when the styles
were used inline and it was apparently a way of not breaking browsers that
didn't understand css. I'll remove them if they are not correct. Just
checked: the Firefox developer's toolbar thing shows a nice green tick for
the CSS validation, but when you click the tick, the actual validation is
showing the results you warned about. I presume this is some sort of bug in
the toolbar.
OK. The Z errors are just a quick way of commenting out a style. I didn't
notice the errors when I validated. Not sure why. I'd use a dash or other
symbol, but IE ignores the dash and uses the style. The clear:top is just
cos I am an idiot.
So, the
as the paragraph end is implicit in the hand-coded html file. If it were a
cms, then I would agree. Since xhtml requires them, I should get used to
it, though.
I've tested on IE6, IE7, FF1, FF2 (all Windows versions) and not noticed
breaks collapsing, but point taken. Although, my feeling is that anyone
using the least common browsers has to expect certain issues - it is a
choice they have made and must accept that thing are not always going to
work for them.
The div thing you pointed out, is probably the cleaner way to do what I
want. Encapsulate the paragraphs in a single div.
mycontent p { [styles] }
...
...
...
The page was 'designed' to accomodate the original wide banner graphic. It
should fit in a maximised 1024 wide screen, but agreed, it's a problem for
800 wide screens. I'll think about it, but am not sure at the moment how
keen the customer is on keeping the site banner - it was mentioned in
passing by them that they didn't want to lose it.
The tables is 'transitional'. I've been removing them and replacing with
divs. Although, the all-encompasing wrapping table was to stop the
right-hand column from repositioning underneath the left and middle columns
when the viewport was narrow. It was a quick fix. I'm sure I can achieve
the same with divs, but wanted to get the site live as soon as possible for
them.
"Beauregard T. Shagnasty"
news:9gxJi.588916$p47.231671@bgtnsc04-news.ops.worldnet.att. net...
> Joe Butler wrote:
>
>> OK, thanks for that.
>>
>> This is the testing area so far...
>> http://www.hertfordshire-it-support.co.uk/test-lfl/
>>
>> Any comments welcome on what I've done so far.
>
> You have HTML comment marks in your CSS file. ()
>
>> I always used to close off paragraphs, but noticed that the w3
>> validator is showing valid markup even when they are left open and
>> then saw something that implied only xhtml required
to close, so at each ... ... ...
>> I assumed it was ok.
>
> There are some CSS errors:
>
>
>> I'm doing these pages by hand, and closing off paras is just another
>> detail that is nice not to deal with.
>
> ..or: using them indicates to the coder "this paragraph is over." Kind
> of like adding an "End Function" line in programming code.
>
>> I hadn't realised about the transitional/strict thing. I'll look into
>> it.
>
> Ok. Transitional is for 'transitioning' legacy pages.
>
>> The thing about the
tag is it seems cleaner in the overal code
>> structure - i.e. not needing to repeat
>> visual para linebreak. But I guess, if that's the right way to do
>> things, then I'll modify the html.
>
> If you were to use multiple
's, some browsers collapse them to one.
>
> .mycontent p { [styles] }
>
>
>
>
>
>
>
> Your test page doesn't fit in my browser window, and presents a
> horizontal scrollbar. That's annoying.
>
> What is the reason for the tables? Google up: CSS 3 column template
> and this: http://allmyfaqs.net/faq.pl?AnySizeDesign
>
> --
> -bts
> -Motorcycles defy gravity; cars just suck
Re: css and <ul> inside a <p> paragraph
am 23.09.2007 20:11:24 von Joe ButlerYes, the Z was a cheap way of commenting out temporarily. Oh, god, I hate Aims of Lambeth Family Link
the c-style comments. Why could we not have the single-line c++ comment //.
Another peeve of mine is why we can't have pc (for percent, as well as the %
style) - so much easier to type in.
Anyway, you are right: clear:top - just bruteforcing to make somethign work
that didn't quite do what I wanted, so was experimenting without
checking....
I'll look at the h tags. You are probably right.
thanks.
"Jonathan N. Little"
news:95fb4$46f6a406$40cba7c6$10223@NAXS.COM...
> Joe Butler wrote:
>> OK, thanks for that.
>>
>> This is the testing area so far...
>> http://www.hertfordshire-it-support.co.uk/test-lfl/
>>
>
> Some questions:
>
> (1) What are these "Z" properties in your stylesheet? Zbackground-color:
> ... if you are temporarily disabling something then use comments
> characters
>
> /* disabled-property: value; */
>
> (2) clear: top?
>
> More like: none | left | right | both | inherit
>
> (3)
>
> "Aims of Lambeth Family Link" is not really a paragraph, wold not a
> secondary level heading be more appropriate?
>
> Aims of Lambeth Family Link
>
>
>
> --
> Take care,
>
> Jonathan
> -------------------
> LITTLE WORKS STUDIO
> http://www.LittleWorksStudio.com
Re: css and <ul> inside a <p> paragraph
am 23.09.2007 21:10:13 von NeredbojiasWell bust mah britches and call me cheeky, on Sun, 23 Sep 2007 18:11:24
GMT Joe Butler scribed:
> Yes, the Z was a cheap way of commenting out temporarily. Oh, god, I
> hate the c-style comments. Why could we not have the single-line c++
> comment //.
Hehe, yeah, I do the same thing. -And agree with the // issue.
Your page banner is just too long for reasonable use. It could, however,
be cropped at the left.
Didn't check your css, but the page doesn't look too fluid. If you want to
sacrifice fluidity, it should fit _easily_ into an 800px browser window.
Having a horz scrollbar appear in 1024px-wide windows is just going to make
people think it's an amateur effort and an amateur operation, and few will
stick around for longer than it takes to hit the back button.
--
Neredbojias
Half lies are worth twice as much as whole lies.
Re: css and <ul> inside a <p> paragraph
am 23.09.2007 21:10:54 von BergamotJoe Butler wrote:
> http://www.hertfordshire-it-support.co.uk/test-lfl/
>
> The thing about the
tag is it seems cleaner in the overal code
> structure
It would be even cleaner if you used correct markup for the different
page elements. Take the Activities page, for example. It's coded:
Saturday Club
The Club runs for three hours on the second Saturday of each month...
That article-title class should be marked up as a heading, not a
paragraph. Use the right mark up for the context, and you can get rid of
a lot of superfluous class selectors. That 2nd
shouldn't need a
class selector at all.
Saturday Club
The Club runs for three hours on the second Saturday of each month...
And in your stylesheet:
h2 { same rules currently assigned to .article-title }
..site-container p { same rules currently assigned to .article }
Of course, h2 assumes you have an h1 preceding it somewhere. I suggest
the banner graphic for lack of something better. You might expand on
that alt text while you're at it.
Those lists in the right column of that page should also be multi-level
lists. You can style the nested list so the margins are where you have
them now (margin-left:0;padding-left:0), and the bullet marker doesn't
show (list-style:none). That would be more semantically correct and
degrade better in virtually every browsing situation. Likewise, the
navigation should also be list mark up, which you can style however you
like. See
http://css.maxdesign.com.au/listamatic/
BTW, please don't top post.
http://web.presby.edu/~nnqadmin/nnq/nquote.html
--
Berg
Re: css and <ul> inside a <p> paragraph
am 23.09.2007 23:24:15 von a.nony.mousJoe Butler wrote:
> I guess the html comments were left in the css file from when the
> styles were used inline and it was apparently a way of not breaking
> browsers that didn't understand css. I'll remove them if they are
> not correct.
They haven't been needed since .. what? .. after version 3 of
IE/Netscape?
> OK. The Z errors are just a quick way of commenting out a style.
/* This is a CSS comment */
> So, the
> them as the paragraph end is implicit in the hand-coded html file.
> If it were a cms, then I would agree. Since xhtml requires them, I
> should get used to it, though.
Attaboy!
> I've tested on IE6, IE7, FF1, FF2 (all Windows versions) and not
> noticed breaks collapsing, but point taken. Although, my feeling is
> that anyone using the least common browsers has to expect certain
> issues - it is a choice they have made and must accept that thing are
> not always going to work for them.
Don't forget 'least common browsers' may include PDAs, mobile phones,
and all sorts of new devices coming down the pike.
You may get a reasonable approximation by using Opera and pressing
Shift-F11.
--
-bts
-Motorcycles defy gravity; cars just suck
Re: css and <ul> inside a <p> paragraph
am 23.09.2007 23:45:16 von BergamotBeauregard T. Shagnasty wrote:
> Joe Butler wrote:
>
>> I guess the html comments were left in the css
>
> They haven't been needed since .. what? .. after version 3 of
> IE/Netscape?
Wasn't it Netscape 2.something that needed them, and they fixed the
problem soon after it was discovered?
Cargo cult at its finest. :)
--
Berg
OT (was css and <ul> inside a <p> paragraph)
am 24.09.2007 01:35:13 von nigel_mossWhile the city slept, Joe Butler
(ffffh.no.spam@hotmail-spammers-paradise.com) feverishly typed...
[...]
As a complete aside... looking at the banner on your site, who is the guy
with the pony tail and the sideburns?? I have a feeling he may be my
long-lost brother! ;-)
Cheers,
Nige
--
Nigel Moss http://www.nigenet.org.uk
Mail address will bounce. nigel@DOG.nigenet.org.uk | Take the DOG. out!
"Your mother ate my dog!", "Not all of him!"
Re: OT (was css and <ul> inside a <p> paragraph)
am 24.09.2007 02:22:29 von Joe ButlerI have no idea. Try emailing the address on the front page. And as a
complete aside, it's not me, either, to anyone that knows me.
"nice.guy.nige"
news:46f6f82e$0$47137$892e7fe2@authen.yellow.readfreenews.ne t...
> While the city slept, Joe Butler
> (ffffh.no.spam@hotmail-spammers-paradise.com) feverishly typed...
>
> [...]
>
> As a complete aside... looking at the banner on your site, who is the guy
> with the pony tail and the sideburns?? I have a feeling he may be my
> long-lost brother! ;-)
>
> Cheers,
> Nige
>
> --
> Nigel Moss http://www.nigenet.org.uk
> Mail address will bounce. nigel@DOG.nigenet.org.uk | Take the DOG. out!
> "Your mother ate my dog!", "Not all of him!"
>
>
Re: css and <ul> inside a <p> paragraph
am 24.09.2007 02:34:06 von Joe ButlerThanks for all the comments so far.
I've implemented almost everything mentioned so far. Things not
implemented, simply due to needing to get something out, rather than being
perfect first time.
There are also some newsletter pages that will probably be incorporated into
the main style of the site rather than left as they are. Just waiting for
customer comments.
Also, modified the banner on the home page. I think it's better in some
respects - a bit brighter, but maybe a bit naff with the starburst....
BTW, not tested in IE7 or FF2 yet.
Re: css and <ul> inside a <p> paragraph
am 24.09.2007 12:29:52 von Andy DingleyOn 23 Sep, 16:20, "Joe Butler"
> I have a basic, Title, series of paragraphs, Title, Series of paragraphs,
> etc. etc. structure to a page.
Find some _good_ tutorials and study the following topics:
* HTML nesting rules for "block" and "inline" elements (you can put a
- inside a
)
This is all specified by the HTML specs and DTD, but the W3C original
documents aren't an approachable read for starters.
* HTML parser error recovery behaviour if you break these rules. You
can't put a
- inside a
, so "
- " will be parsed as "
p>
- " rather than the "
- " you might have expected.
* The correct use of
, as a purely inline element. It's for
putting linebreaks _inside_ a paragraph (typesetting poetry) not for
indicating the breaks _between_ paragraphs (the
does that itself).
As you can't "break something that's already broken", then "
"
is nonsensical and shouldn't be used. Although it probably does have
an effect you like (once, on one browser) it's not predictable as to
how other browsers might correctly render it. It's quite rare to need
to use
at all (correctly!).
* The use of CSS margins, and the "collapsing" behaviour of vertical
margins. If you want to control the spacing between paragraphs, then
use simple HTML markup for one paragraph, then use CSS to adapt the
rendering as needed. http://brainjar.com/css/positioning/ is a good
read.