Extra 'append on edit' action when adding attachment, posted by Mike Stolove on Thu Oct 14 16:33:51 2004
|
I have the following in a local logbook config:
append on edit = "\n\n[$date: $short_name]\n"
|
Re: Extra 'append on edit' action when adding attachment, posted by Stefan Ritt on Thu Oct 14 21:45:32 2004
|
I fixed that in revision 1.496 (see CVS). |
, posted by on Tue Oct 12 10:54:04 2004
|
It would be nice if elogd would recognise the whole of this as a link
http://support.microsoft.com/default.aspx?scid=kb;en-us;138354 rather than
just the first bit. |
, posted by on Wed Oct 13 20:28:02 2004
|
Has been fixed in revision 1.492. |
Re: URL Parsing Problem, posted by RB on Thu Oct 14 11:37:18 2004
|
> Has been fixed in revision 1.492.
Thanks, Stefan. |
deleting the sole single entry in log causes crash with xrealloc, posted by Mike Stolove on Sat Oct 9 14:25:23 2004
|
When creating new logbooks, I will create a single entry to test the
configuration. After revising the configuration I want to delete that
single entry and create a new one based on the revised config.
|
Re: deleting the sole single entry in log causes crash with xrealloc, posted by Stefan Ritt on Mon Oct 11 21:41:58 2004
|
This problem has been fixed in revision 1.491 and will be published in version
2.5.4-6. |
Windows XP Login Problem..., posted by Gulzaman on Tue Oct 5 16:37:44 2004
|
We are trying to use ELog on Windows XP with Protection on individual log
book and we unable to login after creating users even if we give correct
user name and password login screen reappears. We are able to log in to the
|
Re: Windows XP Login Problem..., posted by Stefan Ritt on Thu Oct 7 01:27:27 2004
|
> W |
Re: Windows XP Login Problem..., posted by Gulzaman on Thu Oct 7 11:01:00 2004
|
> > |
Re: Windows XP Login Problem..., posted by Gulzaman on Sat Oct 9 11:04:37 2004
|
> > > We are trying to use ELog on Windows XP with Protection on individual log
> > > book and we unable to login after creating users even if we give correct
> > > user name and password login screen reappears. We are able to log in to the
|
Enhanced "eLog Version" Variable, posted by Steve Jones on Fri Sep 24 19:17:52 2004
|
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 ;->
|
Re: Enhanced "eLog Version" Variable, posted by Stefan Ritt on Fri Sep 24 22:37:01 2004
|
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
|
Re: Enhanced "eLog Version" Variable, posted by Steve Jones on Wed Oct 6 06:14:36 2004
|
No big deal - I looked at the code and you did a much more thorough job than I
would have done. Appreciate all of the hard work -- this product is masterful!
|
Attachment file "" empty or not found, posted by roets on Tue Sep 28 22:44:50 2004
|
I am getting the following error message with version 2.5.4-4 when I try to
add a new entry to a log book.
|
Re: Attachment file "" empty or not found, posted by Stefan Ritt on Wed Sep 29 01:28:22 2004
|
That problem has been fixed in 2.5.4-5 |
too many <table> tags, posted by Heiko Scheit on Mon Aug 2 14:56:56 2004
|
There are too many <table> tags when displaying a singel entry. E.g.
in http://midas.psi.ch/elogs/Config+Examples/1 the row 'Configuration Name'
is not aligned with the others (see attachment).
|
Re: too many <table> tags, posted by Stefan Ritt on Tue Aug 3 11:16:46 2004
|
> There are too many <table> tags when displaying a singel entry. E.g.
> in http://midas.psi.ch/elogs/Config+Examples/1 the row 'Configuration Name'
> is not aligned with the others (see attachment).
|
Re: too many <table> tags, posted by Heiko Scheit on Tue Aug 3 13:06:54 2004
|
> > There are too many <table> tags when displaying a singel entry. E.g.
> > in http://midas.psi.ch/elogs/Config+Examples/1 the row 'Configuration Name'
> > is not aligned with the others (see attachment).
|
Re: too many <table> tags, posted by Stefan Ritt on Tue Aug 3 13:31:08 2004
|
> Couldn't one include the extra <table> tag only when there is really more than
> one attribute per line. All other lines could then be aligned properly.
|
Re: too many <table> tags, posted by Steve Jones on Thu Aug 12 23:32:46 2004
|
> > Couldn't one include the extra <table> tag only when there is really more than
> > one attribute per line. All other lines could then be aligned properly.
>
|
Re: too many <table> tags, posted by Stefan Ritt on Wed Sep 15 07:42:23 2004
|
> > > Couldn't one include the extra <table> tag only when there is really more than
> > > one attribute per line. All other lines could then be aligned properly.
|
text display of ascii files not a good idea, posted by Heiko Scheit on Mon Aug 23 13:43:58 2004
|
I think the text display of ASCII files, which is new in version
2.5.4, is not a good idea. E.g. I had a large ps file attached
to one entry and it took a long time display this entry (over DSL).
|
Re: text display of ascii files not a good idea, posted by T. Ribbrock on Tue Sep 7 13:05:49 2004
|
[...]
> Probably it is fine to display only files ending in '.txt' per default.
> In addition a file that has more than say 1000 lines should probably
|
Re: text display of ascii files not a good idea, posted by Stefan Ritt on Wed Sep 8 13:46:56 2004
|
> [...]
> > Probably it is fine to display only files ending in '.txt' per default.
> > In addition a file that has more than say 1000 lines should probably
|
Re: text display of ascii files not a good idea, posted by Heiko Scheit on Wed Sep 8 23:35:01 2004
|
> > [...]
> > > Probably it is fine to display only files ending in '.txt' per default.
> > > In addition a file that has more than say 1000 lines should probably
|
Re: text display of ascii files not a good idea, posted by Stefan Ritt on Wed Sep 15 04:08:46 2004
|
> So a configurable size limit seems appropriate, from which on
> only 'Display attachment' is displayed. And/Or, for files
> exceeding this limit, the first N (new config option) lines could be displayed.
|