I have a Blazor DataGrid with three Locked columns. Those locked columns are coming with alternative background  colour on hover. How can I remove that?

I removed background colours as follows

/*Remove alternative row background color for sticky columns on Rows*/
.tgrid-remove-alt-color-sticky-columns-rows .k-master-row.k-table-alt-row .k-grid-content-sticky,
.tgrid-remove-alt-color-sticky-columns-rows .k-master-row.k-table-alt-row.k-grid-row-sticky > .k-table-td,
.tgrid-remove-alt-color-sticky-columns-rows .k-master-row.k-table-alt-row .k-grid-row-sticky {
    background-color: white !important;
}

Tried following to remove the hover background colour, but not luck.

.tgrid-remove-alt-color-sticky-columns-rows .k-master-row.k-table-alt-row .k-grid-content-sticky,
.tgrid-remove-alt-color-sticky-columns-rows .k-master-row.k-table-alt-row.k-grid-row-sticky > .k-table-td,
.tgrid-remove-alt-color-sticky-columns-rows .k-master-row.k-table-alt-row .k-grid-row-sticky,
.tgrid-remove-alt-color-sticky-columns-rows .k-master-row.k-table-alt-row .k-grid-content-sticky:hover,
.tgrid-remove-alt-color-sticky-columns-rows .k-master-row.k-table-alt-row.k-grid-row-sticky > .k-table-td:hover,
.tgrid-remove-alt-color-sticky-columns-rows .k-master-row.k-table-alt-row .k-grid-row-sticky:hover {
    background-color: white !important;
}

Hello Telerik,

Thank you for the recently released DockManager component. It really helps,

However, I am trying to use the DockManager's persistent state (GetState(), SetState(), OnStateInit, OnStateChanged), and it seems that the DockManagerState object provided by GetState() and the events is simply wrong:

• Panel sizes are a mix of their current values, old values and the initial Size settings;
• When restoring a saved state, sizes are applied inconsistently;
• SetState(null) does literally nothing.

My goal is to save the DockManager's layout in an external string, then restart the application and restore the DockManager's layout from that string.

From a quick stepthrough, one of the problem places is DockManagerContentPane.SetUnpinned(). It  forces a refresh on the same pane that is being configured from the saved state, and its size reverts to the default. Possibly, it happens more often for panes with a constant Id property.

Update. If I remove Id properties from all content panes, then the layout has the right size, but all panes are empty. No content. If I put Id properties back, I get the content, but the pane size is lost.

Can you please confirm that you are aware of the problem? To create a reproducible example app may be too hard.

Currently I am using a Telerikform which has a FormItem. This FormItem is a Dropdownlist using templates.

The Form has an OnUpdate event I am listening to and the Dropdownlist has a ValueChanged event.

If I select an Item in the Dropdownlist the OnUpdate of the Form get triggered befire the ValueChanged on the DropDownlist.

Is this intended behaviour, if yes, how can I change the order?

Hi, i have a TelerikGrid who manage paging and read data using the OnRead property.

On top of my grid i have a button to open/hide the inline grid filter (binding a property with the FilterMode grid property).

Now the problem is: when i open o close the filter (changing the FilterMode property) the OnRead method is invoked.

I don't want to do a server request to read data if not necessary, and simply open or close the filter does not affect the data loaded in the current page of the grid.

how to avoid this?

This is a sample code to reply the issue:

https://blazorrepl.telerik.com/cfOnmPFz42OsM8ki11

Thanks

My team has noticed a significant increase in build times for our Visual Studio 2022 solution since the 8.0 update. It got marginally better with 8.1.1 but still much slower than before. We have about 6 projects in the solution that reference the Telerik UI for Blazor libraries. Each of these projects appears to be doing its own license validation step. The step takes 5-10 seconds per project so adds 30-60 seconds to the build time. This wouldn't be that onerous, but this is done with every single build, even incremental builds. So the edit/compile/test cycle has gotten significantly slower, impacting productivity negatively.

Can something be done to make this less onerous? Maybe checking once per Visual Studio session? Once a day?

Hi,

I would like to confirm whether the following behavior is a known issue with the TelerikEditor component. Specifically, I am referring to its ValueChange event as documented on Blazor Editor Events - Telerik UI for Blazor.

Please, use the following code example instead:

@* Provide an initial value and update the view-model through the ValueChanged event *@

<TelerikEditor Value="@TheEditorContent" ValueChanged="@ValueChangedHandler">
</TelerikEditor>

@TheEditorContent

@code {
    string TheEditorContent { get; set; } = @"<div>
    <p>Paragraph 1</p>
    <p>Paragraph 2</p>
    <p>Paragraph 3</p>
    <p />
    <p />
    <p>Paragraph 4</p>
</div>";

    void ValueChangedHandler(string value)
    {
        // update the view-model
        //TheEditorContent = value;

        Console.WriteLine("ValueChanged fired");
    }
}

In this example, TheEditorContent string as been assigned a verbatim literal string containing CRLF formatting. The view-model update was commented out.

Compile and, hopefully, you'll confirm as I did that if you click or try to type on the editor, the console will infinitely loop over the ValueChangeHandler and print "ValueChanged fired" indefinitely. Furthermore, if you actually update the view-model, although the loop doesn't occur anymore, the ValueChanged event is fired upon cliking once on the editor. I assume that upon update, the editor changes the formatting of the input in such a way that this "bug" is not longer triggered on further clicks. Why does that happen and how can one fix it?

PS: I noticed this behaviour on my own project, where I wanted to save the original checksum of the text and compare it with successive new checksums as I edited the text in order to check for text differences. Anyway, due to this problem I have a different checksum as soon as I click the editor, thus triggering other logic of mine warning the user that it needs to save his/her changes (although there aren't any).