Re: Date format in Threaded display, posted by deletoille on Thu Oct 19 12:26:16 2006
|
Stefan Ritt wrote: | That fix for Steve Jones was slightly different, it had to do with substitutions in threaded display. I fixed yours now in revision 1734, so give it a try.
Salut,
Stefan |
Hello,
I’ve tried on the last available release (revision 1732) and I have the same problem.
You said in you previous message that: “I fixed yours now in revision 1734, so give it a try.”
Could you tell me when this one will be available?
Thanks in advance |
Re: Date format in Threaded display, posted by Stefan Ritt on Thu Oct 19 12:32:11 2006
|
deletoille wrote: | I’ve tried on the last available release (revision 1732) and I have the same problem.
You said in you previous message that: “I fixed yours now in revision 1734, so give it a try.”
Could you tell me when this one will be available? |
Since you checked "Linux" in the "OS" of this entry, I was under the assumption that you were able to compile elog from the Subversion repository (http://savannah.psi.ch/websvn/filedetails.php?repname=elog&path=%2Ftrunk%2Fsrc%2Felogd.c).
If you need the Windows executable, I made http://midas/elog/download/windows/elog262-6.exe for you. |
Re: Date format in Threaded display, posted by deletoille on Thu Oct 19 12:42:42 2006
|
IT WORKS!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
THANKS A LOT |
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. |
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 |
|