Re: [css-d] CSS color names values versus accessibility
Actually, what the WAI define and what is defined in the CSS specifications are two completely separate things. Just because the CSS 2 and 3 specifications state that colour names CAN be used doesn't mean that they SHOULD be used. I disagree with what you say about it not being an issue. It is extremely important. For example, the corporate colour of a government department I develop work for is teal (#00). Teal on white is not a sufficient colour contrast, so we use #008083 which is sufficient. When used as a text colour, this may as well be teal. But it isn't. Using hex values is safer, more logical, more developer-friendly, and yes it is backwards and forwards compatible. All browsers support hex values but certain older browsers will not support the full gamet of colour names. Also we cannot say for certain that colour names will always be supported (although I too find this unlikely!). I DO agree that sometimes name values are clearer. But consistency and good development practice (e.g. commenting your CSS files with swatch values) I think are more valuable. Kieron McIntyre -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jukka K. Korpela Sent: 29 March 2007 16:49 To: css-d@lists.css-discuss.org Subject: Re: [css-d] CSS color names values versus accessibility On Thu, 29 Mar 2007, [EMAIL PROTECTED] wrote: The color names are deprecated in the same sense that certain HTML tags and attributes are. No, they are not. There are explicit statements in HTML specifications saying that some elements and attributes and usages are deprecated. There is nothing comparable about color names, in HTML or in CSS specifications. This doesn't mean that they won't continue to be supported by browsers but what W3C recommomend, i.e. hex values, will assure forward and backwards compatibility in CSS. No, using color names is just as safe, as long as you use only those defined in the specifications and type them correctly. Ignore the statement about color names in the WAI specification. It's very odd, especially since the WAI guideline where it appears deals with _contrast_, which is a quite different issue (and they give no helpful technical references on the contrast issue). You might have a practical reason to avoid the color names, since the set of official names is very small and the colors denoted by them are not very useful - most of them are too strong. But this has nothing to do with accessibility, compatibility, or deprecation. -- Jukka Yucca Korpela, http://www.cs.tut.fi/~jkorpela/ __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7 information -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] dreamweaver css
Hi Jeffrey, You wrote: i have a dilemma. i have a client who updates their sites content with dreamweaver. however, i layout all my code in a text editor and when it is opened in dreamweaver it does not give an accurate portrayal of what the site looks like in a browser. divs overlap, spacing is different etc. Well, apologies for an off-topic solution to your problem, but I occassionally use server side includes (SSI) or .NET controls. The header, footer, navigation column etc, I put into separate files and use virtual references. This way these parts of the page don't show up in Dreamweaver and you can get a clean(er) central column layout for your client to update. Again apologies for this being off-topic. Kieron McIntyre www.digyswift.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of jeffrey morin Sent: 12 March 2007 15:45 To: CSS Subject: [css-d] dreamweaver css hello everyone, i fear this will A) freak out the client when they see it in dreamweaver and B) make it more difficult for them to update. does anyone run into this problem or is this a problem that could be with my code. i know dreamweaver has come a long way as far as css support but has it not come far enough? are tables needed in situations like these? please share your thoughts with me on this. i'm not sure what direction to go Cheers, Jeff __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7 information -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/ __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7 information -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] ie7 zoom issue
Hi Donna , You wrote: //the inpage menu (right now with a gray background and orange border) the words don't stay within their boxes. //they stay where they should in mozilla and ie6 and i really don't know what to do with ie7. Currently the LI tags are inline with a border. Try making the A tags (within the the LI tags) display:block with the border instead and then float them. See http://css.maxdesign.com.au/listamatic/horizontal09.htm as an example. //also, was having a problem with text-size increase. its increasing okay now with mozilla and ie6 but not ie7 Your font-szies in the side menu are defined in pixels, so changing this to em or % should solve the problem here. Hope this helps, Kieron McIntyre http://www.digbyswift.com __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7 information -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Firefox image background issue
Eoin wrote:
It's really basic, a background image that for some reason in
FF is pushed upwards (hard to describe but you only see the
bottom part of the image, as if a negative top margin is
cutting off the top). In IE it displays fine.
Here's the CCS:
#blackBar {
background-image: url(images/black_bar.gif);
background-repeat: no-repeat;
width: 784px;
height: 30px;
}
I found the easiet way to bug fix this kind of thing is to take the
element and code out of the context of the page, i.e. create a new page
with just the element and code in and see if it works. If it does then
you know its something else contributing and your code is fine.
As far as I can see, your CSS looks fine. However, you could try setting
the positioning of the background image to be sure, e.g. top and left.
Kieron McIntyre
www.digbyswift.com
www.cssfilters.net
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Background flashes
Riva wrote: I find that the background flashes in IE - not just once, but every time I go to the page. I tried all the usual fixes I could find and even cleared the cache, but it is still happening. Any advice would be much appreciated. Hi Riva, I have tested the site in IE5, 5.5, 6 and 7 and I can't replicate the issue you describe. You do have a transition set on each page: meta http-equiv=Page-Enter content=blendTrans(Duration=0.1) This may be causing what you see. Alternatively, try setting no-repeat on the background image since the image is static. Kieron McIntyre www.digbyswift.com www.cssfilters.net __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] font issues
Simon wrote: In my style sheet for the body tag I've said I want verdana then a list of other fonts should the user not have verdana on their system. It works in my browser but when I test it in IE and FF on a different machine it only seems to display something like arial or times new roman, even though verdana is installed on their system. Why does this happen? Regards. It could be a range of things, could we see the css code? Thanks, Kieron McIntyre www.digbyswift.com www.cssfilters.net __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] Border on tables in IE5.2/Mac
Hi all,
I wanted to set a table to display with absolutely no border or cell
padding/spacing whatsoever.
This works perfectly in everything I want with the exception of IE5.2 on
my OSX machine which still displays a 2px border around cells, gr.
table {
border:0px;
border-style:none;
border-collapse:collapse;
border-spacing:0px; /* Netscape 6 */
}
td {
vertical-align:top;
padding:0px;
}
Have I missed something? How do I get rid of the border? Thanks for the
help.
Kieron McIntyre
www.digbyswift.com
www.cssfilters.net
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Border on tables in IE5.2/Mac
Marc wrote: I wanted to set a table to display with absolutely no border or cell padding/spacing whatsoever. border-collapse:collapse; margin: 0; padding: 0; __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Border on tables in IE5.2/Mac
Marc wrote: I wanted to set a table to display with absolutely no border or cell padding/spacing whatsoever. border-collapse:collapse; margin: 0; padding: 0; Marc, the code in my email already contained this CSS and I have stated that it doesn't work on IE5.2/mac. Thanks, Kieron McIntyre www.digbyswift.com www.cssfilters.net __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Border on tables in IE5.2/Mac
Marc wrote: I wanted to set a table to display with absolutely no border or cell padding/spacing whatsoever. border-collapse:collapse; margin: 0; padding: 0; Marc, the code in my email already contained this CSS and I have stated that it doesn't work on IE5.2/mac. Thanks, Kieron McIntyre www.digbyswift.com www.cssfilters.net __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Internet Explorer for Mac
Mikolaj wrote: It it still used on the Internet? What can be the statistics for this browser? Who use it? I understand that you cannot give me any exact numbers, but I am just wondering does it make any sense to make webpages compatible with this browser, or is it as dead as IE3 or 4 (or are they not?). Hi there! If you mean IE5 for OSX then yes, it I still definitely used. Personally I think it should be developed for as standard. For example, a recent client actually viewed their website on their board room mac using IE5.2 ... We weren't to know they used macs but its just as well we developed for them! So, you shouldn't think in general internet stats, only of your audience. What do they use? Kieron McIntyre www.digbyswift.com __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Alignment Problems
Liz wrote:
The problem is the alignment is different in every browser on
every platform.
Hi Liz,
The problem may be that you have left the default margins on the UL
(topNavList). If you set these to margin:0 within the div (topNav) this
will hopefully aleviate some differences across browsers, i.e.
#topNavList {margin:0;}
In actual fact I can't see a need for the div, since the UL should float
against the image just as well. Try removing this as well, it it makes
no difference leave it out. Also (sorry), the list of poem titles on the
left could benefit from being a UL LI list instead of P's and BR's.
Hope this helps,
Kieron Mcintyre
www.digbyswift.com
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] HR color
Ian wrote:
Having put color of HR into class as follows:
.hrcolor {color:#ff;}
and html as hr class=hrcolor /
renders ok in IE but not in FF.
If I use background:#ff; then FF renders darker color.
Set the following ...
.hrcolor {
color:#ff;
border:0;
}
Kieron McIntyre
www.digbyswift.com
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] IE6 Filter
Hi list,
I was updating my CSS filter list (and generally playing) and I produced
a multiple rule filter for IE6.
It's a combination of two other common hacks:
* html #se\lector {
}
Its so simple. I wouldn't have posted it only I hadn't seen it used
before.
Any views?
Kieron McIntyre
www.digbyswift.com
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Updated CSS Filter/Hack List
Tom wrote: Does Safari 2.0.3x act differently than the latest one listed? Hi Tom, I can confirm that the filters listed do perform the same in Safari 2.0.3 as might be expected. I have updated the list at www.digbyswift.com/dithered with this information. Thanks again for the request. Kieron McIntyre www.digbyswift.com __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] IE BugFix Required :)
Chris wrote: I'm having a hard time finding the bug that is causing the left navigation pane to not look right in IE7 (I havn't even seen what it looks like in IE6 yet). I have viewed the page in IE6 and 7 and the issue is identical. Currently, your navigation headings (general, league and site details) are li elements. An easy way to solve the issue would be to turn these into h2 elements (for example) and separate out the sub navigation elements into separate lists. In case anyone disagrees with that, the slightly more involved but accurate fix would be to nest the sub navigation elements as lists within the headings' li elements: ul liLeague ul lia href=link/a/li lia href=link/a/li /ul /li ... /ul Regards, Kieron McIntyre www.digbyswift.com __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] IE layout - losing margin on a two column layout???
Dave wrote: Being new to CSS, I'm not intuiting what it is that I'm doing that's aggravating IE, yet. And, I'm having problems finding examples that give me a clue. It's hard enough trying to pick out how to do this in the first place, from the myriad of examples and tips/tricks/hacks/etc that are out there... Any help would be extremely appreciated :D Firstly Dave, don't panic and certainly don't be disheartened! Getting everything right first time is hard, usually impossible. Secondly, read/study this article, http://www.alistapart.com/articles/negativemargins. It's a great article on fluid layout and will help a lot. Thirdly, about the browsers a general rule is code for your audience's browsers. If it's a site offering information you want to be as far reaching as possible then yes, code for a wide base, but in your case if its to show case your photography, modern mac and modern pc browsers will be sufficient, i.e. IE5+, Mozilla and Safari maybe. Either way don't make it hard for yourself, not immediately anyway! If you want any help feel free to email me off-list. Kieron McIntyre www.digbyswift.com __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] IE BugFix Required :)
Chris wrote:
That defiantly worked, but I'm curious how I can introduce
the padding below each root item list.
Chris,
Not a problem mate.
You can use the following rules:
#left UL {
margin:0;
padding:0;
list-item-style:none;
}
#left UL LI {
margin:0;
padding-bottom:10px;
list-style-type:none;
}
#left UL LI UL {
margin:10px 0 0 10px;
padding-bottom:10px;
list-style-type:none;
}
#left UL LI UL LI {
margin:0;
padding:0 0 5px 0;
}
Having a CSS goal is great too but don't be in a rush. Many of the
problems occur because people don't spend long enough on the
fundamentals! The ones who do become the Eric Meyers I guess.
Hope this helps.
Kieron McIntyre
www.digbyswift.com
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] IE6 doing something quite funky to horizontal li's
Brett wrote:
I'm looking to center two horizontal boxes (simple enough task). It
looks fine in Mozilla, while IE 7 staggers the two boxes so
one is lower
than the other.
Hi Brett,
Try adding the following rule:
#container UL LI {
display:inline;
}
This should solve the issue I think.
Kieron McIntyre
www.digbyswift.com
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] IE6 doing something quite funky to horizontal li's
Brett wrote: I'm looking to center two horizontal boxes (simple enough task). It looks fine in Mozilla, while IE 7 staggers the two boxes so one is lower than the other. I'm using standalone IE6, but that seems to have fallen back to the IE7 beta renderer. Maybe someone with non-IE7 setup can advise how to get those two boxes to be in a straight horizontal line. Hi Brett, You were right the first time. You DID only need to float the a's but only make the li's inline. Kieron McIntyre www.digbyswift.com __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Updated browser compatibility charts?
Bob wrote: Back in the day, there were numerous CSS browser compatibility charts available. Now that the older browsers are fading into obscurity, I know that many of these charts haven't been updated in several years. Are there any updated ones available, and if so, where might I find them? Hey Bob, I have recently put up a updated version of the Dithered CSS Filter list (unfortunately the original is no longer with us). This contains IE7b and additional Opera browers for PC and Mac. Although not yet 9beta. The address is http://www.digbyswift.com/dithered. I'm hooking it up to a database so it can be updated easily as new browsers arrive. Hope this helps. Kieron McIntyre www.digbyswift.com __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] Updated CSS Filter/Hack List
Hi list, I hope as many people will find this as useful as myself. Since Dithered is currently out of action I have republished his/her CSS Filter List. I do not claim to take any credit but it is updated and I'm currently connecting it up to a database so I can keep it that way easily. The address is www.digbyswift.com/dithered, so enjoy. I would very much appreciate any feedback as to missing filters/browsers or mistakes. Kieron McIntyre www.digbyswift.com __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Updated CSS Filter/Hack List
Tom wrote: Does Safari 2.0.3x act differently than the latest one listed? Hi Tom, Honestly, I'm not sure. I'll test it and update the list for you by the weekend. Thanks for your response, its much appreciated. Kieron __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Marquee xhtml and css3
I think this is a little unhelpful. The short answer is no. To generate the movement of the text simulating a marquee would currently require client-side scripting, (i.e. Javascript) although css and xhtml would be required to create the box and mask. The reason there are few references (published by credible web design/development sites) to creating a marquee is because it is not considered a palatable feature of the web (like the age old blink tag) and as Mr Doward below states is is more often than not a distraction from maybe more focal information, not to mention inaccessible if scripted. It could be an indication that you page's information layout needs adjusting if you find there is a neeed for a marquee. But now I'm off topic. K -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Dorward Sent: 24 May 2006 09:47 To: css-d@lists.css-discuss.org Subject: Re: [css-d] Marquee xhtml and css3 On 24/05/06, Appalaches Web [EMAIL PROTECTED] wrote: Is there a way to achieve a valid marquee effect with css and xhtml ? Oh boy. Scrolling text. A great distraction when you're trying to focus on another part of the page. This is the web, it isn't a small display with a lot of information and a lot of viewers - its a (generally) large display where each user has their own display and can move scrollbars about to see text! Anyway - you can have a marquee effect using JavaScript (which is beyond the scope of this mailing list, but gives you a starting point for searching). I reed the Bert Bos article at W3C Working Draft ... Without success. The key word there is Draft. -- David Dorward http://dorward.me.ukhttp://blog.dorward.me.uk __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/ __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Marquee xhtml and css3
I think this is a little unhelpful. The short answer is no. To generate the movement of the text simulating a marquee would currently require client-side scripting, (i.e. Javascript) although css and xhtml would be required to create the box and mask. The reason there are few references (published by credible web design/development sites) to creating a marquee is because it is not considered a palatable feature of the web (like the age old blink tag) and as Mr Doward below states is is more often than not a distraction from maybe more focal information, not to mention inaccessible if scripted. It could be an indication that you page's information layout needs adjusting if you find there is a neeed for a marquee. But now I'm off topic. K -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Dorward Sent: 24 May 2006 09:47 To: css-d@lists.css-discuss.org Subject: Re: [css-d] Marquee xhtml and css3 On 24/05/06, Appalaches Web [EMAIL PROTECTED] wrote: Is there a way to achieve a valid marquee effect with css and xhtml ? Oh boy. Scrolling text. A great distraction when you're trying to focus on another part of the page. This is the web, it isn't a small display with a lot of information and a lot of viewers - its a (generally) large display where each user has their own display and can move scrollbars about to see text! Anyway - you can have a marquee effect using JavaScript (which is beyond the scope of this mailing list, but gives you a starting point for searching). I reed the Bert Bos article at W3C Working Draft ... Without success. The key word there is Draft. -- David Dorward http://dorward.me.ukhttp://blog.dorward.me.uk __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/ __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] IE forms create a huge unnessisary gap
Chris wrote:
The only thing I really want to adjust is why FF and Opera (correctly
interprets) the below and IE doesn't. h1headingh1 form/form
FF and Opera's output:
Heading
[form data here]
IE's output:
Heading
[form data here]
I normally specify the following in my CSS:
form { display:inline; }
This removes the spaces, but only do it if you aren't using the form tag
as a structural element, i.e. for layout.
Hope this helps,
K
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Site check + block-level elements no coloured backgrounds
Rachel wrote: #1) Site check for http://queen.greysky-morning.com/ please. I'm aware of IE's inability to display the transparent PNG used for my header. Also, the header's position is off in my Firefox (vs 1.5.0.3), but not in my friend's. It looks like http://i31.photobucket.com/albums/c366/tuptups/firefoxss.jpg that on my screen. Can someone help me see if it displays properly on their screens? Check out http://homepage.ntlworld.com/bobosola/ for a potential javascript transparency fix for IE5.5/6. Enjoy, K __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Menu buttons visual glitch
Hi Ian,
Try adding the following rule:
* html ul#mainNav {
margin-right:-5px;
}
This will be read only by IE and although an arbitrary value should
solve the problem.
K
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Menu buttons visual glitch
Hi Ian,
Try adding the following rule:
* html ul#mainNav {
margin-right:-5px;
}
This will be read only by IE and although an arbitrary value should
solve the problem.
K
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] font sizing
Just to clarify Nick, the 62.5%/1.6em isn't a calculation as in 62.5% divided by 1.6em. It is shorthand for font-size/line-height. In this case, the 62.5% sets the font-size to a percentage of the browser's default font-size. The 1.6em does something similar but uses the em unit which like percentage is used for relative sizing rather than px, pt and pc units. Hope this helps. K __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
