Oops. My response was posted "after" Philip Kiff gave some web standards links. Thanks.
Joyce Evans -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Joyce Evans Sent: Thursday, July 19, 2007 5:44 PM To: wsg@webstandardsgroup.org Subject: RE: [WSG] To target or not I'm all about "web conventions." I didn't realize having a blank target didn't follow web standards. Is that documented somewhere? Joyce Evans -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dave Lane Sent: Thursday, July 19, 2007 4:45 PM To: wsg@webstandardsgroup.org Subject: Re: [WSG] To target or not My suggestion is simple: let it be the content and presentation that keeps people on your site, not gimmickry. Most smart web surfers use Firefox or Opera or a lesser browser that is nonetheless tabbed. If I want to stay on a page, I open links from that page in new background tabs while I continue to read the page. I find it oh-so-frustrating to have a site designer decide how my browsing should work, breaking web conventions (note, web conventions exist for a reason... they're what people expect - I recommend people think long and hard before they break them). If I click on a link on their site I expect it to open in my current window - if it insists on opening a new window, it pisses me off, because that's not how I work. I see that approach as indicating a designer still in a very IE5.5-6 mindset: primitive. Sites that try to manipulate me don't pique my interest, they put me right off (and, needless to say, I don't go back). Dave Joyce Evans wrote: > I always thought it was a good idea to open links to other websites in a > separate window, so you don't lose the visitor. If the visitor clicks on a > link on your website and it does not open into a separate window, the > visitor may stay in the other website for awhile, going to, say, 20 > different pages. Most likely, he's not going to click on the back button 20 > times to get back to your website, so you've lost the visitor or potential > customer. If the link opens up into a separate window, the visitor cannot > click on the back button, so he'll need to click on the exit (X) button, and > voila, he's back in your website, where you want him to be. > > Joyce Evans > Niche Marketing > www.nichemktghouston.com > > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On > Behalf Of Matthew Ohlman > Sent: Thursday, July 12, 2007 9:21 PM > To: wsg@webstandardsgroup.org > Subject: [WSG] To target or not > > Hello List, > > I was curious what others opinions were on this issue... > > Since W3C doesn't allow the target attribute in XHTML Strict, which do > you think is better? Having the window opening up with JavaScript or > just keeping the page in the same window like W3C wants. > > I assume the reason for not allowing the target attribute is for > accessibility--because screen readers can not control pop-ups. > Therefore it seems logical to me to keep it in the same window--even if > it is an external site, etc. > > What does everyone think? > > Matthew -- Dave Lane == Egressive Ltd == [EMAIL PROTECTED] == +64 21 229 8147 +64 3 963 3733 = Linux: it just tastes better = no software patents http://egressive.com ==== we only use open standards: http://w3.org Effusion Group Founding Member =========== http://effusiongroup.com ******************************************************************* List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ******************************************************************* ******************************************************************* List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ******************************************************************* ******************************************************************* List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] *******************************************************************