Type <attribute> = Date - Issue, posted by Garret Delaronde on Fri Sep 7 18:19:38 2012
|
I haven't found anything in the forums about this. Apologies if its a duplicate.
I am fairly familiar with ELog, use it for multiple purposes on 5 different Virtual Servers at work.
Currently looking to do some updates to one of the instances with the Date Type setting.
We have 17,000 entries all which have had manual entries for a Date Attribute for the last year and 8 months.
Due to regular entry errors on part of our contractors using it, (Eg: using "Aug" instead of "08", or using "-" instead of "/"), I want to change over to using the date type attribute (Type <attribute> = Date).
However the problem i found, the moment i save this in the config, and go to the list of entries, the date has changed on all of the entries to 12/31/1969. Which is BAD for our operation. So after removing the Type Date Setting the dates go back to normal.
Is there anyway to retain those dates so they display as they are and then only new entries would fall under the new date type setting?
Syntax manual didn't help much for this issue. |
Re: Type <attribute> = Date - Issue, posted by David Pilgram on Fri Sep 7 19:08:27 2012
|
Garret Delaronde wrote: |
I haven't found anything in the forums about this. Apologies if its a duplicate.
I am fairly familiar with ELog, use it for multiple purposes on 5 different Virtual Servers at work.
Currently looking to do some updates to one of the instances with the Date Type setting.
We have 17,000 entries all which have had manual entries for a Date Attribute for the last year and 8 months.
Due to regular entry errors on part of our contractors using it, (Eg: using "Aug" instead of "08", or using "-" instead of "/"), I want to change over to using the date type attribute (Type <attribute> = Date).
However the problem i found, the moment i save this in the config, and go to the list of entries, the date has changed on all of the entries to 12/31/1969. Which is BAD for our operation. So after removing the Type Date Setting the dates go back to normal.
Is there anyway to retain those dates so they display as they are and then only new entries would fall under the new date type setting?
Syntax manual didn't help much for this issue.
|
Hi Garret,
Why cannot you just use $entry time ? It uses the date that the entry was made which appears as the first line of every elog entry -
[Sorry for mis-post, just discovered cannot put the 'dollar at' control set in an entry]
MID: 12458
Date: Fri, 07 Sep 2012 17:22:06 +0100
In reply to: 12453
You can use 'Time format = ' to get the date to display in the format you like. You will see I have posted an issue about 'Date format = '. I mention this because in trying to understand what was happening, I too had a case where all the dates were showing as the same in a thread. I suspect your 12/31/1969 was due to the entries as being read were non-existant or blank.
Of course I may have mis-understood your requirements.
|
Re: Type <attribute> = Date - Issue, posted by Garret Delaronde on Mon Sep 10 17:18:03 2012
|
David Pilgram wrote: |
Garret Delaronde wrote: |
I haven't found anything in the forums about this. Apologies if its a duplicate.
I am fairly familiar with ELog, use it for multiple purposes on 5 different Virtual Servers at work.
Currently looking to do some updates to one of the instances with the Date Type setting.
We have 17,000 entries all which have had manual entries for a Date Attribute for the last year and 8 months.
Due to regular entry errors on part of our contractors using it, (Eg: using "Aug" instead of "08", or using "-" instead of "/"), I want to change over to using the date type attribute (Type <attribute> = Date).
However the problem i found, the moment i save this in the config, and go to the list of entries, the date has changed on all of the entries to 12/31/1969. Which is BAD for our operation. So after removing the Type Date Setting the dates go back to normal.
Is there anyway to retain those dates so they display as they are and then only new entries would fall under the new date type setting?
Syntax manual didn't help much for this issue.
|
Hi Garret,
Why cannot you just use $entry time ? It uses the date that the entry was made which appears as the first line of every elog entry -
[Sorry for mis-post, just discovered cannot put the 'dollar at' control set in an entry]
MID: 12458
Date: Fri, 07 Sep 2012 17:22:06 +0100
In reply to: 12453
You can use 'Time format = ' to get the date to display in the format you like. You will see I have posted an issue about 'Date format = '. I mention this because in trying to understand what was happening, I too had a case where all the dates were showing as the same in a thread. I suspect your 12/31/1969 was due to the entries as being read were non-existant or blank.
Of course I may have mis-understood your requirements.
|
Tried using the Time format setting, however I only want the time to be selected, so when i enter the datetime type it shows the date and time.
If there was a way to just have the time to be drop down menus vs the date and time all together, I would find that helpful.
As for the "$entry time" suggestion, it only serves to log the exact time the entry was made into elog. Where as I want it to be manually set.
In this example we've created an sql script to pull information from an oracle database, which then creates an elog entry.
We have multiple fields which are populated and locked so only admin can edit them.
Our contractor then edits the entry with a date / time / location, and a few other things.
the Date and Time are separate attributes. We'd prefer to keep it like that just because of the other scripts that run on the elog entries, (pulls day by day reports and formats and calculates summaries in excel automatically).
Any other suggestions would be helpful.
Thanks for your reply. |
Re: Type <attribute> = Date - Issue, posted by Andreas Luedeke on Wed Sep 12 10:50:40 2012
|
Garret Delaronde wrote: |
I haven't found anything in the forums about this. Apologies if its a duplicate.
I am fairly familiar with ELog, use it for multiple purposes on 5 different Virtual Servers at work.
Currently looking to do some updates to one of the instances with the Date Type setting.
We have 17,000 entries all which have had manual entries for a Date Attribute for the last year and 8 months.
Due to regular entry errors on part of our contractors using it, (Eg: using "Aug" instead of "08", or using "-" instead of "/"), I want to change over to using the date type attribute (Type <attribute> = Date).
However the problem i found, the moment i save this in the config, and go to the list of entries, the date has changed on all of the entries to 12/31/1969. Which is BAD for our operation. So after removing the Type Date Setting the dates go back to normal.
Is there anyway to retain those dates so they display as they are and then only new entries would fall under the new date type setting?
Syntax manual didn't help much for this issue.
|
The problem is, that the existing entries have a string content for this specific attribute.
An attribute with a "date" type content should contain a integer number, which represents the seconds of the epoch (starting with zero on 1-Jan-1970 at 00:00:00).
What you need to do is writing a script that reads all *a.log files in the logbook directory and converts lines of the type:
<attribute>: <text>
to lines like
<attribute>: $(date -d "<text>" +%s)
Unfortunately elog does not provide you with such a tool.
But since you have to write it now anyway now, you could submit your code to this forum 
Andreas |
secure way to allow users create logbook, posted by Szu-Ching Peckner on Tue Aug 28 23:02:07 2012
|
I don't think there is a good secure way so far, but would like to have your opinion.
If I want user to create logbook for themselves, what's the best way to do it? I guess Execute $attribute = <command> may work, have it write to cfg file, but obviously it impose security problem. Is there a good and secure way to allow user to create logbook themselves? |
Re: secure way to allow users create logbook, posted by Stefan Ritt on Wed Aug 29 10:46:49 2012
|
Szu-Ching Peckner wrote: |
I don't think there is a good secure way so far, but would like to have your opinion.
If I want user to create logbook for themselves, what's the best way to do it? I guess Execute $attribute = <command> may work, have it write to cfg file, but obviously it impose security problem. Is there a good and secure way to allow user to create logbook themselves?
|
Actually there is no good secure way. What I usually do is to give users admin rights on individual logbooks, then they can change the config of that logbook. Many times adding some attribute is as good as creating new logbooks. Like if you need two logbooks "home" and "work", you can create an attribute "type" and let the type be "home" or "work". With conditional attributes you can make the logbook behave differently for the two values of "type" and get most functionality of two separate logbooks.
- Stefan |
Re: secure way to allow users create logbook, posted by Szu-Ching Peckner on Wed Aug 29 14:35:45 2012
|
Stefan Ritt wrote: |
Szu-Ching Peckner wrote: |
I don't think there is a good secure way so far, but would like to have your opinion.
If I want user to create logbook for themselves, what's the best way to do it? I guess Execute $attribute = <command> may work, have it write to cfg file, but obviously it impose security problem. Is there a good and secure way to allow user to create logbook themselves?
|
Actually there is no good secure way. What I usually do is to give users admin rights on individual logbooks, then they can change the config of that logbook. Many times adding some attribute is as good as creating new logbooks. Like if you need two logbooks "home" and "work", you can create an attribute "type" and let the type be "home" or "work". With conditional attributes you can make the logbook behave differently for the two values of "type" and get most functionality of two separate logbooks.
- Stefan
|
Thanks, that is good option. |
Re: secure way to allow users create logbook, posted by Szu-Ching Peckner on Wed Aug 29 18:16:37 2012
|
Stefan Ritt wrote: |
Szu-Ching Peckner wrote: |
I don't think there is a good secure way so far, but would like to have your opinion.
If I want user to create logbook for themselves, what's the best way to do it? I guess Execute $attribute = <command> may work, have it write to cfg file, but obviously it impose security problem. Is there a good and secure way to allow user to create logbook themselves?
|
Actually there is no good secure way. What I usually do is to give users admin rights on individual logbooks, then they can change the config of that logbook. Many times adding some attribute is as good as creating new logbooks. Like if you need two logbooks "home" and "work", you can create an attribute "type" and let the type be "home" or "work". With conditional attributes you can make the logbook behave differently for the two values of "type" and get most functionality of two separate logbooks.
- Stefan
|
Is there a way to set user permission based on certain attribute? can Allow command = <user list> based on attribute?
for example, say type home, user1 can read, user2 can write, user3 can not access type home, but can access type work.
In short, is access control available when I use type to get functionality of separate logbooks? If so, how is this access control done?
|
Re: secure way to allow users create logbook, posted by Stefan Ritt on Thu Aug 30 10:00:07 2012
|
Szu-Ching Peckner wrote: |
Stefan Ritt wrote: |
Szu-Ching Peckner wrote: |
I don't think there is a good secure way so far, but would like to have your opinion.
If I want user to create logbook for themselves, what's the best way to do it? I guess Execute $attribute = <command> may work, have it write to cfg file, but obviously it impose security problem. Is there a good and secure way to allow user to create logbook themselves?
|
Actually there is no good secure way. What I usually do is to give users admin rights on individual logbooks, then they can change the config of that logbook. Many times adding some attribute is as good as creating new logbooks. Like if you need two logbooks "home" and "work", you can create an attribute "type" and let the type be "home" or "work". With conditional attributes you can make the logbook behave differently for the two values of "type" and get most functionality of two separate logbooks.
- Stefan
|
Is there a way to set user permission based on certain attribute? can Allow command = <user list> based on attribute?
for example, say type home, user1 can read, user2 can write, user3 can not access type home, but can access type work.
In short, is access control available when I use type to get functionality of separate logbooks? If so, how is this access control done?
|
Actually I never tried that. Using conditional attributes, you could try that out, but no guarantee that it works. Like
Options type = home{1}, work{2}
{1}Login user = you, me
{2}Login user = me, other
You could play with "login user", "Allow command" and "Deny command".
/Stefan |
Re: secure way to allow users create logbook, posted by Szu-Ching Peckner on Thu Aug 30 22:47:50 2012
|
Stefan Ritt wrote: |
Szu-Ching Peckner wrote: |
Stefan Ritt wrote: |
Szu-Ching Peckner wrote: |
I don't think there is a good secure way so far, but would like to have your opinion.
If I want user to create logbook for themselves, what's the best way to do it? I guess Execute $attribute = <command> may work, have it write to cfg file, but obviously it impose security problem. Is there a good and secure way to allow user to create logbook themselves?
|
Actually there is no good secure way. What I usually do is to give users admin rights on individual logbooks, then they can change the config of that logbook. Many times adding some attribute is as good as creating new logbooks. Like if you need two logbooks "home" and "work", you can create an attribute "type" and let the type be "home" or "work". With conditional attributes you can make the logbook behave differently for the two values of "type" and get most functionality of two separate logbooks.
- Stefan
|
Is there a way to set user permission based on certain attribute? can Allow command = <user list> based on attribute?
for example, say type home, user1 can read, user2 can write, user3 can not access type home, but can access type work.
In short, is access control available when I use type to get functionality of separate logbooks? If so, how is this access control done?
|
Actually I never tried that. Using conditional attributes, you could try that out, but no guarantee that it works. Like
Options type = home{1}, work{2}
{1}Login user = you, me
{2}Login user = me, other
You could play with "login user", "Allow command" and "Deny command".
/Stefan
|
Thanks for reply Stefan.
I tried it, didnt work. I think its expected it didn't work though, or maybe I didn't try it right.
==============
[logbook1]
Login user = user1
Options Type = Home{1}, Work{2}
{1} Login user = user2
This will make user2 unable to login logbook1 at all
============
[logbook1]
Login user = user1, user2
Options Type = Home{1}, Work{2}
{1} Login user = user1
{2} Login user = user2
user1 can login, can search Work type entries, create new entry with Work type.
==============
[logbook1]
Login user = user1, user2
Options Type = Home{1}, Work{2}
{1} Deny New = user1
user1 can still create entries for Home type. I think it's because when user1 login, command New is available for user1, so when user1 click on New, doesn't matter what type user1 choose, submit button is available. If I have Deny New = user1 under logbook1, New is not available, that means user1 can't create entry for Work type either.
===============
seems to me under current code, access control has to be done based on logbook, not attribute. Do you agree?
if that's the case, we may have a lot of logbook because of access control we want to implement. So there is another question:
selection page show all logbooks. Is there a way to make selection page and tabs show logbooks based on user access?
For example, we have 20 logbooks, user1 has acces to 3, when user1 login, selection page only shows that 3 logbooks for user1, and only 3 tabs for user1.
I thought about using group to get logbooks more organized, however I will still face the situation that one group may have 20 logbooks.
Or what would you do to handle this situation? (I asked selection page question earlier in another entry). Maybe we should discuss on that entry? Message ID: 67319
Thanks again.
|
Difference between time and date formats, posted by David Pilgram on Wed Aug 29 22:44:39 2012
|
Hi,
I hope I'm not missing the blindingly obvious here, but I have an issue with time and date formats
Extract from my elog.cfg file:
Time format = %a %d %b %y
Date format = %d %b
Thread display = $Ticket: $System, $entry time. ($message id). $status
Preset text = [$date]
Prepend on reply = [$date] \n
I can point to places in the syntax doc where each of these lines are given.
As for the results, the thread display is (for example):
T00001: Computer, Wed 29 Aug 12. (1). Problem
However, what I get at the top of the text box in starting a new entry or replying to a previous one is
[Wed 29 Aug 12]
whereas I expected to get
[29 Aug]
Putting $date instead of $entry time in the Thread display line makes (the by now expected) no difference
I cannot see where I'm going wrong.
TIA
David. |
Re: Difference between time and date formats, posted by David Pilgram on Thu Aug 30 09:13:57 2012
|
OK, I see that $date can work in a different way; if the Thread display uses $date,
then the present timestamp is substituted into the thread display line, rather than the
date that the entry is entered. So, for example, in a whole list of entry and replies, the present
date shows on each entry of the thread. However, the format is still that as defined by
'Time format' rather than 'Date format'.
If nothing else, I cannot really see the point of the 'Date format =' in the way that this all works.
> Hi,
>
> I hope I'm not missing the blindingly obvious here, but I have an issue with time and date formats
>
> Extract from my elog.cfg file:
>
>
> Time format = %a %d %b %y
> Date format = %d %b
> Thread display = $Ticket: $System, $entry time. ($message id). $status
> Preset text = [$date]
> Prepend on reply = [$date] \n
>
> I can point to places in the syntax doc where each of these lines are given.
>
> As for the results, the thread display is (for example):
>
> T00001: Computer, Wed 29 Aug 12. (1). Problem
>
> However, what I get at the top of the text box in starting a new entry or replying to a previous one is
>
> [Wed 29 Aug 12]
>
> whereas I expected to get
>
> [29 Aug]
>
> Putting $date instead of $entry time in the Thread display line makes (the by now expected) no difference
>
> I cannot see where I'm going wrong.
>
> TIA
>
> David. |
dynamic preset text, posted by Zbigniew Reszela on Wed Aug 29 10:26:31 2012
|
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 |
Re: dynamic preset text, posted by Stefan Ritt on Wed Aug 29 10:37:44 2012
|
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
|
Re: dynamic preset text, posted by Zbigniew Reszela on Wed Aug 29 17:55:37 2012
|
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! |
show permitted individual logbooks on selection page, posted by Szu-Ching Peckner on Tue Aug 28 22:48:47 2012
|
How do I make selection page show only list of logbooks that logged on user has access to?
Right now, say I have 4 logbooks, and I have access to 2 of them. I turned on Protect Selection page = 1. So when I go to home page, I need to logon first, then I am given selection page. I am given list of 4 logbooks, I can only click into 2, which is expected.
Instead of given list of 4 logbooks, I would like to know if there is a way to make selection page only contains 2 logbooks which I have access to?
|
Where do I find information on setting up the text area as a template?, posted by Chris Jennings on Thu Aug 23 14:30:56 2012
|
I would like to set up the text are as a template. The documentation indicates this can be done however I am unable to find reference to how it is accomplished. |
Re: Where do I find information on setting up the text area as a template?, posted by Stefan Ritt on Mon Aug 27 10:22:37 2012
|
Chris Jennings wrote: |
I would like to set up the text are as a template. The documentation indicates this can be done however I am unable to find reference to how it is accomplished.
|
Just look in the documentation for "preset text = ...". |
kerberos authentication , posted by Szu-Ching Peckner on Mon Aug 20 21:48:08 2012
|
Hello, I have
authentication = kerberos
kerberos Realm = xxx
I ran tcpdump and know elogd server did attempt to contact kerberos server. I could run kinit username@realm_name, and klist shows my ticket fine.
I receive "kerberos error 256: Decrypt integrity check failed. Please check your kerberos configuration" when I entered my password wrong purposely on login page.
I receive "Invalid user name or password!' when I entered my correct password.
Please advise.
|
Re: kerberos authentication , posted by Szu-Ching Peckner on Mon Aug 20 22:11:21 2012
|
Szu-Ching Peckner wrote: |
Hello, I have
authentication = kerberos
kerberos Realm = xxx
I ran tcpdump and know elogd server did attempt to contact kerberos server. I could run kinit username@realm_name, and klist shows my ticket fine.
I receive "kerberos error 256: Decrypt integrity check failed. Please check your kerberos configuration" when I entered my password wrong purposely on login page.
I receive "Invalid user name or password!' when I entered my correct password.
Please advise.
|
I forgot to mention, I also have Password file line in elogd.cfg file. Because without password file line, I wouldn't get login screen. I know my test account is not in the main.pwd file. I believe elogd does go to kerberos server to compare password. I just don't get why I get invalid username and password when I entered correct password, while kerberos error (expected) when I enter wrong password.
Authentication = Kerberos
Kerberos Realm = xxx
Password file = main.pwd |
Re: kerberos authentication , posted by Szu-Ching Peckner on Tue Aug 21 17:16:19 2012
|
Szu-Ching Peckner wrote: |
Szu-Ching Peckner wrote: |
Hello, I have
authentication = kerberos
kerberos Realm = xxx
I ran tcpdump and know elogd server did attempt to contact kerberos server. I could run kinit username@realm_name, and klist shows my ticket fine.
I receive "kerberos error 256: Decrypt integrity check failed. Please check your kerberos configuration" when I entered my password wrong purposely on login page.
I receive "Invalid user name or password!' when I entered my correct password.
Please advise.
|
I forgot to mention, I also have Password file line in elogd.cfg file. Because without password file line, I wouldn't get login screen. I know my test account is not in the main.pwd file. I believe elogd does go to kerberos server to compare password. I just don't get why I get invalid username and password when I entered correct password, while kerberos error (expected) when I enter wrong password.
Authentication = Kerberos
Kerberos Realm = xxx
Password file = main.pwd
|
It's resolved. I read the documentation again, and found out my mistake. I didnt have username defined on password file. |
Drop down search list?, posted by harley skorpenske on Thu Aug 16 15:27:34 2012
|
I'm having some confusion with configuring my logbook. In the global section of the logbook I have the quick filter enabled, but it is not a drop down list, only an editable text field:

