diff mbox series

[06/29] qga/qapi-schema.json: minor format fixups for rST

Message ID 20200206173040.17337-7-peter.maydell@linaro.org
State Superseded
Headers show
Series Convert QAPI doc comments to generate rST instead of texinfo | expand

Commit Message

Peter Maydell Feb. 6, 2020, 5:30 p.m. UTC
rST format requires a blank line before the start of a bulleted
or enumerated list. Two places in qapi-schema.json were missing
this blank line.

Some places were using an indented line as a sort of single-item
bulleted list, which in the texinfo output comes out all run
onto a single line; use a real bulleted list instead.

Some places unnecessarily indented lists, which confuses rST.

guest-fstrim:minimum's documentation was indented the
right amount to share a line with @minimum, but wasn't
actually doing so.

The indent on the bulleted list in the guest-set-vcpus
Returns section meant rST misindented it.

Changes to the generated texinfo are very minor (the new
bulletted lists, and a few extra blank lines).

Signed-off-by: Peter Maydell <peter.maydell@linaro.org>

---
 qga/qapi-schema.json | 86 +++++++++++++++++++++++---------------------
 1 file changed, 45 insertions(+), 41 deletions(-)

-- 
2.20.1

Comments

Markus Armbruster Feb. 7, 2020, 8:32 a.m. UTC | #1
Peter Maydell <peter.maydell@linaro.org> writes:

> rST format requires a blank line before the start of a bulleted

> or enumerated list. Two places in qapi-schema.json were missing

> this blank line.

>

> Some places were using an indented line as a sort of single-item

> bulleted list, which in the texinfo output comes out all run

> onto a single line; use a real bulleted list instead.

>

> Some places unnecessarily indented lists, which confuses rST.

>

> guest-fstrim:minimum's documentation was indented the

> right amount to share a line with @minimum, but wasn't

> actually doing so.

>

> The indent on the bulleted list in the guest-set-vcpus

> Returns section meant rST misindented it.

>

> Changes to the generated texinfo are very minor (the new

> bulletted lists, and a few extra blank lines).

>

> Signed-off-by: Peter Maydell <peter.maydell@linaro.org>

> ---

>  qga/qapi-schema.json | 86 +++++++++++++++++++++++---------------------

>  1 file changed, 45 insertions(+), 41 deletions(-)

>

> diff --git a/qga/qapi-schema.json b/qga/qapi-schema.json

> index 7661b2b3b45..0e3a00ee052 100644

> --- a/qga/qapi-schema.json

> +++ b/qga/qapi-schema.json

> @@ -510,8 +510,7 @@

>  #

>  # Discard (or "trim") blocks which are not in use by the filesystem.

>  #

> -# @minimum:

> -#           Minimum contiguous free range to discard, in bytes. Free ranges

> +# @minimum: Minimum contiguous free range to discard, in bytes. Free ranges

>  #           smaller than this may be ignored (this is a hint and the guest

>  #           may not respect it).  By increasing this value, the fstrim

>  #           operation will complete more quickly for filesystems with badly

> @@ -546,7 +545,8 @@

>  # (or set its status to "shutdown") due to other reasons.

>  #

>  # The following errors may be returned:

> -#          If suspend to disk is not supported, Unsupported

> +#

> +# - If suspend to disk is not supported, Unsupported

>  #

>  # Notes: It's strongly recommended to issue the guest-sync command before

>  #        sending commands when the guest resumes

> @@ -575,12 +575,14 @@

>  #

>  # This command does NOT return a response on success. There are two options

>  # to check for success:

> -#   1. Wait for the SUSPEND QMP event from QEMU

> -#   2. Issue the query-status QMP command to confirm the VM status is

> -#      "suspended"

> +#

> +# 1. Wait for the SUSPEND QMP event from QEMU

> +# 2. Issue the query-status QMP command to confirm the VM status is

> +#    "suspended"

>  #

>  # The following errors may be returned:

> -#          If suspend to ram is not supported, Unsupported

> +#

> +# - If suspend to ram is not supported, Unsupported

>  #

>  # Notes: It's strongly recommended to issue the guest-sync command before

>  #        sending commands when the guest resumes

> @@ -607,12 +609,14 @@

>  #

>  # This command does NOT return a response on success. There are two options

>  # to check for success:

