Hi David, Thanks for replying; I don't understand what you mean. I was not aware off url-encoding, but found help here: http://www.eskimo.com/~bloo/indexdot/html/topics/urlencoding.htm So far so good. The way I interpret this is that I can 'replace' [square brackets] in orgmode with %5Bsquare brackets%5D However when I try this, org does not 'convert' to a link...? What am I missing? Perhaps for clarification: The link I used in my example may be confusing, it is a long UNC path to a file on a network server that has somewhere [32] in it's name. It's the [32] that seems to confuse org's linking. I also noticed when hovering over [32] that org seems to recognize this as a footnote?? Thanks, Erwin David Maus wrote: > At Tue, 02 Feb 2010 11:50:31 +0100, > Erwin Panen wrote: > >> Hi everyone, >> >> I guess this is a minor question, but it has puzzled me already more >> than once. >> My example: The below example is normally all on one line. >> ---------------Begin code---------------------------------------------- >> ** Action: started to play video >> [[\\Dcerouter\public\videos\STORY_Station (sdb1)-CORE [32]\Les Rivières >> Pourpres 720x304\The Crimson Rivers.mkv][The Crimson Rivers.mkv]] >> ---------------End code------------------------------------------------ >> >> The problem is that the file location already contains a number between >> square brackets [32] which renders Org to treat the link in an >> unsuspected way. >> >> Is there any way to circumvent this behaviour e.g. by inserting special >> characters to avoid Org to look inbetween the special characters? >> > > You can url-encode the square brackets with %5B ("[") and %5D ("]") -- > orgmode does this when calling `org-store-link' (C-c l) for a place > that contains square brackets and opens the links fine. > > HTH > -- David > >