#7120: Markdown literate programming proposal
---------------------------------+------------------------------------------
Reporter: holzensp | Owner:
Type: feature request | Status: closed
Priority: normal | Component: Compiler
Version: 7.5 | Resolution: invalid
Keywords: | Os: Unknown/Multiple
Architecture: Unknown/Multiple | Failure: None/Unknown
Testcase: | Blockedby:
Blocking: | Related: #4836
---------------------------------+------------------------------------------
Comment(by Syzygies):
I've been thinking about this for a while; I've been using my own literate
preprocessor for years, which supports here documents and HTML markup, and
I'm getting ready to upload it to Hackage. And I have experience with
multiple HTML markup processors.
Markup processors do local work translating to HTML, but generally still
require an external script which adds headers and footers; this is in any
case the more flexible approach. And any HTML markup processor worth
considering will preserve existing HTML. So what one wants here is a first
pass that formats the Haskell code, and exposes bare literate comments to
a subsequent markup processor. There is absolutely no reason to impose a
choice of markup processors. Modular design says don't!
I don't like bird tracks (they look depressingly like 1980s email
messages, and I'm old enough to have a backlog of unanswered messages from
that era), so I use identation: Flush is comments, indented is code.
However, GHC supports external literate preprocessors, so one can do
anything one likes here. Whatever one does, the literate preprocessor
should be able to output markup-ready HTML source.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7120#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
_______________________________________________
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
