[WSG] Henry Korotnicki is out of the office until 18/06/2009
I will be out of the office starting 14/05/2009 and will not return until 18/06/2009. For all general enquiries please contact I*Net by email through the Service Centre (service.cen...@mainroads.qld.gov.au). If the enquiry is urgent please phone (07) 3834 2000 and/or CC the email to i...@mainroads.qld.gov.au For manager enquiries please contact Phillip Yee by email (phillip.t@mainroads.qld.gov.au) or phone (07) 3834 8110. *** WARNING: This e-mail (including any attachments) may contain legally privileged, confidential or private information and may be protected by copyright. You may only use it if you are the person(s) it was intended to be sent to and if you use it in an authorised way. No one is allowed to use, review, alter, transmit, disclose, distribute, print or copy this e-mail without appropriate authority. If this e-mail was not intended for you and was sent to you by mistake, please telephone or e-mail me immediately, destroy any hardcopies of this e-mail and delete it and any copies of it from your computer system. Any right which the sender may have under copyright law, and any legal privilege and confidentiality attached to this e-mail is not waived or destroyed by that mistake. It is your responsibility to ensure that this e-mail does not contain and is not affected by computer viruses, defects or interference by third parties or replication problems (including incompatibility with your computer system). Opinions contained in this e-mail do not necessarily reflect the opinions of the Queensland Department of Main Roads, Queensland Transport or Maritime Safety Queensland, or endorsed organisations utilising the same infrastructure. *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] What to do with buttons when a user copies text from a page.
> For all you know, their purpose in copying text from the page is to illustrate > in a document that aspect of the page layout that includes the controls. That's very true. > A more elegant & bulletproof solution might be to rethink the page layout and > visually place the controls above or to the left of the heading to allow the > natural text flow to exclude them from selection. If the controls look like > they're > in the middle of the copyable text, a user with browsing experience will > naturally worry that the controls will get copied along with the text, > diminishing > very slightly their sense of trust in the intuitiveness of the design. Also very true - this is what I think I would prefer to do given the opportunity. *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] What to do with buttons when a user copies text from a page.
This is a of the copied content Firefox: This is a of the copied content Chrome: This is a of the copied content IE: This is a of the copied content Just style the button to look like regular text etc, add your javascript to minimize/close the window, and you're set. That works to notepad anyways. WYSIWYG editors are obviously going to cop more, but I think that is more desirable and falls under what someone else has already said, "don't try to be too clever" What you doing 2morrow? Wanna hang? - Pete On Sat, Jun 13, 2009 at 1:01 AM, Paul Novitski wrote: > At 6/12/2009 01:42 AM, James Ducker wrote: > >> Something I've been pondering - how best to handle buttons and other >> purely functional content residing within a block of selected text? Often a >> user will select a bunch of text and get something like: >> >> > Some Headingminimiseclose >> > Some text etc etc. >> >> I was thinking about adding JS mouse drag detection to hide "minimise" and >> "close" (let's say they're elements) when the user is mouse-selecting >> text, but it would fail if a user used the text cursor to select. >> > > > It sounds as though you've already answered your own question -- don't let > the controls reside within the block of copyable text. In most circumstances > the user will want to copy the header along with the body text of a given > section, so rather than inserting the controls in the middle of copyable > text I'd put them before or after. If you want the controls to appear to the > right of the heading in a left-to-right text flow, you could try putting > them first in the markup and then floating them right or absolutely > positioning them so the heading and text are contiguous. > > A more elegant & bulletproof solution might be to rethink the page layout > and visually place the controls above or to the left of the heading to allow > the natural text flow to exclude them from selection. If the controls look > like they're in the middle of the copyable text, a user with browsing > experience will naturally worry that the controls will get copied along with > the text, diminishing very slightly their sense of trust in the > intuitiveness of the design. A layout that puts them outside the selection > highlight altogether -- modelled by the resize & close buttons in pc & mac > windows that everyone's familiar with -- would be more of a no-brainer to > use. > > Finding a way to reliably make the controls disappear while the user > selects text sounds cool -- I can imagine all the ads and navigation and > chromy bits disappearing while copying a story from a news site, for > example, leaving my clipboard with the story I'm after not needing to be > cleaned up -- but it also sounds a bit paternalistic in deciding in advance > for an unknown user what they're going to want to select. If you place the > controls before the heading in the markup, you leave it to the user to > decide whether to include them in the selection highlight. For all you know, > their purpose in copying text from the page is to illustrate in a document > that aspect of the page layout that includes the controls. There's such a > thing as trying to be too helpful. > > Regards, > > Paul > __ > > Paul Novitski > Juniper Webcraft Ltd. > http://juniperwebcraft.com > > > *** > 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] What to do with buttons when a user copies text from a page.
At 6/12/2009 01:42 AM, James Ducker wrote: Something I've been pondering - how best to handle buttons and other purely functional content residing within a block of selected text? Often a user will select a bunch of text and get something like: > Some Headingminimiseclose > Some text etc etc. I was thinking about adding JS mouse drag detection to hide "minimise" and "close" (let's say they're elements) when the user is mouse-selecting text, but it would fail if a user used the text cursor to select. It sounds as though you've already answered your own question -- don't let the controls reside within the block of copyable text. In most circumstances the user will want to copy the header along with the body text of a given section, so rather than inserting the controls in the middle of copyable text I'd put them before or after. If you want the controls to appear to the right of the heading in a left-to-right text flow, you could try putting them first in the markup and then floating them right or absolutely positioning them so the heading and text are contiguous. A more elegant & bulletproof solution might be to rethink the page layout and visually place the controls above or to the left of the heading to allow the natural text flow to exclude them from selection. If the controls look like they're in the middle of the copyable text, a user with browsing experience will naturally worry that the controls will get copied along with the text, diminishing very slightly their sense of trust in the intuitiveness of the design. A layout that puts them outside the selection highlight altogether -- modelled by the resize & close buttons in pc & mac windows that everyone's familiar with -- would be more of a no-brainer to use. Finding a way to reliably make the controls disappear while the user selects text sounds cool -- I can imagine all the ads and navigation and chromy bits disappearing while copying a story from a news site, for example, leaving my clipboard with the story I'm after not needing to be cleaned up -- but it also sounds a bit paternalistic in deciding in advance for an unknown user what they're going to want to select. If you place the controls before the heading in the markup, you leave it to the user to decide whether to include them in the selection highlight. For all you know, their purpose in copying text from the page is to illustrate in a document that aspect of the page layout that includes the controls. There's such a thing as trying to be too helpful. Regards, Paul __ Paul Novitski Juniper Webcraft Ltd. http://juniperwebcraft.com *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
[WSG] Edward Braddock is out of office was( WSG Digest )
I am currently away on leave returning to the office on 25th June *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org *** --- Begin Message --- * WEB STANDARDS GROUP MAIL LIST DIGEST * From: Edward Braddock Date: Thu, 11 Jun 2009 20:26:18 +1000 (EST) Subject: Edward Braddock is out of office was( WSG Digest ) I am currently away on leave returning to the office on 25th June * From: James Ducker Date: Fri, 12 Jun 2009 18:42:55 +1000 Subject: What to do with buttons when a user copies text from a page. Hi list, Something I've been pondering - how best to handle buttons and other purely functional content residing within a block of selected text? Often a user will select a bunch of text and get something like: > Some Headingminimiseclose > Some text etc etc. I was thinking about adding JS mouse drag detection to hide "minimise" and "close" (let's say they're elements) when the user is mouse-selecting text, but it would fail if a user used the text cursor to select. That aside, I'm iffy about the usability implications of this. Another idea I had would be to simply wrap the buttons in something that is meaningful to most text editors (like a or suffixing them with a ). I'm curious how others might approach this problem. The goal is elegant text selection. - James * From: raven Date: Fri, 12 Jun 2009 12:12:13 +0300 Subject: Re: [WSG] What to do with buttons when a user copies text from a page. > I'm curious how others might approach this problem. The goal is elegant text > selection. Solution ⬠good structure of content, so user may easily select only text he need. Wisely use spaces and problem disappears. ** Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ** --- End Message ---
[WSG] Out of Office AutoReply: WSG Digest
Hi, I am currently out of the office. I will return to the office on the Monday 22 June. If your request is of urgent nature please email webreque...@dbcde.gov.au or call Melynda Taylor on 6271 1334. Thanks, Warwick Smith Intranet Manager --- The information transmitted is for the use of the intended recipient only and may contain confidential and/or legally privileged material. Any review, re-transmission, disclosure, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited and may result in severe penalties. If you have received this e-mail in error please notify the Security Advisor of the Department of Broadband, Communications and the Digital Economy, 38 Sydney Ave, Forrest ACT 2603, telephone (02) 6271-1376 and delete all copies of this transmission together with any attachments. Please consider the environment before printing this email. --- *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] What to do with buttons when a user copies text from a page.
> I'm curious how others might approach this problem. The goal is elegant text > selection. Solution — good structure of content, so user may easily select only text he need. Wisely use spaces and problem disappears. *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
[WSG] What to do with buttons when a user copies text from a page.
Hi list, Something I've been pondering - how best to handle buttons and other purely functional content residing within a block of selected text? Often a user will select a bunch of text and get something like: > Some Headingminimiseclose > Some text etc etc. I was thinking about adding JS mouse drag detection to hide "minimise" and "close" (let's say they're elements) when the user is mouse-selecting text, but it would fail if a user used the text cursor to select. That aside, I'm iffy about the usability implications of this. Another idea I had would be to simply wrap the buttons in something that is meaningful to most text editors (like a or suffixing them with a ). I'm curious how others might approach this problem. The goal is elegant text selection. - James *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
