[Pmwiki-users] re: new syntax / alt text for images
J. Meijer
commentgg
Thu May 27 17:57:00 CDT 2004
The new syntax might take (the option of writing) a '-' to indicate a
'missing link' (;-) :
[[-|Attach:filename.gif || alt text]]
or
[-|Attach:filename.gif || alt text]
This might make the syntax more ac[[(ex)ceptable]] to the uninitiated.
Alternative
The reason why the link must come first is that it is the motive for
entering the special scope of the [[..]] markup. Which creates problems if
the motive is just to put hovertext. So the single bracket case might
serve that specific purpose, it is a fairly safe syntax because of the ' | '
(notice the spaces) in it:
[PmWiki | Try it!] // creates text with hovertext
[logo.png | Try it!] // creates inline image with hovertext
[logo.png] // inline image <=
complementing:
[[PmWiki]] // creates wiki-link
[[PmWiki | logo.png || Try it!]]
[[PmWiki || Try it!]] // creates link with hovertext
[[patrick.jpg | see him]] // text with link to image
[[patrick.jpg || see him]] // link to image with hovertext
[[patrick.jpg]] // link to image <=
* Problem with '|' and '||' ambiguity, but the rule is nevertheless
simple: hovertext within double brackets after double '|',
hovertext within single brackets: single '|'. In case of the
image both could be accepted, this resolves most of the
doubt.
* [PmWiki || try it!] probably not an option: table-syntax
may collide.
* The 'cut-syntax' probably should use (..), so {..} are available
for specifying other properties, like width/height/margin/etc.
* In the Arial font 3 chars look quite the same: 'I' (i), 'l' (L) and
our '|'.
* I don't like the use of Attach within double brackets.
* nesting of links within text might be a problem.
-jm
-----original message----
It gets my vote.
-Scott
More information about the pmwiki-users
mailing list