Different Top Groups or Groups have the same logbook name , posted by MATT TERRON on Tue Feb 2 04:01:21 2021
|
I have built different top groups for different departments. But occasionally these different top groups have the same logbook name, say 'Maintenance
Log'. So is there a way I can have the same logbook name under different 'Top Groups', rather than rename these logbooks as 'Department1
Maintenance Log' all the way to 'Department_X Maintenance Log'? |
Re: Different Top Groups or Groups have the same logbook name , posted by Stefan Ritt on Tue Feb 2 07:43:49 2021
|
Unfortunately you have to name these top groups differently, because they are internally used for the database name.
MATT
TERRON wrote:
I have built different top groups for different departments. But occasionally |
|
Re: Different Top Groups or Groups have the same logbook name , posted by MATT TERRON on Tue Feb 2 08:17:15 2021
|
So both Top Group names and Logbook names should be unique inside one .cfg file, is that correct?
Stefan
Ritt wrote:
Unfortunately you have to name these top groups differently, because |
|
Re: Different Top Groups or Groups have the same logbook name , posted by Stefan Ritt on Tue Feb 2 08:25:46 2021
|
That's correct.
Stefan
Ritt wrote:
Unfortunately you have to name these top groups differently, because |
|
elog slowness, posted by Giuseppe Cucinotta on Thu Jan 14 11:43:00 2021
|
We run elog on a server to provide a logbook for our laboratory. We noticed that elog is very slow on loading pages: browser pages spend a lot of
time in charging (actually one can speed the procedure refreshing the page but it is quite annoying).
I checked the server load with top and it doesn't show any abnormal CPU or memory usage. Then I ran lsof and I noticed that there are |
|
Re: elog slowness, posted by Stefan Ritt on Thu Jan 14 14:05:19 2021
|
Have you tried to restart the elogd server? The CLOSE_WAIT could be dangling network connections, which were not properly closed by the browser.
Giuseppe
Cucinotta wrote:
We run elog on a server to provide a logbook for our laboratory. |
|
hidden files, posted by Lahreche Abdelmadjid on Sun Jan 10 11:13:31 2021
|
Hello;
Could I make change on program only on the " elogd.cfg" ?
Or is there onother files, because I think there is hidden files ? |
|
outdated debian package, posted by Chris Körner on Fri Dec 18 18:08:54 2020
|
Hi everyone,
I am currently trying to setup elog as a docker container. I wonder if there is any reason why the elog debian package is stuck at version 3.1.3?
Would it be possible to update it to the latest version? |
|
How to increase TEXT_SIZE to address entry text limit, posted by Illam Pakkirisamy on Thu Dec 3 19:11:38 2020
|
Hi,
I'm trying to increase the entry text constraint but not sure how to do this. Couldn't find it in the documentation or may be I
missed it. Appreciate your help. |
|
Re: How to increase TEXT_SIZE to address entry text limit, posted by Simon Däster on Wed Dec 16 12:41:42 2020
|
Hi Illam
You actually have to change the source code of elog and then recompile. Download the code from https://bitbucket.org/ritt/elog/src/master/,
change the value of the variable TEXT_SIZE in the file src/elogd.h |
|
Is there a way to upload a file in custom input?, posted by Satyajit Jena on Tue Dec 15 14:50:55 2020
|
Hi,
I am trying to implement a Custom input forms by following this https://elog.psi.ch/elogs/Contributions/49.
Is there a way to also insert an image or files to it? I want to take a snap from the iPad and want that to go as an attachment or attach a file(s) into |
|
Re: Is there a way to upload a file in custom input?, posted by Stefan Ritt on Tue Dec 15 15:19:25 2020
|
When you submit a "normal" elog entry, you can click on "Choose file" to add an attachment. On a mobile device, you will then be
asked to select a photo from your library or take one with your camera. You can do the same on a custom form. You have to extract the code from the normal
submissoin form and program it on your custom page. It needs however some work and might not be straight forward. |
|
Re: Is there a way to upload a file in custom input?, posted by Satyajit Jena on Tue Dec 15 17:41:57 2020
|
Thanks Stefan,
I am not yet able to figure out how attachment submission is done, I am trying. It would be helpful if you can refer me to some pointer.
With regards, |
|
length of condition names, posted by Harry Martin on Wed Dec 2 22:45:16 2020
|
The documentation describing the use of conditionals uses a single character (letter or number) for names of conditions. I don't see any update/change
to that rule anywhere in the docs.
I have been using multi-character condition names successfully. I find these are easier to use since they can be more descriptive |
|
Re: length of condition names, posted by Stefan Ritt on Thu Dec 3 09:57:20 2020
|
You can easily use multi-character conditionals, up to 256 chars.
Harry
Martin wrote:
The documentation describing the use of conditionals uses a single |
|
Re: length of condition names, posted by Harry Martin on Fri Dec 4 02:03:56 2020
|
Could we update the doc for this?
Stefan
Ritt wrote:
You can easily use multi-character conditionals, up to 256 chars. |
|
Options <...> vs ROptions <...>, posted by Wolfgang Bayer on Thu Apr 28 11:20:40 2011
|
According to section "Syntax of elogd.cfg" of the "Administrator's Guide" Options <attribute> = <list> and
ROptions <attribute> = <list> should be the same. But there is a litle difference, because choosing an entry of the Options-pull-down
menu causes a reload of the entry mask while choosing a ROption-radio-button the entry mask is not reloaded. This causes a problem using conditional attributes. |
|
Re: Options <...> vs ROptions <...>, posted by Harry Martin on Thu Dec 3 01:51:49 2020
|
Same problem here, in version 3.1.3. It would be very nice if this worked.
Wolfgang
Bayer wrote:
According to section "Syntax of elogd.cfg" of the "Administrator's |
|
Re: Options <...> vs ROptions <...>, posted by Stefan Ritt on Thu Dec 3 09:58:44 2020
|
For conditional attributes, you have to use Options, not ROptions. Maybe I will implement that one day, but only if I will have plenty of time...
Harry
Martin wrote:
Same problem here, in version 3.1.3. It would be very |