Focus events (GotFocus, LostFocus) are raised inconsistently for RadRichTextBox, due to the internal translation of the focus to the Caret. Scenarios: 1. Clicking inside the control, when the focus is already inside the control, triggers LostFocus, GotFocus, LostFocus, GotFocus events. 2. Switching internal editors (headers/footers) raises GotFocus and LostFocus. 3. If the control is inherited and OnGotFocus/OnLostFocus are overriden, they are never called (despite OnGotFocus one time in the beginning The behavior is problematic, as this events are useful for custom validation scenarios.
When a color property has default (auto) value, do not export a tag which points to omitted defintion in the color table. For example, if a span has transparent highlight (the default one), do not export the \highlight tag since this might lead to some incorrect rendering of the document from other readers - WordPad for example.
The exception is thrown by the SystemFontsManager internal class from Telerik.Windows.Documents.Core, so it can observed when using RadPdfViewer, RadRichTextBox, RadSpreadsheet. The reason is not clear, posssible causes are: - Corrupted fonts after upgrade from Windows XP - Enabling of Block untrusted fonts feature (https://docs.microsoft.com/en-us/windows/threat-protection/block-untrusted-fonts-in-enterprise ) The call stack is as follows: System.TypeInitializationException: The type initializer for 'Telerik.Windows.Documents.Core.Fonts.SystemFontsManager' threw an exception. ---> System.IO.FileNotFoundException: Unable to find the specified file. at MS.Internal.Text.TextInterface.Native.Util.ConvertHresultToException(Int32 hr) at MS.Internal.Text.TextInterface.FontList.get_Item(UInt32 A_0) at MS.Internal.Text.TextInterface.FontList.FontsEnumerator.get_Current() at MS.Internal.FontFace.TypefaceCollection.Enumerator.get_Current() at System.Windows.Media.Fonts.TypefaceCollection.<GetEnumerator>d__11.MoveNext() at Telerik.Windows.Documents.Core.Fonts.SystemFontsManager..cctor() Workaround: Manually delete all registry key values in Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Fonts pointing to files outside of the Fonts folder.
It seems that the characters of Arabic words are reversed on export. Moreover, Arabic letters has different letter forms according to their position in the word (contextual letter forms) - beginning, end, middle, isolated. It seems that same character should be exported to PDF with different charcode depending on the character positioning.
The following controls are not faded out when the RadRichTextBox has its IsReadOnly property set to true : - the labels inside Options and Position RadRibbonGroups in the Headers & Footers tab; -table styles gallery; alignment of table cell (743884); When in read-only range: - Bookmark;
1. Create a hyperlink before a section break.2. Remove this hyperlink by clicking on the context menu. The fix is available in our latest official release 2014 Q3 SP1.
In MS Word, Heading and the subsequent paragraphs could be collapsed using a small arrow next to the heading. This is not preserved in the model.
Currently, StylesGallery and TableStylesGallery cannot be resized. Internally they contain RadRibbonGallery, which itself expose ViewPortWidth property controlling the width, so this just have to be exposed.
It would be more user-friendly if the currently edited word (the one containing the caret) is excluded from the real-time spell checking and, if incorrect, is not underlined until the caret leaves the word boundary. Otherwise currently edited word is marked as incorrect while its typing is still in progress. Changes in a word can immediately mark it as correct (i.e. to remove the red underline), but cannot mark it as incorrect - it's marked as incorrect only after the caret leaves the word.
When comment is inserted in the document, keyboard focus is not moved to the comment, and when the users start typing, they actually override the comment range in the document.
In Word, for paragraphs in a list: 1. The bullet/number uses the value of the first line indent 2.1 The text on the first line is aligned according to the left indent when the left indent is smaller than the first line indent (the usual case). 2.2 If the first line indent is smaller than the left indent, the first line aligns with the rest of the text, using the value of the left indent property. 2.3 When there are tab stops, they are used for the position of the text. In RadRichTextBox, the text in the first line always aligns according to the FirstLine indent. Also, tab stops can be used to position the text after the bullet/number.
Add API for adding embedded file streams (a.k.a. file attachments) to the PDF file produced during the export to PDF.
Use the attached project to reproduce.
- Click the "Go To endPosition" button. The Caret remains on the same line.
Currently, ParagraphDefaultSpacingAfter and ParagraphDefaultSpacingBefore are not applied to paragraphs in tables. This should be changed for consistency with the rest of the document.
A Block element that can contain a UI element like an InlineUIContainer, similar to WPF's BlockUIContainer would be a nice enhancement to the control.
The fix will be available in our official release Q1 2015.