i seem to be unable to find a clear explanation of how to enable self-registration in the docs.

just to be sure i grepped the doc directory, but the two references to it were in the changelog and the faq.

it could be just me but i'm not reading between the lines or connecting the various places in the docs to get it going :/

> Ok, but is there a possibility to preserve the fields of the old message, 
but 
> still be able to edit it. This would be a nice feature in the case of an 
entry 
> with lots of attributes (set to something different then the preset 
values). 
> After submiting the message you realize : one option was wrong and now you 
> want to edit it without changing the other options again.
> Is this possible?

Actually this is a good idea. After thinking a while, I wonder if anybody at 
all would like not to preserve the preset values. So if nobody complains, I 
will set the behaviour such that elog always preserves the entries if one 
edits an existing message.

> > Is there a possibility to prevent elog to overwrite attribute values when 
> > editing an old message? The old values are overwriten with the preset 
> > options for that attribute. 
> > But sometimes you will preserve attribute text and /or options from the 
old 
> > message.
> 
> The option "Fixed attributes = ..." will do the job.

Ok, but is there a possibility to preserve the fields of the old message, but 
still be able to edit it. This would be a nice feature in the case of an entry 
with lots of attributes (set to something different then the preset values). 
After submiting the message you realize : one option was wrong and now you 
want to edit it without changing the other options again.
Is this possible?

Thank you and best regards,

Stefan

> Is there a possibility to prevent elog to overwrite attribute values when 
> editing an old message? The old values are overwriten with the preset 
> options for that attribute. 
> But sometimes you will preserve attribute text and /or options from the old 
> message.

The option "Fixed attributes = ..." will do the job.

Hello,

Is there a possibility to prevent elog to overwrite attribute values when 
editing an old message? The old values are overwriten with the preset 
options for that attribute. 
But sometimes you will preserve attribute text and /or options from the old 
message.

Thank you for your help. Regards,

Stefan

> When an entry is submitted with an required attribute missing one gets to 
> the resubmit page. When you the click your browsers back button all 
> previously filled attribute field are blank.
> 
> Is there a workaround to get the old text back?
> 
> used versions:
> Elog 2.0.5
> Netscape 4.76
> 
> Best regards,
> 
> Stefan

This problem must be specific to NS 4.76, I don't have it on IE, NS 6, Mozilla
1, Opera etc. Maybe you should upgrade. Anybody else made this observation? 

When an entry is submitted with an required attribute missing one gets to 
the resubmit page. When you the click your browsers back button all 
previously filled attribute field are blank.

Is there a workaround to get the old text back?

used versions:
Elog 2.0.5
Netscape 4.76

Best regards,

Stefan

> > > > Comiling elogd 2.0.4 under Solaris obviously fails with
> > > > 
> > > > gcc  -o elog elog.c -lsocket -lnsl
> > > > gcc  -o elogd elogd.c -lsocket -lnsl
> > > > elogd.c: In function `ss_file_find':
> > > > elogd.c:1372: `alphasort' undeclared (first use in this function)
> > > > elogd.c:1372: (Each undeclared identifier is reported only once
> > > > elogd.c:1372: for each function it appears in.)
> > > > make: *** [elogd] Error 1
> > > > 
> > > > because alphasort is an ucb'ism which does not exist under SYSV
> > > > 
> > > > ... not very portable :-(
> > > 
> > > I was not aware of this. Actually, I don't need 'alphasort' so I 
removed 
> it 
> > > from the source. The update is at
> > > 
> > > http://midas.psi.ch/cgi-bin/cvsweb/elog/elogd.c
> > > 
> > > Please give it a try.
> > 
> > ok - i just continued with 2.0.5, but apparently it still has an UCB'ism
> > (scandir) that does not work under SYSV:
> > 
> > $ make
> > gcc -g -o elogd elogd.c -lsocket -lnsl
> > Undefined                       first referenced
> >  symbol                             in file
> > scandir                             /tmp/ccy0Z3iV.o
> > ld: fatal: Symbol referencing errors. No output written to elogd
> > collect2: ld returned 1 exit status
> > make: *** [elogd] Error 1
> > $ egrep scandir elogd.c
> >   n = scandir(path, &namelist, NULL, NULL);
> > $ 
> I am having the same experience with ELOG 2.0.5 and Solaris 8. Any work 
> around woud be appreciated.

I removed also scandir() in the current version (right now only in CVS). The 
official release of 2.1.0 is planned for next week.