Currently in chat UI implementation, the message time is shown next to a selected message and the message status beneath it:

On the one hand is it better experience the short message time to be displayed next to it. On the other hand if the time format is too long, it would be cut out of the chat area.

We could use the same approach as in mobile facebook messenger:

The timeline of the conversation is center aligned. We have already had timestamp placed at the center of the chat canvas so we could follow the same trend for the single message time - at the center of the chat above the message.

@tsvetomir @ivanchev @mitagg @joneff @gyoshev

Currently the Editor Quotation option is a part of the list under Format options:

After a discussion with @nstoychev we would like to extract a separate dedicated Blockquote tool. We believe this will be a more correct UI for this purpose, as this option does not fit well in the FormatBlock dropdown where it currently sits.

Where to find the Sketch UI kit for WPF

In regards to a recent PR in kendo themes, it's not clear how the size of dropdowns / inputs is calculated:

• dropdowns / inputs are with unequal width
• dropdowns / inputs are with inconsistent width;
• considering that most fields are data bound, that doesn't appear to be taken into consideration
• localization doesn't seem to be taken into consideration regarding built in dropdowns like "And", "Or" and terms like "Contains", "Does not contain" etc.

Please check the current state of the app located here:

telerik/kendo-react-homepage-demo#1

This is how it looks now:

It is Grid focused.
It has a Grid with paging, filtering and sorting.

The Grid has a detail template containing an Chart and issues description.

The first item is expanded by default.

There are two tabs one for our issue and one for the React issues:

Please take a look at the current state of the app and advise if any improvments can be made.

With the upcoming Keyboard navigation implementation, we need a focused state design for files in the Upload widget.

In the current design for calendar (https://github.com/telerik/kendo-ux/blob/master/themes/default/calendar.psd) does not show how the calendar for kendo-jquery looks.

The other design we have -- https://github.com/telerik/kendo-ux/blob/ccd30d08084d9dad39ef5e7ab8124f56d4a01595/themes/default/components.theme.default.psd -- shows the calendar looking very, very differently.

The focused state of the Set button in the TimePicker is not easily distinguishable:

The right "Set" button is focused, but this is not apparent.

/cc @joneff

Typography styles and hierarchy for flexible usage of the theme in a design system:
Design: https://github.com/telerik/kendo-ux/blob/master/themes/default/typography.psd

Currently the design for gird in Material Theme is with 16px padding for both left and right sides (when there is widget component as datepicker or combobox in grid's td of an k-editable-row).

Check the image for reference:

This is consuming too much space, which is critical for the grid usage, because of the big amount of data it's displaying. We discussed with @lkarakoleva that in this case, we can reduce spacing to: padding-right: 4px of the tds and update the design psd file of the grid.

Related to: telerik/kendo-themes#351

//cc: @ipeshev @gyoshev @joneff

Hello,
Most UI/UX Designers use a different from Photoshop software for interface design. I think is required to create UI kit for most commons use software like Sketch, Adobe XD, Figma ... etc.

• There can find a report for Sketch/Photoshop usage: https://avocode.com/design-report-2017/
• Here you can see statistics for TOP used design tools: http://uxtools.co/tools/design

Right now I need Sketch UI kit and I will be very happy if you create it.

Currently the multi-day events are rendered in the all day slots. Seems to be a common requirement to render them in the times content which arises two questions:

1. How to indicate that the rendered element continues in the next/previous slot.
2. How to layout the events so that it is obvious that they are the same.

Based on the current design and layout the result looks a bit strange:

Will appreciate any suggestions on how to improve it.
cc @tsvetomir @lkarakoleva

Currently, the card deck (#4) is only scrollable by touch. For desktop browsers, users are limited to Shift+Mousewheel or a scrollbar in Firefox.

An experimental support for scrolling with mouse drag is implemented in the jQuery version, but is not ideal. Try dragging over a button in a card - the click still fires upon release.

The popular opinion at the moment is that we should introduce scroll buttons, similar to e.g. the ScrollView. These provide a simple alternative for scrolling and somewhat better UX.

/cc @joneff @lkarakoleva @MartinTsekov @gyoshev @mitagg @ivanchev

https://github.com/telerik/kendo-ux/blob/master/Kendo%20UI%20Design%20Filer%20for%20Adobe%20XD/Kendo%20UI%20Design%20Filer%20for%20Adobe%20XD%201.0.0.R32020.zip

Basic card layouts and types according to basic card usage and common scenarios.
Design: https://github.com/telerik/kendo-ux/blob/master/themes/default/card.psd