> -#   1. Wait for the SUSPEND QMP event from QEMU

> -#   2. Issue the query-status QMP command to confirm the VM status is

> -#      "suspended"

> +#

> +# 1. Wait for the SUSPEND QMP event from QEMU

> +# 2. Issue the query-status QMP command to confirm the VM status is

> +#    "suspended"

>  #

>  # The following errors may be returned:

> -#          If hybrid suspend is not supported, Unsupported

> +#

> +# - If hybrid suspend is not supported, Unsupported

>  #

>  # Notes: It's strongly recommended to issue the guest-sync command before

>  #        sending commands when the guest resumes

> @@ -767,17 +771,17 @@

>  # Returns: The length of the initial sublist that has been successfully

>  #          processed. The guest agent maximizes this value. Possible cases:

>  #

> -#          - 0:              if the @vcpus list was empty on input. Guest state

> -#                            has not been changed. Otherwise,

> -#          - Error:          processing the first node of @vcpus failed for the

> -#                            reason returned. Guest state has not been changed.

> -#                            Otherwise,

> +#          - 0: if the @vcpus list was empty on input. Guest state

> +#            has not been changed. Otherwise,

> +#          - Error: processing the first node of @vcpus failed for the

> +#            reason returned. Guest state has not been changed.

> +#            Otherwise,

>  #          - < length(@vcpus): more than zero initial nodes have been processed,

> -#                            but not the entire @vcpus list. Guest state has

> -#                            changed accordingly. To retrieve the error

> -#                            (assuming it persists), repeat the call with the

> -#                            successfully processed initial sublist removed.

> -#                            Otherwise,

> +#            but not the entire @vcpus list. Guest state has

> +#            changed accordingly. To retrieve the error

> +#            (assuming it persists), repeat the call with the

> +#            successfully processed initial sublist removed.

> +#            Otherwise,

>  #          - length(@vcpus): call successful.


Source readability suffers a bit here.

Can we break the line after the colon?

   #          - 0:
   #            if the @vcpus list was empty on input. Guest state has
   #            not been changed. Otherwise,

Or would a definition list be a better fit?

>  #

>  # Since: 1.5

> @@ -1182,35 +1186,35 @@

>  # @GuestOSInfo:

>  #

>  # @kernel-release:

> -#     * POSIX: release field returned by uname(2)

> -#     * Windows: build number of the OS

> +# * POSIX: release field returned by uname(2)

> +# * Windows: build number of the OS

>  # @kernel-version:

> -#     * POSIX: version field returned by uname(2)

> -#     * Windows: version number of the OS

> +# * POSIX: version field returned by uname(2)

> +# * Windows: version number of the OS

>  # @machine:

> -#     * POSIX: machine field returned by uname(2)

> -#     * Windows: one of x86, x86_64, arm, ia64

> +# * POSIX: machine field returned by uname(2)

> +# * Windows: one of x86, x86_64, arm, ia64

>  # @id:

> -#     * POSIX: as defined by os-release(5)

> -#     * Windows: contains string "mswindows"

> +# * POSIX: as defined by os-release(5)

> +# * Windows: contains string "mswindows"

>  # @name:

> -#     * POSIX: as defined by os-release(5)

> -#     * Windows: contains string "Microsoft Windows"

> +# * POSIX: as defined by os-release(5)

> +# * Windows: contains string "Microsoft Windows"

>  # @pretty-name:

> -#     * POSIX: as defined by os-release(5)

> -#     * Windows: product name, e.g. "Microsoft Windows 10 Enterprise"

> +# * POSIX: as defined by os-release(5)

> +# * Windows: product name, e.g. "Microsoft Windows 10 Enterprise"

>  # @version:

> -#     * POSIX: as defined by os-release(5)

> -#     * Windows: long version string, e.g. "Microsoft Windows Server 2008"

> +# * POSIX: as defined by os-release(5)

> +# * Windows: long version string, e.g. "Microsoft Windows Server 2008"

>  # @version-id:

> -#     * POSIX: as defined by os-release(5)

> -#     * Windows: short version identifier, e.g. "7" or "20012r2"

> +# * POSIX: as defined by os-release(5)

> +# * Windows: short version identifier, e.g. "7" or "20012r2"

>  # @variant:

> -#     * POSIX: as defined by os-release(5)

> -#     * Windows: contains string "server" or "client"

