fix cross-references under --no-folding section of manual
Under emacs, this was previously rendered as '--no-folding' This disables any further *note tree folding:: or *note tree refolding::. If a new subdirectory is encountered whilst stowing a which looks awkward. Similarly under info(1): '--no-folding' This disables any further *note tree folding:: or *note tree refolding::. If a new subdirectory is encountered whilst stowing a The new way is undesirably repetitive, but at least grammatically correct. I don't think there's a better solution with texinfo :-/
This commit is contained in:
parent
ed2091e9a5
commit
3aa30ae1aa
1 changed files with 8 additions and 7 deletions
|
@ -360,13 +360,14 @@ the target directory, because this is what you will want to do most of the time.
|
||||||
|
|
||||||
@item --no-folding
|
@item --no-folding
|
||||||
|
|
||||||
This disables any further @ref{tree folding} or @ref{tree refolding}.
|
This disables any further tree folding (@pxref{tree folding}) or
|
||||||
If a new subdirectory is encountered whilst stowing a new package, the
|
refolding (@pxref{tree refolding}). If a new subdirectory is
|
||||||
subdirectory is created within the target, and its contents are
|
encountered whilst stowing a new package, the subdirectory is created
|
||||||
symlinked, rather than just creating a symlink for the directory. If
|
within the target, and its contents are symlinked, rather than just
|
||||||
removal of symlinks whilst unstowing a package causes a subtree to be
|
creating a symlink for the directory. If removal of symlinks whilst
|
||||||
foldable (i.e. only containing symlinks to a single package), that
|
unstowing a package causes a subtree to be foldable (i.e. only
|
||||||
subtree will not be removed and replaced with a symlink.
|
containing symlinks to a single package), that subtree will not be
|
||||||
|
removed and replaced with a symlink.
|
||||||
|
|
||||||
@cindex adopting existing files
|
@cindex adopting existing files
|
||||||
@item --adopt
|
@item --adopt
|
||||||
|
|
Loading…
Reference in a new issue