Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 340 of 807  Not logged in ELOG logo
ID Date Icon Author Author Email Category OS ELOG Version Subjectdown
  65897   Mon Jun 2 23:41:15 2008 Reply Dennis Seitzdseitz@cosmology.berkeley.eduQuestionAlllatestRe: Re: $entry time not readable by Subst, else not datetime type?

Stefan Ritt wrote:

Dennis Seitz wrote:
OK, now I realize how stupid I sound here. To partially answer my own question: $entry time is a string and Last Edit is now a number since I have changed it to the datetime type so that it will sort properly.

So I can't make Last Edit = $entry time. Is there some way I can access the entry time in datetime format so that I can set Last Edit equal to that?


Ok, now I got your point. Sorry for the late reply, but I was extremely busy the last few weeks. I added the missing functionality to elog revision 2108, so the 'subst on edit Last Edit = $entry date' does now work.


Thanks! Do you mean '$entry time', or did you create a new parameter? (I don't see $entry date in the elogd.cfg reference)

Anway, thank you!
  65898   Tue Jun 3 12:47:13 2008 Reply Stefan Rittstefan.ritt@psi.chQuestionAlllatestRe: Re: $entry time not readable by Subst, else not datetime type?

Dennis Seitz wrote:
Do you mean '$entry time', or did you create a new parameter? (I don't see $entry date in the elogd.cfg reference)


Yes, of course I mean '$entry time', sorry for the misspelling.
  65901   Thu Jun 5 01:38:17 2008 Reply Dennis Seitzdseitz@cosmology.berkeley.eduQuestionAlllatestRe: Re: $entry time not readable by Subst, else not datetime type?

Stefan Ritt wrote:

Dennis Seitz wrote:
Do you mean '$entry time', or did you create a new parameter? (I don't see $entry date in the elogd.cfg reference)


Yes, of course I mean '$entry time', sorry for the misspelling.


Well, we really appreciate the way you keep adding features and making improvements. I thought you might have slipped a new one in!
  1832   Fri May 19 12:19:38 2006 Reply Stefan Rittstefan.ritt@psi.chRequestWindowsELOG V2.6.Re: Re: $datetime display

Fergus Lynch wrote:
Apologies for being so dense but try as I might I cannot get the $datetime display to show only Day, Month , Year,hour and minutes, NOT seconds.

I dont nee the seconds display!

Could you please clarify the systax for me.


Can you show me the elogd.cfg syntax you try to use?
  1833   Fri May 19 14:01:34 2006 Reply Fergus Lynchflynch@alternativenetworks.comRequestWindowsELOG V2.6.Re: Re: $datetime display

Stefan Ritt wrote:

Fergus Lynch wrote:
Apologies for being so dense but try as I might I cannot get the $datetime display to show only Day, Month , Year,hour and minutes, NOT seconds.

I dont nee the seconds display!

Could you please clarify the systax for me.


Can you show me the elogd.cfg syntax you try to use?



Hi There!

See in bold below (I'm sure this is me being dense, so thanks for quick reply)

Fergus

Theme = default
Comment = Recording work carried out on any core system
Time format = %B %d, %Y, %H:%M
Page Title = ELOG - $subject
Reverse sort = 1
Quick filter = Date, Type, Status
  1834   Sat May 20 09:48:52 2006 Reply Stefan Rittstefan.ritt@psi.chRequestWindowsELOG V2.6.Re: Re: $datetime display

Fergus Lynch wrote:

Stefan Ritt wrote:

Fergus Lynch wrote:
Apologies for being so dense but try as I might I cannot get the $datetime display to show only Day, Month , Year,hour and minutes, NOT seconds.

I dont nee the seconds display!

Could you please clarify the systax for me.


Can you show me the elogd.cfg syntax you try to use?



Hi There!

See in bold below (I'm sure this is me being dense, so thanks for quick reply)

Fergus

Theme = default
Comment = Recording work carried out on any core system
Time format = %B %d, %Y, %H:%M
Page Title = ELOG - $subject
Reverse sort = 1
Quick filter = Date, Type, Status


What about

Time format = %B %d, %Y, %H:%M:%S
  1835   Mon May 22 10:37:36 2006 Reply Fergus Lynchflynch@alternativenetworks.comRequestWindowsELOG V2.6.Re: Re: $datetime display

Stefan Ritt wrote:

Fergus Lynch wrote:

Stefan Ritt wrote:

Fergus Lynch wrote:
Apologies for being so dense but try as I might I cannot get the $datetime display to show only Day, Month , Year,hour and minutes, NOT seconds.

I dont nee the seconds display!

Could you please clarify the systax for me.


Can you show me the elogd.cfg syntax you try to use?



Hi There!

See in bold below (I'm sure this is me being dense, so thanks for quick reply)

Fergus

Theme = default
Comment = Recording work carried out on any core system
Time format = %B %d, %Y, %H:%M
Page Title = ELOG - $subject
Reverse sort = 1
Quick filter = Date, Type, Status


What about

Time format = %B %d, %Y, %H:%M:%S


Thanks, did the trick and working perfectly (I was being dense!)
  67424   Thu Jan 10 22:07:10 2013 Reply David PilgramDavid.Pilgram@epost.org.ukQuestionWindows2.9Re: Re-using IDs after move to another Logbook overwrite Entries

Barend wrote:

Hi Stefan,

I have observed following behavior when I move entries from one logbook to another:

  1. The first entry in "Open" get ID "1"
  2. When I move this Item to "Closed", it will keep ID "1" as I have used "Preserve IDs = 1"
  3. A new entry in "Open" gets ID "1" again
  4. When I move this item to "Closed" it will overwrite the previous ID "1" in "Closed"
  5. A new entry in "open" gets ID "1" again....

Every new entry in "Open" will get the next higher ID Number related to the highest available ID number/entry in "Open".

Upon "move to Closed", the previous entries in "Closed"will be overwritten.

Is there a way to prevent the usage of a previously used ID Number when entering a new ID?
I.e. If an entry with ID "1" has been used in "Open" and moved to "Closed", have the next entry in "Open" use ID "2"?

Kind regards,

Barend

 Hi Barend,

The counting of entries, or even "tickets", only works within a particular logbook.  If you archive a set of entries to another [archive] logbook, the archived set disappears from view of the original logbook.  Should that entry, from logbook to archive, be the *latest* thread, then there is the danger of over-writing message ID, Ticket No and the like.

 

My policy to prevent the problem is to archive only threads that are say (depending upon use) a month after last entry..

 

 

ELOG V3.1.5-3fb85fa6