Agreed. But that is a different issue. Actually dump does a pretty good job on hashes and show should be switched to that.
On Thu, May 22, 2014 at 1:01 PM, John Myles White <[email protected]>wrote: > Honestly, I think dictionary printing is just kind of broken. > > -- John > > On May 22, 2014, at 12:01 PM, Bob Nnamtrop <[email protected]> wrote: > > But julia often does show large screen dumps. Try: > > julia> h={1=>1}; for i=2:100000 h[i]=i end; h > > :-) > > > On Thu, May 22, 2014 at 12:52 PM, Mauro <[email protected]> wrote: > >> Octave has an automatic pager, which I don't like, but which I like >> better than matlab's endless screen dumps. I think the Julian (and >> Numpy) way of only showing a small part of a big output is the way to >> go. Although it would be nice to have `less` working with arrays (etc) >> in case one needs to actually look at a big array. >> >> On Thu, 2014-05-22 at 19:04, [email protected] wrote: >> > I often find myself wishing for a pager in the repl when outputing large >> > amount of output. I see that there is a Base.less but it is only used on >> > files and not for outputting other stuff in the repl. In fact, it would >> be >> > great to have support for less, head, and tail like functionality for >> > looking at arrays, hashes, etc. Thus to be able to do: >> > >> > arr |> less >> > or >> > less(arr) >> > or >> > arr |> tail >> > >> > In addition, I think having the output of show() automatically go >> through >> > less if it longer that one page would be great. I hate seeing 100's of >> > pages of output fly by when, e.g., a huge hash gets "shown" at the >> prompt >> > (I just cannot seem to get in the habit of typing the ; at the right >> time). >> > This behavior could be configurable of course. >> > >> > Bob >> >> >> > >
