Skip to content

Improved Support for INDIRECT, ROW, and COLUMN Functions #2004

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 7 commits into from
Apr 20, 2021
Merged

Improved Support for INDIRECT, ROW, and COLUMN Functions #2004

merged 7 commits into from
Apr 20, 2021

Conversation

oleibman
Copy link
Collaborator

This should address issues #1913 and #1993. INDIRECT had heretofore not supported an optional parameter intended to support addresses in R1C1 format which was introduced with Excel 2010. It also had not supported the use of defined names as an argument. This PR is a replacement for #1995, which is currently in draft status and which I will close in a day or two.

The ROW and COLUMN functions also should support defined names. I have added that, and test cases, with the latest push. ROWS and COLUMNS already supported it correctly, but there had been no test cases. Because ROW and COLUMN can return arrays, and PhpSpreadsheet does not support dynamic arrays, I left the existing direct-call tests unchanged to demonstrate those capabilities.

The unit tests for INDIRECT had used mocking, and were sorely lacking (tested only error conditions). They have been replaced with normal, and hopefully adequate, tests. This includes testing globally defined names, as well as locally defined names, both in and out of scope.

The test case in 1913 was too complicated for me to add as a unit test. The main impediments to it are now removed, and its complex situation will, I hope, be corrected with this fix.

INDIRECT can also support a reference of the form Sheetname!localName when localName on its own would be out of scope. That functionality is added. It is also added, in theory, for ROW and COLUMN, however such a construction is rejected by the Calculation engine before passing control to ROW or COLUMN. It might be possible to change the engine to allow this, and I may want to look into that later, but it seems much too risky, and not nearly useful enough, to attempt to address that as part of this change.

Several unusual test cases (leading equals sign, not-quite-as-expected name definition in file, complex indirection involving concatenation and a dropdown list) were suggested by @MarkBaker and are included in this request.

Three grandfathered phpstan errors were eliminated and removed from baseline.

This is:

- [x] a bugfix
- [ ] a new feature

Checklist:

Why this change is needed?

This should address issues #1913 and #1993. INDIRECT had heretofore not supported an optional parameter intended to support addresses in R1C1 format which was introduced with Excel 2010. It also had not supported the use of defined names as an argument. This PR is a replacement for #1995, which is currently in draft status and which I will close in a day or two.

The ROW and COLUMN functions also should support defined names. I have added that, and test cases, with the latest push. ROWS and COLUMNS already supported it correctly, but there had been no test cases. Because ROW and COLUMN can return arrays, and PhpSpreadsheet does not support dynamic arrays, I left the existing direct-call tests unchanged to demonstrate those capabilities.

The unit tests for INDIRECT had used mocking, and were sorely lacking (tested only error conditions). They have been replaced with normal, and hopefully adequate, tests. This includes testing globally defined names, as well as locally defined names, both in and out of scope.

The test case in 1913 was too complicated for me to add as a unit test. The main impediments to it are now removed, and its complex situation will, I hope, be corrected with this fix.

INDIRECT can also support a reference of the form Sheetname!localName when localName on its own would be out of scope. That functionality is added. It is also added, in theory, for ROW and COLUMN, however such a construction is rejected by the Calculation engine before passing control to ROW or COLUMN. It might be possible to change the engine to allow this, and I may want to look into that later, but it seems much too risky, and not nearly useful enough, to attempt to address that as part of this change.

Several unusual test cases (leading equals sign, not-quite-as-expected name definition in file, complex indirection involving concatenation and a dropdown list) were suggested by @MarkBaker and are included in this request.

Three grandfathered phpstan errors were eliminated and removed from baseline.
Add some named constants, change some doc blocks ...

And use DefinedNames::resolveName, which needs a change to accomodate Sheetname!localname
Change true to Helpers::CELLADDRESS_USE_A1 in one place.
Eliminate an unused parameter.
Adopt suggestion from @MarkBaker to use associative array in Data Provider to distinguish purpose of tests.

That comes with a small risk, in that accidental duplication of associative key will lead to silently skipping a test. I therefore sorted the data member by key in order to make it easier to verify that this doesn't happen. But it turns out that Phpstan catches this error!

Adding test cases was now easier, and, as a result, I caught a minor omission in Cell, which could capture when the second part of a range is invalid, but not the first. That is now corrected.
@Lzolcsi
Copy link

Lzolcsi commented Apr 20, 2021

I'm not very familiar with Github PR-s, but am I right that this should be fixed and now we're just waiting for MarkBaker to review the changes that he requested? (no pressure, I'm just curious to know... :) )

@oleibman
Copy link
Collaborator Author

Correct.

@MarkBaker MarkBaker merged commit c79a9a8 into PHPOffice:master Apr 20, 2021
@Lzolcsi
Copy link

Lzolcsi commented Apr 21, 2021

Thank you very much for you work!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

Successfully merging this pull request may close these issues.

3 participants