> +# * POSIX: as defined by os-release(5)

> +# * Windows: contains string "server" or "client"

>  # @variant-id:

> -#     * POSIX: as defined by os-release(5)

> -#     * Windows: contains string "server" or "client"

> +# * POSIX: as defined by os-release(5)

> +# * Windows: contains string "server" or "client"

>  #

>  # Notes:

>  #


The use of bullets vs. dashes for lists seems a bit random, but that's
not this patch's fault.
Peter Maydell Feb. 13, 2020, 4:20 p.m. UTC | #2
On Fri, 7 Feb 2020 at 08:33, Markus Armbruster <armbru@redhat.com> wrote:
>

> Peter Maydell <peter.maydell@linaro.org> writes:

>

> > rST format requires a blank line before the start of a bulleted

> > or enumerated list. Two places in qapi-schema.json were missing

> > this blank line.

> >

> > Some places were using an indented line as a sort of single-item

> > bulleted list, which in the texinfo output comes out all run

> > onto a single line; use a real bulleted list instead.

> >

> > Some places unnecessarily indented lists, which confuses rST.

> >

> > guest-fstrim:minimum's documentation was indented the

> > right amount to share a line with @minimum, but wasn't

> > actually doing so.

> >

> > The indent on the bulleted list in the guest-set-vcpus

> > Returns section meant rST misindented it.

> >

> > Changes to the generated texinfo are very minor (the new

> > bulletted lists, and a few extra blank lines).

> >

> > Signed-off-by: Peter Maydell <peter.maydell@linaro.org>


> > @@ -767,17 +771,17 @@

> >  # Returns: The length of the initial sublist that has been successfully

> >  #          processed. The guest agent maximizes this value. Possible cases:

> >  #

> > -#          - 0:              if the @vcpus list was empty on input. Guest state

> > -#                            has not been changed. Otherwise,

> > -#          - Error:          processing the first node of @vcpus failed for the

> > -#                            reason returned. Guest state has not been changed.

> > -#                            Otherwise,

> > +#          - 0: if the @vcpus list was empty on input. Guest state

> > +#            has not been changed. Otherwise,

> > +#          - Error: processing the first node of @vcpus failed for the

> > +#            reason returned. Guest state has not been changed.

> > +#            Otherwise,

> >  #          - < length(@vcpus): more than zero initial nodes have been processed,

> > -#                            but not the entire @vcpus list. Guest state has

> > -#                            changed accordingly. To retrieve the error

> > -#                            (assuming it persists), repeat the call with the

> > -#                            successfully processed initial sublist removed.

> > -#                            Otherwise,

> > +#            but not the entire @vcpus list. Guest state has

> > +#            changed accordingly. To retrieve the error

> > +#            (assuming it persists), repeat the call with the

> > +#            successfully processed initial sublist removed.

> > +#            Otherwise,

> >  #          - length(@vcpus): call successful.

>

> Source readability suffers a bit here.

>

> Can we break the line after the colon?

>

>    #          - 0:

>    #            if the @vcpus list was empty on input. Guest state has

>    #            not been changed. Otherwise,

>

> Or would a definition list be a better fit?


A definition list does produce nicer rendering in the rST, but
it breaks the rendering in the texinfo (which interprets the
indent of a rST definition list as meaninglist and renders it
all as one long run-on paragraph). For the purposes of this
initial cleanup, I'll put in the newlines you suggest, which
have no effect on rendering output for either texinfo or rST.

thanks
-- PMM
Markus Armbruster Feb. 14, 2020, 1:16 p.m. UTC | #3
Peter Maydell <peter.maydell@linaro.org> writes:

> On Fri, 7 Feb 2020 at 08:33, Markus Armbruster <armbru@redhat.com> wrote:

>>

>> Peter Maydell <peter.maydell@linaro.org> writes:

>>

>> > rST format requires a blank line before the start of a bulleted

>> > or enumerated list. Two places in qapi-schema.json were missing

>> > this blank line.

>> >

>> > Some places were using an indented line as a sort of single-item

>> > bulleted list, which in the texinfo output comes out all run

>> > onto a single line; use a real bulleted list instead.

>> >

>> > Some places unnecessarily indented lists, which confuses rST.

>> >

>> > guest-fstrim:minimum's documentation was indented the

