Finding URLs in your InDesign documents and converting them to hyperlinks is quick and easy with Hyperlinker:
Alternatively, use the Previous (<) and Next (>) buttons to find and select individual URLs, and the Convert/Find button to convert one URL at a time. If you have the Hyperlinks panel open, you can monitor the addition of hyperlinks as they are created.
Click Done to close the window when you’re finished.
The Search settings define the scope of your search. You can search the whole document for URLs, the currently selected story, or just the currently selected text. Additionally, you can choose whether to include master pages and footnotes in your search.
The Find settings tell Hyperlinker what kind of URLs you want to find and convert. Hyperlinker 2 now also features advanced custom search options that allow you to find any words or text patterns throughout your document and automatically convert them into working hyperlinks.
Choose this setting to find valid web addresses and convert them to hyperlinks. By default, Hyperlinker will recognise a web address that has any of the following hallmarks:
If your document includes any URLs that are missing all of these characteristics (e.g. inkwire.app), you may also wish to search for ‘naked domains’.
Sometimes an author will reference a website using nothing but the site’s domain name (e.g. inkwire.app). If it’s even missing the ‘www’ subdomain, we call this a ‘naked domain’.
A word of caution… Since a naked domain lacks the usual hallmarks of a complete URL, it becomes harder for a machine to reliably distinguish it from the surrounding text, so choosing this option is more likely to return some false positives. On the plus side, it can help you find any missing spaces between sentences.Cool!
Choose this setting to find valid email addresses and convert them to email links. The ‘mailto:’ identifier is automatically added to the hyperlink destination if it is missing from the source text. (The text itself is not altered.)
Choose this setting to find telephone numbers and convert them to links that can initiate a phone call on a mobile phone or other compatible device. The ‘tel:’ identifier is automatically added to the hyperlink destination if it is missing from the source text, and spaces are converted to hyphens. (The text itself is not altered.)
The custom search feature allows you to find any words or text patterns throughout your document and convert them into working hyperlinks. For example, you might want a company name to link to the company’s website, a product code to link to an online store, or a person’s name to link to their email address.
Hyperlinker allows you to build a URL that optionally includes the source text. For example, the product code ‘ARL–3000’ might link to https://www.acme.com/?sku=ARL–3000. In this way, any number of unique URLs can be created automatically.
Click the Advanced button to access these controls.
You can search your document for text that satisfies a certain pattern (like three letters, followed by a hyphen, followed by a four-digit number). We call these patterns regular expressions, or regexes for short. (Adobe calls its regex search tool ‘GREP’ which stands for ‘global regular expression print’.)
You can enter your own regular expressions in the Source regex field. Alternatively, the drop-down menu to the right of the Source regex field lists some pre-made patterns to help you get started. Choose the pattern that seems closest to the text you want to find, and Hyperlinker will enter the corresponding regex for you. You can then customize the regex as required.
By default, custom searches are case sensitive and don’t match partial words. You can change this behaviour by unchecking the Case sensitive or Whole words options.
If you’ve never worked with regular expressions before, I’ve written a user-friendly introduction to writing your own regular expressions just for you.
Another way to find source text, is to search for text that has a particular character style applied. Selecting a style from the Source style drop-down menu activates this feature. To disable it, deselect the style by selecting the default (empty) element from the drop-down menu.
If you enter a source regex and select a source style, only text that satisfies both criteria will be matched.
With a standard URL search, Hyperlinker gets the destination URL from the source text itself. It can’t do this with a custom search, since there’s no guarantee the source text will be a URL at all—it could be anything. With a custom search, you need to define the destination URL yourself.
If you want all found text to link to the same URL, you simply enter this URL in the Destination URL field, and you’re done. This would work well if all you want to do is link a company’s name to its homepage.
Alternatively, you can construct unique destination URLs in one of two ways:
To help you anticipate these results, Hyperlinker displays a preview of the destination URL’s final format. (It does not calculate actual search results, but just shows you how the different parts of the URL slot together, including the Append [to Hyperlink Destinations] field if it is enabled.)
Choose this setting should you wish to create hyperlinks with ‘Shared Destinations’. This is an InDesign feature that allows a single hyperlink destination (the page or file you are linking to) to be shared by multiple hyperlink sources (the URLs within your text). These shared destinations can be reused when creating new hyperlinks. (See the ‘Hyperlinks’ section in Adobe’s InDesign User Guide.)
Some users prefer to avoid InDesign’s Shared Destinations, finding them confusing or unreliable. Even Adobe’s own documentation concedes, ‘If a URL hyperlink isn’t working in the exported PDF, there may be a problem with the hyperlink being a “Shared Destination”. Deselect the Shared Hyperlink Destination checkbox, and then click OK.’
Most people recognise a web address when it’s missing the scheme (or protocol designation) at the beginning, so it’s common for an author to omit this from their text for brevity and aesthetics, e.g. ‘inkwire.app/hyperlinker/’ instead of ‘https://inkwire.app/hyperlinker/’. If someone copies this incomplete address into a web browser, the link will usually still work because the software makes the (generally correct) assumption that the linked resource uses the Hypertext Transfer Protocol—the protocol represented by the ‘http://’ or ‘https://’ scheme.
You don’t, however, want to be creating incomplete hyperlinks when you’re exporting an electronic publication. That’s leaving it up to the user’s software (web browser, e-book reader, etc) to try and fill in the blanks. The software may try to add ‘http://’ or it may not. It may mistake the incomplete URL for a relative link, and try to open a page relative to wherever the document is being hosted. In short, it’s another recipe for broken links and unhappy readers.
If your document’s text contains incomplete URLs, and you need to add ‘http://’ or ‘https://’ to the beginning of each hyperlink, you can have Hyperlinker do the work for you by selecting this option. (Only the hyperlink destinations and names are affected. The source text is not altered.)
Be careful, particularly when clicking Convert All, to ensure that all such links conform to the chosen protocol. (If they don’t, you might suggest to the author that the correct schemes need to be specified in the text!)
The Append option (in the Hyperlink Destinations settings) simply takes whatever text is entered in this field, and appends it to the very end of each hyperlink destination. (The source text is not altered.) This might be used to add a query string or path fragment to the end of each link when you do not want them taking up space in the source text. (It can also be used in conjunction with the Custom search feature to build a destination URL from scratch.)
Be careful, particularly when clicking Convert All, as this option creates hyperlink destinations that do not match the URLs in your text.
In your document, it may not be possible to entirely prevent longer URLs from breaking where your text wraps from one line to the next. While InDesign tends to do an okay job of deciding where to break the path component of a long URL, it does nothing to prevent line breaks occurring within the domain name (or hostname), and these breaks are never a good thing.
Hyperlinker tackles this problem by applying InDesign’s No Break property to the part of the URL that you choose—either the combined scheme (protocol) and domain name, or just the domain name. (It does this after applying the character style and clearing any pre-existing character overrides if those options are chosen.)
I find this approach preferable to inserting discretionary line breaks throughout the text, as these hidden characters are more cumbersome to remove and work with later should the graphic designer or typesetter need to make changes. Discretionary line breaks (which are really just Unicode zero-width spaces) are, in my opinion, the last-resort tool in your typesetting toolbox, reserved for those rare occasions when the automated tools haven’t beaten a rogue URL into submission. If you do need to add one, you can do so with confidence, knowing that Hyperlinker won’t remove it from your text, and the final hyperlink will be unaffected. (To add a discretionary line break, choose Type > Insert Break Character > Discretionary Line Break.)
Choose this option to apply one of your document’s character styles to the source text of each hyperlink.
If you would like to remove any existing character styles, choose the ‘[None]’ style from the drop-down menu.
Character overrides are any character-level formatting properties that are not part of the applied paragraph and/or character style. For example, if you use Hyperlinker’s Apply highlight color feature, or you apply a color manually from InDesign’s Swatches panel, this overrides the color specified by the underlying style. By choosing the Clear character overrides option, you can restore the appearance of your hyperlink text to match the applied style.
This option provides a very quick and easy way to add color to your hyperlinks. It creates a color swatch called ‘Hyperlink Highlight’. You can change this colour at any time by clicking the color well.
To remove the highlight color, you can do any of the following:
While this is a handy feature for testing your conversions and making the results highly visible, character styles are far more versatile. For final production, consider creating a dedicated character style for your hyperlinks and using Hyperlinker’s Apply character style feature.
A somewhat curious feature of InDesign hyperlinks is the ‘visible rectangle’. True to its name, it slaps an unsightly visible rectangle around the hyperlink text. I’m not sure why you would want to do this, but hey… it’s a feature of InDesign, and now it’s available for hyperlinking on a grand scale!
Note that these ‘visible rectangles’ may or may not actually be visible, depending on your environment. In order to see them within InDesign, you must:
The rectangles may be visible in the exported PDF, depending on your PDF viewer and settings.
I once witnessed a designer actually give this advice to someone on a support forum. I can only assume they were in the habit of checking this option, and had observed, as if by magic, the appearance of hyperlinks in the exported PDF! The advice, though well intentioned I’m sure, was completely wrong. In reality, the ‘Include Hyperlinks’ option does absolutely nothing at all unless you define some Hyperlinks in your document first. The ‘magic’, on this occasion, was performed by their PDF reader, which upon opening the PDF, tried to find as many valid, fully formed URLs as it could. (Acrobat does this if the ‘Create links from URLs’ preference is checked.) This gives you the false impression that links are defined in the actual file. Of course, there’s no guarantee that your audience’s software will do the same thing. In many cases, line-breaks (and other typesetting characters) will render these phantom hyperlinks unusable anyway.
So the short answer is no. There is simply no substitute for defining your hyperlinks properly before exporting your PDF or EPUB.
Firstly, check the search scope. If it’s set to Story or Selection, verify that the intended text is selected.
Secondly, check whether the URLs are incomplete. Are they missing the scheme (e.g. http://) at the beginning? If so, try using Hyperlinker’s Find naked domains feature.
If a particular URL is still not found, make sure it doesn’t contain any whitespace characters or line breaks. (See: I inserted soft returns in my URLs, and now Hyperlinker doesn’t find the complete URL.)
In our testing, Hyperlinker found 100% of all valid URLs, including those using the new, generic top-level domains (like .app and .community). If your experience is different, please send me your feedback, including any specific URLs that weren’t recognised.
If you’re doing a custom search and the results are unexpected, review your Case sensitive and Whole words settings and check for errors in your regex. If a source style is selected, remember that this will filter your results down to just those with the selected character style applied. For more help with custom searches, see the article Getting started with regular expressions.
Firstly, check the find settings—that only your desired URL types are selected, and not Custom search. (A custom search will find whatever you tell it to find in the Source regex field. If the results are unexpected, review your Case sensitive and Whole words settings and check for errors in your regex. For more help with custom searches, see the article Getting started with regular expressions.)
If you’re still getting a false positive and you’re not sure why, try deselecting all but one URL type in the find settings and repeating your search to find out which one is causing the issue. (You can narrow your search by selecting the problem text and changing the search scope to Selection.) See if you can understand the logic Hyperlinker has applied in identifying the text as this URL type. Ambiguity most likely arises with naked domains and telephone numbers.
A naked domain lacks the usual hallmarks of a complete URL, so naturally it becomes harder for a machine to reliably distinguish it from the surrounding text (especially since the release of hundreds of new, generic top-level domains.) If your document includes naked domains and other text elements that look like naked domains (but are not), this can create some confusion—not just for Hyperlinker, but for your readers as well! Consider avoiding this confusion by including the URI scheme (e.g. ‘https://’) at the beginning. (To learn more about how Hyperlinker recognises a web address, see Web addresses.) If you really don’t want to alter the source text in any way, another option is to do a custom search for the naked domain before converting other URLs using the Web addresses option.
With telephone numbers, the formatting can vary between different countries and regions, so my goal with this feature was to be as geographically inclusive as possible, while ignoring ordinary integers. It is common practice in many countries to use a space (or a thin space) as a thousands separator. For this reason, Hyperlinker will recognise ‘12 345 678’ as an integer, not a phone number. Sometimes however, the formatting alone may not provide enough clues. Without any semantic context, can you tell whether 1234–5678 is a phone number or an ISSN? What about 1850–1900? Is it a phone number or a range of years? (This could be corrected by replacing the hyphen with an en rule, which is the correct character for indicating a range of figures.)
With any automated search tool, the goal, of course, is to maximise successful matches, while minimising false positives. In balancing these two objectives, Hyperlinker’s search engine is tuned a little towards the first goal when things get ambiguous—that is, our primary goal is to find 100% of valid URLs.
Don’t do this. No really. Soft returns are never a good way to force words to wrap where you want them to. Use discretionary characters (discretionary hyphens for normal words, and discretionary line breaks for URLs) instead. Alternatively, tell InDesign where not to break your URLs using the No Break property. (See Ways to control paragraph breaks in the InDesign User Guide.)
To remove any existing character styles, choose Apply character style and select ‘[None]’. To remove any character overrides (formatting that is not part of the underlying style) select the Clear character overrides option.
If you’re using InDesign’s print-based PDF export window, make sure you select the Include Hyperlinks option.
Check for non-standard (non-ASCII) characters in the source text. If your web browser encounters any invalid characters in the URL, it will try to encode them, which may not be what you were expecting. (An encoded character will look something like this: ‘%E2%80%91’.)
Hyperlinker will automatically correct some common typesetting characters for you: discretionary line breaks, discretionary hyphens and non-breaking hyphens. If your URLs contain other invalid characters, you will need to correct these yourself, either in the source text (before converting to hyperlinks) or in the hyperlink destinations (before exporting your EPUB or PDF).
If you have a document with thousands of URLs, a whole-document conversion can take a few minutes. The best remedy for this is to make yourself a coffee, or grab a few minutes of fresh air and vitamin D. :-)
If however, things seems to be abnormally slow, or you see your system’s wait cursor during simple operations, it may be that InDesign just needs a good kick in the pants—restart InDesign and try again.
Absolutely! If you haven’t yet made the jump to a Creative Cloud subscription, fear not—Hyperlinker will take your URL conversion powers well beyond those of your CC colleagues. (CS5 and earlier versions are not supported.)
Two reasons:
I’ve worked hard to make Hyperlinker the best tool of its kind. Let me know if you find any bugs I missed.
Cheers
Kal Starkis