In addition to the PdfProcessing, I would also like to be able to use a component to show PDFs to my users.
---
ADMIN EDIT
For the time being, a workaround could be to wrap a JS widget, an example is available in this sample project, see the MyKendoPdfViewer.razor component and make sure to include the relevant JS libraries.
Another approach could be a simple iframe that points to a handler that will return the PDF with content-disposition:inline. Most modern browsers will render this inline.
---
If you are in edit mode using InCell, clicking somewhere else inside or outside the Grid should fire OnUpdate if the item is valid. However, if you click on some customly added element in the Grid (e.g. button, icon, dropdown) this will not fire OnUpdate for a valid item.
In Incell edit, clicking anywhere besides the edited cell should fire OnUpdate for a valid input.
---
ADMIN EDIT
---
A possible workaround for the time being - in the OnClick handler of the custom element get the edited item from the Grid State. Update the item and programmatically close the edit mode.
For example: https://blazorrepl.telerik.com/ccuMGovv08NIX6u544.
It seems I'm missing Height, MinHeight, and MaxHeight settings here.
I have found an issue with editing currency values.
Steps to reproduce:
1. Fill up a value 56.55
2. Try to click between 55
3. Cursor is at the end
The same issue about clicking between 56, the cursor will be before the dot.
As an extension to a context menu a radial menu control would be a nice addition.
https://ux.stackexchange.com/questions/25002/are-circular-menu-button-interfaces-intuitive
At the moment only the TelerikTextBox has a Title parameter that I can use to add a tooltip to it.
---
ADMIN EDIT
A workaround for the others can be wrapping them in another HTML element whose title attribute you can use.
Here is an example with the checkbox:
<span title="the checkbox title">
<TelerikCheckBox @bind-Value="@theBool"></TelerikCheckBox>
</span>
@code{
bool theBool { get; set; }
}
---
The feature request is to be able to define different focused date for the calendar in the picker. The datepickers currently provide automatic focused date based on the selection:
- DateTime.Now if no selection is made
- Selected Date
When user click into the date picker textbox, the placeholder value is changed to what's set to "format" for the date picker. For example, I have the following configured:
<TelerikTimePicker Placeholder="dd/mm/yyyy" Format="dd/MM/yyyy"></TelerikTimePicker>
The control will display "dd/mm/yyy" in the textbox, however, when user click into the textbox, the placeholder value changes to "dd/MM/yyyy".
I want to use a token to access the Telerik NuGet feed for my CI/CD builds, instead of using credentials.
---
ADMIN EDIT
At the moment, the options for that are:
You can read more details and some troubleshooting tips in the CI and CD Automated Builds section of our documentation.
The goal of this request is to provide a way to detach the user credentials from the builds so that they can use their accounts freely, and only provide necessary keys to the build pipeline, and those keys can be updated/revoked as needed. This would also avoid manual work on downloading and copying new nuget packages to a custom feed.
---
<TelerikDatePicker Id="startDate" @bind-Value="@StartDate" Width="160px" Format="dd-MMM-yy"></TelerikDatePicker>
DateTime StartDate=DateTime.Now
When our users type to click on the year and type another one they lose one of the digits - so if they try typing 19 or 18 for instance then it sets the date to year 01
Current implementation of Theme Color is annoying.
I recommend:
Hi
Passwords are not yet supported. There is a DataAnotations Datatype for that. So technically this is possible and should not be a big deal. Almost all apps have a password entry somewhere.
Example:
class LoginModel
{
[Required]
[Display(Name = "User Name")]
public string UserName { get; set; }
[Required]
[DataType(DataType.Password)]
[Display(Name = "Password")]
public string Password { get; set; }
}
Annoying because then you have to do the form fields all manually because of the password.
Thanks for considering.
Best regards, Michael