I think it is an attributes issue, but I'm having some trouble making sense of those from the syntax page. Here is my config file:
[global]
port = 8080
usr = vulcanstaff
Max content length = 1073741824
Menu commands = New, Edit, Delete, Reply, Find, Last day, Move to, Copy to, Import, Help
RSS Title = $subject, posted by $author on $entry time
RSS Entries = 10
Quick filter = Date, Subject, Subtext
Use Lock = 1
Reverse sort = 1
Required Attributes = Author, Subject
[Experiment_Logbook]
Theme = default
Comment = Experiment Logbook
Attributes = Author, Author Email, Type, Category, Subject
Options Type = Other
Options Category = Start Up
Extendable Options =Category
Page Title = $Subject
|
Re: Drop down search list?, posted by Stefan Ritt on Thu Aug 16 15:39:43 2012
|
harley skorpenske wrote: |
I'm having some confusion with configuring my logbook. In the global section of the logbook I have the quick filter enabled, but it is not a drop down list, only an editable text field:

I think it is an attributes issue, but I'm having some trouble making sense of those from the syntax page. Here is my config file:
[global]
port = 8080
usr = vulcanstaff
Max content length = 1073741824
Menu commands = New, Edit, Delete, Reply, Find, Last day, Move to, Copy to, Import, Help
RSS Title = $subject, posted by $author on $entry time
RSS Entries = 10
Quick filter = Date, Subject, Subtext
Use Lock = 1
Reverse sort = 1
Required Attributes = Author, Subject
[Experiment_Logbook]
Theme = default
Comment = Experiment Logbook
Attributes = Author, Author Email, Type, Category, Subject
Options Type = Other
Options Category = Start Up
Extendable Options =Category
Page Title = $Subject
|
You get a drop-down list if you define several options for an attribut, like
Options Category = Start Up, Start Down, Other
The you can select one of the categories from the drop-down list.
|
Re: Drop down search list?, posted by harley skorpenske on Thu Aug 16 15:55:32 2012
|
Stefan Ritt wrote: |
harley skorpenske wrote: |
I'm having some confusion with configuring my logbook. In the global section of the logbook I have the quick filter enabled, but it is not a drop down list, only an editable text field:

