Until use cases demonstrate otherwise, I suggest we pick one contract
and implement it rather than several. I think the most reasonable use
case, given what I see so far, is "non zero elements". What say?

On Tue, Jun 23, 2009 at 6:21 PM, Ted Dunning<ted.dunn...@gmail.com> wrote:
> Should there be a method that returns different sets of elements?
> (allElements(), nonZeroElements(), filteredElements(Condition)).  Whatever
> the contract, it should definitely be stated and should definitely work the
> same for sparse or non-sparse matrices.

Reply via email to