BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//Sabre//Sabre VObject 4.5.8//EN
CALSCALE:GREGORIAN
LAST-MODIFIED:20210603T021231Z
BEGIN:VTIMEZONE
TZID:America/Los_Angeles
X-MICROSOFT-CDO-TZID:13
BEGIN:STANDARD
DTSTART:20201101T090000
TZOFFSETFROM:-0700
TZOFFSETTO:-0800
TZNAME:PST
END:STANDARD
BEGIN:STANDARD
DTSTART:20211107T090000
TZOFFSETFROM:-0700
TZOFFSETTO:-0800
TZNAME:PST
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:20210314T100000
TZOFFSETFROM:-0800
TZOFFSETTO:-0700
TZNAME:PDT
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
UID:7335b1a8-f195-4d9c-a51e-37838deb9228
DTSTAMP:20210603T021231Z
SUMMARY:Super late notice - ARIA deep dive Secondary actions for Composite 
 Widgets
DTSTART;TZID=America/Los_Angeles:20210603T090000
DTEND;TZID=America/Los_Angeles:20210603T100000
DESCRIPTION:https://www.w3.org/events/meetings/7335b1a8-f195-4d9c-a51e-3783
 8deb9228/\n\nLate notice - completely understand if folks can't make it. \
 n\nhttps://github.com/w3c/aria/issues/1440\n\n"I've been repeatedly runnin
 g into a difficulty between a relatively common app UI pattern and the req
 uired owned elements part of the ARIA spec. The problem is specifically wi
 th secondary actions with composite interactive widget roles. I'm using "s
 econdary action" to refer to cases where the child of the composite widget
  role (e.g. tab\, treeitem\, option\, etc.) performs a primary action that
  makes sense for its role\, but then also has secondary actions like edit/
 delete/etc.\, exposed through an associated button."\n\nAgenda\n\nhttps://
 github.com/w3c/aria/issues/1440
STATUS:CONFIRMED
CREATED:20210603T021209Z
LAST-MODIFIED:20210603T021231Z
SEQUENCE:1
ORGANIZER;CN=W3C Calendar;PARTSTAT=ACCEPTED;ROLE=NON-PARTICIPANT:mailto:nor
 eply@w3.org
ATTENDEE;CUTYPE=GROUP;ROLE=OPT-PARTICIPANT;RSVP=FALSE;CN=Accessible Rich In
 ternet Applications Working Group:mailto:public-aria@w3.org
END:VEVENT
END:VCALENDAR