Re: [WSG] Input tag - closing tag optional?
Never thought of that really, thanks! So Basically what you have to do is tell your web server to set file headers to return content type as xml? Also, if I understand correctly, this will break in IE? On Nov 26, 2007 8:37 AM, Jens Brueckmann [EMAIL PROTECTED] wrote: Your demo shows very well why serving XHTML as text/html is harmful. When the document's media type is changed, you will see the expected results, i.e. your document is rendered as application/xhtml+xml: http://www.lairx.de/071126/tags.xhtml *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] IE 6 7 Text disappearing.
I usually fix this by specifying position:relative to the element with invisible text, or it's parent. Not sure why it happens in the first place though.. On Nov 26, 2007 12:24 PM, Jixor - Stephen I [EMAIL PROTECTED] wrote: I have this maddening IE 6 7 text disappearing problem. In IE6 you can highlight the text, so its in the right place, its just disappearing. Something to do with has layout I'm guessing, but I'm not sure. I'm sure someone here will have a common fix remembered. Thanks very much in advance, this is driving me mad. *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Input tag - closing tag optional?
I'm afraid browser don't agree with this, though. I'm not sure about input but I'm positive that div/div is not the same as div / as far as browser rendering goes. On Nov21, 2007, at 7:28 AM, Kepler Gelotte wrote: Actually as far as XML (and consequently XHTML) is concerned: input type=text name=a value=a/input Is the same as: input type=text name=a value=a / *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Input tag - closing tag optional?
It won't work in any other browser I know of as well. See this demo case: http://dusan.fora.si/blog/wp-content/uploads/2007/07/tags.html (explained at http://dusan.fora.si/blog/self-closing-tags ) Of course I don't suggest using an empty div tag with no id. It was just an example. But, semantically, even empty tags with ids are bad practice, are they not? I believe quite some time will pass before we get real xml support in most browsers. It's a shame... On Nov26, 2007, at 12:19 AM, Jason Grant wrote: Hi Dusan, Here are some of the unofficial guidelines I work with: div / will not work with IE in certain circumstances. It might give you some errors which you might find mind-bogglingly difficult to debug (i.e. very weird behaviour). div/div will behave much better, but (unless you have an ID or a class on it) I suggest you do not use empty divs at all. I certainly don't use them. What's the real need for it if you think about it really? As far as input / is concerned, it is a sort of a special tag in so far that all its attributes are defined within the tag (i.e. value, type, name, id, class, size, maxlength, etc.), so there is no need for any content between the opening and closing tags, hence in XHTML we use input type= value= name= /. This is valid XML and it conforms to the standards. Hope this helps. Regards, Jason www.flexewebs.com *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] html page footer problem
You have to make sure that you clear all the floats and leave some extra space (at least as high as the footer) and the end of your normal content (that is, everything excluding the footer). This way the footer will only overflow empty space, rather than the content. On Nov12, 2007, at 1:12 AM, Tim MacKay wrote: Thanks Dusan, That is exactly what im looking for. I have put in your code and the footer is sticking to the bottom of the page, but when I scroll up it goes over the main 3 columns of content. I want it to stop at the bottom of the main page content. I see that in your example that is what you have so I am going to go back and read over your code. Will this work with floated elements in the page? Thanks again for your replies, Tim *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Height for the select markup in Internet Explorer
I don't think this can be done. Some browsers (IE, Safari, Camino, ...) use system default form fields and therefore ignore css rules applied to them. *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] W3C CSS Validation Service
Css validator does not validate html. Maybe you got confused by the fact that you can enter a link to an html file. All it does is, it checks that html file for any css (inline or external) and validates the css. And if I recall correctly, this feature has been around for a while. As Stuart noted, if your css is in external file it's always the same. You can only validate that once. But you still have to validate the html for each page separately. The html validator cannot find all of your pages to validate them. *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***