Bug, posted by Robert-Jan Schrijvers on Thu Mar 1 15:55:52 2007
|
when i was editting my Admin file, by mistake i typed the next line:
[a}Options Sessies = p-zis-pr1{1}, p-szh-pro{2}, p-dia-pro{3}, a-zis-ac1{1}, a-zis-ac2{2}, a-dia-acc{3}, ---------------------, Anders
{b} Options Sessies = FSC Pro{4}, FSC Acc{4}, Risc/Bus/Sms Pro{5}, Risc/Bus/Sms Acc{5}, ---------------------, Anders
{c} Options Sessies = BAO, BEH, BAOMPSO, BEHMPSO, Demonstrator, AFS, PTG, BSN, ---------------------, Anders
{d} Options Sessies = Wijziging, Storing
the next thing happened was that eLog created a new log which wasn't editable at all, the only thing i could do was deleting it (i created a monster...;-)
The first line/rule with the [ become the title, all other entries in the Admin file were used as a new Admin file. |
Re: Bug, posted by Stefan Ritt on Thu Mar 1 22:19:22 2007
|
| Robert-Jan Schrijvers wrote: | when i was editting my Admin file, by mistake i typed the next line:
[a}Options Sessies = p-zis-pr1{1}, p-szh-pro{2}, p-dia-pro{3}, a-zis-ac1{1}, a-zis-ac2{2}, a-dia-acc{3}, ---------------------, Anders
{b} Options Sessies = FSC Pro{4}, FSC Acc{4}, Risc/Bus/Sms Pro{5}, Risc/Bus/Sms Acc{5}, ---------------------, Anders
{c} Options Sessies = BAO, BEH, BAOMPSO, BEHMPSO, Demonstrator, AFS, PTG, BSN, ---------------------, Anders
{d} Options Sessies = Wijziging, Storing
the next thing happened was that eLog created a new log which wasn't editable at all, the only thing i could do was deleting it (i created a monster...;-)
The first line/rule with the [ become the title, all other entries in the Admin file were used as a new Admin file. |
You shot yourself in the foot 
I agree that a clever syntax check on the config file would be nice, but it's very hard to imagine how many mistakes humans (including myself) can do, I would probably never catch all possible wrong cases. Giving my limited time, I will more work on new features and kindly ask you to be a bit careful in what you enter. I'm absolutely sure you will never make this mistake again  |
Simple table implemented in ELCode, posted by Stefan Ritt on Wed Feb 28 21:04:59 2007
|
Starting from SVN revision 1801, simple tables are supported in ELCode tags. One can now embed tables in elog entries like this:
[table border=3 cellpadding=10]
One | Two
|-
Three | Four
[/table]
which produces following table:
The syntax is explained in the ELCode help page. |
Hardcoded Path in Makefile, posted by Martin Killenberg on Tue Feb 20 18:41:31 2007
|
I tried to compile ELOG on Scientific Linux Cern 4.4 and found that make quits because uname is not located in /usr/bin (like it is hardcoded in the makefile) but in /bin.
Later I found that this is only the case in the svn version, in the "latest.tar.gz" from 2007/02/20 the path is /bin.
Why do you have the absolute path in the Makefile? uname should be in the default path on any system. (The same applies to "rm")
I also was confused that you only provide one rpm Package (except for debian) without mentioning for which distribution. You try to avoid dependencies, but the elogd is linked against the basic libraries libc and ld-linux, which might vary. |
|
Re: Hardcoded Path in Makefile, posted by Stefan Ritt on Tue Feb 20 21:10:28 2007
|
| Martin Killenberg wrote: | I tried to compile ELOG on Scientific Linux Cern 4.4 and found that make quits because uname is not located in /usr/bin (like it is hardcoded in the makefile) but in /bin.
Later I found that this is only the case in the svn version, in the "latest.tar.gz" from 2007/02/20 the path is /bin.
Why do you have the absolute path in the Makefile? uname should be in the default path on any system. (The same applies to "rm")
I also was confused that you only provide one rpm Package (except for debian) without mentioning for which distribution. You try to avoid dependencies, but the elogd is linked against the basic libraries libc and ld-linux, which might vary. |
Ups. The hard-coded /usr/uname somehow sneaked in from some temporary test. I removed it in the current SVN.
Indeed the RPM package I provide is built under Scientific Linux. The Debian port is done by someone else. Unfortunately I don't have ten boxes with all possible distributions laying around, so my possibilities are quite limited and I depend on third party help. If you want to contribute additional RPMs you are welcome. |
Required and {}, posted by bob on Wed Feb 14 16:46:27 2007
|
Hi,
I still have a question,
is it possible to use : Required and {}
here my program :"
.
{run} Required Attributes = Date evenement, Heure evenement, ...
{run} Show Attributes = Date evenement, Heure evenement, ...
.
.
.
{etuvage & ANS} Required Attributes = Date evenement, Heure evenement, ...
{etuvage & ANS} Show Attributes = Date evenement, Heure evenement, ...
"
generally, can one handle "Required" and "{}" or "{ , }", ...
in any case for me, that does not go
this is normal ??
Thanks
Bob |
|
Re: Required and {}, posted by Stefan Ritt on Fri Feb 16 17:19:30 2007
|
| bob wrote: | | generally, can one handle "Required" and "{}" or "{ , }", ... |
For simple configuration files, that should work. If I have for example:
Attributes = Author, Type, Category, Subject
Options Type = Routine{r}, Software Installation{s}, Problem Fixed{p}, Configuration, Other
{r} Required Attributes = Author
Then the attributes "Author" is only required if "Type" equals "Routine". |
|
Re: Required and {}, posted by bob on Mon Feb 19 20:46:39 2007
|
| Stefan Ritt wrote: |
| bob wrote: | | generally, can one handle "Required" and "{}" or "{ , }", ... |
For simple configuration files, that should work. If I have for example:
Attributes = Author, Type, Category, Subject
Options Type = Routine{r}, Software Installation{s}, Problem Fixed{p}, Configuration, Other
{r} Required Attributes = Author
Then the attributes "Author" is only required if "Type" equals "Routine". |
you are right, I try to re-examine my configuration and I will say to you |
|
Preset of a drop-down box entry with a "%" character, posted by Tobias Bagger on Sun Feb 18 10:51:13 2007
|
How do I preset a drop-down box entry which contains a % character?
I use following lines in the elogd.cfg:
Options list->ta = K - 0%, S - 10% (text a1), F - 20% (text a2)
Preset list->ta = K - 0%
The documentation says:
If a preset value is given for an attribute which has an options list, the preset value is selected in the drop down box by default.
But this doesn't work for me. I also tried
Preset list->ta = "K - 0%"
Preset list->ta = K - 0%%
Preset list->ta = K - 0\%
without success. What's the right way to do this?
Best regards
Tobias |
|
Re: Preset of a drop-down box entry with a "%" character, posted by Stefan Ritt on Mon Feb 19 11:29:03 2007
|
| Tobias Bagger wrote: | | How do I preset a drop-down box entry which contains a % character? |
The problem was that '%' is used in auto-generated preset tags like XYZ-%Y-%b-### (see documentation). I made the auto-generation a bit more clever such that it only tries to interprete any '%' if there is any '#'. The fix is in elog version 2.6.4. |
|
Setting From: for registration/password e-mails, posted by Ben Waugh on Fri Feb 16 12:08:19 2007
|
We had a problem, as mentioned in the documentation, with "new password" e-mails being rejected because the default From: address is invalid, so we changed this using "Use Email From".
According to the documentation, "By default, the email address of the currently logged in user is used for the "From:" field. If no user is logged in, or the current user has not specified a email address in the password database, the setting of the option Use Email From is used for the "From:" field."
However, when an address is specified in "Use Email From" we find that all e-mail notifications, even those sent automatically when a logged-in user submits a log entry, are sent from this address.
How can we set a valid address for use for "change of password" or registration e-mails, but still use the appropriate user's e-mail address for log entries? |
|
Re: Setting From: for registration/password e-mails, posted by Stefan Ritt on Fri Feb 16 16:45:33 2007
|
| Ben Waugh wrote: | We had a problem, as mentioned in the documentation, with "new password" e-mails being rejected because the default From: address is invalid, so we changed this using "Use Email From".
According to the documentation, "By default, the email address of the currently logged in user is used for the "From:" field. If no user is logged in, or the current user has not specified a email address in the password database, the setting of the option Use Email From is used for the "From:" field."
However, when an address is specified in "Use Email From" we find that all e-mail notifications, even those sent automatically when a logged-in user submits a log entry, are sent from this address.
How can we set a valid address for use for "change of password" or registration e-mails, but still use the appropriate user's e-mail address for log entries? |
Right. The logic in the program and the documentation disagreed. The program uses the "Use Email From" address always if it's there, while the documentation gives preference to the user's email address. I change that in the program so that it agrees with the documentation. The modification is in SVN revision 1789 and will be contained in the upcoming next release. |
|
Re: Setting From: for registration/password e-mails, posted by Stefan Ritt on Fri Feb 16 17:14:53 2007
|
| Stefan Ritt wrote: | | Right. The logic in the program and the documentation disagreed. The program uses the "Use Email From" address always if it's there, while the documentation gives preference to the user's email address. I change that in the program so that it agrees with the documentation. The modification is in SVN revision 1789 and will be contained in the upcoming next release. |
Actually I had to change it once more. Some installations do want to have always a pre-defined email address, such as this forum, which uses noreply@psi.ch. So I added a new option Default Email From. The precedence is now in decreasing order
- Use Email from
- user's email address
- Default Email from
So only when a user is not logged in, the Default Email from setting is used if present. |
|
About Extendable, posted by bob on Tue Feb 13 15:57:25 2007
|
Hi,
I have a problem and I do not understand why
my config is
"
{tdl} Show Attributes = De, He, Auteur, Ten, TDL
{tdl} Options TDL = de, fr, gt
{tdl} Extendable Options = TDL
"
I play with {tdl}, i add TDL (toto),
and after that, i open my config:
"{tdl} Show Attributes = De, He, Auteur, Ten, TDL
{tdl} Options TDL = de, fr, gt, toto, toto
{tdl} Extendable Options = TDL
"
And my preview is wrong !!
why 2 * toto thus?
thanks a lot
Bob |
|
Re: About Extendable, posted by Stefan Ritt on Fri Feb 16 17:01:45 2007
|
| bob wrote: | Hi,
I have a problem and I do not understand why
my config is
"
{tdl} Show Attributes = De, He, Auteur, Ten, TDL
{tdl} Options TDL = de, fr, gt
{tdl} Extendable Options = TDL
"
I play with {tdl}, i add TDL (toto),
and after that, i open my config:
"{tdl} Show Attributes = De, He, Auteur, Ten, TDL
{tdl} Options TDL = de, fr, gt, toto, toto
{tdl} Extendable Options = TDL
"
And my preview is wrong !!
why 2 * toto thus?
thanks a lot
Bob |
I tried it myself and did not get two "toto"'s. Maybe you hit "Submit" twice or so? One thing I would recommend however is not to name an attribute "TDL" and a condition {tdl} the same. And also make sure you have the newest version of elog. I remember there was once a problem with the "Preview" button adding extended attributes more than once. |
Various attributes and columns “list” , posted by bob on Tue Feb 13 16:46:54 2007
|
Re Hi,
Is it possible to put various (and choose them) the attributes in the SAME columns of the “list” ??
Thanks a lot
Bob |
|
Re: Various attributes and columns “list” , posted by Stefan Ritt on Tue Feb 13 17:25:11 2007
|
| bob wrote: | Re Hi,
Is it possible to put various (and choose them) the attributes in the SAME columns of the “list” ??
|
I don't understand what you mean. |
|
Re: Various attributes and columns “list” , posted by bob on Tue Feb 13 17:48:05 2007
|
| Stefan Ritt wrote: |
| bob wrote: | Re Hi,
Is it possible to put various (and choose them) the attributes in the SAME columns of the “list” ??
|
I don't understand what you mean. |
Ok,
in the summary,
we can look at each line with its adapted attributes.
I would like the same line which informs several attributes without modifer List display = ID, Date...
Is this possible?
while hoping to be understood
Bob |
|
Re: Various attributes and columns “list” , posted by Stefan Ritt on Tue Feb 13 19:25:47 2007
|
| bob wrote: | in the summary,
we can look at each line with its adapted attributes.
I would like the same line which informs several attributes without modifer List display = ID, Date...
Is this possible? |
No. |
|
Re: Various attributes and columns “list” , posted by bob on Wed Feb 14 09:22:01 2007
|
| Stefan Ritt wrote: |
| bob wrote: | in the summary,
we can look at each line with its adapted attributes.
I would like the same line which informs several attributes without modifer List display = ID, Date...
Is this possible? |
No. |
Ok,
Thanks
 |
|