ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
68458
|
Wed Nov 16 13:48:33 2016 |
| Andreas Luedeke | andreas.luedeke@psi.ch | Request | All | 3.1.2 | Cancel button missing when editing an entry | If I edit an old entry, and do some mistake while editing, then there is currently no way to savely discard the changes.
The problem is that the entry will become a draft: if I close the window without saving, then the whole entry is gone: it will be converted into a draft entry. But the draft does contain my changes, it is not the originally saved entry!
The draft mechanism should keep a copy of the entry before I opened it in edit mode, and allow to go back to that copy. The edit form has currently the buttons "Submit", "Save", "Preview" and "Delete"; it should have in addition the button "Cancel", that just closes the edit window without saving the entry and even deleting the draft that was saved while the entry was modified. This should bring you back to the previous list view.
Is anyone out there in favour of this change? |
68461
|
Thu Nov 17 09:14:15 2016 |
| Andreas Luedeke | andreas.luedeke@psi.ch | Request | All | 3.1.2 | Re: Cancel button missing when editing an entry | Yes, "Save Drafts = 0" does the trick. But it is the "zero-option": trivial, but not satisfying ;-)
Warning: the "back" button of the browser has a very undesired effect: the entry is then converted into a draft and not shown anymore in list view!
So if you ever wondered where your entries vanished to: it might be that someone opened them in edit view, started to edit them and then closed the browser window. I will make that known at my institute.
Grant Jeffcote wrote: |
Andreas,
Doesn't using the Save Drafts = 0 option result in the old 'Back' button returning (replacing the Delete option) meaning you can revert back to your old (unmodified) version without saving, sure it doesn't save a draft but I'd rather be able to return back and lose the changes I didn't want then mess up an old entry, I guess the back button on the browser could also do what you want?
The issue I had was that entries were being deleted accidently by persons other than those that created them, I reduced the edit time to try and mitigate it but ended up going back to what we had in Ver 2.9.2, a 'Back' button.
Grant
Stefan Ritt wrote: |
The problem is that the elog database does not allow for a copy of an entry before you make modifications (and therefore get a "draft"). This is actually very simila to other note taking programs. I use Evernote, which constantly synchronizes between devices, and there I also cannot go back to the version before I started making modification. What one would need is a version system (and Evernote has one), so you can go back to the previous verison, the pre-previous version and so on. But this requires a complete redesign of the elog database.
A quick and dirty solution would be to store the origianal entry inside the browser (using JavaScript). You could then restore the initial version with a "cancel" button. But this mechanism relies then on the browser. If you just leave the page, there is no way the browser can put back the old version.
Stefan
Andreas Luedeke wrote: |
If I edit an old entry, and do some mistake while editing, then there is currently no way to savely discard the changes.
The problem is that the entry will become a draft: if I close the window without saving, then the whole entry is gone: it will be converted into a draft entry. But the draft does contain my changes, it is not the originally saved entry!
The draft mechanism should keep a copy of the entry before I opened it in edit mode, and allow to go back to that copy. The edit form has currently the buttons "Submit", "Save", "Preview" and "Delete"; it should have in addition the button "Cancel", that just closes the edit window without saving the entry and even deleting the draft that was saved while the entry was modified. This should bring you back to the previous list view.
Is anyone out there in favour of this change?
|
|
|
|
68466
|
Thu Nov 24 07:38:52 2016 |
| Andreas Luedeke | andreas.luedeke@psi.ch | Request | All | 3.1.2 | Re: Cancel button missing when editing an entry | Hi Stefan,
actually what you refer to as the "quick and dirty" solution is probably the only feasible one: to store a copy of the entry in the browser and restore that copy with a "cancel" button.
Otherwise you would need a full-fledged revision management, to deal with multiple copies of the same entry open in several browsers.
Yet, that does not solve the "problem" of a crashed/closed browser: the entries will go back to drafts and might got overlooked. As you rightly say: this is a feature, not a bug.
This is only a problem when editing existing entries, not for new entries. Maybe a note right of the button "delete" would help, in case you edit an old entry: "This entry is now a draft; press Submit to make it a real entry again".
But as a first step, it might be worthwhile to document this behaviour in the ELOG "User's Guide". Drafts are currently only mentioned in the elogd.cfg syntax pages under "Save drafts" and "autosave". I'll try to propose a text :-)
Kind Regards
Andreas
Stefan Ritt wrote: |
The problem is that the elog database does not allow for a copy of an entry before you make modifications (and therefore get a "draft"). This is actually very simila to other note taking programs. I use Evernote, which constantly synchronizes between devices, and there I also cannot go back to the version before I started making modification. What one would need is a version system (and Evernote has one), so you can go back to the previous verison, the pre-previous version and so on. But this requires a complete redesign of the elog database.
A quick and dirty solution would be to store the origianal entry inside the browser (using JavaScript). You could then restore the initial version with a "cancel" button. But this mechanism relies then on the browser. If you just leave the page, there is no way the browser can put back the old version.
Stefan
Andreas Luedeke wrote: |
If I edit an old entry, and do some mistake while editing, then there is currently no way to savely discard the changes.
The problem is that the entry will become a draft: if I close the window without saving, then the whole entry is gone: it will be converted into a draft entry. But the draft does contain my changes, it is not the originally saved entry!
The draft mechanism should keep a copy of the entry before I opened it in edit mode, and allow to go back to that copy. The edit form has currently the buttons "Submit", "Save", "Preview" and "Delete"; it should have in addition the button "Cancel", that just closes the edit window without saving the entry and even deleting the draft that was saved while the entry was modified. This should bring you back to the previous list view.
Is anyone out there in favour of this change?
|
|
|
68495
|
Mon Dec 12 09:48:14 2016 |
| Andreas Luedeke | andreas.luedeke@psi.ch | Bug report | Linux | 3.1.2 | Re: Datepicker not showing | Just last week I've downloaded the latest version of ELOG, compiled and installed it, and the date picker just works fine.
In my case it was an update of an existing installation. Can you provide a bit more information about your case: I guess it was a first time installation? Was is ELOG V3.1.2-754330e or a different GIT version?
Stefan, could you please add an attribute of type "datetime" and "date" to one of the demo logbooks? Currently there is non. Maybe to elog:Database? Then we can check if it is a client problem.
Cheers, Andreas
Christine Quicot wrote: |
Hello users,
When I configure an attribute with "Type <attribute>= date", in the new entry form a clic on the calendar symbol does nothing.
Reading the source code I see it's trying to open a window named "cal.html" through javascript (function opencal) but this file doesn't exist anywhere in source elog files.
Thanks
|
|
68521
|
Tue Jan 3 09:20:23 2017 |
| Andreas Luedeke | andreas.luedeke@psi.ch | Question | Mac OSX | 3.1.2 | Re: elogd crashes during Find and Mirror operations under MacOS | I have no experience with ELOG on OSX, therefore I can only give very vague and indirect support (sorry).
I suggest that you first try an installation without actual logbook data (just move it to a save place for a while). Does a "find" still crash elogd?
If elogd is still crashing, you should prune your configuration until it stops crashing. Submit the smallest config here that still crashes the logbook.
Since the logbook starts crashing after a sync, I would rather guess that it is somehow related to specific logbook entries. It would be helpful if you could isolate the offending entries.
Another approach would be to compile elogd with "make debug" and run it in the debugger. Once it crashes the debugger will show where it happened.
Happy New Year! Andreas
Andreas Warburton wrote: |
When installing ELOG 3.1.2 on my Mac Sierra (10.12.2) with the latest XCode 8.2.1, it seemed to install fine but for one warning when building elogd:
cc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -DHAVE_SSL -I /opt/local/include -o elogd
src/elogd.c crypt.o auth.o regex.o mxml.o -lssl
src/elogd.c:13840:13: warning: '__builtin___strlcpy_chk' will always overflow
destination buffer [-Wbuiltin-memcpy-chk-size]
strlcpy(user_email, user_list[i], NAME_LENGTH);
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/include/secure/_string.h:105:3: note: expanded from macro 'strlcpy'
__builtin___strlcpy_chk (dest, src, len, __darwin_obsz (dest))
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1 warning generated.
My installation was done with "sudo make install", as the instructions state. I have also been using the prescribed "launchctl" approach.
1. Is the above warning something that needs attention/correcting?
2. My elogd crashes now every time that I attempt any kind of "Find" operation.
3. I synchronize my MacOS version of elog with a linux-based version on my university's web server. I have installed 3.1.2 on the linux server, and it is running there without problems. When I now try to synchronize my 3.1.2 ELOG on MacOS laptop with the same version on my linux server, it appears to do the first mirroring operation correctly, but elogd crashes when I try a second synchronization at a later time. (For now, I have "Mirror simulate = 1" to prevent inadvertent damage.)
Can anyone help me with the above points?
Thank you,
Andreas
|
|
68533
|
Fri Jan 6 10:22:24 2017 |
| Andreas Luedeke | andreas.luedeke@psi.ch | Question | Linux | 3.1.2 | Re: How to make two attributes reacting with each other | IOptions does not support conditional attributes.
I think the proper solution would be to remove the icon selection field from the input form:
Show Attributes Edit = Author, Author Email, Category, System, Subject
The user would then only be able to edit the Category, the Icon would always be set accordingly. I would think that this would be the appropriate behaviour.
Cheers, Andreas
Xuan Wu wrote: |
What I mean is that, when I select a catagory, the icon will change. If I change the icon, I need the catagory change too.
Stefan Ritt wrote: |
If you select a (different) category, the current icon setting simply gets overwritten, what ever it was before.
Xuan Wu wrote: |
Sorry for my carelessness. What you said is definitely right. I just wonder how can Icon and Catagory change simultaneously whatever which one be selected first.
Stefan Ritt wrote: |
The example I gave you worked for me, I actually tested it. Please note that it contains
Options Category = ...
and not
ROptions Category = ...
Stefan
Xuan Wu wrote: |
Thanks for your quick reply! I just test what you suggested, even I test {1} Preset on edit Icon = icon1.gif, they both didn't work.
Stefan Ritt wrote: |
You can do that with conditional attributes (see documentation):
Attributes = Author, Author Email, Icon, Category, System, Subject
Options Category = Shift Summary{1}, Report{2}, Reply{3}, Fault{4}, Issue{5}, Resolved{6}, Maintenance{7}
IOptions Icon = icon1.gif, elc_list.png, icon3.gif, icon8.gif, icon4.gif, icon14.gif, elc_anchor.png
{1} Preset Icon = icon1.gif
{2} Preset Icon = elc_list.png
{3} Preset Icon = icon3.gif
{4} Preset Icon = icon8.gif
{5} Preset Icon = icon4.gif
{6} Preset Icon = icon14.gif
{7} Preset Icon = elc_anchor.gif
Icon comment icon1.gif = Shift Summary
Icon comment icon3.gif = Reply
Icon comment icon4.gif = Issue
Icon comment icon8.gif = Fault
Icon comment icon14.gif = Resolved
Icon comment elc_list.png = Report
Icon comment elc_anchor.png = Maintenance
Xuan Wu wrote: |
Hi all,
I have two attributes defined like following
Attributes = Author, Author Email, Icon, Category, System, Subject
ROptions Category = Shift Summary, Report, Reply, Fault, Issue, Resolved, Maintenance
IOptions Icon = icon1.gif, elc_list.png, icon3.gif, icon8.gif, icon4.gif, icon14.gif, elc_anchor.png
Icon comment icon1.gif = Shift Summary
Icon comment icon3.gif = Reply
Icon comment icon4.gif = Issue
Icon comment icon8.gif = Fault
Icon comment icon14.gif = Resolved
Icon comment elc_list.png = Report
Icon comment elc_anchor.png = Maintenance
When the Shift Summary category being selected, I wish the icon1.gif Icon being selected automaticlly, as well as when icon8.gif being selected, Fault category be selected. How can I get this? Any advice or suggestions will be appreciated.
Cheers,
Xuan
|
|
|
|
|
|
|
|
68546
|
Thu Jan 12 09:10:06 2017 |
| Andreas Luedeke | andreas.luedeke@psi.ch | Question | Linux | ELOG V3.1.1-076 | Re: UTC time | Hi Luca,
if you want to change all datetime properties to UTC time, then you'll just need to set the timezone on the server to UTC, before elogd is started.
Cheers, Andreas
Luca wrote: |
Dear Steve,
thanks a lot. Sorry but I am not expert of elog. I "inherited" from a colleague and wanted to see if I can keep it alive but to do it I would need to move to UTC. Should this command affect the "INSERT CURRENT TIME/DATE" button? It does not seem to change.
Best
Luca
Stefan Ritt wrote: |
How do you believe that you can preset a Submission item? Preset only works for attributes, so you have to define an attribute like "Submission UTC" or similar and preset this attribute with
Preset Submission UTC = $utcdate
Luca wrote: |
Dear all,
I am trying to have the elog timestamp in UTC time instead of local time using the following config file but without success. Do you know what I am doing wrong?
Thanks
Luca
Theme = default
Comment = XENON1T LogBook
Attributes = Subject, Author, Category, Type, Status
Locked Attributes = Author
Required Attributes = Category, Type
Preset Author = $long_name
Preset Submission = $utcdate
Options Category = General, CRY - Cryogenics, PUR - Purification, RSX- ReStoX, DST - Distillation Column, MUV - Muon Veto, TPC - Detector, WTR - Water Tank, RAD - Gas Purity, CAL - Calibration, SCT - Slow Control, SOP - Shiftoperation
Options Type = Software Installation, Hardware Installation, Failure/Problem, Configuration, Authorization, Other, Leak Check, xenon operation, Shared Resources, Log, Alarm Tests, Hardware test
Options Status = Info, Open - in progress, Closed - unsolved, Closed - solved, Other
Cell Style Status Info = background-color:lightblue
Cell Style Status Closed - solved = background-color:lightgreen
Cell Style Status Open - in progress = background-color:yellow
Cell Style Status Closed - unsolved = background-color:red
Extendable Options = Type
Page Title = ELOG - $subject
Reverse sort = 1
Quick filter = Date, Type, Category
|
|
|
|
68562
|
Tue Jan 31 08:18:05 2017 |
| Andreas Luedeke | andreas.luedeke@psi.ch | Question | Windows | 2.8.1-2350 | Re: Opening a Local File using <a href="file:///../filename.doc">text</a> | Hi Terry,
I'm not really sure I understand the question; I'll try to rephrase how I understood it.
You have loads of measurement data. All this data is stored not in ELOG but in a common drive M:.
When people work off-site, they copy the ELOG data and all the measurement data they need to a memory stick and run ELOG from there.
But the now copied links in ELOG still point to the M: drive, but they should instead now point to the local memory stick.
Did I understand that correctly?
It is a feature of the browser, that it does not allow a relative path in URLs with the "file:" protocol. Relative to what should it be? To where the browser has been started from? The browser does not know where ELOG resides.
If I understood the problem correctly, then I see several options:
1) Under Linux I would create a symblic link like "/mnt/measurementdata/" that points at work to "file:///M:/Data/" and off-site to the drive on the memory stick.
In the ELOG entries I would only use this symbolic link "/mnt/measurementdata/Inspection%20Reports/ABC123.doc".
This should somehow be possible with Windows, too. See e.g. https://msdn.microsoft.com/en-us/library/windows/desktop/aa363878%28v=vs.85%29.aspx . But I'm not a Windows expert.
2) You write a little "Copy ELOG and dataset" script, that will copy all desired files to the memory stick and changes all references to the copied datasets to the new location.
This is very easy to do for any programmer, since one need only do a text-search-and-replace on the ELOG text-files, like:
replace "file:///M:/Data/" with ""file:///F:/Data/" in all *a.log.
3) You might even convince Windows to mount your memory stick as drive "M:". Just copy then the full path to the memory stick: problem solved!
Drive "M:" will rarely ever be defined already on your remote computer. I know that this was possible with Windows NT, I have no idea if this works with Windows 10. Ask google ;-)
I hope that helped?
Cheers, Andreas
Terry Almond wrote: |
I've created an elog where users can then enter links to a file: for example they would enter:
<a href="file:///M:/Data/Inspection%20Reports/ABC123.doc">ABC123</a>
If they are running this on their desktops where everyones M drive is mapped to the same location, not a problem, the file opens perfectly.
The problem we have is some people work off of site and hence they run everything from a memory stick (USB drive), then once back in the office, copy the memory stick back on to the network.
Unfortunately when off of site the href link M: is no longer valid as the M drive doesn't exist.
Hence i've been trying to open a local file with the following syntax:
<a href="file:///../ABC123.doc">ABC123</a>
It just won't open
Hence in my frustration i basically copied the word file ABC123.doc into every single directory on the memory stick thinking surely this must work, it must find it somewhere, unfortunately not.
What am i doing wrong?
|
|
|