Can you consider implementing the following additions to the functionality

1) Subt on edit <attribute> = xyz 

This would be fantastic for implementing version control so you can see who 
has edited a posted or a db entry.

2) Have a SORT fieldname flag so you can decide which column to sort things 
by on a display listing in conjunction to the display flags, it current 
defaults to the # column and I find i am directly linking to a sorted 
display

3) Have the elogd.conf track actual log entries people have changed 
detailing date and time etc.

4) Ability to export contents of the log books to files on disk for backup 
purposes as all data is contained within a single log file which causes 
problem for command line searches.


Many thanks 

> > > > Problem 2 - no matter what i try in the config file i cannot get 
elogd 
> to 
> > > > use stylesheets ive tried specifying and even editing and removing 
the 
> > > > default.css style sheet i downloaded but it just seems to ignore its 
> > there.
> > 
> > I resolved this problem, many thanks for your help
> 
> What happened. If you tell your initial problems, I can maybe put something 
> into the docs so that others won't have it...
> 
> - Stefan

I upgraded to version 2.3.0 the previous version didnt seem to work with 
stylesheets, when you viewed the html source there was no stylesheet defined 
in it.

Please see my other posts for feature requests.

Many Thanks - FANTASTIC program btw

> Would be nice if you can specify which columns data has links as a flag or 
> setting of some sorts, as opposed to either the first or all, but given a 
> choice I would want the first column to be the linkable one 

Well, I decided to make all entries in a table a link, to be consistent with 
the threaded display. But I changed the style such that they look like 
before, but are actually links. This way it cannot hurt (like having too 
much underlined text). The style can be changed via classes ".list1" 
and ".list2" in the style sheet.

The modification will come in 2.3.1, or you can get the source code from CVS 
under 

http://midas.psi.ch/cgi-bin/cvsweb/elog/src/elogd.c

and

http://midas.psi.ch/cgi-bin/cvsweb/elog/themes/default/default.css

> > > Problem 2 - no matter what i try in the config file i cannot get elogd 
to 
> > > use stylesheets ive tried specifying and even editing and removing the 
> > > default.css style sheet i downloaded but it just seems to ignore its 
> there.
> 
> I resolved this problem, many thanks for your help

What happened. If you tell your initial problems, I can maybe put something 
into the docs so that others won't have it...

- Stefan

> I just noticed that the notifications I receive from your ELOG system, 
> doesn't show anyone in the "TO:" section but myself.  Or is ELOG 
configured 
> to only send myself a message?

This is on purpose. I have many people registered for the Forum. So when a 
notification is sent, it is not a good idea if everybody sees everybody 
else's mail addresses. Therefor I have 

Omit Email to = 1

in the config file. This way the "To:" field is omitted to "hide" the mail 
recipients from each other. Your mail client realizes that and fills in your 
own address automatically, that's why you only see yourself. Maybe you try 
that option, might help with your previous problem as well.

- Stefan

When you do a find in elog, records per page (some crazy large number - for 
your forum logbook, display 57 entries seem to cause the problem, then 
select last year (1 years worth of logs),(don't select printable)

the results appear way off the screen (the message body looks fine, but the 
title, etc extend way off the screen).

Printable doesn't have this problem.

I just noticed that the notifications I receive from your ELOG system, 
doesn't show anyone in the "TO:" section but myself.  Or is ELOG configured 
to only send myself a message?


> Another Question:  Could ELOG be configured to send notifications as a 
Blind 
> Copy?  Just wondering if that would take care of the problem?
> 
> > Hi Stefan,
> > 
> > Many users have there email forward to Blackberry devices.  Although I 
> > wasn't aware, it appears the Blackberry has a limit (or maybe one was 
set) 
> > of how big the message can be (still checking for that though).
> > 
> > Previously, a modification was made that addressed the issue of slow ELOG 
> > response when saving the elog entry.   I think the change was for ELOG to 
> > generate one email and send to all the users designated to receive the 
> > notification.  This caused everyone to show up as "TO" addresses.
> > 
> > This change makes the Email header increase in size (length).  I guess 
the 
> > Blackberry counts the Header portion as part of the email size limit.
> > 
> > Any ideas?
> > 
> > Thanks, 
> > Eric

Another Question:  Could ELOG be configured to send notifications as a Blind 
Copy?  Just wondering if that would take care of the problem?

> Hi Stefan,
> 
> Many users have there email forward to Blackberry devices.  Although I 
> wasn't aware, it appears the Blackberry has a limit (or maybe one was set) 
> of how big the message can be (still checking for that though).
> 
> Previously, a modification was made that addressed the issue of slow ELOG 
> response when saving the elog entry.   I think the change was for ELOG to 
> generate one email and send to all the users designated to receive the 
> notification.  This caused everyone to show up as "TO" addresses.
> 
> This change makes the Email header increase in size (length).  I guess the 
> Blackberry counts the Header portion as part of the email size limit.
> 
> Any ideas?
> 
> Thanks, 
> Eric

Hi Stefan,

Many users have there email forward to Blackberry devices.  Although I 
wasn't aware, it appears the Blackberry has a limit (or maybe one was set) 
of how big the message can be (still checking for that though).

Previously, a modification was made that addressed the issue of slow ELOG 
response when saving the elog entry.   I think the change was for ELOG to 
generate one email and send to all the users designated to receive the 
notification.  This caused everyone to show up as "TO" addresses.

This change makes the Email header increase in size (length).  I guess the 
Blackberry counts the Header portion as part of the email size limit.

Any ideas?

Thanks, 
Eric