Link to the PC drives

Hello

I am trying to set a dynamic link using a dynamic URL field to my PC c:drive

The value displayed in the field is

C:\IJC\A.bmp

When I add a widget on my form to display the data, the text present says

A problem reading URL C:\IJC\A.bmp encountered (unknown protocol: c) 

instead of displaying my image.

Is it possible to do this? Or is my syntax wrong?

Thanks

Catherine

You need to use a file URL for this. Something like this:

file:///C:/IJC/A.png

 

Tim

 

Thanks, I just saw it in the webex

Catherine

Hi Tim,

long ago we had a chat. How are you?

 

We are currently building dynamic links to a network drive.

The database is containing a path and filename.

We wanted to construct a dynmic link like this:

file:///{path}\{filename}

Unfortunately the dynamic link functionality is replacing backslashes with %5C which is leading to a broken link, at least the file does not open by clicking the link.

e.g.:

file:///"%5C%5CGe-hafx-san01%5Cdds+new%5Ccustomer%5CPEX_ligand%5Cresults_AD%5CSPR%5C20110311_SPR

Do you know how to circumvent the automatic substitution  by the dynamic link functionality?

 

When defining a static path like

file:///\\networkserverX\folderA\subfolderB\{filename}

the dynamic link functionality is working and the target file is opening.

But we want to keep the path dynamic as well.

 

Many thanks and all the best,

Robert

URL syntax is

 

protocol://domain:port/path?query_string#fragment_id

 'C:\IJC\A.bmp' is a filename. If you try to interpret it as URL then C will be protocol (part before colon). And there is no such protocol. That's what you got in the error message. 

Most likely you want to create URL like 

file:///C:\IJC\A.bmp

Here the protocol is file and there is an empty domain(host)/port part followed with a path. I suppose this will work on windows. If this doesn't work then you can try to substitute 'C:' with 'C|' and backslashes with regular slashes. 

 

-Radim

I use Firefox to convert file path to correct URL on Windows. Open Firefox (or probably other browsers as well) and fill this to location:

c:\temp\img\pict.png

and press Enter. The picture is opened and the location URL is converted to:

file:///c:/temp/img/pict.png

which can be used in schema editor for a new dynamic URL field:

file:///c:/temp/img/{somekey}.png

Hi,

opening a file from a windows network drive is working fine, when using a simple dynamic link composed of:

file:///\\networkserverX\folderA\subfolderB\{filename}

No worries about backslashes or the file:/// prefix.

The entire path is translated perfectly and the dynamic element

{filename} is substituted by fileA.ext

That works and the file opens.

 

As soon as I want to use also the network path (\\networkserverX\folderA\subfolderB) as a dynamic element ( {path} )it doesn't work any more.

Backslashes are substituted by %5C.

If slashed are applied instead, they got substituted by %2F, but that doesn't make the link work.

 

Sorry for being so unprecise in my previous email.

I am using ijc 5.3.1 on a WindowsXP system.

 

Many thanks and all the best,

Robert

I tested URL to network drives and using Firefox (as described above) it converts original:

\\MY-PC\Public\image1.png 

to URL like:

file://///MY-PC/Public/image1.png

And then this is possible to use in IJC:

file://///MY-PC/Public/{fileName}

I don't use backslashes in final URL in Instant JChem.

Hi,

 

backslashes or slashes itself are not the problem.

As soon as you put the path into a database field and use it for building a dynamic link, then the substitution takes place (%5C or %2F) and the link is broken.

The workaround for me is now to put all result files I want to hyperlink into a single folder and build a static network path with a dynamic file name element. This is not optimal but should do it.

 

Many thanks for your help and all the best,

Robert

Hi Robert,

I think I understand now. I tested to put part of the path to filename which is used as parameter. Now I see how / or \ chars are incorrectly replaced. This is a bug and we'll look at it.

thanks

Petr

This bug was fixed in 5.5.0 version of IJC. Version 5.6.0.2 is currently available and includes the fix for this too.

Filip