Re: make xmldocs failed with error after 4.17 merge period
From: Markus Heiser
Date: Fri Apr 06 2018 - 06:10:24 EST
> Am 06.04.2018 um 11:11 schrieb Heikki Krogerus <heikki.krogerus@xxxxxxxxxxxxxxx>:
[...]
>>>>>> An ascii graphic in typec.rst cause the error.
>>>>>
>>>>> Thanks for the report. I'm going to propose that we fix this by
>>>>> marking the ascii art as comment:
>>>>>
>>>>> diff --git a/Documentation/driver-api/usb/typec.rst b/Documentation/driver-api/usb/typec.rst
>>>>> index feb31946490b..972c11bf4141 100644
>>>>> --- a/Documentation/driver-api/usb/typec.rst
>>>>> +++ b/Documentation/driver-api/usb/typec.rst
>>>>> @@ -212,7 +212,7 @@ port drivers can use USB Role Class API with those.
>>>>>
>>>>> Illustration of the muxes behind a connector that supports an alternate mode:
>>>>>
>>>>> - ------------------------
>>>>> +.. ------------------------
>>>>> | Connector |
>>>>> ------------------------
>>>>> | |
>>>>>
>>>>> I hope that works.
>>>>
>>>> Try it and see! :)
>>>
>>> It will fix this issue. I was just wondering if use of ascii art is
>>> acceptable in general with the .rst files? But then again, why
>>> wouldn't it be.
[...]
> I was propsed to use something called "Literal Block" with ascii art.
> http://docutils.sourceforge.net/docs/ref/rst/restructuredtext.html#literal-blocks
about *ASCII-art*: see fix from Jani ...
https://www.mail-archive.com/linux-doc@xxxxxxxxxxxxxxx/msg19302.html
where the '::' is a short-markup for a literal-block.
>> There are ways to do this, look at how the v4l2 and I think the drm
>> subsystems handle ascii art such that "real" drawings end up being
>> produced.
>
> Thanks. I did not actually find anything else except use of tables and
> code-blocks in v4l documentation. Is that what you were referring?
If it is about *figures*: we have a directive named 'kernel-figure',
which is a full replacement of the 'figure' directive from Sphinx-Doc.
In addition it supports *inline* SVG and DOT markups. Read:
https://www.kernel.org/doc/html/latest/doc-guide/sphinx.html#figures-images
-- Markus --