Re: timeouts

I strongly prefer the version without this clause. I don't believe it 
adds anything useful to the SC - and just makes it longer.


On 12/1/2017 9:07 AM, Andrew Kirkpatrick wrote:
>
> Would “before or at the start of an activity timer” address your 
> concerns Jon and James?
>
> Thanks,
>
> AWK
>
> Andrew Kirkpatrick
>
> Group Product Manager, Accessibility
>
> Adobe
>
> akirkpat@adobe.com
>
> http://twitter.com/awkawk
>
> *From: *Jonathan Avila <jon.avila@levelaccess.com>
> *Date: *Friday, December 1, 2017 at 12:06
> *To: *WCAG <w3c-wai-gl@w3.org>
> *Subject: *RE: timeouts
> *Resent-From: *WCAG <w3c-wai-gl@w3.org>
> *Resent-Date: *Friday, December 1, 2017 at 12:05
>
>   * I don't see how this can work in an unauthenticated application.
>     If I go to a page that starts the activity timer but I would have
>     to warn the user before I go to the page? How can I possibly do that?
>
> I agree the exact timing of when the timer starts and when the message 
> is communicated could be problematic for situations where the timer 
> starts when you authenticate.
>
> Jon
>
> *From:*James Nurthen [mailto:james.nurthen@oracle.com]
> *Sent:* Friday, December 1, 2017 11:59 AM
> *To:* w3c-wai-gl@w3.org
> *Subject:* Re: timeouts
>
> I don't see how this can work in an unauthenticated application. If I 
> go to a page that starts the activity timer but I would have to warn 
> the user before I go to the page? How can I possibly do that?
>
> On 12/1/2017 7:33 AM, Andrew Kirkpatrick wrote:
>
>     For context, at TPAC the language that was nearly agreed to was:
>
>     Where data can be lost due to user inactivity, users are warned
>     about the estimated length of inactivity that generates the data
>     loss unless the data is preserved for a minimum of 20 hours of
>     user inactivity.
>
>     Lisa is proposing:
>
>     Where data can be lost due to user inactivity, users are warned
>     @@once, before an activity timer is set,@@ about the estimated
>     length of inactivity that generates the data loss, unless the data
>     is preserved for a minimum of 20 hours of user inactivity.
>
>     So, the main change is the addition of “once, before an activity
>     timer is set”. I think that we need to acknowledge that the amount
>     of time before the timer is set may be measured in milliseconds,
>     but it is at least ahead of time. I’m less sure about the “once”
>     part but can live with it.
>
>     Thanks,
>
>     AWK
>
>     Andrew Kirkpatrick
>
>     Group Product Manager, Accessibility
>
>     Adobe
>
>     akirkpat@adobe.com <mailto:akirkpat@adobe.com>
>
>     http://twitter.com/awkawk
>     <https://urldefense.proofpoint.com/v2/url?u=https-3A__na01.safelinks.protection.outlook.com_-3Furl-3Dhttp-253A-252F-252Ftwitter.com-252Fawkawk-26data-3D02-257C01-257Cakirkpat-2540adobe.com-257C3df107a83114415bf4ba08d538dde1f6-257Cfa7b1b5a7b34438794aed2c178decee1-257C0-257C0-257C636477448009975960-26sdata-3DFumRsw-252F-252FXob5bprlumL3zC8PoKfZcUcuDRXkLUBh4bo-253D-26reserved-3D0&d=DwMGaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=CIHu8rc_0wRTTC_7DvWtiGNKjpA-3oTgbu_6ve6hP0I&m=X_bAEmd2jK1cqRzEr8z0z4fKEyxP7AydRaQVdSuuWdY&s=Lg-OAEqMMoFPUHJGQeXDWNzEg4TY_bJUmKKv7A3jwws&e=>
>
>     *From: *Mike Elledge <melledge@yahoo.com> <mailto:melledge@yahoo.com>
>     *Reply-To: *Mike Elledge <melledge@yahoo.com>
>     <mailto:melledge@yahoo.com>
>     *Date: *Friday, December 1, 2017 at 09:37
>     *To: *WCAG <w3c-wai-gl@w3.org> <mailto:w3c-wai-gl@w3.org>
>     *Cc: *"lisa.seeman@zoho.com" <mailto:lisa.seeman@zoho.com>
>     <lisa.seeman@zoho.com> <mailto:lisa.seeman@zoho.com>
>     *Subject: *Re: timeouts
>     *Resent-From: *WCAG <w3c-wai-gl@w3.org> <mailto:w3c-wai-gl@w3.org>
>     *Resent-Date: *Friday, December 1, 2017 at 09:36
>
>     +1
>
>     On Friday, December 1, 2017 8:47 AM, John Foliot
>     <john.foliot@deque.com> <mailto:john.foliot@deque.com> wrote:
>
>     +1
>
>     JF
>
>     On Thu, Nov 30, 2017 at 10:00 AM, lisa.seeman
>     <lisa.seeman@zoho.com <mailto:lisa.seeman@zoho.com>> wrote:
>
>         The coga task force can live with the following wording for
>         time outs
>
>           Where data can be lost due to user inactivity, users are warned once, before an activity timer is set, about the estimated length of inactivity  that generates the data loss, unless the data is preserved for a minimum of 20 hours of user inactivity.
>
>         however we do object to the  change the hours from 20 to 24 ,
>         but we would rather it goes in with that change then be left out.
>
>         All the best
>
>         Lisa Seeman
>
>         LinkedIn
>         <https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.proofpoint.com%2Fv2%2Furl%3Fu%3Dhttps-3A__na01.safelinks.protection.outlook.com_-3Furl-3Dhttp-253A-252F-252Fil.linkedin.com-252Fin-252Flisaseeman-252F-26data-3D02-257C01-257Cakirkpat-2540adobe.com-257C4cc65966f9ce44ef1d6a08d538c907d1-257Cfa7b1b5a7b34438794aed2c178decee1-257C0-257C0-257C636477358425177460-26sdata-3Dh9TYyQc9NVdodbVxUmIAVuSviDwAI38HcflS91w98rI-253D-26reserved-3D0%26d%3DDwMGaQ%26c%3DRoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE%26r%3DCIHu8rc_0wRTTC_7DvWtiGNKjpA-3oTgbu_6ve6hP0I%26m%3DtMI55omZ83XwbvGonNAulYD03Ftz0ohAtbdIJ-0WOiY%26s%3D62c7NmwOMljtWNU71Gxi4HD_tNvzNv-Uv3Y6ce5djsI%26e%3D&data=02%7C01%7Cakirkpat%40adobe.com%7C3df107a83114415bf4ba08d538dde1f6%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636477448009975960&sdata=FelZmgRdhTUJkI%2FaUAvRTlCUgFM1m5NyjigG2wpEkFg%3D&reserved=0>,
>         Twitter
>         <https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.proofpoint.com%2Fv2%2Furl%3Fu%3Dhttps-3A__na01.safelinks.protection.outlook.com_-3Furl-3Dhttps-253A-252F-252Ftwitter.com-252FSeemanLisa-26data-3D02-257C01-257Cakirkpat-2540adobe.com-257C4cc65966f9ce44ef1d6a08d538c907d1-257Cfa7b1b5a7b34438794aed2c178decee1-257C0-257C0-257C636477358425177460-26sdata-3Da9VFXTMDhGY3i-252BdDpvY0Sw1jgmjYfCfGHp-252FT5pXsSsk-253D-26reserved-3D0%26d%3DDwMGaQ%26c%3DRoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE%26r%3DCIHu8rc_0wRTTC_7DvWtiGNKjpA-3oTgbu_6ve6hP0I%26m%3DtMI55omZ83XwbvGonNAulYD03Ftz0ohAtbdIJ-0WOiY%26s%3D6IvRNwChAQNWxXP5v-0xI2QKZQ1VgWAGDI2eIoEE_Z4%26e%3D&data=02%7C01%7Cakirkpat%40adobe.com%7C3df107a83114415bf4ba08d538dde1f6%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636477448009975960&sdata=orQ3NYqjPczh%2Fg6my4RZx9mWOH6X2lN1ogfeoI4QXp0%3D&reserved=0>
>
>
>
>
>
>     -- 
>
>     John Foliot
>
>     Principal Accessibility Strategist
>
>     Deque Systems Inc.
>
>     john.foliot@deque.com <mailto:john.foliot@deque.com>
>
>     Advancing the mission of digital accessibility and inclusion
>
> -- 
> Regards, James
>
> James Nurthen | Principal Engineer, Accessibility
> Phone: +1 650 506 6781 <tel:+1%20650%20506%206781> | Mobile: +1 415 
> 987 1918 <tel:+1%20415%20987%201918> | Video: james.nurthen@oracle.com 
> <sip:james.nurthen@oracle.com>
> OracleCorporate Architecture
> 500 Oracle Parkway | Redwood City, CA 94065
> Oracle is committed to developing practices and products that help 
> protect the environment
>

-- 
Regards, James

<http://www.oracle.com> James Nurthen | Principal Engineer, Accessibility
Phone: +1 650 506 6781 <tel:+1%20650%20506%206781> | Mobile: +1 415 987 
1918 <tel:+1%20415%20987%201918> | Video: james.nurthen@oracle.com 
<sip:james.nurthen@oracle.com>
Oracle Corporate Architecture
500 Oracle Parkway | Redwood City, CA 94065
<http://www.oracle.com/commitment> Oracle is committed to developing 
practices and products that help protect the environment