I disagree about how the system should work. I think
(3,: 11) ];._3 ] 3 0 7 2 9 1 5 8 4 6
should not produce the same result as
(3,: 10) ];._3 ] 3 0 7 2 9 1 5 8 4 6
because in ;._3 the shape of the subarray must not be modified.
Thus, I change NuVoc to say what it ought to.
The system itself has always produced no subarrays when there are none
to give.
hhr
On 11/1/2019 3:37 PM, Raul Miller wrote:
https://www.jsoftware.com/help/dictionary/d331.htm says:
u;.3 and u;._3 yield (possibly overlapping) tesselations. x u;._3 y
applies u to each complete rectangle of size |1{x beginning at integer
multiples of (each item of) the movement vector 0{x , with an infinite
size being replaced by the signed length of the corresponding axis.
In the example of
(3,: _) ];._3 ] 3 0 7 2 9 1 5 8 4 6
this means that the result should match
(3,: 10) ];._3 ] 3 0 7 2 9 1 5 8 4 6
3 0 7 2 9 1 5 8 4 6
This doesn't contradict your "all the cells have the same size"
constraint, so shouldn't require NuVoc to change.
Thanks,
--
This email has been checked for viruses by AVG.
https://www.avg.com
----------------------------------------------------------------------
For information about J forums see http://www.jsoftware.com/forums.htm
