[WSG] Expected behaviour of links to external websites
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://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 Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
[WSG] Out of Office AutoReply: WSG Digest
I am away on annual leave and will be back on Monday, 9 January 2012. For MSI/MSIS enquiries please contact: Papinder Hamid (x77756) e: papinder.ha...@macquarie.com For MIM enquiries please contact: Sophia Rahmani (x72060) e: sophia.rahm...@macquarie.com Notice: The information contained in this email is confidential. If you are not the intended recipient, you may not disclose or use the information in this email in any way. If you received it in error, please tell us immediately by return email and delete the document. Macquarie does not guarantee the integrity of any emails or attached files and is not responsible for any changes made to them by any other person. Macquarie does not warrant or guarantee that information contained in any email or attached file is free of viruses, worms, trojan horses or anything else having contaminating or destructive properties and has not been intercepted and interfered with during transmission. It is your sole responsibility to protect yourself against such risk and, by opening any email or attached file you agree to assume all risks associated with electronic data transmission. Electronic communications carried within the Macquarie system may be monitored. Macquarie Funds Group services are provided by Macquarie Bank Limited ABN 46 008 583 542 or one of its related entities. *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
[WSG] Is it possible to style an attribute?
Hello, I was wondering if anyone could clarify whether it is possible to style an attribute. I realise this sounds odd, so allow me to explain what I wish to do. In my web page there are a number of terms that need to be defined. I like the user to be able to hover over the term and get the definition that way. For example: dfn title=Made famous in the #8216;Star Trek#8217 TV seriesteleportation/dfn ... produces Made famous in the 'Star Trek' TV series ... when the user hovers over the defined term 'teleportation'. I would prefer the words 'Star Trek' to appear in italics instead (yes, I am fussy). Is there any way to do this? I would be grateful for responses. Thank you and kind regards, Grant Bailey *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] Expected behaviour of links to external websites
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://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 Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
RE: [WSG] Is it possible to style an attribute?
Hi Grant I assume you want to show a text as a title or alt tag, for this preferred to use jquery tooltip here you can show the text or text with image in short you can show anything on hover the link. Try to use tooltip instead of title or alt tag. Regards Birendra -Original Message- From: li...@webstandardsgroup.org [mailto:li...@webstandardsgroup.org] On Behalf Of Grant Bailey Sent: Tuesday, December 20, 2011 10:08 AM To: wsg@webstandardsgroup.org Subject: [WSG] Is it possible to style an attribute? Hello, I was wondering if anyone could clarify whether it is possible to style an attribute. I realise this sounds odd, so allow me to explain what I wish to do. In my web page there are a number of terms that need to be defined. I like the user to be able to hover over the term and get the definition that way. For example: dfn title=Made famous in the #8216;Star Trek#8217 TV seriesteleportation/dfn ... produces Made famous in the 'Star Trek' TV series ... when the user hovers over the defined term 'teleportation'. I would prefer the words 'Star Trek' to appear in italics instead (yes, I am fussy). Is there any way to do this? I would be grateful for responses. Thank you and kind regards, Grant Bailey *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
RE: [WSG] Is it possible to style an attribute?
I was wondering if anyone could clarify whether it is possible to style an attribute. Hi Grant, I use a jQuery plugin called cluetip for my CMS admin screens. It will do what you want. Here is the link: http://plugins.learningjquery.com/cluetip/ Best regards, Kepler Gelotte Neighbor Webmaster, Inc. 156 Normandy Dr., Piscataway, NJ 08854 www.neighborwebmaster.com phone/fax: (732) 302-0904 *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] Expected behaviour of links to external websites
On 2011/12/20 15:42 (GMT+1100) Grant Bailey composed: 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. I detest pages that think it's their business to decide when I should have a new window. It's my computer, my decision to make, which only very rarely is more than one window per open application. Whenever I encounter such rudeness, I try to show my gratitude by leaving the site completely never to return. When that's not practical I close the window and open the rude URL via history in a new tab or the tab opened from, whichever makes more sense in the situation. Forced new windows must really be no fun for users of hand held devices where all windows need to be full screen to be of any use. It should be sufficient to indicate a link is to offsite via special hover behavior so that the visitor can choose a new window, or tab, _if_ desired. -- The wise are known for their understanding, and pleasant words are persuasive. Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] Expected behaviour of links to external websites
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.htmlhttp://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.cfmhttp://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/**join/unsubscribe.cfmhttp://webstandardsgroup.org/join/unsubscribe.cfm Help: memberhelp@webstandardsgroup.**orgmemberh...@webstandardsgroup.org *** *** List Guidelines: http://webstandardsgroup.org/**mail/guidelines.cfmhttp://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/**join/unsubscribe.cfmhttp://webstandardsgroup.org/join/unsubscribe.cfm Help: memberhelp@webstandardsgroup.**orgmemberh...@webstandardsgroup.org *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] Is it possible to style an attribute?
On Tue, Dec 20, 2011 at 4:38 AM, Grant Bailey
grant_malcolm_bai...@westnet.com.au wrote:
Hello,
I was wondering if anyone could clarify whether it is possible to style an
attribute. I realise this sounds odd, so allow me to explain what I wish to
do.
In my web page there are a number of terms that need to be defined. I like
the user to be able to hover over the term and get the definition that way.
For example:
dfn title=Made famous in the #8216;Star Trek#8217 TV
seriesteleportation/dfn
... produces
Made famous in the 'Star Trek' TV series
... when the user hovers over the defined term 'teleportation'.
I would prefer the words 'Star Trek' to appear in italics instead (yes, I am
fussy). Is there any way to do this?
While superficially attractive, @title is a problematic tool to use
for inline progressive disclosure of definitions because:
* It cannot store text structure (such as changes of voice or language).
* User agents do a terrible job of providing universal access to
information in @title. Popular user agents do not allow users to
access @title content using the keyboard (or a switch access device)
alone. Some user agents truncate long @title content. Popular screen
readers do not read @title on arbitrary elements - normally only on
abbr, acronym, img, and interactive controls like a, and then
depending on configuration.
In general, I'd strongly recommend putting your definitions in plain
view, along with anything else users might want to read:
dfnteleportation/dfn, made famous in the citeStar
Trek/cite TV series
Simple, robust, understood.
For lengthier definitions, ordinary hyperlinks to a glossary on the
same page or a definition on another page are a tried and tested,
universally familiar, universally accessible progressive disclosure
pattern:
a href=teleportation.htmlteleportation/a
a href=#glossary-teleportationteleportation/a
a href=glossary.html#teleportationteleportation/a
Any deviation from either plain view or simple hyperlinks is going to
introduce unnecessary barriers to consuming your content.
Still, we can think about ways to make your content harder to consume,
if you like. ;)
You could build on the hyperlinks approach by using JS to extract the
HTML in the #teleportation fragment and display it when the term is
hovered.
Alternatively, you could build on the plain view approach with
something more complicated such as:
span class=term-defined
tabindex=0dfnteleportation/dfnspan class=definition, made
famous in the citeStar Trek/cite TV series/span/span
/* Distinguish the defined term so that users have some sort of hint
it might be a control. At least this gives users of caret navigation
a chance. */
.term-defined dfn {
border: 1px solid red;
padding: 3px;
}
/* Hide offscreen left to be read by screen readers. */
.term-defined .definition {
left: -9px;
position: absolute;
}
/* Show the definition on keyboard focus or hover. */
.term-defined:focus .definition,
.term-defined:hover .definition {
position: static;
}
Leaving aside the usability issues raised by your question and
focusing purely on the technicalities, you can extract and style
content in attributes using CSS generated content, e.g.:
dfn:hover:before { content: attr(title); }
However, you can't apply transform punctuation within the raw text
content into italics with CSS alone, for that you'd need JS too.
Hope that helps.
--
Benjamin Hawkes-Lewis
***
List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
Help: memberh...@webstandardsgroup.org
***
Re: [WSG] Expected behaviour of links to external websites
As a matter of policy, all links on w3.org open in the same window. The reasons for this are, as some have already alluded to: - the user remains in control and can choose to open in a new tab/window or not; - mobile devices, even where they support multiple windows, don't display the tabs at the top (as there's so little space), so keeping track of what is in which window is just not as easy on mobile as it is on desktop; but the *main* reason is - accessibility. Navigating across multiple windows means you have to maintain a mental map of what is open in which tab. This is more difficult for a variety of disabled users. Actually, this highlights the relationship between mobile and accessibility. One window only AFAIAC. HTH Phil On 20/12/2011 05:57, Mathew Robertson wrote: 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 Baileygrant_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.htmlhttp://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.cfmhttp://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/**join/unsubscribe.cfmhttp://webstandardsgroup.org/join/unsubscribe.cfm Help: memberhelp@webstandardsgroup.**orgmemberh...@webstandardsgroup.org *** *** List Guidelines: http://webstandardsgroup.org/**mail/guidelines.cfmhttp://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/**join/unsubscribe.cfmhttp://webstandardsgroup.org/join/unsubscribe.cfm Help: memberhelp@webstandardsgroup.**orgmemberh...@webstandardsgroup.org *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org *** -- Phil Archer W3C eGovernment http://www.w3.org/egov/ http://philarcher.org @philarcher1 *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
