You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This reduces the places where content in the comment causes DocC to
silently mis-parse the comment and content after it.
The markdown parser for DocC first parses plain markdown syntax, and
then identifies places where the `@Comment { }` syntax delimits blocks.
That means it tries to parse the content of a comment as markdown first,
and then later it gets turned into a comment. The parsing of HTML style
comments happens as part of the first stage, which makes it less
fragile.
Using the DocC syntax for comments, a lot of the issues seem to come
from `}` appearing in commented-out in code listings, or from other
places where part of the comment is being interpreted as markdown and
preventing the later DocC parsing pass from treating that content as a
comment, or in some causes causing content after it to be missing. Using
the HTML comment syntax, the `-->` arrow used in comment-out formal
grammar conflicts with the end-of-comment marker, which I worked around
by changing them to a `->` arrow. We can probably delete most or all of
the commented-out formal grammar blocks, which seem to date back to the
original drafting of the book's grammar.
Some of the comment-parsing issues appear to be related to a known issue
in Swift-Markdown: apple/swift-markdown#84
One change in the HTML output -- there's no longer a stray } in Generics
just before the Generic Subscripts heading.
These got skipped over, but should have been part of commit
fd82527 for PR #50.
Traduza o conteúdo de AdvancedOperators.md - Shifting Behavior for Signed Integers
The text was updated successfully, but these errors were encountered: