The search functionality is inconsistent in Unbound Mode. Typing a word highlights all rows that contain that word or string, as expected. However, if the cursor is moved and additional characters are typed at the beginning of the search box, no results are returned, even if matching rows exist that contain the updated string combination.
The same behavior is not observed in bound mode.
Add a property that can control whether a table row is allowed to break across pages or not.
When I show some text and set IsWordWrapEnabled to true... the horizontalscrollbar disappears
but when I set IsWordWrapEnabled to false after this, the horizontalscrollbar does not appear
in your code I saw this:
But this .Auto property doesn't seem te work.
Further more, next to this problem, I'd like to set this horizontalscrollbar to appear and disappear depending on the text width...
but I'm afraid this would be depending on the .auto property
Open the "First Look" demo app for rich text editor. Delete all the text. Insert a table with 5 columns and 2 rows. Select first 2 columns (4 cells in total). Merge these cells. The merged cell should have the width of 2 normal columns. Save this document as RTF. Open the document. The width of all columns is wrong. The merged cell now is wide as one normal column.
It seems that two issues are combined into one problem. First, two merged columns are converted into one column. If I try to split the merged cell before the save I get my two columns back, but after the save there are only two rows after the split, but only one column. Second, the "AutoFit to Window" option is messing with the column widths. If I set the table to "Fixed Column Width" then the table remains unchanged after reload. But this option doesn't work if the merged cell is selected. Must unselect it first, or change the option before the merge. But this minor annoyance is not the part of this bug report.
This repository documents a bug found in the Telerik PDF Viewer control for Windows Forms. The issue specifically affects the rendering of SVG graphics embedded in PDF files, where the stroke-width
attribute is ignored by the viewer.
When a PDF file contains an embedded SVG graphic that utilizes the stroke-width
CSS property (or SVG attribute), the stroke width is not rendered correctly in Telerik's PDF preview control. Regardless of:
stroke-width: 5
, stroke-width: 30
, etc.)β¦the resulting line always appears thin, as if the stroke width were ignored entirely. This makes the SVG appear incorrectly and inconsistent with its rendering in other PDF viewers (e.g., Adobe Acrobat, Chrome's built-in viewer).
The Telerik PDF viewer should correctly honor and render the stroke-width
property defined within SVG elements embedded in the PDF file.
All strokes in SVGs appear very thin, with no visual difference despite varying stroke widths in the source SVG.
_PdfExample.pdf
: A PDF with SVG lines that render correctly in Microsoft Edge._PdfExample.pdf
: Screenshot of how the PDF file looks in Microsoft Edge._ScreenshotFromTelerik.png
: Screenshot of how the same file looks in the Telerik PDF Viewer (note the thin lines)._LargeStroke.svg
, _SmallStroke.svg
: The original SVGs used in the PDF file.Component | Version |
---|---|
Telerik UI | 2025.1.211.48 |
.NET Framework | .NET Framework 4.8 |
OS | Windows 11 |
Ensure that the rendering engine used by RadPdfViewer
fully supports the SVG stroke-width
attribute when parsing and rendering embedded SVG content.
The EnableHotTracking property works only in the first level hierarchy. The lower levels still get highlighted.
We can create a FloatingActionButton similar to the one in Telerik UI for ASP.NET Core.
AllDay event is rendered on two days when using different TimeZone for SystemTimeZone with DefaultTimeZone