ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
886
|
Wed Jan 19 04:33:00 2005 |
| Neil Swartz | neilswartz@verizon.net | Info | All | 2.5.5 | Re: Find using multiple values with MOptions |
> > Currently there is a dropdown when searching for MOption fields. Maybe you could
> > allow multiple selections in the dropdown. This to me is an "OR" search.
>
> Multiple selections are not possible in HTML, only a single value can be selected at
> a time.
Try: (From monster.com)
<SELECT NAME="lid" multiple size="5">
<OPTION VALUE=""> ------- Select all -------- </OPTION>
<OPTION VALUE="323">Alabama-Anniston</OPTION>
<OPTION VALUE="324">Alabama-Birmingham</OPTION>
<OPTION VALUE="325">Alabama-Mobile/Dothan</OPTION>
<OPTION VALUE="328">Alabama-Montgomery</OPTION>
...
</SELECT>
Although this may not be supported in all browsers. (I think recent versions of
Netscape and IE support it) |
891
|
Fri Jan 21 23:30:35 2005 |
| Stefan Ritt | stefan.ritt@psi.ch | Info | All | 2.5.5 | Re: Find using multiple values with MOptions |
<SELECT NAME="lid" multiple size="5">
Oh, nice, I didn't know of that. However, I prefer to have multiple options to be selected
with individual check boxes, this saves more vertical window space. So I added that
functionality to the find page. If more than one option of a MOptions attribute are
selected, they are or'ed together during the search. You can try that in this forum with
the "OS" for example. |
624
|
Wed Jul 28 18:25:32 2004 |
| Steve Jones | steve.jones@freescale.com | Bug report | All | 2.5.4? | getcfg problem in v1.410: Truncation of long config strings |
Just compiled 1.410 and have run into an issue that *may* have been
introduced in 1.393.
Config file directives such as "Welcome title" could be very long strings.
After compiling 1.410, our "Welcome title" is truncated and, while I haven't
counted the actual chars, I suspect that the truncation happens at 1024
characters. The procedure 'getcfg' has a declared passed paramater "int
vsize".
I haven't looked to see if this effects any other large configuration
strings that are managed by "getcfg" but this procedure is perhaps the most
popular one by far in elog. |
630
|
Wed Jul 28 21:54:36 2004 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | All | 2.5.4? | Re: getcfg problem in v1.410: Truncation of long config strings |
> Just compiled 1.410 and have run into an issue that *may* have been
> introduced in 1.393.
>
> Config file directives such as "Welcome title" could be very long strings.
> After compiling 1.410, our "Welcome title" is truncated and, while I haven't
> counted the actual chars, I suspect that the truncation happens at 1024
> characters. The procedure 'getcfg' has a declared passed paramater "int
> vsize".
Actually before 1.393 you got a buffer overflow if any string in the
configuration file was longer than 500 chars, so it's a miracle that your elogd
did not crash on the long Welcome Title. I added the "vsize" parameter to avoid
such crashes. To satisfy your need for a long Welcome title, I increased the
string size for that particular case to 10000 chars. Hope this is enough. |
631
|
Wed Jul 28 22:07:31 2004 |
| Steve Jones | steve.jones@freescale.com | Bug report | All | 2.5.4? | Re: getcfg problem in v1.410: Truncation of long config strings |
> > Just compiled 1.410 and have run into an issue that *may* have been
> > introduced in 1.393.
> >
> > Config file directives such as "Welcome title" could be very long strings.
> > After compiling 1.410, our "Welcome title" is truncated and, while I haven't
> > counted the actual chars, I suspect that the truncation happens at 1024
> > characters. The procedure 'getcfg' has a declared passed paramater "int
> > vsize".
>
> Actually before 1.393 you got a buffer overflow if any string in the
> configuration file was longer than 500 chars, so it's a miracle that your elogd
> did not crash on the long Welcome Title. I added the "vsize" parameter to avoid
> such crashes. To satisfy your need for a long Welcome title, I increased the
> string size for that particular case to 10000 chars. Hope this is enough.
Hmmm, it is a wonder. Our welcome text was not significantly longer (about 20
chars longer) so perhaps . . . ?
Thanks, will recompile and report back. |
680
|
Wed Sep 1 03:42:22 2004 |
| filantoro | filantoro@yahoo.com | Question | All | 2.5.42 | Locking entries |
I have a question about ELOG. Let's say after the user finishes his shift
and passess on to the next user on duty. A staff member would want to look
through the entries and vet them. The staff could lock the entries to
maintain integrity of the information. How can that be done with ELOG? Can
you enlighten me. Thank u. |
693
|
Wed Sep 8 15:48:47 2004 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | All | 2.5.42 | Re: Locking entries |
One possibility is to use the option "Restrict edit time = <hours>". This way
an entry can only be edited let's say 8 hours after it has been created.
Another way is to maintain two logbooks, a "scratch" logbook and an "archive"
logbook. Users would put their entries into the scratch logbook, the staff
would examine it and move them to the archive logbook, where all users only
have read access to. To move entries between logbooks, you have to put the
"Move to" command in the configuration file like:
Menu commands = Back, New, Edit, Delete, Reply, Find, Move to, Config, Help |
737
|
Fri Oct 15 07:59:35 2004 |
| Geo Geo | gorilla_geo@yahoo.com | Bug report | Windows | 2.5.4.5 | Elog Service Terminated |
Hi
I have a problem here which the ELOG service get terminated unexpectedly
on the Windows Server.
Is there any way to debug this problem ?
I am using the latest version of Elog and i tried the 2.5.3 version too
have this problem
Thanks! |