aXML allows for 2 types of non-standard bracket delimiters, ( ) and 
[ ],  Which mean respectively, process this tag before all others, and
+ process this tag after all others.
[download]

Please don't take it as a personal offense, but it this a wise choice to begin with? Personally I see problems with it:

1. clashes with parens and squares in the text, as already pointed out by graff;
2. creation of something that is somewhat like XML, but in fact is not.

Now, as far as the second point goes, it if were compellingly necessary, I don't think it would be a problem, although it would still leave you with the need to invent a wheel only slightly different from those that are already available, and thus to reinvent many wheels. Or to take existing tools, understand how they work and modify them to suit your needs, which would save you considerable time and give you more guarantees of doing the Right Thing™ but would still be less trivial than one may naively expect. Even without that, the approach is somewhat inelegant. XML is not exactly "simple", and I'm not really a big fan of it, but it has an elegance of its own. Having three different breeds of tags strikes me as breaking that. If the tags still have to nest correctly, you could achieve the same thing with attributes. Granted, it would be more verbose, but since you're dealing with "a sort of XML" anyway, that should not be a concern. Otherwise you would be using a lwml instead. If you go with attributes, then you will have regular XML and you could use one out of many already existing tools to parse XML.