>> > right amount to share a line with @minimum, but wasn't

>> > actually doing so.

>> >

>> > The indent on the bulleted list in the guest-set-vcpus

>> > Returns section meant rST misindented it.

>> >

>> > Changes to the generated texinfo are very minor (the new

>> > bulletted lists, and a few extra blank lines).

>> >

>> > Signed-off-by: Peter Maydell <peter.maydell@linaro.org>

>

>> > @@ -767,17 +771,17 @@

>> >  # Returns: The length of the initial sublist that has been successfully

>> >  #          processed. The guest agent maximizes this value. Possible cases:

>> >  #

>> > -#          - 0:              if the @vcpus list was empty on input. Guest state

>> > -#                            has not been changed. Otherwise,

>> > -#          - Error:          processing the first node of @vcpus failed for the

>> > -#                            reason returned. Guest state has not been changed.

>> > -#                            Otherwise,

>> > +#          - 0: if the @vcpus list was empty on input. Guest state

>> > +#            has not been changed. Otherwise,

>> > +#          - Error: processing the first node of @vcpus failed for the

>> > +#            reason returned. Guest state has not been changed.

>> > +#            Otherwise,

>> >  #          - < length(@vcpus): more than zero initial nodes have been processed,

>> > -#                            but not the entire @vcpus list. Guest state has

>> > -#                            changed accordingly. To retrieve the error

>> > -#                            (assuming it persists), repeat the call with the

>> > -#                            successfully processed initial sublist removed.

>> > -#                            Otherwise,

>> > +#            but not the entire @vcpus list. Guest state has

>> > +#            changed accordingly. To retrieve the error

>> > +#            (assuming it persists), repeat the call with the

>> > +#            successfully processed initial sublist removed.

>> > +#            Otherwise,

>> >  #          - length(@vcpus): call successful.

>>

>> Source readability suffers a bit here.

>>

>> Can we break the line after the colon?

>>

>>    #          - 0:

>>    #            if the @vcpus list was empty on input. Guest state has

>>    #            not been changed. Otherwise,

>>

>> Or would a definition list be a better fit?

>

> A definition list does produce nicer rendering in the rST, but

> it breaks the rendering in the texinfo (which interprets the

> indent of a rST definition list as meaninglist and renders it

> all as one long run-on paragraph). For the purposes of this

> initial cleanup, I'll put in the newlines you suggest, which

> have no effect on rendering output for either texinfo or rST.


Okay.  We can switch to definition lists later.
diff mbox series

Patch

diff --git a/qga/qapi-schema.json b/qga/qapi-schema.json
index 7661b2b3b45..0e3a00ee052 100644
--- a/qga/qapi-schema.json
+++ b/qga/qapi-schema.json
@@ -510,8 +510,7 @@ 
 #
 # Discard (or "trim") blocks which are not in use by the filesystem.
 #
-# @minimum:
-#           Minimum contiguous free range to discard, in bytes. Free ranges
+# @minimum: Minimum contiguous free range to discard, in bytes. Free ranges
 #           smaller than this may be ignored (this is a hint and the guest
 #           may not respect it).  By increasing this value, the fstrim
 #           operation will complete more quickly for filesystems with badly
@@ -546,7 +545,8 @@ 
 # (or set its status to "shutdown") due to other reasons.
 #
 # The following errors may be returned:
-#          If suspend to disk is not supported, Unsupported
+#
+# - If suspend to disk is not supported, Unsupported
 #
 # Notes: It's strongly recommended to issue the guest-sync command before
 #        sending commands when the guest resumes
@@ -575,12 +575,14 @@ 
 #
 # This command does NOT return a response on success. There are two options
 # to check for success:
-#   1. Wait for the SUSPEND QMP event from QEMU
-#   2. Issue the query-status QMP command to confirm the VM status is
-#      "suspended"
+#
+# 1. Wait for the SUSPEND QMP event from QEMU
+# 2. Issue the query-status QMP command to confirm the VM status is
+#    "suspended"
 #
 # The following errors may be returned:
-#          If suspend to ram is not supported, Unsupported
+#
+# - If suspend to ram is not supported, Unsupported
 #
 # Notes: It's strongly recommended to issue the guest-sync command before
 #        sending commands when the guest resumes
@@ -607,12 +609,14 @@ 
 #
 # This command does NOT return a response on success. There are two options
 # to check for success:
