Re: Report Generating Tool?, posted by Andreas Luedeke on Wed May 23 16:19:48 2018
|
Here's a little example for a query for this logbook:
curl -f -s -k "https://elog.psi.ch/elogs/Forum/?jcmd=Search&mode=CSV1&last=7&Category=^Question%24"
You can easily process this output with perl, to create reports. I use it for example to create counts for specific enties, like "Bug reports" that are not "closed", and show the results in some other user interfaces.
Cheers, Andreas
Stefan Ritt wrote: |
Switch to the "summary" display (try it with this forum). You get headers (like "category"). Clicking on it sorts by that attribute. Then display "all" entries, or use the "find" option to search in certain time periods, then just print the web page.
Alternatively, expeort logbook entries as CSV files, load them into a spreadsheet program, and do the sorting and printing there.
Stefan
Hal Goldfarb wrote: |
Has anyone developed a report tool for elog? I would like to be able to sort certain items and send them to either a printer, or an email (external to my own use).
If not, any ideas on an easy means of doing this? I write a lot of Perl, so that would be an option for me if the text is easily obtained.
Thanks
|
|
|
Re: text area height, posted by Stefan Ritt on Tue Jun 5 10:12:06 2018
|
Have you tried
Message height = ...
unit is number of text lines.
Stefan
Giuseppe Cucinotta wrote: |
Hi,
I wonder if it is possible to set a minimum default value for the height of the text box when submitting new entries. If I understood well, by default the text box height automatically resizes in order that all the elements of the page are visible. Actually for our needs having a minimum height of the text box fixed (for instance 500px) is by far more useful of viewing the attachment box (we know it is down scrolling the page :) ). We know it is possible to resize the text box using the mouse but doing this every time one creates a new entry can be annoying. Setting a default minimum size would be more confortable. Is it possible to do this?
Thank you
Beppe
|
|
Re: Enabling SSL, posted by Stefan Ritt on Tue Jun 5 12:28:27 2018
|
This comes from the openSSL library which elog includes. I tried myelf and found that a chained certificate is not correctly interpreted by the openSSL library. Most people anyhow don't use SSL inside elog, but run an Apache server in front of elog. This is anyhow better since Apache has an industry-strength security with regular updates. Much better than relying on OpenSSL.
Stefan
Pasti wrote: |
Hi all,
I'm following config guide and so far so good. The only issue I run into is when enabling SSL.
Guide says - One can replace this certificate and key with a real certificate to avoid browser pop-up windows warning about the self-signed certificate.
Can you please tell me a more details regards this part? I have acquired security certificate and replaced contents of SSL folder.
Now elogd.exe gets error 1067.
Any help would be highly appreciated.
Thanks!
|
|
Re: text area height, posted by Giuseppe Cucinotta on Tue Jun 5 15:06:18 2018 
|
I tried with Message Height = 100 inside the conifguration of my logbook, but nothing changed as you can see in the first picture...
What I'm looking for is a way, if possible, to start by default with a wider message box, someting like fig2. For our purpose, using wide tables, it would be very useful to have a wider message box in order to have a full look to the message content, and also having it by default without modifying it by hand with the mouse every time we submit something to elog.
Beppe
Stefan Ritt wrote: |
Have you tried
Message height = ...
unit is number of text lines.
Stefan
Giuseppe Cucinotta wrote: |
Hi,
I wonder if it is possible to set a minimum default value for the height of the text box when submitting new entries. If I understood well, by default the text box height automatically resizes in order that all the elements of the page are visible. Actually for our needs having a minimum height of the text box fixed (for instance 500px) is by far more useful of viewing the attachment box (we know it is down scrolling the page :) ). We know it is possible to resize the text box using the mouse but doing this every time one creates a new entry can be annoying. Setting a default minimum size would be more confortable. Is it possible to do this?
Thank you
Beppe
|
|
|
Re: text area height, posted by Stefan Ritt on Tue Jun 5 21:37:26 2018
|
The message height option only works if you select either "ELCode" or "plain" for encoding (this can also be made as default in the config file). For the HTML editor, the size is set internally and I don't have any influenc on it.
Stefan
Giuseppe Cucinotta wrote: |
I tried with Message Height = 100 inside the conifguration of my logbook, but nothing changed as you can see in the first picture...
What I'm looking for is a way, if possible, to start by default with a wider message box, someting like fig2. For our purpose, using wide tables, it would be very useful to have a wider message box in order to have a full look to the message content, and also having it by default without modifying it by hand with the mouse every time we submit something to elog.
Beppe
Stefan Ritt wrote: |
Have you tried
Message height = ...
unit is number of text lines.
Stefan
Giuseppe Cucinotta wrote: |
Hi,
I wonder if it is possible to set a minimum default value for the height of the text box when submitting new entries. If I understood well, by default the text box height automatically resizes in order that all the elements of the page are visible. Actually for our needs having a minimum height of the text box fixed (for instance 500px) is by far more useful of viewing the attachment box (we know it is down scrolling the page :) ). We know it is possible to resize the text box using the mouse but doing this every time one creates a new entry can be annoying. Setting a default minimum size would be more confortable. Is it possible to do this?
Thank you
Beppe
|
|
|
|
Re: shiftcheck restrict edit, posted by Xuan Wu on Wed Jun 6 02:41:32 2018
|
Is there a way to restrict other author to edit the custom input form submitted?
Xuan Wu wrote: |
Hi all,
There are options "Restrict edit" and "Restrict edit time" for general logbooks, but it seems not work for shiftcheck logbook. I think the function only author can change their own entry is necessary for shiftcheck too. Any suggestion would be hightly appreciated.
Cheers,
Xuan
|
|
Re: number of entries in Login user list, posted by Andreas Luedeke on Thu Jun 14 12:37:22 2018
|
Hi Janusz,
You can change the following line in elogd.h and recompile:
#define MAX_N_LIST 100
That'll change the login user list limit. But it'll change other list length as well - which should not do harm unless you are very short of memory.
I don't see the Admin user list limit of 10 - aparently that is hard coded somewhere deep within (or I've just missed it).
Cheers, Andreas
Janusz Szuba wrote: |
Hi,
could it be possible to increase the limit of entries in Login user list from 100 to somewhat reasonably higher? Like twice or 3 times as much. Similar limit exist also on Admin user list, which is afair 10, could this also be increased?
best
Janusz
|
|
Re: number of entries in Login user list, posted by Janusz Szuba on Thu Jun 14 13:07:32 2018
|
Thanks, good point, I was not sure that in case of other lists which will be changed as well, there will not be any problems, like overflow, etc.
Regarding admin list, now I remember, that was the limit to send email notification in case of registration requests. But actually it is not important right now.
best
Janusz
Andreas Luedeke wrote: |
Hi Janusz,
You can change the following line in elogd.h and recompile:
#define MAX_N_LIST 100
That'll change the login user list limit. But it'll change other list length as well - which should not do harm unless you are very short of memory.
I don't see the Admin user list limit of 10 - aparently that is hard coded somewhere deep within (or I've just missed it).
Cheers, Andreas
Janusz Szuba wrote: |
Hi,
could it be possible to increase the limit of entries in Login user list from 100 to somewhat reasonably higher? Like twice or 3 times as much. Similar limit exist also on Admin user list, which is afair 10, could this also be increased?
best
Janusz
|
|
|
|