On May 11, 2016, at 3:52 PM, Marko Käning <sec001+fos...@posteo.net> wrote:
> 
> Referring to tickets on a wiki page like this: [968eb6376d] doesn't work, 
> where one would have to use [968eb6376d](tktview?name=968eb6376d).
> 
> Is this intended, or am I missing something?

Yes, it’s a known limitation.

This missing feature came up in a thread a month or two ago, but there were 
objections that allowing [12345abc] to automatically link to a ticket could be 
ambiguous:

1. The case of [123] possibly matching two or more tickets (or other artifact 
types!) is easy to deal with in an ad hoc basis, not involving Fossil at all: 
add more digits to the link until the meaning of the reference is no longer 
ambiguous.

2. A more serious issue is that the syntax is somewhat ambiguous within the 
syntax of Markdown itself.  It is legal to say [foo] [1], with the expectation 
that a link reference will follow later in the document:

  [1]: http://example.com

Therefore, if the Fossil Markdown processor came across [123], it would have to 
have two cases in its path: internal Markdown link or checkin comment like link 
to an artifact ID.

I think this objection is also fairly easily demolished: try to find an 
internal link reference first if the value in the brackets is a base-10 
integer, then try to find a suitable artifact if that fails.  And if the value 
in the brackets can only be a base-16 integer, skip straight to the artifact 
search.

To expand on your request, I also think you should be able to say things like

  …bla bla bla but there is a [plan](1235abc) to fix that.

in a wiki article that wants to refer to a ticket.
_______________________________________________
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Reply via email to