Re: quick filter, posted by Willem Koster on Wed Sep 5 16:35:29 2007
|
> Greetings,
>
> Last night we updated to 2.6.5 and now the <ENTER>-key on the "quick filter" searches won't work anymore in
> internet exporer (@windows). I have to use the <TAB>-key now to get the results.
>
> The ENTER-key still works under firefox (Windows & linux) and opera (at least under linux, because
> opera@windows refuses to log me on .. whatever) and I would like to see it come back to internet explorer as
> well.
>
> Regards,
> Willem Koster
ehm... funny enough the quick-filter entry used in this elog does work with IE.
(we're using ELOG V2.6.5-1844 btw)
update: when we try just one quick-filter it works ok, when we add our second quick-filter it stops working.
Both quick-filters are tekst-searches (just like this forum only has one tekst-search quick-filter).
We suspect that this is an explorer issue and probably not something that can be solved with elog, but ...
maybe .. who knows...
update2:
In the source we see:
<noscript><input type="Submit" value="Search"></noscript>
If we remove the <noscript> </noscript> tags we get a submit-button, but our problem seems to be solved.
(obviously hacking the source-code is not our primary choice :-) |
|
Re: quick filter, posted by Stefan Ritt on Thu Sep 6 08:50:53 2007
|
> > Greetings,
> >
> > Last night we updated to 2.6.5 and now the <ENTER>-key on the "quick filter" searches won't work anymore in
> > internet exporer (@windows). I have to use the <TAB>-key now to get the results.
> >
> > The ENTER-key still works under firefox (Windows & linux) and opera (at least under linux, because
> > opera@windows refuses to log me on .. whatever) and I would like to see it come back to internet explorer as
> > well.
> >
> > Regards,
> > Willem Koster
>
> ehm... funny enough the quick-filter entry used in this elog does work with IE.
>
> (we're using ELOG V2.6.5-1844 btw)
>
> update: when we try just one quick-filter it works ok, when we add our second quick-filter it stops working.
>
> Both quick-filters are tekst-searches (just like this forum only has one tekst-search quick-filter).
>
> We suspect that this is an explorer issue and probably not something that can be solved with elog, but ...
> maybe .. who knows...
>
>
>
> update2:
>
> In the source we see:
>
> <noscript><input type="Submit" value="Search"></noscript>
>
> If we remove the <noscript> </noscript> tags we get a submit-button, but our problem seems to be solved.
> (obviously hacking the source-code is not our primary choice :-)
The code above is for cases where JavaScript is not enabled. The quick filter text box contains code like:
onChange="document.form1.submit()"
which is some javacode which causes the browser to submit the form after the contents of the text box has changed.
Now if javascript is turned off, this does not work obviously. So I added the <noscript> section which shows the
Submit button, so people can click on it. But you are telling me that IE accepts the hit on return (not the click
on the Submit button) even when JavaScript is off, right? Can you temporarily remove the onChange section and see
what happens? |
|
Re: Synchronization Problems, posted by Stefan Ritt on Fri Sep 7 22:31:10 2007
|
| Nicole Ackerman wrote: | I'm currently running elog 2.6.5 on my (feisty ubuntu) laptop and desktop. I set up mirroring between the two which usually works, but occasionally I get an error (when sending from laptop to desktop) :
"Enty too long to display. Please increase TEXT_SIZE and recompile elogd."
When this happens my entry is shortened to 3 characters. This is frustrating as I have lost many important entries. I'm unsure why this is happening - they aren't the longest entries in my logbook (one was a one line linux command) and there doesn't seem to be anything "special" about the ones that do and do not sync. The last time I tried to sync I got this error on 3 entries and they appear to be corrupted - when I try to access them elogd stops responding.
On a presumably related note, every time I try to send an entry from my laptop to my desktop I get "Error sending local entry: Error transmitting message", though the entry has appeared to sync properly. I don't think I have ever had a problem transmitting from my desktop to my laptop.
Currently the only mirroring option I have added to my config file in on my laptop which is the IP of my desktop as the Mirror server.
I'm unsure what else I could post to help troubleshoot this problem - is it just something I've done wrong or that could be fixed with a reinstall?
|
I'm sorry for your trouble. The key to understand and fix this problem is reproducibility. Can you identify an entry which causes this error (of course back up the entry before trying). Then create a fresh logbook where you put only this entry. If you can reproduce the problem, can you send me that entry, together with your config files? Only if I can reproduce your problem, I can fix it.
Best regards,
Stefan |
|
Re: large attachment seems to hang elogd?, posted by Konrad Klimaszewski on Thu Oct 25 09:43:52 2007
|
Hello,
I'm observing the same behavior with ELOG V2.6.5-1844.
Is there a fix for this?
Best Regards,
Konrad |
|
Re: quick filter, posted by Uwe on Wed Nov 28 23:35:36 2007
|
> > > Greetings,
> > >
> > > Last night we updated to 2.6.5 and now the <ENTER>-key on the "quick filter" searches won't work anymore in
> > > internet exporer (@windows). I have to use the <TAB>-key now to get the results.
> > >
> > > The ENTER-key still works under firefox (Windows & linux) and opera (at least under linux, because
> > > opera@windows refuses to log me on .. whatever) and I would like to see it come back to internet explorer as
> > > well.
> > >
> > > Regards,
> > > Willem Koster
> >
> > ehm... funny enough the quick-filter entry used in this elog does work with IE.
> >
> > (we're using ELOG V2.6.5-1844 btw)
> >
> > update: when we try just one quick-filter it works ok, when we add our second quick-filter it stops working.
> >
> > Both quick-filters are tekst-searches (just like this forum only has one tekst-search quick-filter).
> >
> > We suspect that this is an explorer issue and probably not something that can be solved with elog, but ...
> > maybe .. who knows...
> >
> >
> >
> > update2:
> >
> > In the source we see:
> >
> > <noscript><input type="Submit" value="Search"></noscript>
> >
> > If we remove the <noscript> </noscript> tags we get a submit-button, but our problem seems to be solved.
> > (obviously hacking the source-code is not our primary choice :-)
>
> The code above is for cases where JavaScript is not enabled. The quick filter text box contains code like:
>
> onChange="document.form1.submit()"
>
> which is some javacode which causes the browser to submit the form after the contents of the text box has changed.
> Now if javascript is turned off, this does not work obviously. So I added the <noscript> section which shows the
> Submit button, so people can click on it. But you are telling me that IE accepts the hit on return (not the click
> on the Submit button) even when JavaScript is off, right? Can you temporarily remove the onChange section and see
> what happens?
Hello,
I installed the latest version (2.7) of ELOG and having the problem that the quick filter only works when hitting the
enter-key when there is only one free text field (subtext). Whene having two or more free text field you have to use
the tab-key or click onto the elog icon. We are using Internet Explorer, not tested on Mozilla right now.
Thanks!
Uwe |
|
Re: quick filter, posted by Stefan Ritt on Thu Nov 29 12:22:44 2007
|
> I installed the latest version (2.7) of ELOG and having the problem that the quick filter only works when hitting the
> enter-key when there is only one free text field (subtext). Whene having two or more free text field you have to use
> the tab-key or click onto the elog icon. We are using Internet Explorer, not tested on Mozilla right now.
I found that this is indeed an Internet Explorer bug, since it works with all other browsers I tested. There is however a
workaround: I added some code to the current version of elog which shows a "Search" button whenever the page is accessed
through the Internet Explorer. Then the behavior of hitting <return> works again. The change is in revision #1970 and will
be contained in the next release. |
Re: quick filter, posted by Uwe on Thu Nov 29 18:59:59 2007
|
> > I installed the latest version (2.7) of ELOG and having the problem that the quick filter only works when hitting the
> > enter-key when there is only one free text field (subtext). Whene having two or more free text field you have to use
> > the tab-key or click onto the elog icon. We are using Internet Explorer, not tested on Mozilla right now.
>
> I found that this is indeed an Internet Explorer bug, since it works with all other browsers I tested. There is however a
> workaround: I added some code to the current version of elog which shows a "Search" button whenever the page is accessed
> through the Internet Explorer. Then the behavior of hitting <return> works again. The change is in revision #1970 and will
> be contained in the next release.
Thanks again for your help! |
#include statements and attachment visibility, posted by Yoshio Imai on Thu Feb 28 19:07:19 2008
|
Hi!
First of all, thank you again for the great software and all the support.
Recently, one collaborator here noted that it would be helpful if the preview of attached files could be disabled on a file-by-file basis (via a checkbutton next to the "Upload" button maybe?). This applies e.g. to cases where someone performs a measurement outside of routine operations and attaches the ASCII data file (preview not wanted, in particular if it contains many lines) and the graph representing the evaluation (preview wanted). The disabling should apply to both single-entry view and list view with "Show attachments" option.
Another "fancy" idea of ours would be to allow #include-like statements in the ELOG config file. E.g. if the number of logbooks gets large, people might choose to put old logbooks to an archive disk which is then stored on some shelf. If a user then wants to access these, the disk could be mounted again (say, under /elog-archive). But since we don't know which archive disk has been mounted, and in order to keep the main config file small, the best would be to have the configurations for the logbooks of each disk on the disk itself (say, in a file called additional.config). We could then have a line like#include /elog-archive/additional.config in the main config file. When the elogd is (re)started, it would try to include that file. If it finds none (because no archive disk is mounted) it would silently ignore this. But if it finds such a file, it would include the logbook definitions found therein.
Do you think it is possible (and preferable) to implement this?
Cheers
Y |
|