ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
Draft
|
Mon Dec 5 13:06:21 2016 |
| Tim Schelfhout | tim.schelfhout@fixbrussel.be | | | | | Hello,
I am using ELOG V2.9.2-2475. I added some groups and restarted ELOG and all of a sudden it |
68484
|
Fri Dec 2 16:28:17 2016 |
| John Becker | j.becker@airportaruba.com | Question | Linux | 3.12-9a18b27 | Re: Disable Delete option when user has the capability to Edit an entry | Hi Stefan,
Found it, it was a typo.
Thanks for your patience and support.
Regards,
John
Stefan Ritt wrote: |
No, I get a different result. If I put "Save drafts = 0" in the config example coming with the distribution, I get the following:

sot he "Delete" button is replaced by a "Back" button.
Probably you have an old version of elog, hava a typo on your config, or something like that.
Stefan
|
|
68483
|
Fri Dec 2 14:54:58 2016 |
| Stefan Ritt | stefan.ritt@psi.ch | Info | All | 3.1.2-6ec506b | Re: Display of draft entries in elog | In version 3.1.2-416db9f I implemented a "Restore" button, which should fix the second drawback. If you press it, you should be able to go back to where you started when editing an entry. |
68482
|
Fri Dec 2 13:54:36 2016 |
| Stefan Ritt | stefan.ritt@psi.ch | Info | All | 3.1.2-6ec506b | Display of draft entries in elog | Dear all,
there seems to be still lots of confusion with the new "draft modus" introduced in elog 3.1.2. Here is how it works:
If you edit an old or new entry, your changes are written to the elog server every few seconds. The entry in the elog database is marked as "draft". The idea behind that is that if your browser crashes or you navigate away from the elog page without saving your entry, the "draft" entry is sill in the elog database and can be recovered later. This is typically useful on some shift logbooks, where people keep the entry open for many hours and add things every few minutes. If they have a crash, they would loose a few hours of information.
The draft modus now has a few drawbacks:
- If you have some draft entries in your elog database, you don't see them until you hit "New" the next time. Then the system offers you to continue the open draft entries.
- Once you change an existing entry, you cannot go back to the version of that entry before you started to make modifications. The only option is to keep the current version or delete the whole entry. The old version of your entry in the database is overwritten every few seconds with the current contents of your edit text field.
To fix the first problem, I introduced a new flag "List drafts = 0|1". If this flag is 1, the draft entries are shown in the list view. The default value for this flag is 1, so normally you should see the draft entries in the database. You should refrain from editing these entries if you know that currently somebody else is working on them, otherwise you will overwrite each other's modifications. The modification is in the current git version of elog which is 3.1.2-6ec506b.
The scond drawback is harder to address. In order to go back to previous version, you would need a full version system (ala git), which is far beyond the scope of elog. I'm working on a partial fix by storing the contents on an entry inside the browser when you start editing an entry. You can then "cancel" your modifications by pasting back the original version from your browser. This works of course only if your browser does not crash or you do not navigate away from the elog page, in which case the original version will be lost.
If anybody has a strong opinion about these changes, please post them here.
Stefan |
68481
|
Fri Dec 2 13:50:11 2016 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Linux | 3.12-9a18b27 | Re: Disable Delete option when user has the capability to Edit an entry | No, I get a different result. If I put "Save drafts = 0" in the config example coming with the distribution, I get the following:

