On 1 February 2017 at 03:22, Juergen Sauermann < juergen.sauerm...@t-online.de> wrote:
actually ⎕PW is considered *after* ⎕CR. ⎕CR of a single line creates a 3 > line APL matrix: > OK, that explains the behaviour. So the problem is that ⎕CR doesn't pay attention to ⎕PW at all. > The problem with this is that it is not properly working recursively. If a > sub-item is also a large matrix and > wrapped at *⎕PW* then it wont fit into the containing matrix. An boxed > output is normally only used when > you have problems with nested values, so the sub-items are almost always > nested. > Sure, that would be a problem if the rendering of an inner cell works completely independently of the outer content which seems to be how the current version is implemented. I guess fixing this would require rewriting all of the ⎕CR rendering in order to create something similar to the table layout engine in a browser. That sounds like lots of work and also very complex. As an alternative, I'd be happy if, when using ]BOXING, the output function could notice that the output from ⎕CR was wider than ⎕PW and if so, simply disable the boxed output and fall back to the default which is at least usable. This proposal would at least make ]BOXING more useful since boxed output that overflows ⎕PW is almost completely useless (for example, try *29⎕CR ⍳1000*), while the non-boxed output is perfectly usable. Regards, Elias
