[ 
https://issues.apache.org/jira/browse/DOXIA-767?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17910669#comment-17910669
 ] 

Konrad Windszus commented on DOXIA-767:
---------------------------------------

The problem is that there is no Sink method for linebreaks within the Markup 
language of the Sink.
Once both {{Sink.text("\n")}} and {{Sink.lineBreak()}} 
(https://maven.apache.org/doxia/doxia/doxia-sink-api/apidocs/org/apache/maven/doxia/sink/Sink.html#lineBreak--)
 behave the same, there is no way to keep linebreaks in the source only (not 
having an effect on rendering result) when converting from e.g. APT to Markdown.

> Clarify block vs inline semantics with regards to whitespaces in Sink API
> -------------------------------------------------------------------------
>
>                 Key: DOXIA-767
>                 URL: https://issues.apache.org/jira/browse/DOXIA-767
>             Project: Maven Doxia
>          Issue Type: Task
>          Components: Documentation
>            Reporter: Konrad Windszus
>            Priority: Major
>
> The javadoc of 
> https://maven.apache.org/doxia/doxia/doxia-sink-api/apidocs/org/apache/maven/doxia/sink/Sink.html
>  should be clarified with regards to trimming whitespace behaviour for 
> block/inline elements. Not necessarily each block Sink element is a block 
> element in the desired output format (e.g. XHTML). Most prominently this is 
> the case with
> {{Sink.verbatim(Decoration:source)}} which is a block element in Sink API but 
> opens an inline element ({{<pre><code>}}) in XHTML.
> See 
> https://developer.mozilla.org/en-US/docs/Web/API/Document_Object_Model/Whitespace.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

Reply via email to