Anonymous | Login | 2024-12-12 18:15 UTC |
Main | My View | View Issues | Change Log | Docs |
Viewing Issue Simple Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||
ID | Category | Severity | Type | Date Submitted | Last Update | ||
0001322 | [Online Pubs] Shell and Utilities | Editorial | Error | 2020-02-05 05:25 | 2020-04-30 16:26 | ||
Reporter | andras_farkas | View Status | public | ||||
Assigned To | |||||||
Priority | normal | Resolution | Accepted | ||||
Status | Applied | ||||||
Name | Andras Farkas | ||||||
Organization | |||||||
User Reference | |||||||
URL | |||||||
Section | ls | ||||||
Summary | 0001322: Bizarre HTML rendering for an -o option on ls page | ||||||
Description |
On https://pubs.opengroup.org/onlinepubs/9699919799/utilities/ls.html [^] beneath the list of all options, we have: If an option that enables long format output ( [XSI] [Option Start] -g, [Option End] -l (ell), -n, and [XSI] \*(z!-o\*(z?) is given with an option that disables long format output (-C, -m, and -x), this shall not be considered an error. The last of these options specified shall determine whether long format output is written. The following text seems wrong, as if something went wrong when the source of the standard was converted to HTML: [XSI] \*(z!-o\*(z? |
||||||
Desired Action |
Change [XSI] \*(z!-o\*(z? to [XSI] -o with appropriate opt-start.gif and opt-end.gif markers. |
||||||
Tags | No tags attached. | ||||||
Attached Files | |||||||
|
Mantis 1.1.6[^] Copyright © 2000 - 2008 Mantis Group |