Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 727 of 796  Not logged in ELOG logo
ID Date Icon Author Author Email Categoryup OS ELOG Version Subject
  626   Wed Jul 28 21:29:28 2004 Reply Stefan Rittstefan.ritt@psi.chRequestAll2.5.3Re: WISHLIST: Type <attribute> = user
Acknowledged. Added your vote to the wishlist.
  632   Wed Jul 28 22:08:16 2004 Agree Steve Jonessteve.jones@freescale.comRequestAll2.5.3Re: WISHLIST: Type <attribute> = user
> Acknowledged. Added your vote to the wishlist.

Thanks!
  643   Mon Aug 2 19:27:56 2004 Agree Steve Jonessteve.jones@freescale.comRequestAll2.5.3Re: Wishlist: TOOLTIP for ATTRIBUTES
> Ok, I added the option
> 
> Tooltip <attribute> = ...
> 
> I apply the HTML "title" tag to the whole table row, so the tooltip appears on the
> whole line, not only the attribute name. I guess this is much more intuitive. Give
> it a try. New version under CVS and available as a snapshot.

I like the implementation, especially with the tooltip popping up anywhere in the
area.  Thanks.
  708   Fri Sep 24 19:17:52 2004 Idea Steve Jonessteve.jones@freescale.comRequestAll2.5.4Enhanced "eLog Version" Variable
Stefan, would it be ok to add the "minor" revision level to the VERSION
constant?  I've been doing this after I download source just so I can keep
things straight, you keep cranking out versions ;->

EX: 
#define VERSION "2.5.4-4"
BECOMES
#define VERSION "2.5.4-4-1.483" or something like that?

Just a thought.

Thanks
  709   Fri Sep 24 22:37:01 2004 Reply Stefan Rittstefan.ritt@psi.chRequestAll2.5.4Re: Enhanced "eLog Version" Variable
Sorry for that. The idea is that the -4 is the minor number between releases
(mainly for bug fixes and impatient users (;-) ). I accidently overwrote the
-4 version several times when testing a new RPM building scheme, but I promise
to take more care in the future (:-)))

Having the CVS revision in the executable is however a good idea and I will
put it in.

> Stefan, would it be ok to add the "minor" revision level to the VERSION
> constant?  I've been doing this after I download source just so I can keep
> things straight, you keep cranking out versions ;->
> 
> EX: 
> #define VERSION "2.5.4-4"
> BECOMES
> #define VERSION "2.5.4-4-1.483" or something like that?
> 
> Just a thought.
> 
> Thanks
  734   Thu Oct 14 16:33:51 2004 Question Mike Stolovemstolove@rogers.comRequestLinux2.5.4-5Extra 'append on edit' action when adding attachment
I have the following in a local logbook config: 
 
  append on edit = "\n\n[$date: $short_name]\n" 
 
When I upload an attachment to an entry, it appears like the page is 
getting refreshed in the browser and the 'append on edit' action is called 
again. This results in two appended strings in the text entry, one for the 
initial edit and one for the upload. 
 
Is this by design or an inadvertent result of uploading an attachment? 
 
My preferred handling of this - and perhaps a more intuitive behavior - 
would be to have the append/prepend actions happen once and only once for 
each edit or reply. 
 
BTW Stephan, many thanks for the great program. 
  731   Thu Oct 14 16:33:51 2004 Question Mike Stolovemstolove@rogers.comRequestLinux2.5.4-5Extra 'append on edit' action when adding attachment
I have the following in a local logbook config: 
 
  append on edit = "\n\n[$date: $short_name]\n" 
 
When I upload an attachment to an entry, it appears like the page is 
getting refreshed in the browser and the 'append on edit' action is called 
again. This results in two appended strings in the text entry, one for the 
initial edit and one for the upload. 
 
Is this by design or an inadvertent result of uploading an attachment? 
 
My preferred handling of this - and perhaps a more intuitive behavior - 
would be to have the append/prepend actions happen once and only once for 
each edit or reply. 
 
BTW Stephan, many thanks for the great program. 
  733   Thu Oct 14 21:45:32 2004 Reply Stefan Rittstefan.ritt@psi.chRequestLinux2.5.4-5Re: Extra 'append on edit' action when adding attachment
I fixed that in revision 1.496 (see CVS).
ELOG V3.1.5-fe60aaf