I think it is an attributes issue, but I'm having some trouble making sense of those from the syntax page. Here is my config file:
[global]
port = 8080
usr = vulcanstaff
Max content length = 1073741824
Menu commands = New, Edit, Delete, Reply, Find, Last day, Move to, Copy to, Import, Help
RSS Title = $subject, posted by $author on $entry time
RSS Entries = 10
Quick filter = Date, Subject, Subtext
Use Lock = 1
Reverse sort = 1
Required Attributes = Author, Subject
[Experiment_Logbook]
Theme = default
Comment = Experiment Logbook
Attributes = Author, Author Email, Type, Category, Subject
Options Type = Other
Options Category = Start Up
Extendable Options =Category
Page Title = $Subject
|
You get a drop-down list if you define several options for an attribut, like
Options Category = Start Up, Start Down, Other
The you can select one of the categories from the drop-down list.
|
I forgot to mention - this is for searching the logbook. So would the config file look more like this:
[global]
port = 8080
usr = vulcanstaff
Max content length = 1073741824
Menu commands = New, Edit, Delete, Reply, Find, Last day, Move to, Copy to, Import, Help
RSS Title = $subject, posted by $author on $entry time
RSS Entries = 10
Options Category = Date, Subject, Subtext
Quick filter = Date, Subject, Subtext
Use Lock = 1
Reverse sort = 1
Required Attributes = Author, Subject
|
Re: Drop down search list?, posted by Stefan Ritt on Thu Aug 16 15:59:53 2012
|
harley skorpenske wrote: |
I forgot to mention - this is for searching the logbook. So would the config file look more like this:
[global]
port = 8080
usr = vulcanstaff
Max content length = 1073741824
Menu commands = New, Edit, Delete, Reply, Find, Last day, Move to, Copy to, Import, Help
RSS Title = $subject, posted by $author on $entry time
RSS Entries = 10
Options Category = Date, Subject, Subtext
Quick filter = Date, Subject, Subtext
Use Lock = 1
Reverse sort = 1
Required Attributes = Author, Subject
|
I know that this is for searching. But you don't get the point. You have attributes, like Date, Category, Subject. Each attribute can either contain arbitrary text (like the subject), or one of a set of predefined values. So category can be, let's day, "one", "two", "three". You define the possible options of the category with
Options Category = one, two, three
If you then define the quick filter
Quick filter = Category
then you get for the category a drop-down box where you can select "one", "two" or "three". If you do so, elog shows all logbook entries where the category attribute has the selected value.
I hope that this is clearer now. |
Re: Drop down search list?, posted by harley skorpenske on Thu Aug 16 16:12:49 2012
|
Stefan Ritt wrote: |
I know that this is for searching. But you don't get the point. You have attributes, like Date, Category, Subject. Each attribute can either contain arbitrary text (like the subject), or one of a set of predefined values. So category can be, let's day, "one", "two", "three". You define the possible options of the category with
Options Category = one, two, three
If you then define the quick filter
Quick filter = Category
then you get for the category a drop-down box where you can select "one", "two" or "three". If you do so, elog shows all logbook entries where the category attribute has the selected value.
I hope that this is clearer now.
|
Thanks Stefan, I think I understand, and now I see the options definition on the syntax page. I apologize for taking up your time and thank you for the great software. I think this is right now:
Options Search = Date, Subject, Subtext
Quick filter = Search |
Re: Drop down search list?, posted by Stefan Ritt on Thu Aug 16 16:14:52 2012
|
harley skorpenske wrote: |
Thanks Stefan, I think I understand, and now I see the options definition on the syntax page. I apologize for taking up your time and thank you for the great software. I think this is right now:
Options Search = Date, Subject, Subtext
Quick filter = Search
|
No this is not right. Better read the manual carefully, then come back here again. |
|