🚀 go-pugleaf

On Oct 26, 6:58 am, The Natural Philosopher <a...@b.c> wrote:
> 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..
>

Dark on light is harder to read than light on dark.  Also, the cursor
is normally a dark color.

Your particular choices are sub-standard in terms of contrast (color
and brightness.)

>
>
>
>
> >> 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?
>

It is silly to have opening tags that don't match their closing
counterparts.

> 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.
>

If you must do that, make the closing tags 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..

You don't design pages based on what you want.  And do you really want
to enter a name, then a phone number, then address 1, then another
phone number, then address 2, etc.?

Furthermore, screen reader users will never be able to make sense of
that table.

>
>
>
>
>
> >> 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.

What looks okay on your monitor is of no concern (unless you are to be
the sole user.)

>
> >> }
>
> >> 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.

That would depend on your DOCTYPE.  I assume you are using HTML
transitional.  Why would you use that for a new page?

> Not HTML./CS or anything.

Try an HTML or CSS group for further assistance.