On 24 May 2010 20:44, Richard Hipp <d...@sqlite.org> wrote:
> On Mon, May 24, 2010 at 12:40 PM, Michal Suchanek <hramr...@centrum.cz>
> wrote:
>> Hello
>> the .wiki doc pages can include links in brackets. However, the links
>> point to the wiki, not the doc pages.
> Make your links like this:   [/doc/tip/path-to-page | Text]

But that means that if I open a version of the doc other than tip
(ckout, some older version) the links would not refer to matching
versions of the other pages.

>> While this may be adequate for some doc links in many cases one would
>> want to link to other doc pages which is somewhat tedious with full
>> HTML.
>> The same applies to images I guess although there is no special syntax
>> for image inclusion I am aware of neither in wiki nor the doc pages.
> I just checked in a change so that the src= attribute of <img> is rewritten
> to include the correct path if the markup is of the form:  <img
> src="/doc/tip/path-to-image.gif">.  I tested this change in the Sandbox on
> the Fossil self-hosting repository:
> http://www.fossil-scm.org/fossil/wiki?name=Sandbox

Actually I currently use links of the form <img src="img/my_image.png>
and they work just fine except they are quite hard to type and clutter
the page quite a bit.

What I had in mind was some more wiki-like syntax. I am not sure from
what wiki syntax the fossil .wiki files are derived so I am not sure
what was the substitute for the HTML img tag if any.

It is possible to have something like [img|img/my_image.png|my_image
description] which is much less cluttering than the HTML tags yet
should be unambiguously distinguishable from a plain link. Actually
just [img img/my_image.png] or [img img/my_image.png|my_image
description] should suffice since all decent non-image links point to
something in a directory or ending in .wiki, pointing to file named
just img does not make sense because the content type cannot be
inferred by the current doc handler.


fossil-users mailing list

Reply via email to