sot he "Delete" button is replaced by a "Back" button.
Probably you have an old version of elog, hava a typo on your config, or something like that.
Stefan |
68480
|
Thu Dec 1 13:36:16 2016 |
| John Becker | j.becker@airportaruba.com | Question | Linux | 3.12-9a18b27 | Re: Disable Delete option when user has the capability to Edit an entry | Hi Stefan,
Thanks for your reply, I did as suggested but the button "Delete" still appears when the edit entry is selected.
Am I overlooking something?
Regards,
John
Stefan Ritt wrote: |
Save drafts = 0
John Becker wrote: |
Hi, I have a logbook where users can add entries and edit entries.
The delete option has been removed from the menu, but when they edit an entry they are able to delete the entry.
Is there a way to remove the Delete option from the menu that appears when Editing an entry?
Please advise,
Thanks,
John
|
|
|
68479
|
Thu Dec 1 08:13:41 2016 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Linux | 3.1.1 | Re: Error: Entry text too big. Please increase TEXT_SIZE and recompile elogd | Ah, that's the difference! I always drop an image on the text area, never paste it. So please refrain from pasting.
Xuan Wu wrote: |
I just test on your Demo logbook. I use a screen-capture tool to create an image which doesn't been saved as a file, the size is 1920*1080(1.8M), then copy it in clipboard, and then paste in text area. Then the web page become very slow, so that I can't submit it sometime. Sometime, I can submit it but it say "Entry text too big. Please increase TEXT_SIZE and recompile elogd". If I drop an image file into the text area, it works. I used IE11.
Stefan Ritt wrote: |
How big is your image? I just tried a 5000 x 3600 pixel image (8 MB in size), and it worked fine on the demo logbook.
Stefan
Xuan Wu wrote: |
Thanks for your advice! I've test that dropping an image from my local disk into the text box with Elog-3.1.2. It did work. However, I still have a question want to ask that When I paste a small image into the text area, I can submit it successfully. But when I paste a bigger one, it will say "Entry text too big. Please increase TEXT_SIZE and recompile elogd". And There's the same result in https://midas.psi.ch/elogs/Linux+Demo/. I can drop the image into text area now, so it doesn't matter.
Stefan Ritt wrote: |
I guee you tried to paste an image into the text area, and your browser somehow converted this into a text entry, which then of course can become very long. Elog since vesion 3 supports drag-and-drop. You can drop an image from your local disk into the "Drop attachemnts here..." box at the bottom of this page. You can also drag an image directly to the text box like this one: , but some browser might not work correctly. If it's not working for you, try it in the demo logbook https://midas.psi.ch/elogs/Linux+Demo/ If it works there, please update your elog to the newest release and you should get it.
Stefan
Xuan Wu wrote: |
Hi all,
A error came out when I pasted a photo in the text area with HTML Encoding. The photo is a snapshot from Print Screen. When I submitted it, it said "Entry text too big. Please increase TEXT_SIZE and recompile elogd". How can I get rid of this? I've tried changing elogd.cfg that: ;Message Height = ;Message Width = or Message Height = 500 Message Width = 500. None of these work.
By the way, I want to ask another question that whether it can load a photo on local disk not only the photo URL by click image of the Image info in CKEditor. Can CKFinder integrate in CKEditor and then it can browse local file on tab of image info. My colleagues prefer pasting photos in text area than uploading it as attachment in our site.
Any advice or sugguestion will be appreciated.
|
|
|
|
|
|
68478
|
Thu Dec 1 01:40:14 2016 |
| Xuan Wu | wux@ihep.ac.cn | Question | Linux | 3.1.1 | Re: Error: Entry text too big. Please increase TEXT_SIZE and recompile elogd | I just test on your Demo logbook. I use a screen-capture tool to create an image which doesn't been saved as a file, the size is 1920*1080(1.8M), then copy it in clipboard, and then paste in text area. Then the web page become very slow, so that I can't submit it sometime. Sometime, I can submit it but it say "Entry text too big. Please increase TEXT_SIZE and recompile elogd". If I drop an image file into the text area, it works. I used IE11.
Stefan Ritt wrote: |
How big is your image? I just tried a 5000 x 3600 pixel image (8 MB in size), and it worked fine on the demo logbook.
Stefan
Xuan Wu wrote: |
Thanks for your advice! I've test that dropping an image from my local disk into the text box with Elog-3.1.2. It did work. However, I still have a question want to ask that When I paste a small image into the text area, I can submit it successfully. But when I paste a bigger one, it will say "Entry text too big. Please increase TEXT_SIZE and recompile elogd". And There's the same result in https://midas.psi.ch/elogs/Linux+Demo/. I can drop the image into text area now, so it doesn't matter.
Stefan Ritt wrote: |
I guee you tried to paste an image into the text area, and your browser somehow converted this into a text entry, which then of course can become very long. Elog since vesion 3 supports drag-and-drop. You can drop an image from your local disk into the "Drop attachemnts here..." box at the bottom of this page. You can also drag an image directly to the text box like this one: , but some browser might not work correctly. If it's not working for you, try it in the demo logbook https://midas.psi.ch/elogs/Linux+Demo/ If it works there, please update your elog to the newest release and you should get it.
Stefan
Xuan Wu wrote: |
Hi all,
A error came out when I pasted a photo in the text area with HTML Encoding. The photo is a snapshot from Print Screen. When I submitted it, it said "Entry text too big. Please increase TEXT_SIZE and recompile elogd". How can I get rid of this? I've tried changing elogd.cfg that: ;Message Height = ;Message Width = or Message Height = 500 Message Width = 500. None of these work.
By the way, I want to ask another question that whether it can load a photo on local disk not only the photo URL by click image of the Image info in CKEditor. Can CKFinder integrate in CKEditor and then it can browse local file on tab of image info. My colleagues prefer pasting photos in text area than uploading it as attachment in our site.
Any advice or sugguestion will be appreciated.
|
|
|
|
|
|