Hello,
I'm using the (excellent) TelerikUpload component in our Blazor app and I'm trying to set the initial files list for previously-uploaded files as specified here: https://docs.telerik.com/blazor-ui/components/upload/initial-files . When I try to do something like
Uploader.Files = new List<UploadFileInfo>();
I get the error that 'TelerikUploadBase<UploadFileInfo>.Files' is inaccessible due to its protection level.
If I try to set it as a parameter on the component declaration on my page, I get the error that Files isn't set a a ParameterAttribute or CascadingParameter.
Am I missing something?
I'm using the Blazor Tooltip inside Scheduler ItemTemplates. The content of my Tooltips is defined inside a Template.
Intermittently, the tooltip is flickering very fast as the mouse hovers between Scheduler events. I've not observed any patterns to the flickering behavior, as it sometimes ceases entirely.
In the past, when using Javascript to render rich content in tooltips, I've added a delay, but that doesn't appear to be an option with this control.
Any recommendations or workarounds to address this behavior?
I have this TelerikDatePicker
<TelerikDatePicker @bind-Value="@WensDatum"
Format="dd-MM-yyyy"
Placeholder=""
id="wensdatum"></TelerikDatePicker>
private DateTime? WensDatum;
But when the user clicks on the DatePicker textbox, the Date Format is shown.
I would like that when the user clicks on the text box it stays empty. But I haven't found a solution for that.
Is this possible?
Telerik.UI.for.Blazor Version=4.4.0
When TelerikDatePicker ReadOnly parameter is set to true, arrow keys can still be used to increment date values. For example with the year portion of a date selected one can press the up and down keys to increment and decrement the year. Typing a numeric value is prevented and the calendar popup is also prevented and functions as expected.
I did a check to see that the rendered input tag contains the readonly attribute, it is there. Looks like the arrow keys are handled outside of normal input tag behavior.
I have not checked the TelerikDateTimePicker or related components, but they may have the same issue.
Hi,
the DragClueField always shows 'null' when dragging multiple objects instead of just one.
When only one item is dragged it shows the specified attribute but when it's two or more objects from a grid it salways shows 'null'.
Are you aware of this bug?
Hi, in our application we receive notification from server signalR connection and update some controls UI (typical progress bar and TextBox).
I found an issue who generate an OutOfMemory exception when we loop to update ui with telerik controls.
I have replied the issue with a demo project (see attachment).
Note who i can reply the issue with this conditions:
- Initialize a SignalR connection (initialized but unused..)
- Use Telerik controls inside a EditForm (in the sample TelerikTextBox and TelerikNumericTextBox)
To reply the issue i generate an infinite loop who raise an event, inside the event handler i simply update ui controls and call StateHasChanged().
Starting the loop it reach about 2GB of memory in about 90 seconds and then raise an outofmemory exception.
If i replace TelerikTextBox/TelerikNumericTextBox with simple input control the memory grow up and remain stable to about 500MB without raising the OutOfMemory exception, so i think who garbage collector do his job.
If i not initialize the SignalR connection, the memory leak does not occurs.
Waiting for your reply.
Thanks
I have a byte[] of a PDF file that i show the user in a PdfViewer. In the toolbar, the user has the option to download the file or print it, in addition to other functions.
If the user downloads the file, opens the PDF in Google Chrome and prints it, the print quality is the same as the PDF file. On the other hand, if the user prints directly from the PdfViewer, the quality shown in the preview is lower and the margins are different - it looks like it renders the print as an image of an A4 paper.
Example of the bottom right corner in the Google Chrome print preview:
Example of the bottom right corner in the PdfViewer print preview:
Unfortunately, it is clearly visible that the quality is lower and the positioning is not the same.
Is there a workaround for this issue?