Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 49 of 807  Not logged in ELOG logo
ID Date Icon Author Author Email Category OS ELOG Version Subjectdown
  69601   Wed Jan 4 10:05:38 2023 Reply Andrey Pashninkowaraj4stuff@gmail.comBug fixAllELOG V3.1.4-493editing on a smartphone
oh! so, that's the cause of another problem I faced a while ago. 
When people edited an ELOG page on a narrow screen device (a.k.a smartphone) it put the extra CRLF and made the page look like the attachment below 
(it broke the original formatting).

I had to "fix" this by setting the width of the textarea to a huge number... 

However, removing "wrap=hard" solves both these problems! ;)
Attachment 1: Screenshot_2023-01-04_at_10.06.02.png
Screenshot_2023-01-04_at_10.06.02.png
  69602   Wed Jan 4 10:12:43 2023 Reply Stefan Rittstefan.ritt@psi.chBug fixAllELOG V3.1.4-493editing on a smartphone
Yepp, that's right. But without the "wrap=hard", you could get one single long line which is almost impossible to read. So there is no perfect solution for all cases. I see three options

1) Remove "wrap=hard" and let the user do as the user wants. This can lead to very long lines almost impossible to read.
2) Keep "wrap=hard" and rely on the browser to put in CRLF between lines according to the textarea box during input. The result will then be the same as during editing. Of course this might 
require to make the textarea width wide enough on small screens not to get too many CRLFs. The default "Message width" is 78 chars, but on modern browsers some JavaScript code automatically sets 
the width to equal the screen width which normally is wider.
3) Add artificial CRCL like every 40 or 80 chars. This is the "beautifying" K.O. mentioned and will never be perfect. Not sure if elog should touch the text the user enters.

Looking at the three options, I kind of conclude that 2) would still be the best.

Stefan
  68824   Thu Jun 14 13:12:02 2018 Question Stefano Lacaprarastefano.lacaprara@pd.infn.itQuestionLinux3.1.3edit templates from config page
Dear all,
  I have some logbook which uses preset text depending on some option values, and uses text files for this.

something similar to:

Options Type = Start of shift{1}, 2h{2}, 4h{3}, 6h{4}, End of shift {5}

{1} Preset text = MCProdStart.txt
{2} Preset text = MCProd2h.txt
{3} Preset text = MCProd4h.txt
{4} Preset text = MCProd6h.txt
{5} Preset text = MCProdEnd.txt

I wonder if there is a way to change/edit the text files from the web interface if you are admin of that logbook, or if the only way is to change the files directly in the elog server.

thanks Stefano
  67918   Wed May 20 01:54:55 2015 Entry Konstantin Olchanskiolchansk@triumf.caBug reportOtherthis oneedit somebody else's draft
this elog offers me to edit a draft message, then yells at me "only some other user can edit this draft!!!".
methinks I should only be offered to edit draft messages that I own or I can edit. K.O.
  68682   Mon Sep 4 11:22:05 2017 Question Tim Schelfhouttimpieworks@gmail.comRequestWindowsELOG V3.1.3-fd7edit elog config via elog web interface

Hello,

Is it possible to edit the entire elog config file via the elog frontend?  I see the config button 
on some screens but it only allows me to change user and password??

Thankx

  66736   Wed Mar 10 10:36:02 2010 Entry Mirza Ehsanmirza@cpjeddah.comBug reportWindows2.6.1-1681eLog crash

I am using eLog ELOG V2.6.1-1681 which has 7 log books under 8 categories. Out of 7 log books, 2 are daily used. It happened that two weeks back. I modified information on two log books which were not used for quite longtime. Hence using CONFIG, I updated these log books, changing text etc. After that eLog in general started giving error. Any time when we click SUBMIT button in any log book, eLog shows page not found. That submit crashes eLog and as a result elogd service stops. Restarting elogd service, eLog operation comes back and the log which I submitted was actualy saved. Difficulty is that this problem is happening with every single submit action. 

I searched forum and learnt that upgrading eLog to newest version 2.7.8 will solve this problem. Upgrade created more problems, I was not able to open any log, authentication was not accepted. I restored that backup and went back to previous version. eLog started working but with submit error.

If any one can help me in fixing this problem

  1725   Fri Feb 24 16:40:38 2006 Question Steve Jonessteve.jones@freescale.comQuestionAll2.5.9eLog Version number as eLog attribute?
When a footer is used (via Bottom text = <filename>) eLog no longer displays the eLog version number at the bottom. Is it possible to somehow expose the version/revision as an eLog attribute or have the version still display even when a replacement footer is specified?

Thanks!
  65803   Tue Apr 1 21:07:39 2008 Question Bill Quallsbqualls@newgistics.comQuestionWindows2.7.3e-mail format

I "upgraded" from v2.6.? to v2.7.3.  By "upgrade", I mean "copy all files to a different computer, then run the installer".  e-mail messages received from my v2.6 instance look nice.  The messages look like HTML tables with blue and green coloring.  My v2.7 instance appears to send plain text.  But, when I forward the v2.7 message, the nice HTML tables appear again.  Is there an e-mail formatting setting that I need to change?

ELOG V3.1.5-3fb85fa6