Two different attributes with the same list, posted by deletoille on Wed Jan 17 09:20:17 2007 
|
In this picture of my project, All the attributes included in the red circle are the same except the names of the attribute “Equipement Incriminé” and “Equipement impacté”.
“Equipement Incriminé” and “Equipement impacté” have the same list.
The displayed list for the both attributes is the multiple conditions result coming from the choice of “groupe incriminé or impacté, sous ensemble, selection, and localisation”.
So if I have to program the list twice, it will be twice bigger.
Do I need to program the same list twice for the two attributes or is there a simple command to say that the two precedent attributes are equal?
Thanks in advance
Xavier Deletoille |
Re: Two different attributes with the same list, posted by Stefan Ritt on Wed Jan 17 12:49:25 2007
|
| deletoille wrote: | In this picture of my project, All the attributes included in the red circle are the same except the names of the attribute “Equipement Incriminé” and “Equipement impacté”.
“Equipement Incriminé” and “Equipement impacté” have the same list.
The displayed list for the both attributes is the multiple conditions result coming from the choice of “groupe incriminé or impacté, sous ensemble, selection, and localisation”.
So if I have to program the list twice, it will be twice bigger.
Do I need to program the same list twice for the two attributes or is there a simple command to say that the two precedent attributes are equal?
|
I don't understand your problem. The picture you attached, was this some ELOG output (it looks very different than the usual one...)? Do mean you have two attributes with the same "Options <attribute> = ...,..,.." list? With "multiple conditions" you mean that you do a search in ELOG with a condition one one attribute, but in the filter list both attributes having the same option list are shown. Is this correct? What section of the configuration file are you talking about?
Best regards
Stefan |
|
Re: Two different attributes with the same list, posted by deletoille on Wed Jan 17 13:27:46 2007
|
| Stefan Ritt wrote: |
| deletoille wrote: | In this picture of my project, All the attributes included in the red circle are the same except the names of the attribute “Equipement Incriminé” and “Equipement impacté”.
“Equipement Incriminé” and “Equipement impacté” have the same list.
The displayed list for the both attributes is the multiple conditions result coming from the choice of “groupe incriminé or impacté, sous ensemble, selection, and localisation”.
So if I have to program the list twice, it will be twice bigger.
Do I need to program the same list twice for the two attributes or is there a simple command to say that the two precedent attributes are equal?
|
I don't understand your problem. The picture you attached, was this some ELOG output (it looks very different than the usual one...)? Do mean you have two attributes with the same "Options <attribute> = ...,..,.." list? With "multiple conditions" you mean that you do a search in ELOG with a condition one one attribute, but in the filter list both attributes having the same option list are shown. Is this correct? What section of the configuration file are you talking about?
Best regards
Stefan |
I'm soory, i'm very poor in english.
Here is a very small part of my program:
{AE&Anneau&Panne} Moptions Défaut = Flowmeter or Door meter, Communication, Earth, IAC, Driver, Temp. Ambiant, Phase, Cooling Water, Overvoltage, OverCurrent, Sample Card, Ripple, EEPROM, Autres
{AE&Anneau&Gr} Moptions Equipement incriminé = Q1, Q2, Q3, Q4, Q5, Q6, Q7, Q8, Q9, Q10, QT, S1, S2, S3, S4, S5, S6, S7, S8, S9, S10, Alim correcteurs H., Alim correcteurs V., alim. Dipole, Alim Q., Alim S.
{AE&Anneau&Se&C01} Moptions Equipement incriminé = QA, Q1, Q2, Q3, Q4.1, Q5.1, QB, Q4.2, Q5.2, Q6, Q7, Q8, S1-CH, S1-QT, S2-CV, S4-CH, S4-CV, S4-QT, S5-CV, S6-CH, COR.
{AE&Anneau&Se&C02} Moptions Equipement incriminé = QA, Q6.1, Q7.1, Q8.1, Q9.1, Q10.1, QB, Q6.2, Q7.2, Q8.2, Q9.2, Q10.2, S7.1-CV, S7.2-CV, S8.1-CH, S8.2-CH, S8.2-QT, S9.1-CV, S9.2-CV, S10.1-CH, S10.1-QT, S10.2-CH, COR.
{AE&Anneau&Se&C03} Moptions Equipement incriminé = QA, Q6.1, Q7.1, Q8.1, Q9.1, Q10.1, QB, Q6.2, Q7.2, Q8.2, Q9.2, Q10.2, S7.1-CV, S7.2-CV, S8.1-CH, S8.1-QT, S8.2-CH, S9.1-CV, S9.2-CV, S10.1-CH, S10.2-CH, S10.2-QT, COR.
{AE&Anneau&Se&C04} Moptions Equipement incriminé = QA, Q1, Q2, Q3, Q4.1, Q5.1, QB, Q4.2, Q5.2, Q6, Q7, Q8, S1-CH, S1-QT, S2-CV, S4-CH, S4-CV, S4-QT, S5-CV, S6-CH, COR.
{AE&Anneau&Se&C05} Moptions Equipement incriminé = QA, Q1, Q2, Q3, Q4.1, Q5.1, QB, Q4.2, Q5.2, Q6, Q7, Q8, S1-CH, S1-QT, S2-CV, S4-CH, S4-CV, S4-QT, S5-CV, S6-CH, COR.
{AE&Anneau&Se&C06} Moptions Equipement incriminé = QA, Q6.1, Q7.1, Q8.1, Q9.1, Q10.1, QB, Q6.2, Q7.2, Q8.2, Q9.2, Q10.2, S7.1-CV, S7.2-CV, S8.1-CH, S8.2-CH, S8.2-QT, S9.1-CV, S9.2-CV, S10.1-CH, S10.1-QT, S10.2-CH, COR.
{AE&Anneau&Se&C07} Moptions Equipement incriminé = QA, Q6.1, Q7.1, Q8.1, Q9.1, Q10.1, QB, Q6.2, Q7.2, Q8.2, Q9.2, Q10.2, S7.1-CV, S7.2-CV, S8.1-CH, S8.1-QT ,S8.2-CH, S9.1-CV, S9.2-CV, S10.1-CH, S10.2-CH, S10.2-QT, COR.
{AE&Anneau&Se&C08} Moptions Equipement incriminé = QA, Q1, Q2, Q3, Q4.1, Q5.1, QB, Q4.2, Q5.2, Q6, Q7, Q8, S1-CH, S1-QT, S2-CV, S4-CH, S4-CV, S4-QT, S5-CV, S6-CH, COR.
{AE&Anneau&Se&C09} Moptions Equipement incriminé = QA, Q1, Q2, Q3, Q4.1, Q5.1, QB, Q4.2, Q5.2, Q6, Q7, Q8, S1-CH, S1-QT, S2-CV, S4-CH, S4-CV, S4-QT, S5-CV, S6-CH, COR.
{AE&Anneau&Se&C10} Moptions Equipement incriminé = QA, Q6.1, Q7.1, Q8.1, Q9.1, Q10.1, QB, Q6.2, Q7.2, Q8.2, Q9.2, Q10.2, S7.1-CV, S7.2-CV, S8.1-CH, S8.2-CH ,S8.2-QT, S9.1-CV, S9.2-CV, S10.1-CH, S10.1-QT, S10.2-CH, COR.
{AE&Anneau&Se&C11} Moptions Equipement incriminé = QA, Q6.1, Q7.1, Q8.1, Q9.1, Q10.1, QB, Q6.2, Q7.2, Q8.2, Q9.2, Q10.2, S7.1-CV, S7.2-CV, S8.1-CH, S8.1-QT, S8.2-CH, S9.1-CV, S9.2-CV, S10.1-CH, S10.2-CH, S10.2-QT, COR.
{AE&Anneau&Se&C12} Moptions Equipement incriminé = QA, Q1, Q2, Q3, Q4.1, Q5.1, QB, Q4.2, Q5.2, Q6, Q7, Q8, S1-CH, S1-QT, S2-CV, S4-CH, S4-CV, S4-QT, S5-CV, S6-CH, COR.
{AE&Anneau&Se&C13} Moptions Equipement incriminé = QA, Q1, Q2, Q3, Q4.1, Q5.1, QB, Q4.2, Q5.2, Q6, Q7, Q8, S1-CH, S1-QT, S2-CV, S4-CH, S4-CV, S4-QT, S5-CV, S6-CH, COR.
{AE&Anneau&Se&C14} Moptions Equipement incriminé = QA, Q6.1, Q7.1, Q8.1, Q9.1, Q10.1, QB, Q6.2, Q7.2, Q8.2, Q9.2, Q10.2, S7.1-CV, S7.2-CV, S8.1-CH, S8.2-CH, S8.2-QT, S9.1-CV, S9.2-CV, S10.1-CH, S10.1-QT, S10.2-CH, COR.
{AE&Anneau&Se&C15} Moptions Equipement incriminé = QA, Q6.1, Q7.1, Q8.1, Q9.1, Q10.1, QB, Q6.2, Q7.2, Q8.2, Q9.2, Q10.2, S7.1-CV, S7.2-CV, S8.1-CH, S8.1-QT, S8.2-CH, S9.1-CV, S9.2-CV, S10.1-CH, S10.2-CH, S10.2-QT, COR.
{AE&Anneau&Se&C16} Moptions Equipement incriminé = QA, Q1, Q2, Q3, Q4.1, Q5.1, QB, Q4.2, Q5.2, Q6, Q7, Q8, S1-CH, S1-QT, S2-CV, S4-CH, S4-CV, S4-QT, S5-CV, S6-CH, COR.
Do I have to program the list for "Equipement Impacté" or is there a simple command to say that "Equipement incrimé" and "equipement inpacté" have the same list?
Thanks in advance
Xavier Deletoille |
|
Re: Two different attributes with the same list, posted by Stefan Ritt on Wed Jan 17 13:33:27 2007
|
| deletoille wrote: | | Do I have to program the list for "Equipement Impacté" or is there a simple command to say that "Equipement incrimé" and "equipement inpacté" have the same list? |
Ok, now I understand. No, there is no simple way, you have to specify both lists explicitly. But it's just a copy and paste in your editor 
By the way, have you discovered Google Translate? Like http://translate.google.com/translate?u=http%3A%2F%2Fmidas.psi.ch%2Felogs%2FForum%2F2115&langpair=en%7Cfr
Not perfect, but readable. I know a Korean and a Japanese guy who do not speak English but talk to each other via email with this automatic translation tool Korean->English->Japanese and back. Amazing. |
How many topgroups can be defined?, posted by Exaos Lee on Sat Jan 13 17:35:45 2007
|
I defined 6 top groups in my cfg file as the attachment.
But ... It doesn't work as I wanted.
The 4th and 5th groups need login. But when I clicked the 4th or 5th group, the login isn't needed.
And the 4th and 5th password files are not generated automatically. |
|
Re: How many topgroups can be defined?, posted by Stefan Ritt on Wed Jan 17 12:55:07 2007
|
| Exaos Lee wrote: | I defined 6 top groups in my cfg file as the attachment.
But ... It doesn't work as I wanted.
The 4th and 5th groups need login. But when I clicked the 4th or 5th group, the login isn't needed.
And the 4th and 5th password files are not generated automatically. |
When changing groups and to groups, one can sometimes get fooled by old cookies. Delete all your cookies and try again. You can also install the "Tamper Data" extension for Firefox (https://addons.mozilla.org/firefox/966/) which shows you which cookies are sent to your ELOG server. This should reveal the problem. |
|
Addition of a Print CSS, posted by Ian MacDonald on Mon Jan 15 09:56:09 2007
|
Is there any way to change the the embeded style sheet reference to allow a seperate style sheet for printing ?
Default config:-
<link rel="stylesheet" type="text/css" href="default.css">
Would like to configure to :-
<link rel="stylesheet" type="text/css" href="default.css media="screen">
<link rel="stylesheet" type="text/css" href="print.css" media="print">
Thanks |
|
Re: Addition of a Print CSS, posted by Stefan Ritt on Tue Jan 16 21:13:42 2007
|
| Ian MacDonald wrote: | Is there any way to change the the embeded style sheet reference to allow a seperate style sheet for printing ?
Default config:-
<link rel="stylesheet" type="text/css" href="default.css">
Would like to configure to :-
<link rel="stylesheet" type="text/css" href="default.css media="screen">
<link rel="stylesheet" type="text/css" href="print.css" media="print">
Thanks |
I implemented your suggestion. You can use now
CSS = default.css&screen, print.css&print
The new code is in SVN revision 1782 and will be contained in the next release. |
Group definition under top group, posted by Exaos Lee on Sat Jan 13 17:47:45 2007
|
Hi, I think, if we can put the "Group xxx = xxx" under some "global xxxx" sections, the configure file will be more clean. Don't you think so? In fact, if the "Group XXX" sections are put under "global XXX" section, the "Top Group XXX" can be ignored. I also found that some options (e.g. "Logbook dir =") under "global" don't work under "global XXX".
Maybe the configure file can be defined more flexible, such as this way:
[global]
Port = 8080
Top configuration = yes
[global Group1]
Group config = group1.cfg
[global Group2]
Group config = group2.cfg
The "group1.cfg" looks like this:
[global]
Top configuration = no
Password file = group1.pwd
Group Linux PCs = Red Hat, Debian, Gentoo
Group Windows PCs = 98, ME, XP, Vista
Group Vista = Home, Pro, Media Center
[Red Hat]
...
|
|
Chinese language files updated, posted by Exaos Lee on Wed Jan 10 22:54:56 2007
|
As the attachment.
Sorry for no update long time. |
|
Preset reply date to nothing, posted by herman on Mon Dec 11 18:02:12 2006
|
How do I preset the reply date to an empty box(es)?
In 2.5.x it worked as
Preset on reply Plan Date = ""
gave me an empty date, which is what I wanted. Now in 2.6.3 I get some date in there (...1969) and have to
manually set it to empty again ?
Thanks |
|
Re: Preset reply date to nothing, posted by Stefan Ritt on Tue Dec 12 15:45:48 2006
|
> How do I preset the reply date to an empty box(es)?
>
> In 2.5.x it worked as
>
> Preset on reply Plan Date = ""
>
> gave me an empty date, which is what I wanted. Now in 2.6.3 I get some date in there (...1969) and have to
> manually set it to empty again ?
>
> Thanks
I fixed that in SVN revision 1777 again, so it will be included in the next release. |
|
Email notification (bug tracking system), posted by Bertram Metz on Fri May 5 14:49:19 2006
|
Hello,
I'd like to use ELOG like a bug tracking system. I've created an attribute with the name AssignedTo. The attribute type is set to userlist. The value of AssignedTo is set to the full name of the selected user. There is no simple relationship between the full name and the email address on our system. Is it possible to get the email address of a user from the full name?
Attributes = Author, Category, Hardware, Software, Subject, Keywords, Status, AssignedTo
Options Category = Bug Report{1}, Observation{2}, Other{3}
Type AssignedTo = userlist
Show Attributes = Author, Category, Hardware, Software, Subject, Keywords
{1} Show Attributes = Author, Category, Hardware, Software, Subject, Keywords, Status, AssignedTo
Required Attributes = Author, Hardware, Software, Category
Options Status = new, open, confirmed, closed
;the following line does not work, since $AssinedTo contains the full name of the user
Email Category Bug Report = $AssignedTo@company.com
Kind regards,
Bertram |
|
Re: Email notification (bug tracking system), posted by Stefan Ritt on Thu Nov 9 22:53:27 2006
|
| Bertram Metz wrote: | Hello,
I'd like to use ELOG like a bug tracking system. I've created an attribute with the name AssignedTo. The attribute type is set to userlist. The value of AssignedTo is set to the full name of the selected user. There is no simple relationship between the full name and the email address on our system. Is it possible to get the email address of a user from the full name?
Attributes = Author, Category, Hardware, Software, Subject, Keywords, Status, AssignedTo
Options Category = Bug Report{1}, Observation{2}, Other{3}
Type AssignedTo = userlist
Show Attributes = Author, Category, Hardware, Software, Subject, Keywords
{1} Show Attributes = Author, Category, Hardware, Software, Subject, Keywords, Status, AssignedTo
Required Attributes = Author, Hardware, Software, Category
Options Status = new, open, confirmed, closed
;the following line does not work, since $AssinedTo contains the full name of the user
Email Category Bug Report = $AssignedTo@company.com
Kind regards,
Bertram |
I implemented the attribute type useremail for you. This can be used like:
Attributes = Author, Catorory, AssignedTo
Type AssignedTo = useremail
Email Category Bug Report = $AssignedTo
You will see only the email address of the people in the list, but since the email address usually contains the name this might be enough. A different system would have been too difficult to implement. The new feature is contained in SVN revision 1754. |
|
Re: Email notification (bug tracking system), posted by Bertram Metz on Thu Nov 30 16:07:54 2006
|
| Stefan Ritt wrote: |
| Bertram Metz wrote: | Hello,
I'd like to use ELOG like a bug tracking system. I've created an attribute with the name AssignedTo. The attribute type is set to userlist. The value of AssignedTo is set to the full name of the selected user. There is no simple relationship between the full name and the email address on our system. Is it possible to get the email address of a user from the full name?
Attributes = Author, Category, Hardware, Software, Subject, Keywords, Status, AssignedTo
Options Category = Bug Report{1}, Observation{2}, Other{3}
Type AssignedTo = userlist
Show Attributes = Author, Category, Hardware, Software, Subject, Keywords
{1} Show Attributes = Author, Category, Hardware, Software, Subject, Keywords, Status, AssignedTo
Required Attributes = Author, Hardware, Software, Category
Options Status = new, open, confirmed, closed
;the following line does not work, since $AssinedTo contains the full name of the user
Email Category Bug Report = $AssignedTo@company.com
Kind regards,
Bertram |
I implemented the attribute type useremail for you. This can be used like:
Attributes = Author, Catorory, AssignedTo
Type AssignedTo = useremail
Email Category Bug Report = $AssignedTo
You will see only the email address of the people in the list, but since the email address usually contains the name this might be enough. A different system would have been too difficult to implement. The new feature is contained in SVN revision 1754. |
Thank you very much Stefan,
that works fine for me!
Bertram |
|
Resubmit-as-new-entry behaviour when synchronizing/mirroring, posted by Andreas Warburton on Fri Nov 24 23:08:33 2006
|
Hello,
I am running two ELOG installations: one on my Windows laptop; the other on a Debian linux web server. I have mirroring set up between the two installations. This has worked well for over a year. I am hoping that someone can help me regarding the following odd behaviour.
1. I edit (create) an entry on my Windows laptop. This entry gets mirrored or synchronized to the Linux machine.
2. I can view the entry fine both on the Windows side and on the Linux side.
3. I then edit the entry on the Linux side. After saving, the revised entry is visible on the Linux side.
4. I then have the same entry number available on both installations, but the two have different content due to my edit.
5. If I then synchronize, the original (unedited) entry is preserved along with the new entry, so both the Windows and Linux installations now have TWO entries each, representing the unedited and edited versions. The time stamps are identical, but the edited version is given a new ID number.
As a check, I explicitly added the line "Resubmit default = 0", which I know refers to editing and not synchronization, to my config file. The weird thing is that the synchronize/mirror operation seems to be acting with a "Resubmit default = 2" kind of behaviour.
Has anyone observed this happening?
Thanks for any comments or insights.
Cheers,
Andreas |
|
Re: Resubmit-as-new-entry behaviour when synchronizing/mirroring, posted by Stefan Ritt on Tue Nov 28 12:50:19 2006
|
| Andreas Warburton wrote: | | Thanks for any comments or insights. |
This problem was introduced a couple of months ago. It is now fixed in the new version 2.6.3. |
|