Want to use the find function from ELOG to search for empty fields ( Attributes that are not defined ) 
How to do that ? 
Could not find it in the Forum.
 

Greetings Arno Teunisse
 

Unfortunately not possible.

Stefan

Cool, I didn't know that trick myself, thanks for sharing.

Good night,

I would be grateful if someone could indicate me, how could I increase the size of the block where the text of the atribute are in the summary mode.I would like, for example, increase the size of the "subject" you can see on the picture.

Thank you so much!!!

I answer myself... Modify the value of width=100% in the class .listtitle2 in the .css file.

Dear All,

I could not submit a new enetry to my logbook whenever restarting my laptop.  I am a new user to elog.

Attached is the screenshot of the error message and also there is "nobody" while I grep elog.

----------------------

>>

Tapasis-MacBook-Pro-2:elog-3.1.0 tapasi$  ps aux | grep elog

tapasi            560   0.4  0.0  2432772    644 s002  S+    9:50AM   0:00.01 grep elog

nobody             76   0.0  0.4  2481308  18440   ??  Ss    9:48AM   0:00.08 /usr/local/sbin/elogd -c /usr/local/elog/elogd.cfg

--------------------------

Any suggesstion will be very much appreciated.

Thanks in advance,

Tapasi

You should check if the directory /usr/local/elog/logbooks/demo belongs to the right user and has the right write permissions.

Since the elogd process belongs to the user "nobody", the directory should best belong to "nobody" as well (or - not recommended - allows write access for "others")

Cheers, Andreas

Thanks for your reply.

I am the user and  it also has the write access 

cd /usr/local/elog/

ls -ltr

drwxrwxrwx  6 tapasi  admin  204 Jan  7 18:26 demo

The process elogd runs as the user "nobody". This user obviously cannot write to /usr/local/elog/logbooks/demo.

But apparently you've created the wrong directory anyway: you've listed /usr/local/elog/demo, but ELOG looks for /usr/local/elog/logbooks/demo.

Cheers, Andreas

Sorry, it was my mistake while copying  from terminal to the email .  There is no "demo" directory under /usr/local/lib.

Tapasis-MacBook-Pro:elog tapasi$ cd  /usr/local/elog/logbooks/demo

Tapasis-MacBook-Pro:demo tapasi$ ls -ltr

total 0

drwxr-xr-x   3 tapasi  admin   102 Sep 22 11:00 2001

drwxr-xr-x  55 503     admin  1870 Dec 17 13:21 2015

drwxr-xr-x   2 tapasi  admin    68 Jan  7 14:54 2016

So, how can I change the user from "nobody" to my name, so that elogd runs in my user name ?

Thanks

Use

usr = <user anme>

in elogd.cfg as written in the documentation.

Stefan

Good day,

I have an attribute that is 25 chars. it can be empty until someone edit it to fill the information.
The default view for that logbook is List. 

Is it possible to display that attribute in list view but not the entire 25 chars ?
What I mean is that if the field is empty, show it as empty but if it has some information, show something like "X" in List view.

I tried playing with Styles and Cell Styles but I couldn't figure it out...
Cell Style seams to require specific values "" to apply the style properties. I can't figure how to apply cell style "if field is not empty" :)

Thanks for your help :)

> Good day,
> 
> I have an attribute that is 25 chars. it can be empty until someone edit it to fill the information.
> The default view for that logbook is List. 
> 
> Is it possible to display that attribute in list view but not the entire 25 chars ?
> What I mean is that if the field is empty, show it as empty but if it has some information, show something like "X" in List view.
> 
> I tried playing with Styles and Cell Styles but I couldn't figure it out...
> Cell Style seams to require specific values "" to apply the style properties. I can't figure how to apply cell style "if field is not empty" :)
> 
> Thanks for your help :)

Unfortunately something like this is not implemented in elog.

Stefan

> Good day,
> 
> I have an attribute that is 25 chars. it can be empty until someone edit it to fill the information.
> The default view for that logbook is List. 
> 
> Is it possible to display that attribute in list view but not the entire 25 chars ?
> What I mean is that if the field is empty, show it as empty but if it has some information, show something like "X" in List view.
> 
> I tried playing with Styles and Cell Styles but I couldn't figure it out...
> Cell Style seams to require specific values "" to apply the style properties. I can't figure how to apply cell style "if field is not empty" :)
> 
> Thanks for your help :)

If your server would run on Linux, then the configuration below would just do what you've asked for:

Attributes = X
List change X = $shell(if [ -z "$X" ] ;then echo "";else echo "X";fi)

But since shell scripting is operating system dependent, you'll need to figure out yourself how to do it in Windows.

Cheers
Andreas

Hi All,

Can I host elog in the web (internet) under windows platform (elogd.exe only) without Apache Web Server? If possible, what syntax should I add in the configuration file? Appreciate feedback. Thanks.

Cheers,

Raymund

When you install elog under windows, an example config file gets installed which lets you do already what you want. Then you can extend the config file according to the documentation https://midas.psi.ch/elog/config.html

Thanks Andreas and Stefan,

