Unplanned
Last Updated: 14 Apr 2020 07:21 by ADMIN

Currently the scheduler widget determines the layout based on device type.  Unfortunately this does not provide a fully responsive design.  Modern day responsive websites should look good on any sized screen regardless of device type.  There is also the issue that with new devices constantly coming out the list of devices being checked may become out of date quite quickly.  Another consideration I have when I design an app is that one may not be viewing something full screen on a laptop or desktop computer.  If this is the case then a page can look horrible due to the fact that an assumption is made on screen size because it is a windows device.  I've also seen laptops with screens as small if not smaller than some tablets which also effects the screen size assumption.

Being web developer for a very long time I understand the complexities that would be involved in this change so I'd also like to provide an interim solution that may (but may not be) easier to attain.  In working with your scheduler I had the idea of putting my own logic in to force moble/tablet view.  I was able to accomplish this with very little code except that manually switching the mode (setting the mobile setting to phone or tablet) doesn't work for the scheduler.  If that could be fixed it would at least provide a workaround for the above feature until you figured out how you wanted to handle it long term.

 

Thank you,

Brandon

Unplanned
Last Updated: 09 Apr 2020 13:34 by Brandon

Bug report

When using MVVM generated DropDownList input decorated with required attribute the validation message is not displayed upon validation.

Reproduction of the problem

  1. Run this dojo
  2. Click on a slot to create an event
  3. Select an item from the second DropDownList
  4. Click Save

Current behavior

Upon clicking Save the validation fails, as the first input has a required attribute, but a validation message is not displayed.

Expected/desired behavior

On failed validation, a validation message should be displayed.

Environment

  • Kendo UI version: 2020.1.406
  • Browser: [all]
Completed
Last Updated: 07 May 2020 11:07 by ADMIN
Release 2020.R2

Bug report

Regression introduced in R1 2020. Reproducible with the SASS themes, but the Kendo UI script version has effect on the behavior. For example, the behavior is not reproducible if the latest (2020.1.406) SASS theme is used along with an older (2019.2.1023) version of the kendo.all.min.js file.

Reproduction of the problem

Dojo example.

  1. The behavior is exhibited when an event ends at the same time another event starts, as it is demonstrated in the dojo where "Interview" ends and "Meeting" starts at the same time - 06:15.

Current behavior

"Meeting" is displayed below and to the right of "Interview", similarly to how events are displayed when their time spans overlap.

Expected/desired behavior

"Meeting" should be displayed below "Interview".

Environment

  • Kendo UI version: 2020.1.406
  • jQuery version: x.y
  • Browser: [all]
Unplanned
Last Updated: 07 Jun 2021 09:07 by I3next

Bug report

Reproduction of the problem

Dojo: https://dojo.telerik.com/InusevuW/2

  1. Click the resize handle on the right side of the the event and resize it so that it ends on June 10 at 9:00 AM.
  2. Try to move the event so that it ends 1h later (e.g. at 10:00 AM) but don't drop it.

Current behavior

The event snaps to the last slot of June 10.
Resizing the event (1) then moving it to start 1h earlier (3PM) doesn't work either. Dropping the event at 3PM makes it appear incorrectly.

Expected/desired behavior

The slots the event spans over should be properly calculated and on moving the event it should snap to the hovered slots.

Environment

  • Kendo UI version: 2021.2.511
  • jQuery version: x.y
  • Browser: [all ]
1 2