Re: [css-d] Problems with DIVs lining up
2007/3/20, Marty Martin [EMAIL PROTECTED]: Hello everyone, I have worked on this until I'm cross-eyed. The page here- http://commonwealthentpc.com/ is using DIVs to separate the header, middle and footer content. They're the same width, etc. but are not lining up evenly. They seem to be a couple of pixels off on either side. Help! Where am I going wrong here?! Padding and background image. Or nesting, depends how do you look at the problem. Your background images has green on the sides, so it appears shifted. I used negative margin for the fix, but I'd suggest to redo the whole thing. For the quick fix change appropriate blocks: .header { padding: 0; width:755px; } .header-top { background: url(http://www.commonwealthentpc.com/images/top-header.gif) no-repeat -2px 0; height:130px; width:755px; } .nav1 { margin:106px 0pt 0pt 645px; position:absolute; width:106px; z-index:3; } I did not check if this works browsers other than firefox, but you should get the idea what went wrong. Regards, Rimantas -- http://rimantas.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] can't figure out why this won't validate
2007/3/19, david [EMAIL PROTECTED]: Michael Venables wrote: Ran into an interesting something. Not sure if it's a problem, really, but it's confusing. This does not validate in CSS3: .colset01 { column-width: 15em } Unless you have a typo in your email, you're missing a closing ;. in CSS semicolon separates, but is not needed for closing :) It is advised to put semicolon at the end of the last rule in the block, but the spec does not require it. As for original question, for me it looks like a bug in validator. It accepts unitless values only, which is not that spec says about the column-width. Regards, Rimantas -- http://rimantas.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] Width and border issues-simple, I think
Under the strictest rules, all negative number values for measurement are illegal. False. However, even the most ruthless standardistas make use of them. Negative percentages in complex positioning occasionally causes problems for IE, but no more than anything else! Most ruthless standardistas did read the spec, so they are aware, that negative values are allowed. Take a look at this http://www.w3.org/TR/CSS21/syndata.html#values and also this http://www.w3.org/TR/CSS21/box.html#margin-properties: Negative values for margin properties are allowed, but there may be implementation-specific limits. Regards, Rimantas -- http://rimantas.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] Horizontal list problem... among other things...
I've inherited this website and it is an incredible mess. You can see the current version at the root but the HTML is nothing short of horrendous: It's old school HTML using tables for layout, not a /tr to found anywhere since it's optional as well as all the non-quoted attributes. Well, markup is a mess indeed, but on the other hand there is no DOCTYPE, so it is not claimed to adhere to any standards. On the other hand, /tr and /td _are_ optional (no quotes) even in HTML 4.01 Strict, and unquoted attributes are sometimes allowed too (not encouraged, though). Coding style you can find in http://rimantas.com/bits/shock-horror.html is not recommended (and IIRC IE has/had problems with missing /tds), but it does not make document invalid... In fact, these features may come handy when every byte counts. Sorry for the off-topic. Regards, Rimantas -- http://rimantas.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] Tabs are not positioning correctly in FF
Hi, I have two divs one contains tab navigation and the other contains the content. I want the content div to display directly under the tabs. In IE6 it's displaying how I want it to...but for some reason in FF the tabs are showing up at the top inside the content div..Here's my html markup and css..I've been trying to play around with the paddings and margins but I just can't seem to get it...can someone please up...thanx ... Not sure if I got your intentions right, but try this: #tabbox { clear:both; margin: 0; padding: 20px 0 50px 20px; border: 1px solid #ccc; } Also, a couple of articles you may find useful: http://www.complexspiral.com/publications/containing-floats/ http://www.456bereastreet.com/archive/200502/efficient_css_with_shorthand_properties/ Regards, Rimantas -- http://rimantas.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] No DOC TypE
The doctype clarification has to be completely at the top. There can't even be an empty line there. Anything above doctype declaration will throw IE into quirks mode, but this does not mean everything is forbidden here. You may have empty lines, comments, or xml declaration here... Regards, Rimantas -- http://rimantas.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] CSS: one band-aid on top of another?
... What do YOU (plural) do? Do you say, I'm sticking ot standards, piss on your browser if it doesn't look good!? Your clients will like that. Do you make your pages simple so that there's flexability in the design, so that browsers don't notice the difference? (Think Google) Do you go bonkers (or spend a ton of time) learning the work arounds so that instead of a specialist in CSS you become a specialist in the work arounds that hopefully will be gone in a few years?!?! Hi, first things first: 1) Forget hacks. These are the last measure. You may need some workarounds, but hacks are much overrated. Andy Budd had a great presentation on the subject at @media 2006 [1]. He talked about strange attitude forming among some web developers–whenever they encounter some CSS problem they immediately start looking for the hack to solve it. That's bad. 2) Do not try to make design look the same pixel to pixel in different browsers. This is possible, but usually not worth it–regular users don't change their browser in the middle of the browsing, they just stick to their preferred one... unless your site doesn't work in it. So, no to pixel-to-pixel identity, yes to looking good and working well in major browsers. 3) Validate your (X)HTML and CSS. This will help you to catch some markup errors which may interfere with CSS renedering. 4) Use decent browser as you work: Firefox, Safari, Opera. If your design works in one, chances are high that it will work perfectly in others without any modifications. IE may require some extra effort, but this way it is easier than to build for IE first and then try to adapt for the other browsers. 5) Take your time and go through CSS specification. It is not that scary. 6) Make yourself familiar with some common IE bugs and how to deal with them. Position is everything [2] is a good place to start. I am sure others will give more advices. http://www.andybudd.com/archives/2006/06/media_2006_presentation/ http://positioniseverything.net/ Regards, Rimantas -- http://rimantas.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] centering elements in IE
Hi all, In most browsers, I can do things like img.logo { margin: 0 auto; } which results in the element centred within its parent container. Of course, this does not work with IE. Short of adding a text-align:center to the parent (which is *not* what I want), how can one get the same effect with IE? Of course part is wrong here. This does work in IE6+, just make sure that IE is in standards-compliant mode. http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnie60/html/cssenhancements.asp Regards, Rimantas -- http://rimantas.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] Universal selector
Is there any difference at all between * #leftcol {font-family:arial,sans-serif;} and #leftcol * {font-family:arial,sans-serif;} Yes, there is. The first rule will apply to the element with the id=leftcol regardless of it's position in DOM. The second rule will apply to _all elements_ which happen to be descendants of #leftcol. Regards, Rimantas -- http://rimantas.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] Pocket Reference
I am looking for a current CSS pocket reference guide that I can carry with me everywhere I go. I just need it to look up definitions that my aging brain sometimes forgets. Eric Meyer's last edition is the only one I could find but it's been a while since it was published. Is there a more current edition that you could refer me to? I do not have Eric's CSS Pocket Refernce but I do not think much has changed in CSS world since August 2004. AFAIK this edition coves CSS2.1, so it should be OK. Regards, Rimantas -- http://rimantas.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] Are CSS Drop-down Menus Searchable
Thanks! Also let's not forget that with JavaScript, you can pull in subsequent menu items via Ajax and you don't need to add a lot of links for the user to have in the markup just to hide them afterwards. AJAX is a good way to hide those links from search engines too... Regards, Rimantas -- http://rimantas.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] Are CSS Drop-down Menus Searchable
And your point is? Do you create web sites for visitors or search engines? Guess why Google offers the creation of sitemaps for your page... What is the point of website created for visitor if he cannot find it? What is the point of AJAXed menu, if user with JS off or text browser, or not JS enabled voice browser cannot use it? Because we can, should we? But I am not fan of this kind of menu anyway, their usability is low even without AJAX involved. Regards, Rimantas -- http://rimantas.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] can someone tell me why I am getting theses warnings?
http://jigsaw.w3.org/css-validator/validator?uri=http%3A%2F%2Fwww.blue-fly.co.uk%2Fjunction%2Fcounselling.php I have a background colour in my body Yes, you do. But read carefully: validator wants COLOR, not background-color for body: Line : 4 (Level : 1) You have no color with your background-color : body Validator likes to have color and background-color in pairs. Regards, Rimantas -- http://rimantas.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] Examples of true pure semantic XHTML web sites using css?
... Well, divs have no semantic meaning, so *any* div that you add to a page is for the purpose of design, really. There's no such thing as a semantic div, in the strict sense. But, I doubt you are looking for examples of sites that use neither tables nor divs, as that would be a pretty plain page. So I'm guessing you are looking for pages that structure the chunks of information on the page into divs with meaningful ids (which are nevertheless just there for style) and don't nest divs? ... I wouldn't be so strict. Divs are/may be used to group related content together, just like ol/ul groups a bunch of list items. Yes, div is more general in semantic sense, but not without semantic meaning. Ids can be used not only for the styling or DOM manipulation. Ids are for that their name says - identification which can be useful in many ways. Maybe we don't have default meanings for those things, but it does not mean we cannot provide them. Class attribute has even less semantic meaning than div element, but take microformats and it is no longer meaningless. Regards, Rimantas -- http://rimantas.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] highlighting the current selection
... However, basic usability tells you that the current page just should not be a link - why should it link to itself? ... As an another method to refresh the page. I got quite used to that :/ Regards, Rimantas -- http://rimantas.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] CSS Calendar
And even if some may think that a calendar should not be done in CSS, why not try? I agree that there are times when tables are the right answer, but I think that part of what we do as advocates of CSS design is to push the limits of our craft. Besides, you gotta admit, it pretty frikin cool ... ...unless CSS happens to be off :( Regards, Rimantas -- http://rimantas.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] CSS vs. DHTML?
... Here's a fact: Not all clients will have CSS enabled or not have your CSS or even enough screen space to accommodate for a menu like this. ... Please, provide numbers and sources. Don't forget to provide numbers for JavaScript - for comparison. ... For a multi level menu CSS is just not stable to use and the wrong technology. ... I'd argue that whole multi level menu thing is the wrong idea in the first place. Book: http://www.beginningjavascript.com It explains something :) Regards, Rimantas -- http://rimantas.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] google shok horror
Google -- either collectively or one individual in a very powerful position -- hates CSS and XHTML. Maybe that's too strong to say. Maybe they just don't care. Sigh :( They seem to consider web standards, separting presentation from content, or making HTML conform to the rules of XML not just a waste of time but downright offensive. To make HTML to conform to the rules of XML is pretty bad idea. We have XHTML for that. But one very popular browser still does not support XHTML. Their HTML is simply appalling. They seem to pride themselves on mixing tag case and breaking as many rules as possible. Mixing case is legal in HTML like other things. There is a study somewhere amongst the google labs pages that talks about frequency of tag and attribute usage. It would be fairly interesting except that the author takes the opportunity to slip in a bunch of barbed opinions about the futility of attempting to use standards. ... Author of the study is Ian Hixie Hickson - a member of Web Standards Project, member of few working groups and editor of several standards (CSS2/3, SVG, XBL) at W3C and WHATWG. I think this better represents his understanding and care about web standards... Regards, Rimantas -- http://rimantas.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] What are these weird classifiers?
From the W3C CSS 2 spec [0]: In CSS2, identifiers (including element names, classes, and IDs in selectors) can contain only the characters [A-Za-z0-9] and ISO 10646 characters 161 and higher, plus the hyphen (-); they cannot start with a hyphen or a digit. They can also contain escaped characters and any ISO 10646 character as a numeric code (see next item). For instance, the identifier BW? may be written as B\W\? or B\26 W\3F. And from W3C CSS2.1 spec [1] (which should be preferred, despite confusing status): CSS 2.1, identifiers (including element names, classes, and IDs in selectors) can contain only the characters [A-Za-z0-9] and ISO 10646 characters U+00A1 and higher, plus the hyphen (-) and the underscore (_); they cannot start with a digit, or a hyphen followed by a digit. Only properties, values, units, pseudo-classes, pseudo-elements, and at-rules may start with a hyphen (-); other identifiers (e.g. element names, classes, or IDs) may not. Identifiers can also contain escaped characters and any ISO 10646 character as a numeric code (see next item). For instance, the identifier BW? may be written as B\W\? or B\26 W\3F. Notably, underscore is allowed too. [1]http://www.w3.org/TR/CSS21/syndata.html Regards, Rimantas -- http://rimantas.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] Why does IE hate A:HOVER SPAN?
... Mozilla, etc. likes this just fine, and displays the SPAN when we roll over LI.mapspot. IE displays nothing. We've piddled and poked and cajoled the stylesheet in an effort to get IE to honor this, all to no avail. What gives? And more importantly, how do we fix it? ... Check out this: http://www.quirksmode.org/css/ie6_purecsspopups.html Regards, Rimantas -- http://rimantas.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] Taking lowercase rule and running with it
I know that XHTML tags and attributes are supposed to be written in lowercase ... but it seems to me the following is perfectly acceptable in a style sheet declaration: IMG { border: none; } ... Or is there really some official prohibition against uppercase in CSS declarations that I just don't know about? ... In case of XHTML (serverd as application/xhtml+xml) names of elements and attributes are case sensative in CSS rules too. That means if you specify your rules with uppercase element names they won't apply. I'd reccomend to read: http://www.456bereastreet.com/archive/200501/the_perils_of_using_xhtml_properly/ http://lachy.id.au/log/2005/12/xhtml-beginners Regards, Rimantas -- http://rimantas.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] display: table-cell --- why?
... Could someone please explain the use of display:table-cell? I can never seem to get my brain around the how's and why's Like, why wouldn't you use a table instead of using divs that act like tables and table cells? ... Because when you change your mind and don't want that table behaviour any more you do not need to remove tables from your HTML - only to change your CSS file. Of course, if you are dealing with tabular data then fiddling with divs does not make much sense. Regards, Rimantas -- http://rimantas.com/ __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Absolute image path in CSS
2005/12/2, Jacky [EMAIL PROTECTED]: 1. use server-side script to generate CSS files, so that the image path can be stored in one variable. 2. move also the CSS files to the image location, so the css files can still use relative reference. The only change is the import location in the HTML. While solution 2 seems to be a lot easier and reasonable (to me), it needs our customer approval to do so. Any suggestion on this? How about this? 3. Use server configuration options, e.g. Alias directive in case server is Apache: Alias /app/img /public/internet/app/img Regards, Rimantas -- http://rimantas.com/ __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Centering problem
2005/11/25, Maarten Reynders [EMAIL PROTECTED]: Hi, I used the horizontal align code I found in previous posts of this list. My site now is perfectly centered in Mozilla Firefox, but in Internet Explorer it sticks to the left. ... Can anyone help me out? margin: auto forks in IE6 only if browser is in standards mode. Anything that comes before DOCTYPE in the source will triger quirks mode. In your source there is entire script sitting atop DOCTYPE... Regards, Rimantas -- http://rimantas.com/ __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] css problems with text size
2005/11/22, Christian Heilmann [EMAIL PROTECTED]: Is it possible to make css behave like tables?? What, make it hard to maintain, heavy weight and unpredictable in modern browsers? What is so hard to maintain, heavy weight, or unpredictable in display: table-row and display: table-cell ? The most important part is also predictable: Internet Explorer does not support it. Regards, Rimantas -- http://rimantas.com/ __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] display: inline-block
2005/11/20, Erwin Heiser [EMAIL PROTECTED]: Hi all: a short question: is there a way to use a {display: inline-block;} and still have your CSS validate? the validator gives this as an error although I believe it's a valid CSS2 value for display. Any alternatives to this? display: inline-block is valid in CSS2.1. CSS validator defaults to CSS2, but in http://jigsaw.w3.org/css-validator/validator-uri you can select to use CSS2.1 (choose form Profile drop-down). Regards, Rimantas -- http://rimantas.com/ __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] an absolute bug in ie???
2005/11/16, [EMAIL PROTECTED] [EMAIL PROTECTED]: Is there an absoulte positioning bug that effects ie. Have searched but cannot find anything. Strange. http://www.positioniseverything.net/posbugs.html http://www.positioniseverything.net/abs_relbugs.html Regards, Rimantas -- http://rimantas.com/ __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Why add an .img class?
2005/10/18, Christian Montoya [EMAIL PROTECTED]: ... That being said, class img is a poor naming convention. Something like imgleft would have made more sense. And I would strongly discourage naming a class just like an element... I mean, imagine if you made a little typo and put img instead of .img ... your whole page would probably fall apart. And just imagine if you decide to float your .imgleft to the right... Regards, Rimantas -- http://rimantas.com/ __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Why don't my images appear on site?
2005/9/23, Nancy Smith [EMAIL PROTECTED]: I am doing my first CSS site and it is a killer. First, it doesn't look right in Foxfire or Monzilla, Hi, some interesting browsers you have got ;) but only IE on the PC and Mac. Very frustrating. Second, none of my jpegs show up on the site. As far as I can tell your jpegs are not on the server. I've tried directly retrieve sidebar.jpg - it is not here, aboutus.htm reffers to images/faucet.jpg, but there is no faucet.jpg in the images directory... And frankly, sorry to say that, but I wouldn't expect much of the cross-browser compliance with the current state of your HTML. Make it meaningfull and make if valid. Things likt that below look confusing...: p align=center label/label labelbr / Hose Bids /label /p ... Regards, Rimantas -- http://rimantas.com/ __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Now possible: CSS Constants
2005/9/1, Tom Livingston [EMAIL PROTECTED]: Perhaps I am just not as worldly as others (of of limited brain capacity), but I am having trouble seeing how the above would differ from this: html, body{color:#ABCDEF; font-family:Helvetica, Arial, Verdana, sans-serif;}/*or just body*/ a{color:#FDECAF;}/*even necessary?*/ a:hover{color:#0DECAF;} ... Take any real big CSS file with the same five-six colors repeated tens of times for various elements and benefits will be obviuos. And thats very handy for color skining. Regards, Rimantas -- http://rimantas.com/ __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Hacks, to use them, or not
On 23/08/05, Haoshiro [EMAIL PROTECTED] wrote: ... This is generally regarded as a *bad* thing because tables are for tabular data only but the fact of the matter remains that they do *work* and are generally rendered close to the same way across browsers common browsers. ... With one difference - considering that using tables for layout is hack and using CSS hacks differs, because in CSS case you keep your hacks away from your HTML code. And CSS hacks do work to. On the other hands I think they are hugely overestimated, it is possible to go mostly hack-free. Regards, Rimantas -- http://rimantas.com/ __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Opera issues semi-reolved; HUGE IE6 issues
On 8/8/05, Roger Roelofs [EMAIL PROTECTED] wrote: ... 1. Conflicting instructions: combining display: inline; and float: left; - these are mutually exclusive. I believe float takes priority and all floats are block level so it ignores the display: inline. ... display:inline on floats cures IE doubled-margin bug on floats, so it may be useful (and does no harm AFAIK). See http://www.positioniseverything.net/explorer/doubled-margin.html for more details. Regards, Rimantas -- http://rimantas.com/ __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Firefox: little b ug with text-transform and ß
On 8/5/05, Klaus Hartl [EMAIL PROTECTED] wrote: If you use text-transform: uppercase; on an element holding text which contains ß, that letter transforms to SS (correct), but than, under certain circumstances (has to be one word or the second of two), the last letter is missing. I.e.: Europäische Außenpolitik renders like: EUROPÄISCHE AUSSENPOLITI If ß is contained by the first of two words, rendering is correct. Strange enough! Simple test case: http://www.stilbuero.de/demo/firefox_text-transform_bug/ Seems like FF disregards increased number of characters if there is no whitespace left between the end of the word and the markup. Try this: p style=text-transform: uppercase;Europäische Außenpolitik spanAußenpolitik/span/p p style=text-transform: uppercase;Außenpolitik /p p style=text-transform: uppercase;Außenpolitik /p Definitely a bug, simple workaround would be always add extra space... Regards, Rimantas -- http://rimantas.com/ __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Music Files and CSS
On 7/21/05, T Shorrock [EMAIL PROTECTED] wrote: hmm.. in your opinion anyway. The web is a multi-media platform... I would hate my TV, DVD's etc to be silent. Websites are often an advert for people's business, and they use sound on their TV ads and, probably, in their presentations, promotion videos... why not on their Internet ad. Also, retail outlets tend to play music... again, why can't they have music or sound on their sites? What about musican's websites - should they, too, remain silent? Yes, they should. Would you feel the same about your TV if it played soundtrack from five channels at once? Now imagine - I have my favourite CD/mp3/whatever playing on my PC and I open three sites in tabs of my Firefox. And each site feels the need to greet me with it's own sound. And the one of those hosts five banners, all with sound to. Would you likt THAT? Regards, Rimantas -- http://rimantas.com/ __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] can't get images to align correctly within td's using CSS
On 7/11/05, Bruce Gilbert [EMAIL PROTECTED] wrote: hello, on my graphics page, I want the images to be centered within their table cells using CSS , but what I have tried isn't working. I can't seem to find the selector for the images. ... any assisatnce is greatly appreciative! This is because of the higher specificity your images got this rule applied to them: #main_content img{ border:1px solid #333; margin-left:5em } you can fix it by adding #main_content in front of table.thumbnails img { Some tweaking on images/td padding may be required. Regards, Rimantas -- http://rimantas.com/ __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Background Won't Repeat to Bottom
On 7/10/05, Jeff Clark [EMAIL PROTECTED] wrote: In Firefox (on Mac and PC) and Camino, the background-image sometimes doesn't go all the way to the bottom. Haven't run into the problem just yet in IE. Any ideas? ... Hi, first of all make your code valid. That makes debugging (if there will be a need for such) much easier. Regards, Rimantas -- http://rimantas.com/ __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Firefox strangeness with link and title attribute
On 6/28/05, Viascape List [EMAIL PROTECTED] wrote: I noticed a strange problem this morning with firefox regarding how it loads external stylesheets that are specified using the html link element when the title attribute is given a value. I like to use the title attribute to give descriptive names to my stylesheets so that I can find the correct link quickly when running through my markup. Anyway, Firefox (I'm using 1.0.4) will load only the first stylesheet listed if the title is given any value other than the string Default. If all are given the Default value, all of them will load, but if any of the links in the list are given another value, Firefox will not load any more stylesheets after that link. IE6 does note exhibit this same behavior, but loads all of the stylesheets regardless of the title value. Is there a reason for this, or is it just a parsing bug? http://www.w3.org/TR/html401/present/styles.html#specifying-external Regards, Rimantas -- http://rimantas.com/ __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Sitecheck please: Firefox bug?
On 6/1/05, Albert van der Veen [EMAIL PROTECTED] wrote: On http://www.vakdagdirectmail.nl/ the footer isn't showing in Firefox. ... I'd suggest to add different color borders for your html, body, footer and achtergrond_ -- you will see the effect of height in percents. Then you may try to remove overflow: hidden from your #achtergrond_ style rules -- that will reveal where footer is hiding. No you should have enough information for troubleshooting... Regards, -- http://rimantas.com/ __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] OT When is the next version of CSS?
On 6/1/05, Rudolf Vavruch [EMAIL PROTECTED] wrote: IE7 will support a bunch of CSS3 stuff, more than Firefox currently supports (although at the moment as far as I can see CSS3 is not yet finalised so stuff is due to change). ... http://dean.edwards.name/IE7/compatibility/ Dean's script should not be confused with IE7 by Microsoft. There hardly will be any CSS enchancements in it. So far I am aware only on png alpha transparency support and tabs. Regards, Rimantas -- http://rimantas.com/ __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Classes and Ids
On 5/21/05, Richard Brown [EMAIL PROTECTED] wrote: ... At the bottom of the page there is two lines in the footer. The top line (a search box) is meant to be centred, the bottom line is meant to be aligned to the right. I have entered the following code in the html: div id=footer class=rightcopy; Keith Jones/div With this in the css: #footer { position: relative; top: 0; left: 0; height: 60px; margin: 0; padding: 0; text-align: center; font-family: Verdana, Arial, Helvetica, sans-serif; font-size: 12px; } .right { text-align: right; } Can anybody explain what I am doing wrong please? ... You have duplicated your id=footer (id must be unique). Now both #footer and .right rules should apply to the same element, and you have text-align:center for the #footer and text-align:right for the .right. #footer wins because of higher specificity. Removing it from div id=footer class=rightcopy; Keith Jones/div should solve the problem. Regards, Rimantas http://rimantas.com/ __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/