Bug 18616

Summary: colorls outputs colorization and type char in different order in long and short mode
Product: Ports & Packages Reporter: markush <markush>
Component: Individual Port(s)Assignee: Satoshi Asami <asami>
Status: Closed FIXED    
Severity: Affects Only Me    
Priority: Normal    
Version: Latest   
Hardware: Any   
OS: Any   
Attachments:
Description Flags
file.diff
none
colorls.patch none

Description markush 2000-05-17 08:50:00 UTC 
	When colorls colorizes the long output format, it puts the closing
	colorization code after the "type character", as opposed to before
	in short output format. This is a very minor annoyance, but a fix
	won't hurt (improves readability in long output format IMHO and
	makes behaviour consistent).

Fix: Apply the patch below (same patch in plain text and uuencoded).
	The patch patches the (only) patch in the port to correct the issue.

How-To-Repeat: 
	Compare the colorization output of:

	colorls -FG

	colorls -FG -l
Comment 1 Steve Price freebsd_committer freebsd_triage 2000-05-29 03:03:58 UTC 
Responsible Changed
From-To: freebsd-ports->asami

Over to port's maintainer.
Comment 2 joe freebsd_committer freebsd_triage 2000-06-17 15:32:11 UTC 
State Changed
From-To: open->closed

asami has updated the colorls port with the changes that ache 
and myself made to add color support to ls in 5.x.