Re: A downside of qbk

Rene Rivera <[email protected]>
Newsgroups gmane.comp.lib.boost.documentation
Organization Redshift Software, Inc.
Message-ID <[email protected]>
On 11/6/2011 3:21 PM, Dave Abrahams wrote:
>
> on Sun Nov 06 2011, Dave Abrahams<dave-AT-boostpro.com>  wrote:
>
>> I've been meaning to point out the difference between
>>
>> https://github.com/boost-lib/parameter/blob/master/doc/index.rst
>> https://github.com/boost-lib/spirit/blob/master/doc/introduction.qbk
>>
>> As long as qbk is a full-fledged programming language, we may never be
>> able to expect better.  Any ideas?  Does anyone think we can possibly
>> convince GitHub to include a qbk processor?
>
> Actually, I just had an idea: make sure that qbk is an extension of
> markdown syntax, which IMO is winning the wiki-like syntax wars.  Then
> we could get reasonable rendering for many things even where there's no
> qbk support at all.

You do realize that the Markdown that Github uses it not "real" 
markdown? And that a qbk document that was a superset of the "real" 
Markdown would render incorrectly on Github? (and that's just the 
markdown subset I'm talking about)


-- 
-- Grafik - Don't Assume Anything
-- Redshift Software, Inc. - http://redshift-software.com
-- rrivera/acm.org (msn) - grafik/redshift-software.com
-- 102708583/icq - grafikrobot/aim,yahoo,skype,efnet,gmail
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.