ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
69696
|
Mon Sep 18 14:38:30 2023 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Other | latest | Re: update elog downloads page | Thanks for the reminder, I updated the download instructions. |
174
|
Thu Dec 12 14:16:22 2002 |
| Stefan Ritt | stefan.ritt@psi.ch | Request | | | Re: two features | > unless i missed these in the docs some place:
>
> 1) a threaded display but collapsed threads unstead of all replies showing
This feature has been added in Version 2.2.4 which has been released today.
Use the "collase" button.
> 2) the subject is the link along with the icon. it would make it a little
easier to click on the message if you run your montior on a high resolution...
This feature has been added in Version 2.2.4 as well. Use "line as link = 1"
in elogd.cfg |
175
|
Thu Dec 12 18:10:03 2002 |
| tony summerfelt | snowzone25@yahoo.com | Request | | | Re: two features | > This feature has been added in Version 2.2.4 which has been released today.
> Use the "collase" button.
> This feature has been added in Version 2.2.4 as well. Use "line as link = 1"
> in elogd.cfg
thanks. that was quick :) |
67419
|
Wed Jan 9 11:19:50 2013 |
| David Pilgram | David.Pilgram@epost.org.uk | Question | Linux | 2.9.0-2435 | Re: trouble ticket systems w/ elog? |
Miles Fidelman wrote: |
Updating my toolbox. Starting to use elog as, well, a logbook. Kind of liking the short, sweet, to the point capabilities.
Which leads me to wonder if anybody has opinions on trouble ticket systems that work well with elog?
Thanks!
Miles Fidelman
|
I use elog's built-in ticketing system, and use the auto-generated ticket number to cross-reference with other matters/documents/files. Much of the documentation for tickets is rather buried away under Subst <attribute> = <string>.
I've not found a way to link from an entry to a set of entries in another thread by their ticket number, particularly across more than one logbook. [This is possible via their elog entry number, and which logbook it is in]. The former would be usefil to cross-reference an incident which you identify external to the elog system - "Oh, it's another one like [Ticket no] NOV12-001" possibily easier than "Oh it's another one like elog:archive12/67142 ". Oh, the last bit should be highlighed as a (non-existant) link here, to show my point, nice of the ticket could be as well.
On the plus side, you can arrange the ticket number to show up in the thread display, quick search by ticket number, run different ticket colours (as it were) in different logbooks (i.e. different prefixes). Just ensure you don't archive the latest entry, as that can lead to duplication of ticket numbers.
|
67420
|
Wed Jan 9 18:20:41 2013 |
| Miles Fidelman | mfidelman@meetinghouse.net | Question | Linux | 2.9.0-2435 | Re: trouble ticket systems w/ elog? |
David Pilgram wrote: |
Miles Fidelman wrote: |
Updating my toolbox. Starting to use elog as, well, a logbook. Kind of liking the short, sweet, to the point capabilities.
Which leads me to wonder if anybody has opinions on trouble ticket systems that work well with elog?
Thanks!
Miles Fidelman
|
I use elog's built-in ticketing system, and use the auto-generated ticket number to cross-reference with other matters/documents/files. Much of the documentation for tickets is rather buried away under Subst <attribute> = <string>.
I've not found a way to link from an entry to a set of entries in another thread by their ticket number, particularly across more than one logbook. [This is possible via their elog entry number, and which logbook it is in]. The former would be usefil to cross-reference an incident which you identify external to the elog system - "Oh, it's another one like [Ticket no] NOV12-001" possibily easier than "Oh it's another one like elog:archive12/67142 ". Oh, the last bit should be highlighed as a (non-existant) link here, to show my point, nice of the ticket could be as well.
On the plus side, you can arrange the ticket number to show up in the thread display, quick search by ticket number, run different ticket colours (as it were) in different logbooks (i.e. different prefixes). Just ensure you don't archive the latest entry, as that can lead to duplication of ticket numbers.
|
By "ticket number" are you referring to the Message ID, or is there some additional trouble ticket functionality buried away? And... can you point me to the documentation that's "buried away under Subst <attribute> = <string>? Thanks! |
67421
|
Wed Jan 9 21:07:53 2013 |
| David Pilgram | David.Pilgram@epost.org.uk | Question | Linux | 2.9.0-2435 | Re: trouble ticket systems w/ elog? |
Miles Fidelman wrote: |
David Pilgram wrote: |
Miles Fidelman wrote: |
Updating my toolbox. Starting to use elog as, well, a logbook. Kind of liking the short, sweet, to the point capabilities.
Which leads me to wonder if anybody has opinions on trouble ticket systems that work well with elog?
Thanks!
Miles Fidelman
|
I use elog's built-in ticketing system, and use the auto-generated ticket number to cross-reference with other matters/documents/files. Much of the documentation for tickets is rather buried away under Subst <attribute> = <string>.
I've not found a way to link from an entry to a set of entries in another thread by their ticket number, particularly across more than one logbook. [This is possible via their elog entry number, and which logbook it is in]. The former would be usefil to cross-reference an incident which you identify external to the elog system - "Oh, it's another one like [Ticket no] NOV12-001" possibily easier than "Oh it's another one like elog:archive12/67142 ". Oh, the last bit should be highlighed as a (non-existant) link here, to show my point, nice of the ticket could be as well.
On the plus side, you can arrange the ticket number to show up in the thread display, quick search by ticket number, run different ticket colours (as it were) in different logbooks (i.e. different prefixes). Just ensure you don't archive the latest entry, as that can lead to duplication of ticket numbers.
|
By "ticket number" are you referring to the Message ID, or is there some additional trouble ticket functionality buried away? And... can you point me to the documentation that's "buried away under Subst <attribute> = <string>? Thanks!
|
Message ID is the internal numbering of each entry. It is the number that is used internally for generating the threads, and which you can reference with the elog:[message ID] code within an entry to cross reference the entry with that message ID.
"Ticket" is the name of an attribute. You define the attribute "Ticket", and can preload the attribute with the format you require(*). In the following extract of an elog.cfg file are the relivent lines to generate tickets, show the ticket number in the thread display, search for a particular ticket, and allow it to be edited when writing an entry - there are reasons. The attribute "Organisation" here is an example of another attribute you would enter with the initial entry, of course there will be others specific to your requirements.
Attributes = Ticket, Organisation, ...
Preset ticket = T#####
Thread display = $Ticket: $Organisation, ...
Quick filter = Ticket, ID
When you start an new entry, the Ticket attribute is prepopulated with a number. The first time will be T00001, subsequently it will be one higher than the currently existing highest ticket number in the logbook.
Why might you edit the ticket number? You may wish to go back and edit an old (complete) entry's ticket number so it has some obvious name - perhaps the solution of what proves to be a stock problem, that has become known by a pet phrase, so it can be found by searching for that phrase in the quick fillter "Ticket". That is a more advanced use of the ticket system.
(*) Further on the format of the ticket is in the documentation under Subst <attribute> = <string>
Sorry for multiple edits, why cannot I cross-reference an entry in this forum as I can in my local logbook?
|
67422
|
Wed Jan 9 22:28:20 2013 |
| Miles Fidelman | mfidelman@meetinghouse.net | Question | Linux | 2.9.0-2435 | Re: trouble ticket systems w/ elog? |
David Pilgram wrote: |
Miles Fidelman wrote: |
David Pilgram wrote: |
Miles Fidelman wrote: |
Updating my toolbox. Starting to use elog as, well, a logbook. Kind of liking the short, sweet, to the point capabilities.
Which leads me to wonder if anybody has opinions on trouble ticket systems that work well with elog?
Thanks!
Miles Fidelman
|
I use elog's built-in ticketing system, and use the auto-generated ticket number to cross-reference with other matters/documents/files. Much of the documentation for tickets is rather buried away under Subst <attribute> = <string>.
I've not found a way to link from an entry to a set of entries in another thread by their ticket number, particularly across more than one logbook. [This is possible via their elog entry number, and which logbook it is in]. The former would be usefil to cross-reference an incident which you identify external to the elog system - "Oh, it's another one like [Ticket no] NOV12-001" possibily easier than "Oh it's another one like elog:archive12/67142 ". Oh, the last bit should be highlighed as a (non-existant) link here, to show my point, nice of the ticket could be as well.
On the plus side, you can arrange the ticket number to show up in the thread display, quick search by ticket number, run different ticket colours (as it were) in different logbooks (i.e. different prefixes). Just ensure you don't archive the latest entry, as that can lead to duplication of ticket numbers.
|
By "ticket number" are you referring to the Message ID, or is there some additional trouble ticket functionality buried away? And... can you point me to the documentation that's "buried away under Subst <attribute> = <string>? Thanks!
|
Message ID is the internal numbering of each entry. It is the number that is used internally for generating the threads, and which you can reference with the elog:[message ID] code within an entry to cross reference the entry with that message ID.
"Ticket" is the name of an attribute. You define the attribute "Ticket", and can preload the attribute with the format you require(*). In the following extract of an elog.cfg file are the relivent lines to generate tickets, show the ticket number in the thread display, search for a particular ticket, and allow it to be edited when writing an entry - there are reasons. The attribute "Organisation" here is an example of another attribute you would enter with the initial entry, of course there will be others specific to your requirements.
Attributes = Ticket, Organisation, ...
Preset ticket = T#####
Thread display = $Ticket: $Organisation, ...
Quick filter = Ticket, ID
When you start an new entry, the Ticket attribute is prepopulated with a number. The first time will be T00001, subsequently it will be one higher than the currently existing highest ticket number in the logbook.
Why might you edit the ticket number? You may wish to go back and edit an old (complete) entry's ticket number so it has some obvious name - perhaps the solution of what proves to be a stock problem, that has become known by a pet phrase, so it can be found by searching for that phrase in the quick fillter "Ticket". That is a more advanced use of the ticket system.
(*) Further on the format of the ticket is in the documentation under Subst <attribute> = <string>
Sorry for multiple edits, why cannot I cross-reference an entry in this forum as I can in my local logbook?
|
Thanks for the additional details!
|
45
|
Mon Jul 1 11:35:28 2002 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug fix | | | Re: trailing '-' are removed from a message!!! | > Try to submit the following message:
>
> *** cut here ***
> -------------------------------------------------
> -------------------------------------------------
> -------------------------------------------------
> -------------------------------------------------
> *** cut here ***
>
> In fact after the next line there were 4 lines with '-', but
> they were not accepted by elog:
Ok, also fixed. Updated version is at
http://midas.psi.ch/cgi-bin/cvsweb/elog/elogd.c
Here is actually an example with '----' at the end:
-------------------------------------------------
-------------------------------------------------
-------------------------------------------------
------------------------------------------------- |
|