GNU nano - Bugs: bug #46492, option --fill does not override...
You are not allowed to post comments on this tracker with your current authentication level.
bug #46492: option --fill does not override "set fill" when --nowrap is given
Submitter: | Benno Schulenberg <bens> | ||
Submitted: | Sat 21 Nov 2015 02:01:24 PM UTC | ||
Severity: | 3 - Normal | Status: | Fixed |
Assigned to: | bens | Open/Closed: | Closed |
Sat 21 Nov 2015 08:24:14 PM UTC, comment #2: |
Benno Schulenberg <bens> |
Sat 21 Nov 2015 02:52:43 PM UTC, comment #1: Ehm... I am confusing automatic line wrapping with ^J intentional justifying. When --nowrap is given, this indeed prevents automatic line wrapping, but it still allows the user to justify any or all paragraphs to a certain width.
|
Benno Schulenberg <bens> |
Sat 21 Nov 2015 02:01:24 PM UTC, original submission:
Running 'src/nano --fill=23 --nowrap README' still wraps text at column 23. It does not do what the man page says about these options: "the last one given takes effect".
|
Benno Schulenberg <bens> |
No files currently attached
Depends on the following items: None found
Items that depend on this one: None found
There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.
Follow 4 latest changes.
Date | Changed by | Updated Field | Previous Value | => | Replaced by |
---|---|---|---|---|---|
2015-12-07 | bens | Open/Closed | Open | Closed | |
2015-11-21 | bens | Status | None | Fixed | |
2015-11-21 | bens | Severity | 4 - Important | 3 - Normal | |
Summary | option --nowrap does not override --fill | option --fill does not override "set fill" when --nowrap is given |
Powered by Savane 3.13-3230.
Corresponding source code
Fixed in SVN, r5428.
One little problem remains: the order of "set nowrap" and "set fill" in a nanorc file does not matter -- when both are given, automatic wrapping is always turned off; the fill option just gives the width to be used for manual justification with ^J. I will leave this as it is, as it is quite possible that some people expect this behaviour now.