I could not reproduce your problem. I tried the very simple config file:

[Demo]
Attributes = Author, Subject

and the problem did not occur (see attachment). Can you try the most recent version (elog280-4.exe) with this simple configuration. Maybe you have a more complicated configuration which causes the problem. In that case please send it to me, so that I can reproduce the problem.

I found a bug there, but am not 100% sure if it fixed your problem. Can you please try the current SVN version 2331? I made a new intermediate release elog280-4.exe for you. 

I tried to reproduce your problem with following simple configuration file:

[Bergman]
Attributes = Author, Status
Options Status = open, closed
Preset Author = $long_name

The result was that it worked fine (see attachments). Maybe there is another setting in your configuration file which causes the problem. Can you try the simple configuration and see if it still crashes?

Under linux, only the "root" user can start programs on ports below 1024. If you get problems binding to ports above 1024 (such as 8080) it means that some other program uses already that port. You can check what is running usually with

netstat -l -p

good morning,

I have installed elog 2.8.0 from terminal but when I type

elogd -p 80

or simply

elogd

the system tells me

Cannot bind to port 8080

Can someone help me?

Thanks

Marco M

Dear ELOG users,

starting with SVN revision 2328, custom input forms are implemented. This allows application specific formats for check lists etc. In our specific case we had to implement a shift check list, which was quite long. Furthermore the check list should be optimized for an iPad, which we take in the field and record various checks and readings (in our case some gas pressure gauges at the PSI particle accelerator). Since the standard ELOG interface was too inflexible, a completely hand-written form was needed. The form can be activated by the new configuration options Custom New Form, Custom Edit Form and Custom Display Form, one for a new entry, an entry to edit and and entry to display. In our case we used the same form for all three cases. This is how the shift check list looks under the Safari Browser on a PC:

And here is how it looks on the iPad:

Each section can be collapsed and expanded (blue arrows at the left), and various internal checks are made before the check list can be submitted.

Implementing such forms is however more something for the advanced user, since you have to hand-write HTML with CSS and JavaScript code. It can then however be a powerful method for check lists. Please find in the attachments the elogd.cfg configuration for that logbook and the shiftcheck.html source code file. It is a bit complicated since the page is a static page, elogd just serves it from the file. This requires all the dynamic functions to be implemented inside the HTML file with JavaScript. To display an entry for example, the JavaScript loads the raw data with the "?cmd=Download" command and the populates the form fields. The collapsing and expanding is done by using CSS properties. The integrated style sheet was optimized for the rendering on an iPad. Rather large fonts were chosen so that the items can be checked easily with your finger tips. Various parameters are sent between the browser and the elogd program via hidden fields and cookies. So only something for experts! But if you go through the effort and hand-write the form, it can be very handy. Note that you have to upgrade to SVN revision 2328 for the three new options.

I just implemented a new flag "List after submit = 1" which does exactly this. It brings you to the summary page after the submission of a new entry. I needed the function myself. The change is SVN revision 2327 and will be contained in the next release. 

Is it possible to automatically go back to the list view in summary mode after submitting a new message instead of displaying the new message?

I know it's possible to display a page from a file after submitting a new message  by using "Submit Page = <file>". 
It would be nice to be able to use a command like "Submit Page = <command>" where I could insert "?cmd=Back" as in the "Start page" command.

Thanks,

Mike