| ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
|
65889
|
Fri May 23 13:38:52 2008 |
 | Stefan Ritt | stefan.ritt@psi.ch | Request | Windows | | Re: Can u send me the configuration file for this logbook ? |
| Franck C wrote: |
|
| Stefan Ritt wrote: |
|
| Franck C wrote: |
|
Hi, I try to set up a logbook and i wanted to create something with icons (like this logbook) and it will be easier for me if i have ur config file 
Thanks a lot
Franck
|
https://midas.psi.ch/elogs/Config+Examples/2
- Stefan
|
Ok thanks... but i meant this Forum logbook... Can u give me the configuration file and the css file if i need a different one ?
thanks a lot by advance
|
The forum logbook is here:
https://midas.psi.ch/elogs/Config+Examples/4
the CSS file you can directly load from the server under
https://midas.psi.ch/elogs/forum/forum.css |
|
65891
|
Mon Jun 2 11:11:27 2008 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | | 2.7.0 | Re: Possible to sort attribute chronologically? |
> I tried to use the command
> Subst on edit Last Edit = $entry time
> but it gives a "-" for the Last Edit value when I edit an entry.
>
> I think this is because $entry time is not a variable supported by Subst. Can you add that support, or else tell me if you know a better way to go about
> doing what I'm attempting? Is there perhaps a way to globally process a group of entries in a logbook and set one attribute's value to be equal to
> another's?
I tried to reproduce what you said and it worked fine for me. I used:
[demo]
Attributes = Author, Type, Last Edit, Subject
Subst on edit Last Edit = $entry time
And got correctly the entry time copied to the "last edit" field when I changed old entries. I used version V.7.3-2104. |
|
65892
|
Mon Jun 2 12:01:47 2008 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | All | latest | Re: Re: $entry time not readable by Subst, else not datetime type? |
| Dennis Seitz wrote: | OK, now I realize how stupid I sound here. To partially answer my own question: $entry time is a string and Last Edit is now a number since I have changed it to the datetime type so that it will sort properly.
So I can't make Last Edit = $entry time. Is there some way I can access the entry time in datetime format so that I can set Last Edit equal to that? |
Ok, now I got your point. Sorry for the late reply, but I was extremely busy the last few weeks. I added the missing functionality to elog revision 2108, so the 'subst on edit Last Edit = $entry date' does now work. |
|
65893
|
Mon Jun 2 12:08:00 2008 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | | | Re: "preview attachement" flag not working on thumbnails ? |
> I would like to turn off the display of attachements when editing an entry in some of our logbooks that contains big file.
> So I did set the flag "preview attachements" to 0. It seems to work fine on text file attachment but
> the thumbnails for PDF and images (very nice feature by the way!...) are still there...
I fixed that in revision 2109. |
|
65894
|
Mon Jun 2 12:17:53 2008 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Linux | | Re: using elog client in secure mode |
| Luc Goossens wrote: |
|
I am trying to enter a log record in secure mode into a log book hosted on an apache server (v2.7.2).
[atlt0dev@voatlas04]~% elog -v -s -h prod-grid-logger.cern.ch -p 443 -u myuser -w mypassword -d elog -l "ATLAS+Tier0+Operations+Logbook" -a Subject=foobar
|
Your problem is the wrong password parameter. The "-w" password is only if a write password is defined in the config file. If the user level access is chosen however, you have to specify the username/password pair only separated by a blank such as in
elog ... -u myuser mypwassword ...
|
|
65895
|
Mon Jun 2 12:22:48 2008 |
| Stefan Ritt | stefan.ritt@psi.ch | Request | All | | Re: Make Email All = <list> override Suppress Email checkbox |
| Dennis Seitz wrote: |
|
I would like to be notified by email of some logbook entries regardless of whether the user has chosen to suppress email or not.
This way I will always be aware of new entries, and users will still have the option of notifying a larger group of other users, or not.
As far as I can tell, presently the Suppress Email checkbox overrides Email All.
|
If I make "Email all" override the suppress email checkbox, some uses would complain "I check the supporess box, but my admin still gets email, what am I doing wrong here?". So while this works for you, it will not be desired for everybody. I would have to add another parameter just for this request. Couldn't you instead use the RSS feed functionality? This way you well see all entries, independent of the email notification. You can use special RSS feed readers (your browser and email client probably support this already). |
|
65898
|
Tue Jun 3 12:47:13 2008 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | All | latest | Re: Re: $entry time not readable by Subst, else not datetime type? |
| Dennis Seitz wrote: | | Do you mean '$entry time', or did you create a new parameter? (I don't see $entry date in the elogd.cfg reference) |
Yes, of course I mean '$entry time', sorry for the misspelling. |
|
65899
|
Tue Jun 3 12:50:04 2008 |
| Stefan Ritt | stefan.ritt@psi.ch | Request | All | | Re: Make Email All = <list> override Suppress Email checkbox |
| Dennis Seitz wrote: |
|
| Stefan Ritt wrote: |
|
| Dennis Seitz wrote: |
|
I would like to be notified by email of some logbook entries regardless of whether the user has chosen to suppress email or not.
This way I will always be aware of new entries, and users will still have the option of notifying a larger group of other users, or not.
As far as I can tell, presently the Suppress Email checkbox overrides Email All.
|
If I make "Email all" override the suppress email checkbox, some uses would complain "I check the supporess box, but my admin still gets email, what am I doing wrong here?". So while this works for you, it will not be desired for everybody. I would have to add another parameter just for this request. Couldn't you instead use the RSS feed functionality? This way you well see all entries, independent of the email notification. You can use special RSS feed readers (your browser and email client probably support this already).
|
Hmm, I see your point, but wouldn't using the RSS feed have the same effect? Or are you saying the users just wouldn't know about it, so they wouldn't complain?
I haven't explored the RSS feed options yet. I'll study them.
|
The RSS feed you have to "pull" actively with a client (which of course can be periodically in an automatic way). So no pull, no notification, happy users  |