Re: [WSG] Input tag - closing tag optional?

2007-11-26 Thread Dusan Smolnikar
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.

2007-11-26 Thread Dusan Smolnikar
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?

2007-11-25 Thread Dusan Smolnikar
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?

2007-11-25 Thread Dusan Smolnikar
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

2007-11-11 Thread Dusan Smolnikar
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

2007-08-26 Thread Dusan Smolnikar
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

2007-08-26 Thread Dusan Smolnikar
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]
***