[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