Issue 3572: convert-ly should produce several backup files for each invokation

Issue 3572: convert-ly should produce several backup files for each invokation

This avoids an unnecessary file check and does several changes to
match our spacing conventions.

[dak, 2013-10-04 20:05:33]

https://codereview.appspot.com/14383044/diff/1/Documentation/usage/updating.i...
File Documentation/usage/updating.itely (right):

https://codereview.appspot.com/14383044/diff/1/Documentation/usage/updating.i...
Documentation/usage/updating.itely:172: @item -h,--help
Actually, where is the point in deleting those spaces?  It's not done for -l,
and cross-checking with GNU tools shows that their help messages offset the long
option forms with a space.  So what gives with this form of interpunction?

Short of any argument, I'll put the space back in (or in in the first place)
everywhere.

[mail_philholmes.net, 2013-10-05 09:41:39]

----- Original Message ----- 
From: <dak@gnu.org>
To: <dak@gnu.org>
Cc: <reply@codereview-hr.appspotmail.com>; <lilypond-devel@gnu.org>
Sent: Friday, October 04, 2013 9:05 PM
Subject: Issue 3572: convert-ly should produce several backup files for 
eachinvokation (issue 14383044)


> Reviewers: ,
>
>
>
https://codereview.appspot.com/14383044/diff/1/Documentation/usage/updating.i...
> File Documentation/usage/updating.itely (right):
>
>
https://codereview.appspot.com/14383044/diff/1/Documentation/usage/updating.i...
> Documentation/usage/updating.itely:172: @item -h,--help
> Actually, where is the point in deleting those spaces?  It's not done
> for -l, and cross-checking with GNU tools shows that their help messages
> offset the long option forms with a space.  So what gives with this form
> of interpunction?
>
> Short of any argument, I'll put the space back in (or in in the first
> place) everywhere.


I deleted it for consistency.  Feel free to add one in throughout as an 
alternative form of consistency.

--
Phil Holmes 

[dak, 2013-10-05 12:39:01]

Rebase because of -x,--long -> -x, --long change