homepage

From python-ideas thread "truncate sequences in pretty-print ?"
On Sat, Sep 17, 2011 at 9:59 PM, Steven Samuel Cole
> i use pprint quite a bit during development to give me quick insight
> into what is going on inside my application.
> however, when there's any sequences involved, the output becomes less
> useful the longer these sequences are - i often find myself scrolling
> around (or even searching) in the terminal window, trying to find the
> bit of output i am interested in.
>
> imo, it would be great if pprint had a parameter 'max_len' or so that
> reduces output of every sequence to a maximum and inserts something
> like '...' to indicate truncation, e.g.
> {'my key': ['my list item 01',
> 'my list item 02',
> 'my list item 03',
> 'my list item 04',
> 'my list item 05',
> 'my list item 06',
> 'my list item 07',
> 'my list item 08',
> '...',
> 'my list item 10',]}
>
> somewhat comparable to the '...' already printed when a structure is
> more deeply nested than you want to know right now.
On 9/18/2011 10:59 AM, Guido van Rossum wrote:
Agreed, this would be a useful feature. I've reimplemented something
like pprint a few times and always had to implement this truncation
feature. If you or someone can contribute a patch that would be much
appreciated!

This needs to be part of the overall effort to build a better pprint. See http://bugs.python.org/issue7434 

Umm... Excuse me but how is this max_length parameter different from the (existing)depth parameter? 
pformat(object,depth=3) seems to do the same thing.

@anand: as the names say, the depth parameter limits the depth of display while the length parameter limits the length.
for example, with a data structure of a list of lists of lists and a depth of 2, only the first two levels would be shown, the third list at the 'bottom' would be replaced by '...'
on the other hand, in a list with 10 entries and a length parameter of 5, only 5 list entries would be displayed.
@Raymond: agreed. i have squeezed max_len into the existing code and ported that back to 2.6 for my current project; while it works, it is a bad hack. i would much more prefer bundling efforts into an extensible pprint rewrite.