You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Various people have mentioned error cell handling in previous issues and pull requests (e.g. pull request #11). Some people want the errors ignored, other want them replaced by a symbol and other clients may have yet other needs.
So, until now I preferred to just let the errors bubble up to the application.
If you can think of a way to provide pluggable error-handling strategies (for example to silent return error cells as blank, nil or :error) I would be happy to accept a pull request.
Maybe it can be done inside the existing multi-method design.
Another possibility is to move towards more of a state-machine approach so the POI object that is passed to the docjure functions is wrapped in a Clojure data structure which could then also include error handling strategies as higher-order function(s).
For a 2.0 release I prefer the latter, as it would also provide a good basis for making the text formatting stuff less imperative and more functional.
It looks like it really can be done in multi-method design by just adding a handler for Cell/CELL_TYPE_ERROR. What about returning some kind of record with brief error info? It won't overlap with other cell types. Returning :error or nil can be not enough for a particular task if read-cell aims to satisfy all reading needs.
Hello. When i'm reading a value from a cell with an error using
read-cell
i get the following exception:Apparently that's because read-cell-value doesn't handle Cell/CELL_TYPE_ERROR. Is it a bug or should i treat erroneous cells differently?
The text was updated successfully, but these errors were encountered: