The writing-mode attribute is ignored when rendering RadSvgImage.
Here is a sample SVG:
<svg width="200" height="200" viewBox="0 0 200 200" version="1.1" xmlns="http://www.w3.org/2000/svg" xmlns:svg="http://www.w3.org/2000/svg">
<g>
<text style="font-size:20px;writing-mode:tb;" x="30" y="30">
Vertical text
</text>
<text style="font-size:20px;writing-mode:vertical-lr;" x="50" y="50">
Text 2
</text>
</g>
</svg>
HI,
Exploring the Demo Winforms FilterView component a bug is present.
When you expand several categories ,the automatic Vertical Scroll bar is showed but the "Maximum" property value is wrong.
You can't see all the items inside. Some items are hidden at bottom.
But if you collapse some category the new "Maximum" values takes the right previous value before collapsing showing more space as expected
I have a workaround to prevent this situation calling CategoryExpandedChanged event.
Firstly I need to call Application.DoEvents() in order to resizing internally by the component all the StackLayoutPanels connaining the Category Items
After that, I call the private method UpdateScrollBars (Suggested by support) and the ScrollBar takes the right size for its content.
Now I can show all the contained items inside the FilterView panel.
FRC
public partial class RadForm1 : Telerik.WinControls.UI.RadForm
{
public RadForm1()
{
InitializeComponent();
DataTable dt = new DataTable();
for (int i = 0; i < 20; i++)
{
dt.Columns.Add("col" + i, typeof(string));
}
for (int i = 0; i < 10; i++)
{
DataRow r = dt.NewRow();
foreach (DataColumn col in dt.Columns)
{
r[col.ColumnName] = Guid.NewGuid().ToString();
}
dt.Rows.Add(r);
}
this.radFilterView1.DataSource = dt;
}
private void radFilterView1_CategoryCreated(object sender, Telerik.WinControls.UI.FilterView.FilterViewCategoryCreatedEventArgs e)
{
e.Category.ExpandedChanged += Category_ExpandedChanged;
e.Category.Expanded = false;
}
private void Category_ExpandedChanged(object? sender, EventArgs e)
{
// You need pass the control to Windows main loop to perform the pending telerik events after property Expanded change in order to resize internally
// the StackLayoutPanel Containers before calling UpdateScrollBars
Application.DoEvents();
// Now your code
MethodInfo mi = typeof(RadFilterViewElement).GetMethod("UpdateScrollbars", BindingFlags.Instance | BindingFlags.NonPublic);
mi.Invoke(this.radFilterView1.FilterViewElement, new object[] { this.radFilterView1.FilterViewElement.ElementsPanel.Size });
// Hide the horizontal scrolll bar
radFilterView1.FilterViewElement.HorizontalScrollBar.Visibility =ElementVisibility.Collapsed;
}
}
Setting the SyntaxEditorElement.HorizontalScrollBar.Visibility property to Collapsed indeed hides the horizontal scrollbar but it is still measured and arranged and overlaps the view if you shrink the view:
Hi guys,
It would be great to be able to set the day start/finish times in your Scheduler.
Your Scheduler control is fantastic, but I am building a Scheduler for a company that operates over 24hrs and the shift hours are
6am - 6pm
6pm - 6am
both shifts are classed as being the same day even though the nightshift crosses over to the next day.
I would like to be able to adjust the 24hr period that defines a day so that in month view the appointment will not carry over to the next shift.
and in day view, the schedule will start at 6am and go through to 6am.
If you could implement this, your scheduler control would be even more powerful and awesome.
Thanks!
Hello team!
I've found a misbehavior on RadForm when setting the size.
When you set the Size of the Form before it actually has shown then it will do some re-calculation, change the form size several times, and ending up in a too big size. The behavior is different to a original Form and that's why I'd treat this as bug.
The first screenshot shows a RadForm that set itself to ClientSize = 500; 500 on the constructor, like usual. It ends up in a size slightly bigger then defined.
This second screenshot shows a RadForm that set itself to ClientSize on "Shown". It ends up in having the correct size.
Whenever you set a breakpoint to the method "Form1_Resize" you can capture that the first time the Size of the RadForm get changed is our "ClientSize = new Size(500, 500)". Then the Size get changed two times by RadForm itself to something slightly smaller. Lastly the Size get changed by RadForm another time, but this time slightly bigger
This behaviors can lead to inconsistent UI size, e. .g small spaces when using AutoSize = true in certain cases. But yet didn't figured completely out when exactly it happens, just that it comes from this slightly increased Size of RadForm.
Can you please take a look to it and, if it is one, report it as bug?
Thank you very much!
Regards,
Pascal
The button indicating the RadDropDown draws just a think border on the left-side instead of drawing a thin four-sided border around the arrow.
Html-like parser crash when process <html><a href="mailto:<a href=</a></html> text
CaptionTextFont property does not work. It should set the font of the OutLookStyle's caption and the font of the groups' headers.
In the VSB set the CommandBarTextBoxElement MinSize property to a value greater than 299 and when you close the Elements property grid you will get an unhadled exception.
If you create a new theme from scratch it will be missing the style sheet relations needed to see the theme runtime.
Image into LightVisualElement is not thread safe and this may leads to exceptions if you access it from several threads. Steps to reproduce: 1.Create form that use theme with images. 2.Open this form several times. 3. Move mouse fast over them until exception occur.
1.Drag a RadGridView to a form 2.Click Dock in parent from its SmartTag menu 3.Now change the Dock to None from the Properties window 4.Open again the smart tag and you will see that the link's text is "Undock in parent container" but the control is not docked. The same issue occurs with all controls that have "Dock in parent container" action link.
If you use HTML-like text formatting and put text in <u></u> tag the spaces between words would not be underlined.
Currently the sgen tool raises an exception when executing it on RadControls and RadControls.UI. There is also an XmlSerialization exception when loading the application.