Embedded links expands keywords

[robvdveer]

I think its a bug in the markdown processor, but when i do a link like so:

  ![link](../docs/filenameWithKeyword.html) 

and i have a topic named Keyword, the Keyword gets expanded to a topic link as well, messing up the link itself.

Possibly related to #212

[paulmelnikow]

Are you using the latest development version? I recently fixed a similar bug in pull request #369.

If the latest development version still has the bug then probably that method needs another line to handle this case.

[robvdveer]

Nope, thats a different bug, paul. And yes, i have the latest version if that matters. My problem involves default expansion of fienames:

![link](../docs/filenameWithKeyword.png)

results in

<img src="../docs/filenameWith<a href="../ Classes/Keyword.html">Keyword</a>.png"></img>

Which is clearly not the intention.
is there a way to stop automatic expansion of keywords, perhaps only marked keywords get autoresolved?

For now i just renamed the images

[robvdveer]

I think I found the root cause of this issue. When I have a class name 'ClassName' and I use the following documentation example:

/** This class makes heavy use of the blablaClassName class */

It gets expanded. However when I do

/** This class makes heavy use of the ClassNameBlablabla class */

It is not replaced. I guess the regex pattern for replacing references misses a 'matches start of word' condition. Investigating.

[robvdveer]

Inside GBCommentsProcessor stringByConvertingSimpleCrossReferencesInString: there is a loop that try to find keywords by moving the match range up by one character at a time (lines 778 - 794):

    if ([links count] == 0) {
        if (isInsideMarkdown) return string;
        if (searchRange.location >= [string length] - 1) break;
        searchRange.location++;
        searchRange.length--;
        if (searchRange.length == 0) break;
        continue;
    }

This is the root cause. The range should advance to the next token (basically any non-word-character) instead of the next character, but parsing has already been completed in the previous phase.

[ceyhunuzunoglu]

Hello guys

Is this bug solved?

[tomaz]

This was moved to 3.0 but not much work has been done.