Skip to content

v1.7.22

Choose a tag to compare

View all tags
@divdavem divdavem released this 02 Aug 10:46
· 242 commits to master since this release
v1.7.22
4072acb

  • focus issue on IE 7 caused by navigation elements introduced in #1654

    divdavem - Mon Aug 01 2016 19:46:54 GMT+0200 (Romance Daylight Time)

    The new navigation elements introduced in commit 6f45f15 (#1654)
    make the following tests fail on IE 7:

    • test.aria.widgets.wai.popup.dialog.modal.FirstTest
    • test.aria.widgets.wai.popup.dialog.modal.FourthTest

    Those tests are blocked in _testFocusRestoration while waiting for the
    opening element to be focused again. It is not obvious why adding the
    navigation elements prevents the opening element from being correctly
    focused again when the dialog is closed. It must be just another IE 7 bug!

    The issue seems not to happen if we do not remove the navigation elements
    from the DOM when the dialog is closed. However, instead of keeping those
    elements in the DOM a little longer (with a non-deterministic setTimeout),
    this commit simply avoids adding those elements on IE 7 which results in
    the following slightly behavior on IE 7: when pressing shift-tab from
    outside the viewport when a modal dialog is open, the first item of the
    dialog gets focused instead of the last one.

  • incorrect offsetHeight on IE 7 when the dialog title is before its body

    divdavem - Mon Aug 01 2016 19:46:52 GMT+0200 (Romance Daylight Time)

    This commit implements a work-around for IE 7 because of a bug triggered
    by the following commit: e65ad16 (#1646)
    When the title element is at the beginning of the dialog dom element,
    the offsetHeight of the popup is not computed correctly by IE 7
    (IE 7 inexplicably adds 4 px).

    To avoid this issue, on IE 7, the title element is now inserted at the end
    of the dialog element, as it was done on all browsers before commit
    e65ad16.

  • fix/test #1659 Fixing test from previous commit

    divdavem - Wed Jul 27 2016 15:37:32 GMT+0200 (Romance Daylight Time)

  • Initially disabled radio buttons misbehaving when enabled (#1659)

    divdavem - Wed Jul 27 2016 15:29:24 GMT+0200 (Romance Daylight Time)

    Initially disabled radio buttons were excluded from the array of all radio
    button instances and never added (even when re-enabled), which prevented
    them from reacting correctly to arrow up and down navigation.

    This commit makes sure all radio buttons (whether they are enabled or not)
    are present in the array of all radio button instances. Disabled radio
    buttons are simply skipped when looping through the array.

  • (#1658) (#1658, #1403)

    Basso - Wed Jul 20 2016 16:59:37 GMT+0200 (Romance Daylight Time)

    'test.aria.widgets.form.autocomplete.errorhandling.AutoComplete2' fails
    on all IE

  • fix/test test.aria.widgets.wai.input.label.MultiSelectJawsTestCase (#1657)

    divdavem - Fri Jul 08 2016 17:29:58 GMT+0200 (Romance Daylight Time)

    This commit fixes test.aria.widgets.wai.input.label.MultiSelectJawsTestCase
    after changes in the MultiSelect.

  • fix/test test.aria.widgets.wai.iconLabel.IconLabelJawsTest (#1656)

    divdavem - Fri Jul 08 2016 17:12:09 GMT+0200 (Romance Daylight Time)

    This commit fixes test.aria.widgets.wai.iconLabel.IconLabelJawsTest after
    some changes in the multiselect.

  • Multiselect enhancement for JAWS (#1652) (#1652)

    Basso - Fri Jul 08 2016 11:13:17 GMT+0200 (Romance Daylight Time)

  • WAI-ARIA - Modal dialog - Focus cycling for accessible modal popups. (#1654)

    ymeine - Fri Jul 08 2016 10:08:47 GMT+0200 (Romance Daylight Time)

    Now the focus is maintained inside the popup when navigating with the tab key.

    This will loop through the elements of the popup, taking into account forward and backward navigation.

    This will also handle properly the focus and the navigation direction when navigating from the user agent GUI.

  • feat/test #1653 Add commented options in attester (#1653) (#1653)

    Basso - Thu Jul 07 2016 17:29:17 GMT+0200 (Romance Daylight Time)

  • Adding the waiEscapeMsg and waiCloseMsg properties on the Dialog widget (#1651)

    divdavem - Wed Jul 06 2016 15:15:00 GMT+0200 (Romance Daylight Time)

    This commit adds the following properties on the dialog widget:

    • waiEscapeMsg: If this property is defined and if waiAria is activated,
      the user has to press escape twice (instead of only once) to close the
      dialog. This property specifies the message to read after the user
      pressed escape the first time.
    • waiCloseMsg: When waiAria is activated, this property specifies the
      message to read when the modal dialog is closed.

  • Adding the titleTag property on the Dialog widget (#1650)

    divdavem - Wed Jul 06 2016 11:51:14 GMT+0200 (Romance Daylight Time)

    This commit adds the titleTag property to the Dialog widget to allow
    setting the tag used for the title in the dialog.
    By default, the tag used for dialogs is now h1 when waiAria is true
    and span (as before) otherwise.

    This is especially useful for accessibility: screen readers often provide
    a way to navigate through the heading tags of the page.

  • Adding the titleTag and titleClassName properties on the ErrorList widget (#1649)

    divdavem - Tue Jul 05 2016 17:50:48 GMT+0200 (Romance Daylight Time)

    This commit adds the titleTag and titleClassName properties on the ErrorList widget
    to allow setting the tag used for the title and its associated CSS classes
    in the ErrorList widget.

    This is especially useful for accessibility: screen readers often provide
    a way to navigate through the heading tags of the page.

  • fix/test #1648 Fixing random failures of ExpandButtonCheck (#1648)

    divdavem - Mon Jul 04 2016 14:37:01 GMT+0200 (Romance Daylight Time)

    This commit makes ExpandButtonCheck more stable by using waitFor functions.

  • fix/test #1647 Fixing ErrorListBindingJawsTestCase (#1647)

    divdavem - Mon Jul 04 2016 11:44:11 GMT+0200 (Romance Daylight Time)

    This commit fixes test.aria.widgets.wai.errorlist.binding.ErrorListBindingJawsTestCase
    after the changes introduced by 5086dc9.

  • Making dialog title and buttons focusable or not by configuration (#1646)

    divdavem - Mon Jul 04 2016 10:11:07 GMT+0200 (Romance Daylight Time)

    This commit adds 3 new configuration options for aria:Dialog widgets:

    • focusableTitle: whether the title of the dialog is focusable.
      By default, it is set to true if waiAria is true.
    • focusableClose and focusableMaximize: whether the corresponding button
      is focusable. By default, it is set to true if waiAria is true and the
      corresponding label is defined.

  • Using role=alert for error popups (#1645)

    divdavem - Thu Jun 30 2016 13:39:12 GMT+0200 (Romance Daylight Time)

  • Listening to safetap events for popup icons of DatePicker and similar widgets (#1644)

    divdavem - Fri Jun 24 2016 11:42:20 GMT+0200 (Romance Daylight Time)

    In order to fix issues when trying to open the DatePicker popup (or popups
    of similar widgets), we now listen to the safetap event in addition to the
    click event on touch devices.

    Touch devices are detected using aria.utils.Device.isTouch().
    aria.touch.SafeTap is only loaded if a touch device is detected.

  • The AutoComplete's dropdown was sometimes closed too early because of unexpected blur events preceding others (#1643)

    ymeine - Thu Jun 09 2016 15:56:00 GMT+0200 (Romance Daylight Time)

    The issue was introduced in commit: f123c7a released in version 1.7.15

    Under some execution environment, it happened that some blur events were fired on the AutoComplete's input element before any other event were. The initial commit was making the widget rely on blur to close the its dropdown, which in this unfortunate case prevented other events to occur on this same dropdown, that way preventing item selection from the mouse for instance.

    Also added an alias for the "back_space" key to "backspace" for tests using Robot under PhantomJS.

  • Chrome keeps the selected option after clearing options in the @aria:Select (#1642)

    divdavem - Wed Jun 01 2016 18:04:55 GMT+0200 (Romance Daylight Time)

    This commit fixes a strange issue in Chrome: when removing all options
    from an @aria:Select widget, Chrome sometimes keeps the selected option
    displayed. Note that this does not always happen, it depends on which
    option is selected.

Assets 2
Loading