The current context menu lets you hide a row or column, but then you cannot show it again, so the user can lose data. At present there is no context menu option to unhide it and there is no element indicating the column/row was there in the first place. This should behave like in Excel.

Such a feature must be implemented first in the underlying Kendo Spreadsheet widget, and to this end I encourage you to cast your votes for its implementation here: http://kendoui-feedback.telerik.com/forums/127393-kendo-ui-feedback/suggestions/19240072-context-menu-option-to-unhide-row-column

Hi Team,

  Please refer ticket #1015035. Currently keyboard support is not available for RadMonthYearPicker control. If we could add this, it would be more helpful for JAWS/accessibility users. 

Detail information is available in ticket#1015035

Thanks
Kishor  

Please see demo: https://demos.telerik.com/aspnet-ajax/monthyearpicker/accessibility-and-internationalization/wcag-2.0-and-section-508-accessibility/defaultcs.aspx

1. tab to calendar button

2. hit enter to open calendar dialog

3. press tab

Notice that instead of causing the focus to move within the calendar pop-up, focus first shifts through all remaining elements of the underlying page. This make this control difficult for users relying solely on keyboard navigation.

Ideally this control should function more like the standard calendar controls, obtaining focus when opened and returning focus to the date field when closed.

We use the Telerik RadGrid for our application and we have found that if we click on the filter button on the RadGrid, it will make the page scroll.

The current colors, #0082CC and #FFFFFF that are used for forecolor and backcolor, have 4.14:1 color contrast ratio: https://webaim.org/resources/contrastchecker/?fcolor=FFFFFF&bcolor=0082CC

The minimum required color contrast ratio is 4.5:1 for AA Compliance, and 7:1 for AAA Compliance.

A possible alternative color for the #0082CC blue can be #007CC.

When RadText boxes have EnableAriaSupport=True and also have a tooltip set, the JAWS form fields dialog should list the control along with any text that might be in the textbox.
Currently it does not list the text.
see following support ticket for more details:  https://www.telerik.com/account/support-tickets/view-ticket?threadid=1081024

Reproduction: https://demos.telerik.com/aspnet-ajax/combobox/examples/wai-aria-support/defaultcs.aspx

1) focus the ComboBox

2) press C 

Expected: 

- Camembert Pierrot is selected

- JAWS pronounces "c" and "Camembert Pierrot"

Actual: 

- Camembert Pierrot is selected

- JAWS pronounces "c"

Reference for expected behavior: https://www.w3.org/TR/wai-aria-practices/examples/listbox/listbox-collapsible.html

Hi Telerik team,

 

Few of our clients reported the following issue with respect to WCAG 2.0 SC 4.1.2 standard. (508 Standard and compliance) -

Practice	Function (example)
Ensure ARIA roles, states, and properties are valid	LI has an aria-level attribute of 0, which is not an integer value greater than, or equal to, 1

 

Example: visit https://demos.telerik.com/aspnet-ajax/tabstrip/examples/wai-aria-support/defaultcs.aspx 

 

Observe the ul-li elements created for tabstrip. On each li element, there is aria-level attribute whose value is set to 0.

As per WCAG this value should start from 1. The value 0 is invalid. Refer: https://www.w3.org/TR/WCAG20-TECHS/ARIA12.html

 

Please let me know when are you going to fix this for compliance. 

--

Sunil

Few of our clients reported the following issue with respect to WCAG 2.0 SC 4.1.2 standard. (508 Standard and compliance) -

Practice	Function (example)
Ensure sub-lists are marked up properly	This UL should only contain li elements (without an ARIA-assigned role), script elements (without an ARIA-assigned role) or template elements (without an ARIA-assigned role); or   elements with a role=listitem attribute; as direct child elements

 

Example: When Telerik Tabstrip has EnableAriaSupport=true, internally tabstrip is combination of ul-li with css to display the Tabs properly -

The html looks like as follows -  

Observe the aria attributes which are on li elements. Is that really necessary considering the compliance? (as mentioned in practice and example).

 

Please let me know when are you going to fix this for compliance. 

--

Sunil 

Problem:  Latest Telerik version of Combobox or RadCombobox reads "readonly" though it's not, when EnableAriaSupport is enabled.

Details: 

url to test with JAWS - https://demos.telerik.com/aspnet-ajax/combobox/examples/wai-aria-support/defaultcs.aspx

When I use JAWS to read the combobox present on this demo it reads as follows - 
              ComboBox readonly - Alice Mutton. To change the selection press the arrow keys.

Over here, why JAWS is reading "readonly". It's not readonly. It's making our screenreader blind users confusing.

I drilled down more into the problem and found that, the input element below has the aria-readonly=true set though the combobox is not readonly.
Here is the html generated for above combobox from telerik demo site -

