Prevent parsing of [[ text in node

Hi gmak,

If you don't want to turn CamelCase words into links, you can turn that off.
The default is "on".

You can still use freelinking delimiters ( [[ ) to link text and web sites.

-lgm

Hi, was this ever resolved? I've got the same request for version 5

Just updating some of the information.

I would also like to know the current status of this. Is there a way to prevent the parsing of freelinking tags on a link by link basis?

what about using the html entity unicode for brackets (I don't know which is)
for example, I can write the example of a code block in this comment even when the code tag will be filtered:
<code>some code</code>
that's because I used the "less than" symbol as html entity &lt;

Fixed in freelinking-6.x-1.7.

Works, but shows the bang, per #409830: Using ! to show the [[brackets]] in wiki. Re-opening.

The bang needs to be replaced when found, instead of simply skipping the segment of text when it finds the bang. The best approach is probably to go back into the text after the "live" freelinks are found and preg_replace the exclamation marks out of the text.

This is fixed in 1.x-dev and 3.0-alpha3. Please test 1.x in particular so the fix can be officially released.

Also, 1.x-dev supports "\" as well as "!" to escape the link. The 3.x line currently supports only "\".

A single quote is missing after ...content"... near the end of line 333 of freelinking.module (6.x-1.x-dev on 2010-01-27). The omission causes a PHP syntax error on enabling the module. Once fixed, the module seems to work OK.

$output .= '<li>' . t('[[this is the target|this is the source]] - will present "this is the source" as a link to "this is the target", or a page to create that content.") . '</li>';

should read

$output .= '<li>' . t('[[this is the target|this is the source]] - will present "this is the source" as a link to "this is the target", or a page to create that content."') . '</li>';

That seems to be a separate issue, so I'll tackle it in the dedicated issue #702728: Double quote in line 333 causes WSOD.

it would be great if this could be re-enabled for 7.x

A quick and dirty way to do this:

/**
 * Implements filter process callback
 */
function _freelinking_process($text, $filter) {
  $freelinking = freelinking_get_plugins();
  $defaultplugin = variable_get('freelinking_default', 'nodetitle');
  $syntax = variable_get('freelinking_match_syntax', 'double_bracket');
  $regex = _freelinking_match_pattern();
  
  $nowiki_text = preg_replace('!<nowiki>(.*?)</nowiki>!is', '', $text);
  
  // Loop through every freelink format
  // Space at text start prevents match failure at start.
  preg_match_all($regex[$syntax], ' ' . $nowiki_text, $matches, PREG_SET_ORDER);

Basically removes the nowiki text before looking for matches. This isn't idea though, if a match was found outside nowiki tags but the same match existed within the nowiki tags it will be converted. I tried to think of a way to use PREG_OFFSET_CAPTURE but that doesn't make sense. Ideally the nowiki would be excluded in the regex in _freelinking_match_pattern() but I'm not so good with regex :\

This is fixed in the latest snapshot of the 7.x-3.x branch.

To prevent parsing of [[ text in node, you should tag the freekink with the nowiki indicator.

For example: [[nowiki:this is not a freelink]] wil be rendered as [[this is not a freelink]].

This is included in the 7.x-3.5 release.