>>> [!note] Migrated issue <!-- Drupal.org comment --> <!-- Migrated from issue #2196285. --> Reported by: [j.branson](https://www.drupal.org/user/2136706) >>> <p>This module for D7.x gives you basic control over URL target attributes for text filters. The Target URL Filter Module is a simple light weight module based on the core filter_url function to add a URL filter with one of a selection of standard HTML target attributes.<br> <br> There are more complex modules providing the ability to customize a variety of filters. These don't seem to control link attributes, however. There are also projects like External Links (<a href="https://drupal.org/project/extlink">https://drupal.org/project/extlink</a>) that use JS to add indications to links if they are outside of the current domain. Target Filter URL is much simpler. Plus its functionality is derived through php, so there is no need to worry about javascript errors with infinite scrolls and ajax elements. </p> <p>If you merely want the ability to control where links created by input filters will open, then this project is what you need. Say you want links that your users include in a text field to open in a _blank tab. This makes that happen. It does not differentiate between domestic URLs within the current domain and links to outside of the domain. Perhaps that is a feature that could be added in the future, but for now this fulfills a basic function providing more control over URLs. <br> <br> Code-wise this project borrows from the native filter_url function to get things started. It adds a setting to select the target attribute from a list of provided standard HTML target attributes. It then validates this selection to be on the safe side. In the filter process callback _target_filter_url_process we call up a helper function before running preg_replace_callback where links are created. This helper function allows us to insert php keyword use () so that we can inject our variable for the target attribute into the preg_replace_callback, otherwise preg_replace_callback can only take the $match variable generated automatically by the native php function. Everything else is similar to the native filter function in Drupal 7.26 core. Since filter.module is in core, it didn't seem like a patch to the filter.module file would be a good idea even though it could achieve the same function. This project provides the function without touching core code. <br> <br> Project Page: <a href="https://drupal.org/sandbox/jbranson/2195787">https://drupal.org/sandbox/jbranson/2195787</a></p> <p>Git Clone: <code>git clone --branch 7.x-1.0 http://git.drupal.org/sandbox/j.branson/2195787.git</code></p> <p>Requirements<br> ------------<br> Filter<br> You need to have the core filter module installed and enabled.<br> <a href="https://api.drupal.org/api/drupal/modules!filter!filter.module/7">https://api.drupal.org/api/drupal/modules!filter!filter.module/7</a><br> <br> Installation<br> ------------<br> Follow the normal procedure to place the module folder and files in sites/all/modules and then enable through drush or the user interface.<br> <br> Configuration<br> ------------<br> With this filter enabled on a text format you should disable the core URL Filter for that format so as to avoid conflict. For more on configuring text formats: <a href="https://drupal.org/node/778976">https://drupal.org/node/778976</a></p> <p>Project Reviews<br> -------------<br> <a href="https://drupal.org/comment/8488883#comment-8488883">https://drupal.org/comment/8488883#comment-8488883</a><br> <a href="https://drupal.org/comment/8488809#comment-8488809">https://drupal.org/comment/8488809#comment-8488809</a><br> <a href="https://drupal.org/comment/8487823#comment-8487823">https://drupal.org/comment/8487823#comment-8487823</a><br> <a href="https://drupal.org/comment/8499149#comment-8499149">https://drupal.org/comment/8499149#comment-8499149</a><br> <a href="https://drupal.org/comment/8498941#comment-8498941">https://drupal.org/comment/8498941#comment-8498941</a></p>