Since <TelerikGrid> is implemented as two separate <table>s, one for the headers and a second for the grid, it does not show repeated headers on subsequent pages when using the browser's Print feature.
Due to limitations of the <TelerikGrid> export functionality, I use the browser print function to export PDFs.
I need the table headers to duplicate on subsequent printed and exported pages.
I wonder if there is a way to duplicate the <thead> info in the second table and suppress its display but enable it for @media Print.
More details in ticket 1691848
In our application we use some large datasets and present them in a TelerikGrid. We use WPF + Blazor Hybrid and noticed, that in some cases the memory usage of the Web View process grows up to some gigabytes.
Here a screenshot of the task manager with a lot of RAM usage for the web view.
Here a screenshot of the detached DOM elements after a two navigations. The container divs are not garbage collected.
I tracked down the issue to come from the TelerikGrid, because when I remove it from the pages, everything runs fine. I also removed all GridColumns and the issue is still present. In the developer tools I noticed that one of the parent div elements remains in memory every time I navigate back and forth.
I also created a blank Blazor WebAssembly Standalone application and added a simple instance of the grid. Here, the issue is also present. I attach the one blazor page that causes the issue.
I've tested all major versions from 5.1 upwards, every version is affected.
Hi Telerik Team!
We’ve noticed that your official website uses anchor scrolling (clicking on links to scroll to specific sections smoothly), and we’d love to see that as a Telerik Blazor component.
This would be super useful in scenarios where:
The only way to present content is via long scrollable pages
Tabs aren’t a good UX fit
What we’re looking for:
-Smooth scrolling to internal page anchors (sections)
-Scrollspy-like feature to highlight active section
-Optional scroll offset for sticky headers
-Lightweight, flexible integration (with or without Telerik Form/Layout components)
We feel this would be a great addition to the Telerik Blazor suite — especially for documentation-style pages, long forms, or configuration panels.
Thanks a lot and keep up the awesome work!
Best regards,
Bohdan
First of all – great job on the DockManager component! It’s one of the most powerful and flexible layout tools available for Blazor. I really enjoy using it in my application – the drag/drop docking behavior, pane resizing, and layout persistence are all incredibly useful. It feels like working in a full-featured IDE, which is awesome!
That said, I’d love to suggest a small usability improvement:
Could you consider adding a built-in toggle/collapse button to the splitter between docked elements?
It would be great to have it natively supported in DockManager. It would improve the UX, especially when users want to focus on the main content area and temporarily hide side panes.
Let me know if this feature is already possible or if there's a recommended workaround.
Thanks again for all your amazing work – Telerik UI for Blazor keeps getting better and better!
Attaching two screenshots of TelerikSplitter and TelerikDockManager to show better what is the case.
Best regards,
Bohdan