Number: 2076

Date:  6-Sep-84 12':18':47

Submitter: Jellinek

Source: Jellinek

Subject: filebrowser': problem with long file names

Assigned To: 

Attn: Jellinek

Status: Open

In/By: 

Problem Type: Design - UI

Impact: Annoying

Difficulty: Moderate

Frequency: Intermittent

Priority: Hopefully

System: Windows and Graphics

Subsystem: Library

Machine: 1108

Disk: 

Lisp Version:  5-Sep-84 16':37':47

Source Files: 

Microcode Version: 5124

Memory Size: 7167

File Server: 

Server Software Version: 

Disposition: '
["Jellinek" " 6-Sep-84 12':20':15"]'
["Jellinek" " 6-Sep-84 12':22':25" Description':]'
["Sannella.PA" "11-Sep-84 12':33':52" Status':(New->Open)]

Description: '
Date':  5 Sep 84 18':21 PDT'
From': withgott.pa'
Subject': Lisp': argh! filebrowser writes length on top of name, LOADFOOTPARS7646COM13-AUG and the like'
'
a)  Cheers for horizontal scrolling, but given an insufficiently wide window for the filebrowser, long file names are sacrificed at the expense of information displayed to the right of the item.  The priority shouldn''t be the other way ''round -- left to right? let the second the file is written and "PDT" fall into oblivion, if something must go?  '
'
i. Actually, wouldn''t everything work if the title bar scrolled along with the main window? The position of LENGTH and WRITTEN could be calculated in absolute terms from the right, e.g., let WRITTEN be 2 inches from an ersatz right margin (i.e. length of longest line).  Like in lafite, the user could determine the window size, but still expect to scroll. So if the window isn''t big enough, LENGTH will not be visible scrolled.'
'
ii. alternatively, could let long file names occupy 2 or more lines, and have the filebrowser window size be constant. (only if the columns were justified ..)'
'
'


Workaround: 

Test Case: 

Edit-By: Sannella.PA

Edit-Date: 11-Sep-84 12':33':52