Of course that will break everyone with a device that limits the number of browser instances, as your device will probably expunge instances that haven't been used recently - which is rather a pity as I like to keep instances open so that I can go back to them. If I really wanted to expunge an old instance, I can do so if I choose.
The point of hyperlinking is that linking from one context to the next, is seamless; opening up another window isn't seamless. And since the web is stateless, there is no reason to think that staying on a given domain/path is more special than jumping to some other random path -> the modern example of this is twitter. cheers, Mathew Robertson On 20 December 2011 15:42, Grant Bailey <grant_malcolm_bai...@westnet.com.au > wrote: > Alex, > If the link is to an external site then personally, I prefer the link to > open in a new window automatically. Also, not all devices make it easy for > users to open a link in a new window on request. > Regards, > Grant Bailey > > > On 20/12/2011 1:09 PM, Alex Mironov wrote: > >> Hi >> >> I have been doing some research on expected behaviour of clicking on >> links from within a website to other external websites. Much of my research >> suggests that the recommended practice is to keep people within the same >> window/tab except in some instances. This gives users maximum control as >> they have the choice to left click on the link and open in a new tab/window. >> >> I have included a few links: >> >> http://uxdesign.**smashingmagazine.com/2008/07/** >> 01/should-links-open-in-new-**windows/<http://uxdesign.smashingmagazine.com/2008/07/01/should-links-open-in-new-windows/> >> >> http://www.useit.com/alertbox/**9605.html<http://www.useit.com/alertbox/9605.html> >> >> I was wondering if anyone had any views/resources as to whether users >> should remain in the same window or should be taken to a new window/tab >> when they click on an external link? >> >> Regards >> >> Alex Mironov >> >> *********************************************************************** >> List Guidelines: >> http://webstandardsgroup.org/**mail/guidelines.cfm<http://webstandardsgroup.org/mail/guidelines.cfm> >> Unsubscribe: >> http://webstandardsgroup.org/**join/unsubscribe.cfm<http://webstandardsgroup.org/join/unsubscribe.cfm> >> Help: memberhelp@webstandardsgroup.**org<memberh...@webstandardsgroup.org> >> *********************************************************************** >> >> > > *********************************************************************** > List Guidelines: > http://webstandardsgroup.org/**mail/guidelines.cfm<http://webstandardsgroup.org/mail/guidelines.cfm> > Unsubscribe: > http://webstandardsgroup.org/**join/unsubscribe.cfm<http://webstandardsgroup.org/join/unsubscribe.cfm> > Help: memberhelp@webstandardsgroup.**org<memberh...@webstandardsgroup.org> > *********************************************************************** > > ******************************************************************* List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org *******************************************************************
