At the moment the print settings set to the WorksheetPageSetup class are not passed to the Print dialog which leads to bad user experience. If you set the print settings of the RadSpreadsheet like so: WorksheetPageSetup pageSetup = this.radSpreadsheet.Workbook.ActiveWorksheet.WorksheetPageSetup; pageSetup.PageOrientation = PageOrientation.Landscape; and then select Print, the Spreadsheet print menu will show the print preview as landscape. However, when after that you click on Print for the default print dialog to appear and then click Preferences, you will notice that the preference is set to Portrait. The print job will be Landscape, but the incorrect information in the default dialog creates confusion. This is an example of how to set the preference of the default dialog: PrintDialog printDialog = new PrintDialog(); var printTicket = printDialog.PrintTicket; printTicket.PageOrientation = System.Printing.PageOrientation.Landscape;
Check how the performance can be improved in this scenario. The StyleGallery is taking much time to load, the GetUsedCellRange method is called multiple times.
Steps to reproduce: - Open RadSpreadsheet -Put 1 in B2 and B6 -Put 0 in B3, B4, B5 -Add filtering on columns A and B -Filter on column B to have only rows with 1. The rows 3 to 5 will be hidden. -Paste "1234" as cell selection in the Range A2:A6 Note: It is important to enter 1234 in another cell, make a cell selection and then paste it -Remove the filter Expected: "1234" in pasted in cells A2 and A6 only. Actual: "1234" in pasted in cells A2, A3, A4, A5, A6.
At the moment when any of the properties are changed, e.g. the frozen panes, the UI is not notified and you have to export and import the file in order for the UI to pick them up. Workaround: There are several workarounds: 1. Change the active worksheet and return to the old one 2. Export and import the document 3. Change the workbook of the RadSpreadsheet to a new one, and return the old one after that
The number format [hh]:mm causes ArgumentException on import.
If you set "[h]:mm" as a custom format to a cell which has time set to it the calculated value in the cell is wrong for the minutes. The minutes part is interpreted as months.
Value of a cell is visualized outside of the cell boundaries, or the value is clipped and partially visible, when the cell is updated (from code-behind), while being in an inactive worksheet, and is referenced by another cell from the active sheet. Workaround: get a value of some cell in the active sheet and set it again to the same cell. The issue is reproducible after the official release of Q1 2015.
ArgumentException is thrown ("Error: Argument1" message box in case of importing through RadSpreadsheet) when importing document containing cell with applied custom data validation rule restricting the value of the cell to empty values only - '""' (two double quotes).
Borders can overhang 1 px from the corresponding cells. The issue is reproducible only on some zoom levels, and is most probably related to WPF layout rounding. The issue is mostly visible when borders are missing. On different zoom levels, different borders are hanging.
If plain text is pasted in a cell, and the text is automatically recognizable as date, number, percentage, formula or other format, the text is always converted to the recognized number format. Instead, the cell's current number format should affect the convertion in the following way: - If the current format is General -> parse the value with the automatically recognized format, and set the value with the automatically recognized format - If the current format is Text -> set the value as text, and preserve the current format (Text) - If the current format is any other format -> try parse the value with the current format - Successful -> set the parsed value with the current format - Unsuccessful -> parse the value with the automatically recognized format, and set the parsed value with the current format. As a result, strings which are recognizable as dates, for example, are pasted as their numeric representation instead of with their Date formatting. Also it's not possible to paste something as plain text. Workaround: for always pasting plain text: Create custom Paste button and executes the following code: this.radSpreadsheet.ActiveWorksheetEditor.Selection.Cells.SetValueAsText(Clipboard.GetText());
Images inserted in RadSpreadsheet are resized when the active sheet is changed. The set size is very small, making them almost invisible. Workaround: Remove the two RadNumericUpDowns in the Picture contextual tab in the ribbon UI. They can be recognized by their bindings, to SetShapeWidth.SelectedValue and SetShapeHeight.SelectedValue respectively. Steps to reproduce: - Open RadSpreadsheet with the default Ribbon UI present. - Insert image using the button in the Ribbon -> Illustrations -> Pictures. - Add new sheet using the Sheet Selector (+) button, or change the sheet to another sheet - Return to the initial sheet. Expected: The image retains its original size. Actual: The image size is changed to very small one.
The exception is thrown when the color for the borders has been previously set using the colors from the predefined palette. The next attempt to set a border color using the ShowMoreColorsDialog leads to error. A message appears to the user saying "Specified cast is not valid".
When the VisibleSize property of the spreadsheet control is set (for example new SizeI(10, 10)) and column is selected via its header (click on it), the IsColumnSelection property of the ActiveWorksheetEditor's Selection returns False. This applies also for the IsRowSelection property.
NullReferenceException is thrown when the VisibleSize property of RadSpreadsheet is set more than once on two (or more) adjacent lines. For example: spreadsheet.VisibleSize = new SizeI(1, 1); spreadsheet.VisibleSize = new SizeI(5, 5); To work this around you can increase the time between the settings of the VisibleSize property. For example you can use the ActiveSheetEditorChanged event of RadSpreadsheet and the ActivePresenterChanged event of the ActiveWorksheetEditor, and the UIUpdated event of the ActivePresenter. Each time the VisibleSize is changed, the ActiveWorksheetEditor will be recreated along with its ActivePresenter. You should make sure the second, third, etc. setting of the VisibleSize is executed after the new ActivePresenter is loaded. This can be done in the UIUpdated event.
When the PrintPreview has to show many UIElements at once, the performance is slow.