Re: [css-d] Amazing CSS
Hi, Managed to get it working, and stripped it of unnecessary babble. http://blakeys.com/cssdiscuss.html Cheers, CB On 16/09/2009, at 10:54 AM, Tim Climis wrote: On Tuesday, September 15, 2009 4:00:50 pm Chris Blake wrote: Using Just CSS, but maybe not as good. What do you think? I would agree with not as good. The problem is that it's not lit like the text is embossed. It's lit like a white shadow. It's particularly evident on the P. The inside middle of the P is highlighted with the light coming from the top right, while the outside middle had the light coming from the top left. It ruins the illusion and just makes my brain hurt. But I applaud the attempt nonetheless. ---Tim __ 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 -- http://www.evolt.org/help_support_evolt/ __ 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 -- http://www.evolt.org/help_support_evolt/
[css-d] ins, kbd, samp tags
Hi, I got a css style sheet from a client that we are going to develop and the following tags were included. I had never seen them before ins kbd samp Can anyone tell me what they are used for and the best time to use them? Thanks in advance Nancy Johnson __ 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 -- http://www.evolt.org/help_support_evolt/
Re: [css-d] ins, kbd, samp tags
ins - http://www.w3schools.com/tags/tag_ins.asp kbd samp- http://www.w3schools.com/tags/tag_phrase_elements.asp samp - http://htmlhelp.com/reference/html40/phrase/samp.html Thank you, Marc Hall HallMarc Websites 610.446.3346 -Original Message- From: css-d-boun...@lists.css-discuss.org [mailto:css-d- boun...@lists.css-discuss.org] On Behalf Of Nancy Johnson Sent: Wednesday, September 16, 2009 8:48 AM To: css-d@lists.css-discuss.org Subject: [css-d] ins, kbd, samp tags Hi, I got a css style sheet from a client that we are going to develop and the following tags were included. I had never seen them before ins kbd samp Can anyone tell me what they are used for and the best time to use them? Thanks in advance Nancy Johnson __ 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 -- http://www.evolt.org/help_support_evolt/ __ Information from ESET Smart Security, version of virus signature database 4429 (20090916) __ The message was checked by ESET Smart Security. http://www.eset.com __ Information from ESET Smart Security, version of virus signature database 4429 (20090916) __ The message was checked by ESET Smart Security. http://www.eset.com __ 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 -- http://www.evolt.org/help_support_evolt/
Re: [css-d] ins, kbd, samp tags
On Sep 16, 2009, at 9:47 PM, Nancy Johnson wrote: Hi, I got a css style sheet from a client that we are going to develop and the following tags were included. I had never seen them before ins kbd samp Can anyone tell me what they are used for and the best time to use them? Have you had a look at the thml 4 spec ? http://www.w3.org/TR/html401/struct/text.html#edef-ins http://www.w3.org/TR/html401/struct/text.html#edef-KBD http://www.w3.org/TR/html401/struct/text.html#edef-SAMP Or have a look at teh html 5: http://dev.w3.org/html5/html-author/ (esp 4.3.6 and 4.3.7) http://dev.w3.org/html5/markup-spec/#elements Philippe --- Philippe Wittenbergh http://l-c-n.com/ __ 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 -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Drupal - clearing floats
Hi Chris,
I think you are better off tweaking the settings on the WYSWYIG editor to
make the html it produces easier to style. (e.g. turn off creation of
p br elements, restrict use of style attribute, etc).
I've got some experience with Drupal so feel free to email me off list
I can help you with the setup.
cheers,
Ben Sommerville
-Original Message-
From: Chris Blake
Sent: Wednesday, 16 September 2009 12:31 AM
Hi,
I am working on this website: http://forge.redrunner.co.uk/?q=node/2
(specifically this page).
It is built via Drupal, which is OK- we have what we want, however
because it is CMS we are worried that when the client uses the WYSIWYG
editor for changing the main content the styling will be lost. That
link shows the main content as I put it in via HTML and CSS. I have
created another page http://forge.redrunner.co.uk/?q=node/10 and tried
to replicate the other page but using the WYSIWYG editor.
It's a nightmare! The only reason it looks slightly OK is because we
have used tables! SHREAK! I don't want to do that but I can't see
another way around clearing the floats. This editor creates a p
everytime the user hits enter, it creates a br / every time the user
hits shift and enter. Is there any effective way I can get any of
those tags to clear floats via CSS?
e.g.
br {clear:both; }
p{clear: both;} However if I do this and there is more than one
paragraph associated to an image then it will mess it up.
maybe I can add something to the H3, img tags?
WHATDYATHINK?
Thanks, Chris
__
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 -- http://www.evolt.org/help_support_evolt/
Re: [css-d] ins, kbd, samp tags
Nancy Johnson wrote:
I got a css style sheet from a client that we are going to develop and
the following tags were included. I had never seen them before
ins
kbd
samp
Can anyone tell me what they are used for and the best time to use
The defined meaning and best usage of HTML tags are issues outside the scope
of this list. I'd recommend checking first the HTML specifications, then
some guidance like http://www.htmlhelp.com on their usage. Those elements
are not used much, but an organization may well have decided to use them on
their website and therefore pay attention to their styling.
The styling issue is on-topic, and I think it needs to be noted first that
typically kbd and samp are rendered by default in a monospace font. This may
or may not be desirable. It basically reflects the old days when computer
input and output appeared in a monospace font, and this paradigm might
still be useful to convey a message. If you wish to override it, it is best
to explicitly set font-family, since font-family: inherit does not work
reliably (read: does not work on many IE versions still around).
Generally, if kbd markup is used, it's often a good idea to distinguish the
kbd content (indicating keyboard input by user) from other content that
might (or might not) appear in a monospace font. It's more or less customary
to use bolding, but you might also consider using distinctive background
color.
The ins element has no default styling different from normal rendering in
old browsers, but modern browsers often display it as underlined. It's easy
to override this by setting
ins { text-decoration: none; }
On the other hand, it's often useful to distinguish ins content (inserted
text) from the rest, perhaps using some background color. If the documents
are to be used on advanced browsers only, you could also insert some
insertion indicators using ins:before and ins:after.
--
Yucca, http://www.cs.tut.fi/~jkorpela/
__
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 -- http://www.evolt.org/help_support_evolt/
Re: [css-d] sorry - site re-check - haslayout?
Did you not get the repeated messages where I said that the links needed layout? Yes. :-) But Tim, please, you must assume that I'm really REALLY new on CSS. I have months of CSS. :s What does this mean? Well, I've said why I haven't done that yet: Because I haven't seen any relation to the issues I was having. (I was able to see the navigation links, and I thought that THAT was the possible issue). Now that I've read this: You do need zoom: 1 (or some other hasLayout trigger) *to give the links layout so that they take up the full height and you can see the background image*. I understand that the not displaying of the background images were not related with the not acceptance of the image, or the unsupported property for some reason, or conflict, or any other thing, now, and only now, I can understand that, we give zoom to give full height and, this means that, by giving full height the background images will appear. I didn't assume that the images were there, at the bottom, hidden. But, for you, that was absolutely clear. :) that on my ie_6 only css, however, I get a validation error about zoom property. That's why I always suggest putting zoom: 1 in an IE stylesheet. IE gets what it deserves. The other option is to give the element layout using another method. I don't mind about the validation. I thought that I would get an error on my *main* css. I was wrong, again. But the point is to give layout to navigation right? Maybe I could just apply a clear fix on the parent no? The point is to give layout to the links! By links I mean a elements inside #mainMenu. Clear as water (on other times). I've learned that anchor elements are inline elements, and that the haslayout fixes, around the web world, may be directed, or not, to those inline elements. Several hours later, all looks ok on ie6 and fine on ie7 now. http://www.nuvemk.com/rebelate/rebelatehome/home8.html http://www.nuvemk.com/rebelate/rebelatehome/home8.css http://www.nuvemk.com/rebelate/rebelatehome/css/home8_ie6.css http://www.nuvemk.com/rebelate/rebelatehome/css/home8_ie7.css Thanks a lot, Márcio __ 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 -- http://www.evolt.org/help_support_evolt/
[css-d] Unordered list Nav bar has space on end
Hi, I'm building a test page at http://www.brianmcurran.com/LLindex.html and I have a problem with the Navigation bar. There is a little space on the end of the Nav bar that offsets it from the border of the main content. I however want it to line up flush with the border of the main content. There also seems to be a space between the two nav buttons, which I don't want either. Does someone know why this is happening? The CSS can be found here: http://jigsaw.w3.org/css-validator/validator?uri=http%3A%2F%2Fwww.brianmcurran.com%2FLLindex.htmlprofile=css21usermedium=allwarning=1lang=en Sincerely, Brian Curran www.brianmcurran.com __ 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 -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Unordered list Nav bar has space on end
On 17/09/2009, at 3:19 PM, Brian M. Curran wrote: Hi, I'm building a test page at http://www.brianmcurran.com/LLindex.html and I have a problem with the Navigation bar. There is a little space on the end of the Nav bar that offsets it from the border of the main content. I however want it to line up flush with the border of the main content. There also seems to be a space between the two nav buttons, which I don't want either. Does someone know why this is happening? The CSS can be found here: http://jigsaw.w3.org/css-validator/validator?uri=http%3A%2F%2Fwww.brianmcurran.com%2FLLindex.htmlprofile=css21usermedium=allwarning=1lang=en #underNav is wider. #nav is 930px and #underNav is 932px + (930px +2px borders ). There are various solutions. margin-right: -1px? #underNav also needs 'clear: both'. The fact that you haven't fixed this suggests that you are looking at the site in IE. I would recommend always getting your site right in a real browser first, then doing whatever nonsense IE requires to do something sensible. Cheers, Tim __ 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 -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Unordered list Nav bar has space on end
On Wed, Sep 16, 2009 at 11:19 PM, Brian M. Curran br...@brianmcurran.comwrote: Hi, I'm building a test page at http://www.brianmcurran.com/LLindex.html and I have a problem with the Navigation bar. There is a little space on the end of the Nav bar that offsets it from the border of the main content. I however want it to line up flush with the border of the main content. There also seems to be a space between the two nav buttons, which I don't want either. Does someone know why this is happening? The CSS can be found here: http://jigsaw.w3.org/css-validator/validator?uri=http%3A%2F%2Fwww.brianmcurran.com%2FLLindex.htmlprofile=css21usermedium=allwarning=1lang=en Sincerely, Brian Curran www.brianmcurran.com __ you could also decrease the width of #underNav to 929px and subtract 1px from #leftSidebar. jeff __ 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 -- http://www.evolt.org/help_support_evolt/
Re: [css-d] sorry - site re-check - haslayout?
MEM wrote:
I understand that the not displaying of the background images were not
related with the not acceptance of the image, or the unsupported property
for some reason, or conflict, or any other thing, now, and only now, I can
understand that, we give zoom to give full height and, this means that, by
giving full height the background images will appear.
I do not know if this is the case. Saying that giving layout to IE7- on
an anchor to *give it full height* is completely wrong. The true
rendered height of an anchor is due to either,
1. A height (20px or 2em) directly given to the element.
2. A height (100%) given to an element which relates to the height of
the parent element.
3. A height due to its contents height, either a descended element or
anonymous line boxes (text).
Another layout trigger is this.
a {height:1%;}
This height is not used by any browser if the parent element does not
have a height itself (see point 2. above) but because height is a layout
trigger [1], then the element has layout according to IE7-.
Another way to understand hasLayout for IE7- is to imagine that each
element within a document has a wire that is attached to a *switch box*
which in turn is connected to a *power generator*. When you flip a
switch, a charge of *electrical current* is supplied to a particular
element which make it stand to attention.
Another way to understand it is that an element without layout is like a
human body without a skeleton.
Here are some examples of elements with layout or no layout. Test in IE6
or IE7 against any good browser.
http://css-class.com/test/bugs/ie/flicker-transparent-background-hover.htm
or
http://css-class.com/x/ie6-haslayout-extra-width-list1.htm
compared to
http://css-class.com/x/ie6-haslayout-extra-width-list2.htm
or
http://css-class.com/test/bugs/ie/ie-float-right-expansion-bug1a.htm
or
http://css-class.com/test/bugs/ie/haslayout-margin-abpos.htm
Depending on the conditions (styles, etc.) or structure of a document
each of these methods can be used to give layout to an element without
affecting the rendering in compliant browsers.
a {zoom: 1;} /* Does not validate */
a {height: 1%;}
a {min-height: 1%;} /* For IE7 only */
a {width: 100%;}
a {overflow: hidden;} /* For IE7 only */
a {overflow: auto;} /* For IE7 only */
I still have not even got to the point of helping you understand the
difference between :active, :focus or outline (test case coming) so I
wouldn't know if the problem is due to an element *without layout*.
1. http://www.satzansatz.de/cssd/onhavinglayout.html#prop
--
Alan http://css-class.com/
Armies Cannot Stop An Idea Whose Time Has Come. - Victor Hugo
__
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 -- http://www.evolt.org/help_support_evolt/