<input name="ctl00$ContentPlaceholder1$RadComboBox2" class="rcbInput radPreventDecorate" id="ctl00_ContentPlaceholder1_RadComboBox2_Input" role="combobox" aria-busy="false" aria-disabled="false" aria-expanded="false" aria-haspopup="true" aria-readonly="true" aria-owns="ctl00_ContentPlaceholder1_RadComboBox2_listbox" aria-autocomplete="none" type="text" readonly="readonly" value="Alice Mutton" autocomplete="off">

I understand that this input control should be readonly so that aria users should not type and go haywire. But looks like to maintain the readonly=readonly property, telerik is generating aria-readonly=true for this _Input control and resulting this issue.

When you change this attribute aria-readonly="true" to aria-readonly="false", JAWS read it correctly as follows - 
              ComboBox - Alice Mutton. To change the selection press the arrow keys.

Let me know how to achieve that so that users will not be confused.

For keyboard users who don't have a specific Context Menu key (see  https://en.wikipedia.org/wiki/Menu_key), they typically need to use the Windows standard SHIFT+F10 hotkey to trigger a contextmenu event.

For example:

1.	In IE, load http://demos.telerik.com/aspnet-ajax/grid/examples/columns-rows/columns/context-menu/defaultcs.aspx
2.	Tab to a column header link
3.	Press SHIFT+F10 (standard Windows/IE hotkey to open context menu)
4.	Notice the context menu displays, however, the focus is really on the IE menubar. IE supports F10 to open the menubar, but is also seeing SHIFT+F10 too.

Or
1.	In FireFox, load http://demos.telerik.com/aspnet-ajax/grid/examples/columns-rows/columns/context-menu/defaultcs.aspx
2.	Tab to a column header link
3.	Press SHIFT+F10 (standard Windows/IE hotkey to open context menu) then press down arrow
4.	Notice the context menu displays, however, the focus is really on FireFox's application system menu in the upper left.

Chrome does not have this issue - it opens the grid context menu only.
We need IE and FireFox to also only open the grid's context menu, and not trigger default browser behavior.

According to https://yuilibrary.com/yui/docs/event/contextmenu.html, it is possible to correct this behavior by calling event.preventDefault() when SHIFT+F10 is pressed, but then trigger a synthetic contextmenu event anyway.

As a workaround, we know users can press Escape to close the browser's default menu and bring focus back into the HTML document (and thus the grid's context menu), but this throws off the user experience and becomes a training issue.

The popular control will be similar to Kendo UI drawer widget: https://demos.telerik.com/kendo-ui/drawer/index.

Using numerictextbox :

- FireFox (rel.67.0.1)  accept non numeric characters.

- IE (rel. 11.461) , correctly, accept only numeric but entering the page in debug mode in Visual Studio, I get the error in attach.

- Edge is ok  

 

Thanks

Mario

 

When looking at MetroTouch (and other) skin on FF, Edge and Chrome we see a little discrepance in the stepper bar, see attached.

This will be solved when altering css like so:

.RadWizard .rwzBreadCrumb .rwzLink::before {

    right: -0.5em;}

original value is:

right: -0.6em;

 

Hello,

 

Load on demand feature is requested in multicolumn combobox

 

Thanks,

 

Milind Shevade

Hi

Since updating to the latest release of UI for ASP.NET AJAY the RadContextMenu of my RadGrid is misaligned at the right edge of the screen. Even in your sample https://demos.telerik.com/aspnet-ajax/grid/examples/columns-rows/columns/context-menu/defaultcs.aspx when you open the context menu at the right side of the screen the context menu is nor aligned to the left (like it used to be).

Please ses the attached printscreen.

Kind regards
Felix

Exporting an empty RadGrid to XLSX or Biff with ExportSettings-ExportOnlyData="true" and Caption set, throws exception: Index was out of range. Must be non-negative and less than the size of the collection.
Parameter name: index

Steps to reproduce:

RadGrid markup:



C# - Code behind

When the Grid has  <HeaderContextMenu> in the Markup and there is no explicitly set RenderMode of the Grid, the Grid is rendered in Classic. 
It also happens if there is a reference to the ContextMenu in the code behind.

Reproduction steps: 
<script>    
    function f() {
        //code 
        alert($find("RadGrid1")._renderMode);
        Sys.Application.remove_load(f);
    }
    Sys.Application.add_load(f);
</script>
<telerik:RadGrid ID="RadGrid1" runat="server" >  
    <HeaderContextMenu></HeaderContextMenu>         
</telerik:RadGrid>

Solutions: 
1. Remove the HeaderContextMenu tag

2. Set the RenderMode of the Grid explicitly