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.

Working perfectly!  Many thanks for your usual quick response.

The default subtext "-- Text --" for quick filter is included when another attribute is selected. So that the searched category always shows 0 entrie

I cannot find this problem on your demo forum, but it is happening on my server.

My config:

Quick filter = Author, Category, SubText

 Result: Please see the screenshot attached.

It's fixed already, that's why you cannot see it on the demo server. So just download elog270-2.exe and install it.

I'm pleased to announce the release of ELOG version 2.7.0 which contains the HTML editor FCKeditor. This allows the formatting of ELOG entries just as one is used from a word processor. I tried to make all functionality working as one is used from the ELCode system (like replies quote the original text in a yellow text box), but I'm not sure if I covered everything. So if you experience problems with the new editor, please report it and I will try to fix it. Anyhow it is always possible to switch back to the old ELCode encoding.

One warning for site administrators: Since it is possible to enter HTML code directly into a web page, one risks a XSS vulnerability. If someone knows how to protect the FCKeditor against submission of JavaScript, please let me know and I will add it. If this is an issue, you can turn off HTML encoding completely for public ELOG sites with allowed encoding = 3 in elogd.cfg.

Finally I would like to give credits to An Thai who proposed this editor.

Congratulation Stefan and Co.!

I think Elog is the first Weblog which supports this feature.

The new integrated HTML WYSIWYG editor is great. Now, my colleagues who are in finance department and don't have good IT-skill will be very happy about this feature.

Thank you for your support and effort.  

Use Email From = me@some.where

Use Email From = $user_email

Email Report "Shift Summary" = ...

Options Version = 1,2,3

{1} Options Version = 1,2,3

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

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

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 ? 

Have a look at 

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