ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
65973
|
Sat Sep 13 23:34:37 2008 |
| Eoin Butler | | Question | Linux | | Moving individual messages in a thread |
It is possible that the Move to... and Copy to... commands can be configured so that when they operate on a message that is part of a thread, that only that message will be moved, instead of the whole thread? |
66037
|
Mon Nov 10 13:05:21 2008 |
| Yoshio Imai | | Info | Linux | 2.7.5 | elog init script |
Notice that the following is not true when editing the config file outside of the administrator's "Config" page:
reload)
# Do nothing since ELOG daemon responds to
# the changes in conffile directly.
;;
In our installation, the sysadmin has therefore added the following section for the reload) part of the init script:
reload)
if [ -f $PIDFILE ]; then
echo -n "$DESC to reread config file ... "
kill -HUP `cat "$PIDFILE"`
echo "done"
else
echo "No $PIDFILE found!"
fi
;;
|
66319
|
Wed Apr 15 14:44:42 2009 |
| Yoshio Imai | | Question | Windows | 2.7.5 | Re: Multi Logook Login |
Hi, Stefan!
Stefan Ritt wrote: | If "password file = xxx" is however in each individual logbooks configuration, then you get "path=/<lobook>". You can check that by inspecting your browser's cookies. In that case the login name and password cookies are only sent to the URL for that specific logbook. I have not tested that extensively (different browsers, with/without Apache proxy), but if it works reliably, I will put this into the documentation. |
We had done so on your advice and in principle this works, but our experience has shown one problem:
We have separated our logbooks into different top groups because of the sheer number of them (i.e. experiment logbooks in one top group with logbook groups for the sub-categories, personal analysis logbooks in another top group etc.). Obviously, the experiment logbooks may share the same login, therefore we have put the "password file" statement into that top group's global section (otherwise, we would have to log on to every beamtime logbook individually, which can be cumbersome when comparing e.g. experiment settings between beamtimes). For the personal logbooks, of course, we use per-logbook-access (i.e. "password file" statement in the individual logbook sections) such that logging on to one's own logbook does not imply access to someone else's logbook. However, since the group/top group structure does not appear in the elog URLs, the cookies for the beamtime logbooks all have the path set to "path=/". This breaks the scheme again (I guess we have sort of "abused" the concept of top groups a little) and it is not possible to work in one of the experiment logbooks in parallel with one's own logbook without having to renew the login when switching the logbook.
Is it possible to modify the elogd such that it first checks if, among the cookies sent, there is one where the path corresponds to the path of the current logbook, and evaluate cookies with "path=/" only if no such cookie is found?
Yoshio |
66528
|
Fri Sep 4 13:59:19 2009 |
| Yoshio Imai | | Request | Linux | Windows | 2.7.2-2012 | Re: multiple keyword search - regular expression |
Maybe there is a simple way.
If I understand it correctly, the entries are accepted/rejected for inclusion in the search result list based on one call to regexec. In order to search for N keywords, you could replace this by a loop of N calls to regexec, and only accept the entry if all of them find a match. |
66703
|
Fri Feb 5 14:51:23 2010 |
| Yoshio Imai | | Question | Mac OSX | 2.7 | Re: insert screenshots directly to elog? |
Since elog is only the web server providing (comfortable) access to the logbook database, it relies on the web browser (possibly enhanced by script code) for facilities to attach pictures and other files to entries. So unless your browser has such an extension or someone writes some sort of script that can do it, the only way is to use an external capturing program, save the picture and upload it in the usual way. Cf. also entry 66004.
|
66714
|
Thu Feb 18 18:50:57 2010 |
| Yoshio Imai | | Question | All | 2280 | Re: Single Button Entry |
Geoff Ellis wrote: |
For our application we have a lot of very common events we would like to log. It would be preferable that for certain events/entries we could setup a single button / quick entry method. Is there away to accomplish this?
|
You could write a script/program that calls the ELOG client with the necessary attributes to submit the entry (see the user's guide). |
66722
|
Mon Feb 22 11:15:48 2010 |
| Yoshio Imai | | Question | Linux | latest | Re: Log Thread Close Automatically |
tom wrote: |
If you have a logbook and you create a new entry, is it possible to put a time limit on that new entry so that edits/replies are only valid for certain amount of time. I am looking for a way that would allow me to have a user start a new message, but after 8 hours, that message becomes locked and no one can edit or add to the message. This is for some shift work and we do not want users to go back after their shift and edit the messages.
|
Did you consider using the "Restrict edit time" option? It should provide the necessary functionality, as long as you don't want to lock the entry at a fixed absolute time, but really only x hours after creation (also, as you talked about closing the "thread" automatically, there is no option to prevent replies after a certain amount of time).
See the administrator's guide. |
66841
|
Tue Jun 8 15:48:06 2010 |
| Yoshio Imai | | Request | All | 2.7.8 | inline-code |
Hi, Stefan!
Sometimes, it is annoying that the [code] -Tag creates a line break, because there are situations where verbatim text inside the regular text flow is desirable (just like here). I would like to request an additional elcode-tag [ilcode] (in-line code) which translates to <code> instead of <pre> .
Cheers
Yoshio |