🚀 go-pugleaf

David Mark wrote:
> On Oct 26, 4:56 am, The Natural Philosopher <a...@b.c> wrote:
>> Another extremely weird feature from iE6
>>
>> I have a site, whose predominant colors are green background with white
>> writing.
>>
>> There is a style sheet with many styles, of which all either specify a
>> green background, or don't specify any. Body defaults to green.
>>
>> At the customer site, some <INPUT type="TEXT"> elements showed up with a
>> white background on one machine running IE6. I didn't have a chance to
>> investigate further. Highlighting the white on white entered text showed
>> it was there, just invisible
>>
>> Further madness occurred when on this machine a form containing about 10
>> of such inputs, that as far as I know were identical HTML, showed up
>> with some white and some green background.
> 
> IE changes background colors of text inputs to indicate it has auto-
> fill choices available.
> 

Hmm.

> Regardless, white text on a green background is a bad idea for text
> inputs.
> 

Why? It looks great and has good contrast..

>> My own test machine running AFAICT the same IE6 version does NOT display
>> this problem.
>>
>> Her is a code snippet that gave some fields white, some green:-
>>
>> <TABLE width=90% border="0">
>>   <TR><TD align="right">Name:</td><TD align="left"><INPUT type="text"
>> maxlength="32"name ="name"  value=""></td>
>>
>>   <TD align="right">Phone:</TD><TD align="left"><INPUT type="text" name=
>> "phone" maxlength="32" value=""></td>
>>   </TR><TR>
>>   <TD align="right">Address 1:</td><TD align="left"><INPUT type="text"
>> name="address1" maxlength="30" value=""></td>
>>   <TD align="right">Mobile Phone:</TD><TD align="left"><INPUT
>> type="text" name=" phone2" maxlength="30" value=""></td>
>>   </TR><TR>
>>   <TD align="right">Address 2:</td><TD align="left"><INPUT type="text"
>> name="address2" maxlength="32" value=""></td>
>>   <TD align="right">Fax:</TD><TD align="left"><INPUT type="text"
>> name="fax" maxlength="32" value=""></td>
>>
>>   </TR><TR>
>>   <TD align="right">Address 3:</td><TD align="left"><INPUT type="text"
>> name="address3" maxlength="32" value=""></td>
>>   <TD align="right">Email:</TD><TD align="left"><INPUT type="text"
>> name="email" maxlength="32" value=""></td>
>>   </TR><TR>
>>   <TD align="right">Town:</td><TD align="left"><INPUT type="text"
>> name="town" maxlength="32" value=""></td>
>>   <TD align="right">Web:</TD><TD align="left"><INPUT type="text"
>> name="web" maxlength="32" value=""></td>
>>   </TR><TR>
>>
>>   <TD align="right">County/state:</td><TD align="left"><INPUT
>> type="text" name="county" maxlength="32" value=""></td>
>>   <TD align="right">Credit Limit:</TD><TD align="left"><INPUT
>> type="text" name="credit_limit" maxlength="32" value="0"></td>
>>   </TR><TR>
>>   <TD align="right">Post/ZIP code:</td><TD align="left"><INPUT
>> type="text" name="postcode" maxlength="32" value=""></td>
>>   <TD align="right">Status:</TD>
>>   <TD align="left">
>>   Cash<input type="radio" name="credit_status"  value="cash" checked>
>>
>>   Credit<input type="radio" name="credit_status" value="credit" >
>>   On Hold<input type="radio" name="credit_status" value="hold" >
>>   </td>
> 
> Why the sudden change of case?

Why not?

I use different cases to help debug actually - useful when PHP 
generation is spewing out a load of similar items.

It makes <TaBlE> or <tR> a bit easier t spot than making it all look the 
same.

> 
>>   </TR>
>>
> 
> Regardless of colors, this is an inaccessible mess.  Lose the table,
> add labels, etc.  Try tabbing through it and you will get the idea.
> 

Why? it works the way I want it to..

>> At the least I would have thought that this would override any other
>> styles - from the relevant stylesheet.
>>
>> INPUT, TEXTAREA, SELECT, OPTION {
>>         font-family: Verdana, Arial, Helvetica, sans-serif;
>>         padding: 2px;
>>         color: white;
>>         font-size: 12px;
>>         background-color: #60a060;
>>
> 
> Verdana is not appropriate for a Web page.  12px Verdana is even less
> appropriate.  Verdana is a relatively large font, which may or may not
> be legible at 12px.  When missing, its replacement will invariably be
> a smaller font, which is less likely to be legible at 12px.
> Regardless of the font, never size text with pixel units (IE won't
> scale it.)
> 

I noticed that ;-)

However it looks OK to me.


>> }
>>
>> No HTML errors or warnings are given: No errors are shown..
> 
> The HTML doesn't look valid to me.  And none of this has anything to
> do with JavaScript.  You should submit your deezyne to CSS and/or HTML
> groups for further assistance.
> 

MM. No errors shown tho.
Not HTML./CS or anything.