ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
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?
|
|
68563
|
Tue Jan 31 08:42:54 2017 |
| Andreas Luedeke | andreas.luedeke@psi.ch | Request | Windows | 3.1.2 | Re: How can change the justification of a column? | You might tell your browser to show you the source code of an ELOG page in list mode. There you'll find the class name you're looking for.
Cheers, Andreas
fabio vitale wrote: |
I need to set text-align:left but only for an attribute in the List mode, For example, say that FirstName column must be left justified in list view. What is the name of the cell content in the default elog.css?
Stefan Ritt wrote: |
You can do that chaning the CSS of the underlying theme. But you need some experience with CSS.
fabio vitale wrote: |
It is possible to change the justification for a column/attribute in the list mode (left-aligned, centered, right-aligned)?
Right now Elog treats each colum of a list as centered,
thank you
|
|
|
|
68589
|
Thu Mar 30 09:14:13 2017 |
| Andreas Luedeke | andreas.luedeke@psi.ch | Question | Linux | 3.12 | Re: Elog stopped working | I have a crontab set-up for root:
crontab -e
* * * * * if ! ps -C elogd >/dev/null;then /sbin/service elogd restart;fi
The script just checks if elogd is still running and if not, it'll restart it. We run Centos, but I'm sure it'll be easy to adapt for Ubuntu (I don't know much about Debian).
This will only help if elogd really crashed; in case it is still running at 100% cpu load this won't help.
In our case (~30 logbooks, > 100 entries per day, ~ hundred users) elogd is crashing about once a week. With the help of this script it means 1 minute downtime a week: that's acceptable.
See https://midas.psi.ch/elog/config.html on how to use a logfile with elogd. Here's the relevant excerpt:
Logfile = <file>
This option specifies a filename which logs all login/logout activities and successful user connections for logbooks with user level access. The the logging level (see below) is larger than 1, also read and write accesses can be logged.
Logging level = 1 | 2 | 3
Specifies the logging level. The higher this value, the more information is logged. Default is 2:
- 1: Log only logins and logouts
- 2: Log also write accesses
- 3: Log also read accesses
John Becker wrote: |
Dear all,
I have elog version 3.12-bd75964 installed on an Ubuntu OS. We started working with it yesterday and today I was informed that the users could not connect to the elog. When I tried it was also not possible to get to the elog website. After restarting the Ubuntu machine everything was back to normal.
Is there a log I can check to find out why the elog stopped working?
Regards,
John
|
|
68591
|
Thu Apr 6 11:01:30 2017 |
| Andreas Luedeke | andreas.luedeke@psi.ch | Info | Windows | 3.1.2 | Re: pre defined Find as Home page | It's very simple, no need for the find command. E.g.: Start page = ?Author=luedeke&Category=Question&mode=summary
in this forum would do https://midas.psi.ch/elogs/Forum/?Author=luedeke&Category=Question&mode=summary
Paraic Fahey wrote: |
This command makes the Homepage a FIND page: Start page = ?cmd=Find
My question is: can we pre-populate some of the search fields and execute the search so that the homepage becomes the SEARCH RESULTS
|
|
68600
|
Tue Apr 11 22:44:40 2017 |
| Andreas Luedeke | andreas.luedeke@psi.ch | Question | Windows | 3.1.2-7933898 | Re: rename menu commands | Hm, maybe my question is silly, but why don't you just use the "Duplicate" command instead of renaming and misusing "Copy to"??
Here is the relevant excerpt from the documentation (https://midas.psi.ch/elog/config.html#general):
Menu commands = <list>
This option specifies the menu commands displayed on top of a single logbook page. For certain installations, it can be useful to disable some commands. Following commands are possible:
- New - Enter new logbook entry
- Edit - Edit current logbook entry
- Delete - Delete current logbook entry
- Reply - Submit a reply to current entry
- Duplicate - Duplicate the current entry with the possibility to change some values
- [...]
- Copy to - Copy entry to other logbook
- [...]
The commands are always in English, independent of the language = ... setting, and are automatically translated into the specified language.
If this option is not present, following default is used:
Menu commands = List, New, Edit, Delete, Reply, Duplicate, Find, Config, Help
Francois Cloutier wrote: |
Hi !
I do have an setup were I would like to rename the menu command but keeping their fonction. Namely, I would like to rename the "copy to" button to "Duplicate" since thats the option I would like to put in place ( Copy to = Same logbook only).
I tried to do so with css but it is not possible since the button doesn't have a specific id... Would you have another solution ?
Thanks for your help !
|
|
68616
|
Fri Apr 28 11:59:30 2017 |
| Andreas Luedeke | andreas.luedeke@psi.ch | Question | Windows | 3.1.2 | Re: Limiting search data | I think I understand the question (although I have no answer):
When someone uses the "Find" page search, then there is an option to limit the search to e.g. the last year. If you search for a non existing string, it'll only search entries from the past year.
If people are instead using the quickfilter to search for the same non existing string, then all entries of all past years are searched for the string.
In both cases the result page will be empty, so "Entries per page" does not change anything. But in the second case the search might need an order of magnitude longer.
Stefan Ritt wrote: |
I don't get your point. If you go on the list page of this forum, you see -- all entries -- in the period quick filter, but you only see one page of entries, which is rather quick. This can be changed wiht "Entries per page", which defaults to 20. Do you have a different set-up?
Alan Grant wrote: |
I'm aware there is the "Show Last Default" setting for the Find page but is there (or can there PLEASE be) a similar setting for the Period filter on the List page? Our users routinely use the Quick Filters instead and it bogs down the system because we have lots of logbooks. Many thanks.
|
|
|
|