Hello 

I've managed to create several logbooks that are an index of a (slow) shared 
directory. Now I use elog to search for files that are located on the slow 
shared directory and just have to click on the link in the elog logbook to open 
the file. Every day a simple batch file and 2 perl scripts will recreated the 
elog logbooks. So updates are done without any user input. ( mainly via the 
elog.exe program ) This all works great. 

To access the shared files in the above mentioned logbooks i use for one of the 
attributes : (All on one line) :

<A HREF='\\////HOST/dir 1/dir 2/dir 3/dir 4/dir 5/dir 6/dir 7/filename.doc' target='_blank'>filename.doc</a>

And this works great.

In the above the .doc may be replaced with .html, .xls or whatever WINDOWS 
supports. 

Here is my question : 

Now I want to open a  .html on my local drive. Should be possible but i seem to 
miss the correct format. With local drive I mean the drive that elog is running 
on. In my case this is C: 

I tried : 

file:///c:\dir 1\dir 2\file.html
file:///c:/dir 1/dir 2/file.html
<A HREF="file:///c:\dir 1\dir 2\file.html">file.html</a>
<A HREF="file:///c:/dir 1/dir 2/file.html">file.html</a>
<A HREF='file:///c:\dir 1\dir 2\file.html'>file.html</a>
<A HREF='file:///c:/dir 1/dir 2/file.html'>file.html</a>

and much more variants of the above. ( the first two examples do not respect the 
Spaces in directory names and file name, tried some quoting, but does not help)

In my browser ( IE7.0)  i see in the status bar : 

file:///c:/dir%201/dir%202/file.html

That seems to be OK. But nothing happens when i click the left click the link in 
the elog logbook. 

The above contains the correct directories and filenames. I know that the file 
is there because right clicking the link in elog and selecting "Save Target As" 
will save the file. However just left clicking the link to the file does not 
open the browser to display it. ( As i stated : this works on a shared drive, but not 
on a local drive.) 

Any suggestions ? 

Options Version = 1,2,3

{1} Options Version = 1,2,3

Have a look at 

http://kb.mozillazine.org/Links_to_local_pages_don't_work

{1} options Version = 4.3, 5.1 , 5.2 ,5.3

{1} Options Version = 4.3, 5.1 , 5.2 ,5.3

When there are two or more Quick Filters available, and one of them is on the Subtext attribute, once one of the other filters has its value changed the null text for the Subtext selection criterion (namely, "-- Text  --") is used as a genuine selection criterion, thus typically preventing any entries from matching. 

This is for v2.7.0-1961 with both Mozilla 2.0.0.9 and IE 6 on Windows XP Professional SP2, and I think has appeared with this release.  You can demonstrate the behaviour on this forum: 

• Go to http://midas.psi.ch/elogs/Forum/
• Quick filter on dates in the "Last Month" and nothing is listed.  The URL is now http://midas.psi.ch/elogs/Forum/?last=31&Subtext=--+Text+--
• Set the date filter back to "-- All Entries --" and the spurious subtext filter remains; the URL is now http://midas.psi.ch/elogs/Forum/?Subtext=--+Text+--
• Delete the "-- Text --" value in the filter box and everything reappears; the URL is back to http://midas.psi.ch/elogs/Forum/

Richard Stamper

Thanks for reporting this. I fixed it in revision 1964. You can test it in this forum.