Re: New Browser Window Link problem

by Andrew McFarland <aamcf(at)aamcf.co.uk>

 Date:  Tue, 09 Jul 2002 23:11:11 +0100
 To:  hwg-techniques(at)mail.hwg.org
 References:  rudy rudy2
  todo: View Thread, Original
At 15:36 08/07/02 -0600, Kid Stevens wrote:
<snip/>
>He was asking to solve a target=_blank problem  and target=_anything is
>gone in HTML 4 specs.
<snip/>

Generally, elements and attributes that are deprecated or removed are 
deprecated or removed for a reason. You shouldn't pay lip service to the 
specs by making something that is technically valid but uses client side 
scripting to achieve a deprecated effect.[1] It is _far_ more appropriate 
to use another HTML version with the required behavior built in, or to look 
at completely different ways to solve the problem.

>Popping up stupid little adds is
>rude.  Popping up information is not.

If the information is required by someone who can use pop up windows (for 
whatever reason) then popping up information is rude. It may also be 
something that could land you in court if your website is covered by 
section 508 or similar legislation.

[1] Don't want the alt attribute in images, but want to get a page through 
the W3 validator as XHTML 1.0 strict? Try this:

<script type="text/javascript" src="naughty.js></script>
<script type="text/javascript">noalt();</script>

With this in naughty.js:

function noalt(){
         document.write('<img src="foo.gif" />')
}

This will go through the validator with narry a wimper. _Don't_ use this, 
even if you think it looks like a good idea. Valid pages have to be valid 
before client side script processing as well as after.

This isn't quite the same as using JavaScript to `solve' the target 
problem, but it is still in the same ballpark.

Andrew

--
http://aamcf.co.uk/

HWG hwg-techniques mailing list archives, maintained by Webmasters @ IWA