On Friday, 12/14/2007 at 12:40 EST, [EMAIL PROTECTED] wrote: > The USE and MENU options don?t get around the problem of the tiny input area.
On my z/VM 5.3 system I have 9 characters. But this issue with large disks threatens to get out of hand. Apparently the word isn't getting around that it is time to start scaling these large numbers on displays unless specifically asked for details. 99.999% of the time, I only care about the relative scale of file sizes. Knowing a file has 45K records is just as good as knowing it has 44,727 records. I'm just looking for the big ones to throw away. Naturally LISTFILE shouldn't do the scaling, but FILELIST and FLIST should. Sorting can still work by the unseen real number. If one does a Sort-by-Size operation, THEN the real number is shown and some non-size related field disappears. All assuming, of course, that my 90 column screen can't accomodate the whole thing. (FLIST reverts to 24x80 on my 40x90 screen.) I have been ready for years to stop reformatting data to accomodate 80 columns. Back when we used Real 3270s, that was an issue. No longer. It is time to take a bold step forward into the 1990s. Alan Altmark z/VM Development IBM Endicott
