When a string, used as old_text for SUBSTITUTE(text, old_text, new_text, [instance_num]) function, is repeated more than once and the new_text is an empty string, one occurrence of the old_text remains not substituted.
=SUBSTITUTE(A1, "ab", "")
ab with another string, e.g.
cd, replaces all instances of
ab as expected.
113ab11 - when ab is repeated more than once in a row, one of its instances remains unchanged to an empty string
1. Open https://demos.telerik.com/kendo-ui/spreadsheet/index in IE 11
2. Start editing cells C3 to C12 and enter value 1234 in each cell as fast as possible
3. 1234 enter, 1234 enter , 1234 enter and so on without waiting for UI rendering completion as UI freezes for few seconds, and then all cells get updated in one go
4. below is the result, few cells are having wrong values
5. Its very serious issue
Note: Excel 365, Excel and GoogleSheet works fine in such cases
The performance in the latest official version is significantly worse compared to older versions (2017.1.117 and 2018.1.118 tested).
The UI freezes and remains unresponsive for minutes.
The new font size is applied without significant delay.
I have observed that Conditional Formatting in Spreadhseet is not supported. Please add support for the same as it is very important feature of XLSX. during financial calculation this feature plays an important role. Here is the issue that needs a fix.
2. Check attached file CellColorFormula.xlsx, conditional formatting set for B2, C2, D2
3. Import attached file CellColorFormula.xlsx
4. Check Cells B2, C2, D2 and try to change values for A2, C2, D2
5. None of the conditional formatting is working
Hi again :)
I see that in the configuration I can specify the max number of rows/column. However, I can do it per component basis, and I would like to have that on a per-sheet basis. Any way I can implement this?
When destroying a SpreadSheet and removing its corresponding DOM element, there are some DOM nodes added on SpreadSheet's initialization which are not removed after the execution of .destroy() and .remove().
Not all DOM elements added on SpreadSheet initialization are being removed when destroying it and removing its corresponding DOM element.
After destroying a SpreadSheet and removing its corresponding DOM element, no DOM nodes added on component's initialization should be presented in the DOM tree.
Wanting to format a subset of a single cell with text styling different from the rest of the cell contents. Something like the following:
Currently the API is very much limited to what is possible in the frontend in my opinion. It would be great if you could add events like: - A cell/range was selected - A cell was cut/pasted/copied - The context menu was initialized - A row/column was added - A row was added/deleted/hidden - A cell's content was modified ... ...
When pasting data from Excel, the data is being pasted as an image instead of values
Errors are encountered. Even if resolving the errors bold styles are not applied as they are part of the font definition and not of the inlineStyles.
The excel is imported as expected.
I want to know the combination keys that generate the paste event Thx,
In my testing of utilizing the spreadsheet component and starting off with for example 100 rows in the configuration options, using insert row typically seems to shift the data down (if you have anything below the cursor). It does not actually increase the number of rows in the sheet.
For example if I initialize the spreadsheet with the following info:
This will create the spreadsheet with 100 rows and columns A-Z as expected.
Now going anywhere in the sheet (or the end) and inserting a row above/or below will not add row 101, 102, 103, etc. In fact, if you are in the very last row and hit insert row below it will come up with a message regarding a possible loss of data.
A couple things I have tried:
So with that said, is it at all possible to actually add a row to the sheet as one would expect the behavior to be. This obviously still needs to call the internal functions to recalculate the ranges and data throughout the sheet; but somehow re-fresh or re-render the UI component (just calling render again doesn't fix it).
I appreciate your help with this.
Use case: My app doesn't know how many rows of data the excel spreadsheet will be prior to upload. I've defaulted to my maximum amount of 10,000 which will be normal for some, but overkill for others. The ability to change the number of rows/columns to accommodate the size of the sheet after loading, would be a nice addition. As a workaround, I'm destroying and reloading the widget instance after the initial load.
2. Open Workbook(1).xlsx (attached)
3. Edit B2, D2, F2 with some new values
4. See the results in B4, D4, F4
Calculations are different in Excel.