ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
67322
|
Wed Aug 29 10:37:44 2012 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Linux | V2.8.1-235 | Re: dynamic preset text |
Zbigniew Reszela wrote: |
Dear all,
Is it possible to have a dynamic "preset text" option?
I would like to switch the template file depending on the attribute value. (Of course this attribute values will be a fixed list of options, not extandable).
I see there one difficulty, that: if user already started editing the text body, he could lose this data. But I think that this could be left on user responsibility to take care about it.
Another option could be to always insert the template text on the very beginning of the text body.
Is this feature implemented, or maybe someone have done it by changing the server code?
Cheers
|
This is possible with conditional attributes. An additional trick would be to not show the text body of an attribute is not selected. This way the user first has to select the attribute, then the text field with the specific preset will show up. The configuration would be something along these lines:
Attributes = Type, Subject
Options Type = One{1}, Two{2}, Three{3}
Show text = 0
{1} Preset text = text1
{2} Preset text = text2
{3} Preset text = text3
{1,2,3} Show text = 1
Of course you have to supply proper text files text1, text2, text3.
- Stefan
|
67325
|
Wed Aug 29 17:55:37 2012 |
| Zbigniew Reszela | reszelaz@gmail.com | Question | Linux | V2.8.1-235 | Re: dynamic preset text |
Stefan Ritt wrote: |
Zbigniew Reszela wrote: |
Dear all,
Is it possible to have a dynamic "preset text" option?
I would like to switch the template file depending on the attribute value. (Of course this attribute values will be a fixed list of options, not extandable).
I see there one difficulty, that: if user already started editing the text body, he could lose this data. But I think that this could be left on user responsibility to take care about it.
Another option could be to always insert the template text on the very beginning of the text body.
Is this feature implemented, or maybe someone have done it by changing the server code?
Cheers
|
This is possible with conditional attributes. An additional trick would be to not show the text body of an attribute is not selected. This way the user first has to select the attribute, then the text field with the specific preset will show up. The configuration would be something along these lines:
Attributes = Type, Subject
Options Type = One{1}, Two{2}, Three{3}
Show text = 0
{1} Preset text = text1
{2} Preset text = text2
{3} Preset text = text3
{1,2,3} Show text = 1
Of course you have to supply proper text files text1, text2, text3.
- Stefan
|
Thanks, it works perfectly! |
67891
|
Fri May 8 00:18:12 2015 |
| Kamen Nikolov | kanikolov@gmail.com | Question | Windows | V2.9.0-239 | RSS Feed Not Providing Time Stamps For datetime Attributes | Hello,
I am using the RSS feed feature of Elog (V2.9.0-2396). I have a couple of attributes of type "datetime" (Start Time and Stop Time). I don't have a "Time Format" statement, so just using the default format. I am passing the Start Time and Stop Time attributes to the RSS Title with $Start Time and $Stop Time, but when looking at the RSS title in IE11 browser, I only see the date and not the time. Is there any way I can see the time as well?
Additional info:
I'm also passing the creation time of the Elog with $entry time and this is displaying correctly (both date and time).
Please let me know if I am doing something incorrectly?
Thanks |
67937
|
Tue May 26 22:03:05 2015 |
| Kamen Nikolov | kanikolov@gmail.com | Question | Windows | V2.9.0-239 | Re: RSS Feed Not Providing Time Stamps For datetime Attributes | Can anyone help? Do I need to do something different or could this possibly be a bug that is fixed in a newer version?
Thanks,
Kamen
Kamen Nikolov wrote: |
Hello,
I am using the RSS feed feature of Elog (V2.9.0-2396). I have a couple of attributes of type "datetime" (Start Time and Stop Time). I don't have a "Time Format" statement, so just using the default format. I am passing the Start Time and Stop Time attributes to the RSS Title with $Start Time and $Stop Time, but when looking at the RSS title in IE11 browser, I only see the date and not the time. Is there any way I can see the time as well?
Additional info:
I'm also passing the creation time of the Elog with $entry time and this is displaying correctly (both date and time).
Please let me know if I am doing something incorrectly?
Thanks
|
|
67941
|
Wed May 27 10:50:41 2015 |
| Andreas Luedeke | andreas.luedeke@psi.ch | Question | Windows | V2.9.0-239 | Re: RSS Feed Not Providing Time Stamps For datetime Attributes | Hi Kamen,
I've just tried it for V3.1.0 (6ab0fd5) and the described behaviour is unchanged.
It is even worse if you don't specify the "RSS Title": datetime attributes are just displayed as seconds of the epoch then.
I think this is a feature of ELOG at the moment.
You'll either need to dig into the code yourself or wait for Stefan to fix it.
I have an idea for a quick workaround:
you can create new hidden attributes, that contains a copy of the datetime attribute as a string, set by the subst command. You could then use those string attribute in the "RSS Title": that should work.
Cheers
Andreas
Kamen Nikolov wrote: |
Can anyone help? Do I need to do something different or could this possibly be a bug that is fixed in a newer version?
Thanks,
Kamen
Kamen Nikolov wrote: |
Hello,
I am using the RSS feed feature of Elog (V2.9.0-2396). I have a couple of attributes of type "datetime" (Start Time and Stop Time). I don't have a "Time Format" statement, so just using the default format. I am passing the Start Time and Stop Time attributes to the RSS Title with $Start Time and $Stop Time, but when looking at the RSS title in IE11 browser, I only see the date and not the time. Is there any way I can see the time as well?
Additional info:
I'm also passing the creation time of the Elog with $entry time and this is displaying correctly (both date and time).
Please let me know if I am doing something incorrectly?
Thanks
|
|
|
67973
|
Tue Jun 9 13:22:25 2015 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Windows | V2.9.0-239 | Re: RSS Feed Not Providing Time Stamps For datetime Attributes | I fixed the problem in the current GIT version.
/Stefan
Kamen Nikolov wrote: |
Can anyone help? Do I need to do something different or could this possibly be a bug that is fixed in a newer version?
Thanks,
Kamen
Kamen Nikolov wrote: |
Hello,
I am using the RSS feed feature of Elog (V2.9.0-2396). I have a couple of attributes of type "datetime" (Start Time and Stop Time). I don't have a "Time Format" statement, so just using the default format. I am passing the Start Time and Stop Time attributes to the RSS Title with $Start Time and $Stop Time, but when looking at the RSS title in IE11 browser, I only see the date and not the time. Is there any way I can see the time as well?
Additional info:
I'm also passing the creation time of the Elog with $entry time and this is displaying correctly (both date and time).
Please let me know if I am doing something incorrectly?
Thanks
|
|
|
67098
|
Tue Aug 2 13:55:06 2011 |
| Juergen Lupke | juergen.lupke@computacenter.com | Question | Linux | V2.9.0-241 | present Text | I have define a MOption BACKUP = Server, Switch, Router any now i link to use the Status of the Backup Option to display diffrent html file in the Text field, i the a posible way to do this ?
sample:
MOption BACKUP = Server, Switch, Router
{Server&Switch&Router} Present Text = file1
{Server&Switch} Present Text = file2 |
67103
|
Tue Aug 30 20:58:18 2011 |
| Terry Shuck | terry.shuck@atmosenergy.com | Question | Windows | V2.9.0-241 | Password may not contain blanks | After setting up email addresses for notifications I noticed that the "Full Name" has part of an email address in it. I've tried several ways to correct this however it keeps sending me to a page that says "Password may not contain blanks" and I've not done anything with the password.
Can you tell me how to correct this issue?
I certainly appreciate your help!!
Terry |
|