-#   1. Wait for the SUSPEND QMP event from QEMU
-#   2. Issue the query-status QMP command to confirm the VM status is
-#      "suspended"
+#
+# 1. Wait for the SUSPEND QMP event from QEMU
+# 2. Issue the query-status QMP command to confirm the VM status is
+#    "suspended"
 #
 # The following errors may be returned:
-#          If hybrid suspend is not supported, Unsupported
+#
+# - If hybrid suspend is not supported, Unsupported
 #
 # Notes: It's strongly recommended to issue the guest-sync command before
 #        sending commands when the guest resumes
@@ -767,17 +771,17 @@ 
 # Returns: The length of the initial sublist that has been successfully
 #          processed. The guest agent maximizes this value. Possible cases:
 #
-#          - 0:              if the @vcpus list was empty on input. Guest state
-#                            has not been changed. Otherwise,
-#          - Error:          processing the first node of @vcpus failed for the
-#                            reason returned. Guest state has not been changed.
-#                            Otherwise,
+#          - 0: if the @vcpus list was empty on input. Guest state
+#            has not been changed. Otherwise,
+#          - Error: processing the first node of @vcpus failed for the
+#            reason returned. Guest state has not been changed.
+#            Otherwise,
 #          - < length(@vcpus): more than zero initial nodes have been processed,
-#                            but not the entire @vcpus list. Guest state has
-#                            changed accordingly. To retrieve the error
-#                            (assuming it persists), repeat the call with the
-#                            successfully processed initial sublist removed.
-#                            Otherwise,
+#            but not the entire @vcpus list. Guest state has
+#            changed accordingly. To retrieve the error
+#            (assuming it persists), repeat the call with the
+#            successfully processed initial sublist removed.
+#            Otherwise,
 #          - length(@vcpus): call successful.
 #
 # Since: 1.5
@@ -1182,35 +1186,35 @@ 
 # @GuestOSInfo:
 #
 # @kernel-release:
-#     * POSIX: release field returned by uname(2)
-#     * Windows: build number of the OS
+# * POSIX: release field returned by uname(2)
+# * Windows: build number of the OS
 # @kernel-version:
-#     * POSIX: version field returned by uname(2)
-#     * Windows: version number of the OS
+# * POSIX: version field returned by uname(2)
+# * Windows: version number of the OS
 # @machine:
-#     * POSIX: machine field returned by uname(2)
-#     * Windows: one of x86, x86_64, arm, ia64
+# * POSIX: machine field returned by uname(2)
+# * Windows: one of x86, x86_64, arm, ia64
 # @id:
-#     * POSIX: as defined by os-release(5)
-#     * Windows: contains string "mswindows"
+# * POSIX: as defined by os-release(5)
+# * Windows: contains string "mswindows"
 # @name:
-#     * POSIX: as defined by os-release(5)
-#     * Windows: contains string "Microsoft Windows"
+# * POSIX: as defined by os-release(5)
+# * Windows: contains string "Microsoft Windows"
 # @pretty-name:
-#     * POSIX: as defined by os-release(5)
-#     * Windows: product name, e.g. "Microsoft Windows 10 Enterprise"
+# * POSIX: as defined by os-release(5)
+# * Windows: product name, e.g. "Microsoft Windows 10 Enterprise"
 # @version:
-#     * POSIX: as defined by os-release(5)
-#     * Windows: long version string, e.g. "Microsoft Windows Server 2008"
+# * POSIX: as defined by os-release(5)
+# * Windows: long version string, e.g. "Microsoft Windows Server 2008"
 # @version-id:
-#     * POSIX: as defined by os-release(5)
-#     * Windows: short version identifier, e.g. "7" or "20012r2"
+# * POSIX: as defined by os-release(5)
+# * Windows: short version identifier, e.g. "7" or "20012r2"
 # @variant:
-#     * POSIX: as defined by os-release(5)
-#     * Windows: contains string "server" or "client"
+# * POSIX: as defined by os-release(5)
+# * Windows: contains string "server" or "client"
 # @variant-id:
-#     * POSIX: as defined by os-release(5)
-#     * Windows: contains string "server" or "client"
+# * POSIX: as defined by os-release(5)
+# * Windows: contains string "server" or "client"
 #
 # Notes:
 #