Stefan - Just to say that this is an excellent piece of work well done.

I have just started an internal company Elog server, couple of 
clarifications :

1) is there a way around seeing the password in text when self regestering, 
if I turn this option off when the user changes his password will this 
password still be seen?

2) I have changed all the files to be owned on my RedHat Server by the 
user:group as elog:elog and set and moved the logbooks to another directory 
other than in /usr/local/elog namely /home/elog/logbooks, my concern is is 
I was to upgrade to a newer version would it be a simple install over the 
top? any caveats?

thanks again an absolute dream program.

kind regards Aamir

Hello everybody.

I am sure that some of you (just like me) experimented already with themes 
and especially now with .CSS in order to give ELOG a different "look" 
and "feel". 

I was wondering if we could maybe share examples of such adapted 
ELOG's .CSS files (or themes). Maybe you can take a screen shot of your 
favorite ELOG "face" (no sensitive data, of course) and post it here as an 
attachement. Or is everybody using only the original look that Stefan 
delivers as default?

Let's share some inspiration. I'll post mine as soon as finished the re-
look.

Tomas

Version 2.5.0 of ELOG has been released yesterday. The main new feature is 
the automatic mirroring of logbooks between different elog servers. 

This is useful if one wants to synchronize logbooks between a desktop PC 
and a laptop, for example. During synchronization, new or modified entries 
on both sides are merged intelligently. Another application is if several 
companies or institutes want to keep a ELOG database locally, but have the 
databases synchronized periodically with each other. Periodic mirroring 
can be set up with a built in cron-like facility. 

Although the synchronization has been tested extensively, I still consider 
this part in beta state. Before using it, one should make a backup of 
existing logbooks. The flag "Mirror simulate" can be used to test the 
mirroring without actually overwriting or deleting anything. If problems 
arise with mirroring, they should be reported to the author.

Localization files have been updated, so if anybody volunteers to update 
or make a new translation, please contact the author.

I just noticed the problem of mail notification with big attachments. For a
files or photos exchange setup we could run into load and bandwidth problem
quickly. Any way to restrict mail notification by attributes or without
attachment?

Thanks,
nait.

> I just noticed the problem of mail notification with big attachments. For a
> files or photos exchange setup we could run into load and bandwidth problem
> quickly. Any way to restrict mail notification by attributes or without
> attachment?

Use

Email format = 6

to restrict email notifications to URL and attributes only (without
attachment). A size limit for email notifications is right now not implemented.

> Use
> 
> Email format = 6
> 
> to restrict email notifications to URL and attributes only (without
> attachment). A size limit for email notifications is right now not implemented.

Thanks... Email format = 6 works. It cut out the subject too.
Any documentation on Email Format = ??
Thanks,
nait.

> 
> Thank you very much.... it work.  
> nait.

Hi Stefan,

It has a bug. The filter will fail on the initial page of the logbook. 

example,

on http://10.10.10.10:10/mylogbook/  
when select category filter the system will return
      http://10.10.10.10:10/myylogbook/&category=hardware which is bad

on http://10.10.10.10:10/mylogbook/page or page1/page2 etc..other then the initial page,
when select category filter the system return the correct result.
      http://10.10.10.10:10/mylogbook/page?category=hardware.

I have not tested 2.5.3.

nait.   

> > Hello friends, 
> > 
> > Exist some form to increase limits of items (100) in the Options List
> > 
> > 
> > 
> > Thanks for any help
> 
> I believe only through an edit of the C code and a recompile, as the values
> are set as constants.  I think this might be the line:
> 
> #define MAX_N_LIST      100
> 
> So, yes, there exists a way and the ease of this way is dependent upon your
> comfort level with changing stefan's code.

Agree. The only potential problem is that if this value becomes too big, you
will get a stack overflow from time to time. So best is experiment yourself a
bit. A avlue of 150 or so should be no problem.

- Stefan