Here are some examples of macro definitions:<$MACROMacroName [ flags ] [ attributes ]>
...macro text...
/$MACRO
MyAddress that only is a
shortcut for your email-address like
<$INCLUDE FILE="exmpl/m_addr.hsc" SOURCE PRE> <* show macro *>
<$INCLUDE FILE="exmpl/m_addr.hsc"> <* define macro *>
So every time, you insert the macro-tag in the html-object.
One of the most embarassing facts within html are physical/logical
styles. Taking a look at the HTML 3.0 proposed things, you find
loads of new styles:
..open the filehugo.txt and..
This seems much more reasonable to me then producing heaps of logical styles, but..
Note that you just created a container that requires a start- and end-tag.NXTREF, which is the URI that should be referenced as the "next"
page.
So an example usage of this macro would be:
<$source PRE>
Note that the value of
If you wonder, what
Macro attributes can only be defined within start-macros. The
corresponding end-macro automatically inherits all attributes of
its opening macro. This seems more html-like to me.
To make your macros more powerful and flexible, you can use
expressions and
conditional conversion.
NXTREF is passed to the HREF
attribute within the HREF=(NxtRef) (see above) should
mean: This sets HREF with the value stored in
NxtRef. For details, read the section about
expressions.
Some Notes
Names for macros and attributes are case-insensitive.