Since I'm not good in setting up webserver, do you know a web hosting company that can I use to integrate elog so that i can access my elog publicly same as you are using here? Thanks.

BR,

Raymund

This has been confirmed usign the Demo forum on this server.  For example, please see https://midas.psi.ch/elogs/Linux+Demo/8

When an image is attached using the "Image" button in the CKEditor, that image does not appear in the attachment table for that entry.  In addition, the image can not be clicked on to view the full image.

This was not the case in v2.9.2, at least.

Is there some configuration option I could toggle to change this behaviour?  By default, we would like any attachment (whether it's made using drag and drop, the Image button, or the "Choose File" button) to appear in the attachment table *and* be clickable to view the full image.

Thanks,

Devin

As there appears to be some inconsistencies, I thought I'd document the behaviour of each of the attachment options.

------

1. Click on the "Image" button in the CKEditor, click on "Choose File" and browse to the file, click on "Send it to the Server", and click "OK".

• The image appears inline at the configured "Thumbnail size", but it is not clickable and it does not appear in the attachment table when viewing the entry.

2. Drag and drop an image into the body of the message.

• The image appears inline at the configured "Thumbnail size" and is clickable.  As with "1," however, it does not appear in the attachment table when viewing the entry.

3. Drag and drop an image into the "Drop attachments here ..." section.

• The image appears in the attachment table at the configured Thumbnail Size, and is clickable.

4. From the attachment table, click on "Choose File" and then click on "Upload."

• The image appears in the attachment table at the configured Thumbnail Size, and is clickable.

------

We need to make sure the images are always clickable so that you can always view the full-sized image.  Any suggestions for fixing this, short of reverting to v2.9.2, would be greatly appreciated.

Thanks again,

Devin

When an entry is being edited, it does not appear in the list once it's been autosaved or the editor manually clicks on "Save."  This has been reproduced in the "Linux Demo" forum on this site, as well as on a clean installation of the 3.1.1 binary on EL6.

It would be great if there was a configuraiton option to control this, but I haven't found it yet.  To reproduce:

- edit an existing entry

- click on "Save"

- view the list for that logbook, and the entry will be hidden until you click "Submit"

Obviously this becomes a problem when a user edits an entry, but navigates away from the browser window before submitting the changes.

Any suggestions would be greatly appreciated.

Many thanks,

Devin

Thanks, Andreas.  I was aware of the "pending draft" menu, and I am aware that you can manually browse to an entry even if it doesn't appear in the list.  However, for our operations group it is a requirement that any saved entry appears in the list, even if it's in the process of being edited.  We won't be able to upgrade until this is possible.  

Previous releases didn't have this problem, so hopefully it won't be too difficult to address with a new configuration option.  Please let me know if there's something I should do to submit an official feature request / bug report.

Thanks again,

Devin

Andreas Luedeke wrote:

Hi Devin, this is the intended bevaviour, there is nothing wrong with that. Only a submitted entry should be visible to the world. If you would have played a little bit longer, you would have found out yourself how you'll get access again to this so-called "draft" entry after closing the browser window: as soon as you attempt to create - as the same user - an new entry, you'll be asked if you want to continue editing your old draft entry instead. I've attached a screenshot of this "pending draft" menu, as it has been shown for this entry before I've submitted it. Kind Regards, Andreas PS: You gave a very clear "failure" description: what you did, what you expected to happen and what you've observed what happened instead. Well done: that deserves a swift answer! Devin Bougie wrote: When an entry is being edited, it does not appear in the list once it's been autosaved or the editor manually clicks on "Save."  This has been reproduced in the "Linux Demo" forum on this site, as well as on a clean installation of the 3.1.1 binary on EL6. It would be great if there was a configuraiton option to control this, but I haven't found it yet.  To reproduce: - edit an existing entry - click on "Save" - view the list for that logbook, and the entry will be hidden until you click "Submit" Obviously this becomes a problem when a user edits an entry, but navigates away from the browser window before submitting the changes. Any suggestions would be greatly appreciated.   Many thanks, Devin

I have a question here. You say "previsous releases didn't have this problems". Well, they did not have the auto-save feature. You can turn this off if you like with "autosave = 0". This also removes the "Save" button so elog behaves exactly as before.

I decided NOT to show draft entries in the list, because these are entries currently under editing, and maybe the editor does not want others to see a half finished entry. Actually I had this feature initially and people complained about seing half finished messages in the list. Previously, when there was no "Save" button, new entries where not visible on the list because nothing was submitted at all, and I guess that was ok with you. So would reverting to the old functionality via "autosave = 0" make you happy? Of course you then loose the autosave functionality. So if people enter a long entry, and surf away from the page or the browser crashes, the entry is lost.

Devin Bougie wrote:

Thanks, Andreas.  I was aware of the "pending draft" menu, and I am aware that you can manually browse to an entry even if it doesn't appear in the list.  However, for our operations group it is a requirement that any saved entry appears in the list, even if it's in the process of being edited.  We won't be able to upgrade until this is possible.   Previous releases didn't have this problem, so hopefully it won't be too difficult to address with a new configuration option.  Please let me know if there's something I should do to submit an official feature request / bug report. Thanks again, Devin Andreas Luedeke wrote: Hi Devin, this is the intended bevaviour, there is nothing wrong with that. Only a submitted entry should be visible to the world. If you would have played a little bit longer, you would have found out yourself how you'll get access again to this so-called "draft" entry after closing the browser window: as soon as you attempt to create - as the same user - an new entry, you'll be asked if you want to continue editing your old draft entry instead. I've attached a screenshot of this "pending draft" menu, as it has been shown for this entry before I've submitted it. Kind Regards, Andreas PS: You gave a very clear "failure" description: what you did, what you expected to happen and what you've observed what happened instead. Well done: that deserves a swift answer! Devin Bougie wrote: When an entry is being edited, it does not appear in the list once it's been autosaved or the editor manually clicks on "Save."  This has been reproduced in the "Linux Demo" forum on this site, as well as on a clean installation of the 3.1.1 binary on EL6. It would be great if there was a configuraiton option to control this, but I haven't found it yet.  To reproduce: - edit an existing entry - click on "Save" - view the list for that logbook, and the entry will be hidden until you click "Submit" Obviously this becomes a problem when a user edits an entry, but navigates away from the browser window before submitting the changes. Any suggestions would be greatly appreciated.   Many thanks, Devin

Thanks, Stefan!  Yes, the old behavior is an acceptable workaround.  Although you need to use "Save drafts = 0" for this instead of "autosave = 0".

Ideally, our machine studies group would like to have the ability to save / autosave an entry *and* have it remain in the list.  We'd be very grateful to see that as an option in a future release.

Thanks again,

Devin
 

Stefan Ritt wrote:

I have a question here. You say "previsous releases didn't have this problems". Well, they did not have the auto-save feature. You can turn this off if you like with "autosave = 0". This also removes the "Save" button so elog behaves exactly as before. I decided NOT to show draft entries in the list, because these are entries currently under editing, and maybe the editor does not want others to see a half finished entry. Actually I had this feature initially and people complained about seing half finished messages in the list. Previously, when there was no "Save" button, new entries where not visible on the list because nothing was submitted at all, and I guess that was ok with you. So would reverting to the old functionality via "autosave = 0" make you happy? Of course you then loose the autosave functionality. So if people enter a long entry, and surf away from the page or the browser crashes, the entry is lost. Devin Bougie wrote: Thanks, Andreas.  I was aware of the "pending draft" menu, and I am aware that you can manually browse to an entry even if it doesn't appear in the list.  However, for our operations group it is a requirement that any saved entry appears in the list, even if it's in the process of being edited.  We won't be able to upgrade until this is possible.   Previous releases didn't have this problem, so hopefully it won't be too difficult to address with a new configuration option.  Please let me know if there's something I should do to submit an official feature request / bug report. Thanks again, Devin Andreas Luedeke wrote: Hi Devin, this is the intended bevaviour, there is nothing wrong with that. Only a submitted entry should be visible to the world. If you would have played a little bit longer, you would have found out yourself how you'll get access again to this so-called "draft" entry after closing the browser window: as soon as you attempt to create - as the same user - an new entry, you'll be asked if you want to continue editing your old draft entry instead. I've attached a screenshot of this "pending draft" menu, as it has been shown for this entry before I've submitted it. Kind Regards, Andreas PS: You gave a very clear "failure" description: what you did, what you expected to happen and what you've observed what happened instead. Well done: that deserves a swift answer! Devin Bougie wrote: When an entry is being edited, it does not appear in the list once it's been autosaved or the editor manually clicks on "Save."  This has been reproduced in the "Linux Demo" forum on this site, as well as on a clean installation of the 3.1.1 binary on EL6. It would be great if there was a configuraiton option to control this, but I haven't found it yet.  To reproduce: - edit an existing entry - click on "Save" - view the list for that logbook, and the entry will be hidden until you click "Submit" Obviously this becomes a problem when a user edits an entry, but navigates away from the browser window before submitting the changes. Any suggestions would be greatly appreciated.   Many thanks, Devin

Have a look here: elog:68014

Thanks, Stefan.  I read that before asking my question, but didn't see a resolution in that thread.  I am already at 3.1.1, and I am testing on a clean installation.  Are you saying that the solution is in the development branch after the release of 3.1.1?

Thanks again,

Devin

No. What the thread says is first try this forum, see if you can drag and drop here. If not, you have a problem on your browser. If yes, you have somewhere some old JavaScript file around. Might be in the cache of your browser.

Yeah, I had tried that and it did work in your demo forum.  It just didn't work in mine with authentication = webserver, even with a clean browser profile.  

However, after playing with the config and a few restarts, everything now seems to be working properly.  Really not sure what changed, but thanks for helping.

Devin

I'm finally able to reproduce this, and my initial description was incorrect.  If we have "restrict edit = 1", only an "Admin user" can use the "Dop attachments here..." or the "Image" button in the CKEditor.  The old "Choose File," "Upload" buttons, however, works just fine for anyone.

If we have "restrict edit = 0", anyone can upload an attachment using all three interfaces.

This is very reproducible by toggling restrict edit in the global section or for an individual logbook.

Devin