Joel de Guzman <[EMAIL PROTECTED]> writes:
> I agree. That behavior also makes it difficult to do error checking.
> I think now that all uses of [] should be "reserved" for quickbook
> (except of course, in code blocks and phrases).
Yeah, I think we need to work on the ambiguity of the grammar and make
more things into errors. It's
just horribly context-sensitive now. My emacs mode is having a heck
of a time with it, and as soon as we start having big template
libraries, humans will have a terrible time, too. Here's an example:
[a b/c d] e f/]
How does this get parsed?
If a is a template that maps onto [* ... ], it should be something
like:
[* b/c d] e f/]
i.e.
But if a maps onto [link ... ], it should be something
like:
[link b/c d] e f/]
i.e.
<link uri="b/c">d</link> e f/]
And when you're looking at something and you don't know if it's a
phrase or a block template, things get even worse.
--
Dave Abrahams
Boost Consulting
www.boost-consulting.com
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Boost-docs mailing list
[email protected]
Unsubscribe and other administrative requests:
https://lists.sourceforge.net/lists/listinfo/boost-docs
