Page MenuHomeFreeBSD

Catch up with options changes.
ClosedPublic

Authored by mat on Jan 22 2015, 1:07 PM.
Tags
None
Referenced Files
Unknown Object (File)
Sun, Nov 24, 12:20 PM
Unknown Object (File)
Sun, Nov 24, 11:10 AM
Unknown Object (File)
Fri, Nov 15, 1:18 AM
Unknown Object (File)
Thu, Nov 14, 4:03 AM
Unknown Object (File)
Mon, Nov 11, 8:50 AM
Unknown Object (File)
Mon, Nov 11, 4:23 AM
Unknown Object (File)
Oct 8 2024, 10:42 AM
Unknown Object (File)
Sep 30 2024, 11:35 PM
Subscribers

Details

Reviewers
wblock

Diff Detail

Repository
rD FreeBSD doc repository - subversion
Lint
No Lint Coverage
Unit
No Test Coverage

Event Timeline

mat retitled this revision from to Catch up with options changes..
mat updated this object.
mat edited the test plan for this revision. (Show Details)
mat added a reviewer: Doc Committers.
mat added a subscriber: portmgr.

Consider rearranging the sentences that say "If value is set, when option blah is selected, the value is..." to simplify:

When option OPT is selected, the value of OPT_ABOVEVARIABLE, if defined, is appended to ABOVEVARIABLE.

The markup on many of these is weird. It makes no sense to have both literal and replaceable tags around something. Literal is actually the opposite of replaceable. Use <literal> for literal strings, and <replaceable> for strings the user will change.

en_US.ISO8859-1/books/porters-handbook/makefiles/chapter.xml
3864–3865

Needs a comma:
<varname><replaceable>OPT</replaceable>_USE</varname>, the

3867

s/will be set to/is set to/

3870

s/commas,/commas and/

3893

Needs a comma after </varname>.

3896

s/will be set to/is set to/

3899

s/commas,/commas and/

3922–3923

s/set/set,/

3999–4000

is set, its value is appended to

4002

selected. For example:

4022–4023

is set, its value is appended to

4025

selected. For example:

4045–4046

is set, its value is appended to

4048

selected. For example:

4068–4069

is set, its value is appended to

4071

selected. For example:

4094

is set, its value is appended to

4097

selected. For example:

4118

is set, its value is appended to

4121

selected. For example:

4172–4173

is defined, its value is appended to

4175

selected. For example:

4197–4198

is defined, its value is appended to

4351–4352

is defined, its value is appended to

4354

selected. For example:

4377–4378

This sentence seems incomplete.

In D1599#4, @wblock wrote:

Consider rearranging the sentences that say "If value is set, when option blah is selected, the value is..." to simplify:

When option OPT is selected, the value of OPT_ABOVEVARIABLE, if defined, is appended to ABOVEVARIABLE.

I was tempted to do that, but I tried to keep the changes to a minimum.

The markup on many of these is weird. It makes no sense to have both literal and replaceable tags around something. Literal is actually the opposite of replaceable. Use <literal> for literal strings, and <replaceable> for strings the user will change.

I don't quite know why I did that, all the other <replaceable> were inside <varname>, I thought I had to put them in something, will remove the <literal>.

Take care of comments. Remove unneeded <literal>.

Reword all "When option OPT is (not) selected, the value of OPT_FOO, if defined, is appended to FOO."

Fix a typo while I'm there.

wblock added a reviewer: wblock.

Please remember to build-test.

This revision is now accepted and ready to land.Jan 30 2015, 2:37 AM