If the zoom property is set on the body element for a preset zoom your window control does not seem to correctly take this zoom into account for the position and width/height of the window. You can easily recreate this in the following example application: https://stackblitz.com/edit/react-qmwfbf-fzmj98?file=app%2Fapp.tsx,index.html
Simply open the window using the button and then maximize the window in the title bar at the top. You can see that the width/height calculation is much too large and is not correctly maximized to the available space. You can also see this in the attached video.
A similar problem has already been reported here for popups https://github.com/telerik/kendo-react/issues/2320 and there is also a solution for this using the scale property in the PopupProps here:
<PopupPropsContext.Provider
value={(props) => ({
...props,
scale: 1.25,
})}
>
Please add exactly the same scale property for the WindowProps.
When your window control closes, focus returns to the element that invoked the window unless it is very unlikely users need to immediately reinvoke the window.
We use your window control as a popup search dialog. Our customers search for their data there, close the popup and then return to a dialog with lots of input fields.
The user had previously focused on one of these input fields and would like to have the focus back in this input field after closing the popup.
Which has worked wonderfully up to and including your version 8.0.0.
Unfortunately, this no longer works since version 8.1.0 and instead of the input field, only the button that previously opened the popup is focused. This change from the changelog seems to be responsible for this: "window: update focus management and kb navigation to match the ARIA spec".
It seems that your change uses a setTimeout internally, which keeps taking the focus away from our input field.
You can reproduce this behavior in a demo application. The first application is based on version 8.3.0 and you can reproduce the problem there by pressing the button and closing the opened popup. The focus that was previously in the input field is then on the button. Here: https://stackblitz.com/edit/react-xdpeqc-nycw86?file=app%2Fapp.tsx,package.json
In the second application based on version 8.0.0, you can see that the same process sets the focus directly back to the input field. Here: https://stackblitz.com/edit/react-xdpeqc-yab7m8?file=package.json,app%2Fapp.tsx
Nowhere in the ARIA specification here does it say that you should use a setTimeout to steal the user's focus again at a later time in order to set it on the button that opened the popup. On the contrary, point 2.1 describes exactly what we need:
You already had this feature in version 8.0.0 and could offer it again as a property with very little implementation effort. Please consider to add this old behaviour as a Window Prop again.
In the jQuery version of the scheduler, there is an option to disable snapping and to allow free move of the events.
How to achieve this behaviour in the React version?
Our client requirement is they need to modify any dates using datepicker.
For example
if 11/11/2024 need to change 11/12/2024
just a single one digit change is not permitted we need to type 12 which is 2 digit change that means complete day
same happens for month and year as well
We found Carbon-date-picker provides similar functionality which solves our requirement where we can modify each and every digit of datepicker element
I'm in need of the format Year/WeekOfTheYear/DayOfTheWeek for the date range picker. Ex. 2024/44/3, meaning the year 2024 week 44 day Wednesday.
This is not supported currently, please vote for it's implementation if format support has been an issue for you too.
Hello,
i am new to React and Kendo React UI.
I am reading the documentation for Gantt, and if i understand it correctly i can customize header column (headerCell?), but I dont know how. Is there any examle ?
I wound like to customize the column with dates.
Thank you, Matjaz Reberc
Dear Sir/Madam,
We are piloting our application and repeatedly get the same feedback from our users: they find entering information in the date and time inputs annoying.
The reason for this is that they have to enter a date (say 1 december 2024) by entering:
Instead, they would like to enter a date in one go, say
Likewise, they would enter times like "1005" for "10:05". Now they have to enter ":" to go to the minutes field.
We would like to respond to their feedback, but don't know to implement this. Is this something that Kendo supports? If not, we are willing to pay to give this feature request priority. Could you help us out?
Regards,
Peter
ExcelExport has a prop for 'creator'. When the excel file is generated, "creator"'s value is reflected in the file's metadata
For accessibility / screen reader purposes, Title (under Description) must also be populated. Please allow a "title" prop to be accepted by the ExcelExport component.