The issue with that is that some existing parsers will process everything in () as a url.
Could something like this be suitable? Where we have a semi json {
and }
field (but made easier by not needing "
for setting names. And just use that for directives
link style directives:
For standard links:
[ Textual Information ]( hypertext url ){ semi-json style settings}
Which can be omitted most of the time if needed:
[ Textual Information ]( hypertext url )
For picture or video links, where it is recognized by `.png` or `.mp4` etc... :
![ Textual Information ]( hypertext url ){ semi-json style settings}
To which we can either go classic semi-json or html inspired:
![altText](myImage.png){ title="title", class=.myClass, width=40, height=50 }
![altText](myImage.png){ "title" .myClass width=40 height=50}
For shorthand picture or video links
![ Textual Information ]( Image url ){ semi-json style settings}
!video[ Textual Information ]( video url ){ semi-json style settings}
!audio[ Textual Information ]( audio url ){ semi-json style settings}
!base64[ Textual Information ]( embedded binary file ){ semi-json style settings}
The benefit to this approach is that we keep the settings or the ‘markup’ separate from the actual content of ![]()
block style directives
So for directives + semi-json semi-html. Sticking to the style of code fencing. We could use this.
@@@latex [title]{fontsize=14}
\frac{1,2} = 0.5
@@@
Btw, why @@@@
, and not $$$$$
or even ~~~~
( Maybe !!!!
since ![](){}
but looks rather ugly)
~~~~~latex [title] {fontsize=14}
\frac{1,2} = 0.5
~~~~~
$$$$$latex [title] {fontsize=14}
\frac{1,2} = 0.5
$$$$$
{}
[]
and ()
are all optional.
e.g. using url for up to date csv input?
@@@graphGen [My Graph Generator] (www.example.com/values.csv) {graphsize=10}
generateBarChart(x,y);
@@@
summary
When choosing directives, please try to keep to the tradition of
-
[]
is only for text title/descriptor
-
()
is only for url.
-
{}
is only for options & markups
As per ![](){}
tradition.
EDIT: Modified example to better match how fenced code block is treated according to mb21 . Instead of @@.latex
, its @@latex